Base URL
Request type
In request payloads, type identifies the resource type you are sending. For requests, type is completely optional. You can omit it, but it can be useful in complex systems where you validate payload structure and data types before sending data to Criteo’s API.
The technical definition of each resource type is contained in the machine-readable OpenAPI specification.
Example
Synchronous Endpoints
All campaign operations except for Catalogs are achieved through synchronous endpoints. Those will return a response in real-time.Operation | Method | Endpoint |
|---|---|---|
Create an entity |
|
|
Delete from a list |
|
|
Append to a list |
|
|
Get all entities |
|
|
Get a specific entity |
|
|
Update a specific entity |
|
|
Createoperations using thePOSTmethod expect every Required (R) field; omitting Optional (O) fields will set those fields to Default values.Updateoperations using thePUTmethod expect every Write (W) field; omitting these fields is equivalent to setting them tonull, if possible.
Asynchronous Endpoints
“Catalogs” and “Reports” are requested and retrieved through asynchronous endpoints. Those will send a response once the request is done processing (not in real-time).Operation | Method | Endpoint |
|---|---|---|
Create a resource request |
|
or
|
Retrieve the status of the requested resource |
|
|
Retrieve the output of the requested resource |
|
|
Bulk calls
Error Codes
When sending more than 50 IDs, you will get the following400 Bad request HTTP Response:
-
Error code:
exceeded-ids-cap -
Error title:
Requests are capped for 50 unique ids, {count of ids requested} were provided -
Error Type:
validation -
A
traceId:aa47dd83-8ca9-4a79-a179-ad5be6932ff1 -
Instance: the report requested (here
/api/v1/reports/line-item) - Detail: Title with a list of requested IDs
- Source: The parameter that caused the error (IDs in this case)