Skip to main content
CreatorDB communicates request status through HTTP response codes. A response in the 2xx range means the request was successful, while a 4xx response suggests an error caused by invalid credentials, insufficient API credits, or missing parameters. A response in the 5xx range indicates an error on the server side, which may be temporary. If you encounter a 5xx error, please try your request again later. If the issue persists, contact CreatorDB support for assistance.

Error types and HTTP status codes

The following table shows the different error types based on the status code of the HTTP response:

Response envelope

Every CreatorDB API response follows the same JSON envelope. The fields vary slightly depending on whether the call succeeded or failed.

Success

Error

Field reference

Schema notes

UNAUTHORIZED covers two cases. The errorCode is identical for both; use message to distinguish them:
  • "API Key is required" — the api-key header is missing or empty
  • "Invalid API Key" — the header is present but the key is not recognized
Malformed IDs and unknown IDs return different status codes. If a channelId, videoId, uniqueId, or brandId fails format validation (wrong length, invalid characters), you get a 400 VALIDATION_ERROR with a details[] array describing the problem. If the ID is correctly formatted but doesn’t exist in the database, you get a 404 with a resource-specific errorCode: NOT_FOUND for creator and brand lookups, SUBTITLE_VIDEO_NOT_FOUND for subtitle lookups. If you’re used to APIs that return 404 for all unknown input, expect malformed values to take the 400 path here. 404 has two distinct response shapes. A resource-not-found 404 follows the standard error envelope — it includes error: "NotFoundError", errorCode, traceId, and timestamp. A path-level 404 (a request to a URL that doesn’t exist, like /youtube/no-such-endpoint) does not: error is the plain string "Not Found", and errorCode, traceId, and timestamp are all absent. An availableEndpoints array appears in their place. Treat path-level 404s as a separate response shape.
Last modified on June 4, 2026