> For the complete documentation index, see [llms.txt](https://doc.commandersact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://doc.commandersact.com/fr/fonctionnalites/realtime-cookie-scanner/integrating-specific-cmp-with-the-realtime-cookie-scanner.md).

# Intégration d'une CMP spécifique avec le Realtime Cookie Scanner

Veuillez noter que cette fonctionnalité n’est pas encore disponible pour les clients et qu’elle est actuellement en cours de développement avec un groupe sélectionné d’utilisateurs.

### CMPs pris en charge nativement

Le Realtime Cookie Scanner prend nativement en charge les CMPs suivantes :

* Didomi
* OneTrust
* Commanders Act (module privacy)

Si vous utilisez l’un de ces CMPs, aucune configuration supplémentaire n’est requise. Vous pouvez vous arrêter ici.

***

### Utiliser un CMP non pris en charge

Si votre CMP ne figure pas dans la liste ci-dessus, vous pouvez tout de même l’intégrer très facilement.

Il vous suffit d’informer le scanner de l’état actuel du consentement en appelant une fonction JavaScript.

***

## Intégration simple

Appelez cette fonction avec l’état actuel du consentement :

```
cact('cookieScanner.updateConsent', {
  status: 'optout'
});
```

***

### Quand appeler cette fonction

Vous devez l’appeler :

* une fois, dès que vous connaissez l’état du consentement sur la page
* puis à chaque changement de l’état du consentement

***

### Valeurs possibles pour `status`

Utilisez uniquement ces 4 valeurs :

* `unset` → aucun choix n’a encore été fait
* `optin` → tous les cookies optionnels sont acceptés
* `optout` → tous les cookies optionnels sont refusés
* `mixed` → certaines catégories sont acceptées, d’autres non

***

### Comment choisir le bon état

Si votre CMP gère plusieurs catégories (analytics, advertising, etc.), utilisez cette règle simple :

* tout accepté → `optin`
* tout refusé → `optout`
* partiellement accepté → `mixed`
* pas encore de choix → `unset`

L’état doit toujours refléter le **état réel du consentement dans votre CMP**.

***

### Exemple simple

#### Au chargement de la page

Si l’utilisateur n’a pas encore fait de choix :

```
cact('cookieScanner.updateConsent', {
  status: 'unset'
});
```

***

#### Si l’utilisateur refuse

```
cact('cookieScanner.updateConsent', {
  status: 'optout'
});
```

***

#### Si l’utilisateur accepte tout

```
cact('cookieScanner.updateConsent', {
  status: 'optin'
});
```

***

#### Si l’utilisateur sélectionne des catégories spécifiques

```
cact('cookieScanner.updateConsent', {
  status: 'mixed'
});
```

***

### Important

* utilisez toujours le véritable état du consentement
* appelez la fonction au chargement de la page
* appelez-la à chaque changement du consentement

***

### Bon à savoir

* rien d’autre n’est requis
* aucune intégration spécifique de CMP n’est nécessaire
* la fonction peut être appelée avant ou après le chargement du scanner

***

## Résumé

Vous n’avez besoin que de :

1. lire l’état du consentement depuis votre CMP
2. appel :

```
cact('cookieScanner.updateConsent', { status: '...' });
```

3. l’appeler à nouveau à chaque changement du consentement

***

Si vous suivez ces étapes, votre CMP sera correctement prise en charge par le Realtime Cookie Scanner.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://doc.commandersact.com/fr/fonctionnalites/realtime-cookie-scanner/integrating-specific-cmp-with-the-realtime-cookie-scanner.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.