Escalation Guidelines - Criteo Docs

What to provide

If you have an API issue that you cannot solve relying on the available documentation, please use the following requirements about what to include in an email to your Criteo team. This will allow our team to quickly and thoroughly assist. Please make sure you provide:

Please refer to the Escalation Checklist below for steps to investigate.

Why provide your API org & App IDs? We need these to identify any related logs to your request, to better help you with the issue you are encountering.

Quick checks Please ensure the following:

Where to find the required information

You can find your API Organization by logging into your partner portal account.

The organization ID

On the first page will be a list of the Organizations you have access to.

After selecting the organization in question, it will take you directly to a page showing the applications within.

The URL should look like: https://partners.criteo.com/dashboard/1111/apps where 1111 is the Organization ID.

The App ID

From your organization page, click into the desired app.

The app ID will appear next to the app name, as well as in the URL at the top of the page, along with the organization ID.

The URL will look like: https://partners.criteo.com/dashboard/1111/apps/22222 where 1111 is the Organization ID and 22222 is the App ID.

The Request and Response

Please provide the full Curl request and the associated JSON response related to your issue.

A short explanation

Please provide us with some context about what you were trying to achieve when you encountered the issue. This will help us better understand the problem and provide you with a better (faster) answer.

Once you provide all the required information, our teams will get back to you shortly. You can also browse through our endpoint guides and the API reference to learn more about the Criteo Retail Media API.

Escalation checklist

When to escalate If you are unable to fix the problem, you can escalate if the issue is persistent and reproducible, and after you have completed all steps according to the error code faced.

For 400 Series Errors (Client-side issues)

These indicate that the request sent to the server is incorrect or cannot be processed. When this error type occurs, Criteo is typically communicating why the user who called the endpoint ran into the issue. Users should escalate after completing all the steps listed below for this error type.

Step 1: Check the Request URL

Step 2: Validate Headers

Step 3: Inspect the Request Body

Step 4: Authentication & Authorization

Step 5: Rate Limits

You might be sending too many requests in a short time.

Step 6: Error Message Details

Many APIs return a helpful error message in the response body—read it carefully.

For 500 Series Errors (Server-side issues)

These indicate a problem on the server, but you can still do some checks. Users should escalate after completing steps 1 to 4. Steps 5 to 6 are helpful steps for having a healthy amount of logs to reference but are not mandatory.

Step 1: Retry the Request

Sometimes it’s a temporary glitch. Try again after a short delay, of 10 to 30 minutes, if an arbitrary number is required. Test the same endpoint with example data from the API docs or a working request.

Step 2: Check API Status Page

Some APIs have a status page (e.g., Criteo Services Status) where outages are reported. Also make sure to check the changelog for breaking changes in documentation.

Step 3: Simplify the Request

Try a minimal version of your request to see if a specific parameter or payload is causing the issue.

Step 4: Escalate to Criteo

After completing steps 1 to 3, you can escalate to your Criteo contact. Log the Full Request and Response. When reaching out, please include the following in your email. Providing the info below ensures Criteo can properly investigate and troubleshoot in a timely manner:

Step 5: Test with Tools

Use tools like Postman or curl to isolate the issue from your codebase.

Step 6: Retry Logic

Implement exponential back off or retry mechanism, especially for 500 or 503 errors.