Skip to main content
The Alta API uses standard HTTP status codes to indicate the outcome of a request. Error responses include a JSON body with details.

Error response format

{
  "error": "NotFound",
  "message": "Resource not found"
}
FieldTypeDescription
errorstringError type identifier
messagestringHuman-readable error description

Status codes

Status codeDescriptionWhen it happens
200SuccessRequest completed successfully
400Bad requestInvalid parameters, malformed body, or validation failure
401UnauthorizedMissing or invalid API token
403ForbiddenValid token but insufficient permissions for the resource
404Not foundThe requested resource doesn’t exist
429Too many requestsRate limit exceeded
500Internal server errorUnexpected server-side error

Common error scenarios

Invalid request body

{
  "error": "ValidationError",
  "message": "Invalid request body"
}
Check that your request body matches the expected schema. Required fields must be present and have the correct types.

Resource not found

{
  "error": "NotFound",
  "message": "Resource not found"
}
The ID you provided doesn’t match any existing resource, or the resource belongs to a different account.

Permission denied

{
  "error": "Forbidden",
  "message": "You do not have permission to access this resource"
}
Your API token’s user doesn’t have the required permissions for this resource. Check your role and campaign access settings.

Best practices

  • Check status codes first - don’t rely solely on parsing the response body
  • Handle 429 gracefully - implement retry logic with exponential backoff
  • Log error responses - include the error and message fields for debugging
  • Validate inputs client-side - catch malformed requests before sending them