> 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’un 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éploiement auprès d’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 de confidentialité) 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 du statut de consentement actuel en appelant une fonction JavaScript. *** ## Intégration simple Appelez cette fonction avec le statut de consentement actuel : ``` cact('cookieScanner.updateConsent', { status: 'optout' }); ``` *** ### Quand appeler cette fonction Vous devez l’appeler : * une fois, dès que vous connaissez le statut de consentement sur la page * puis à chaque fois que le statut de consentement change *** ### Valeurs possibles pour `status` Utilisez uniquement ces 4 valeurs : * `unset` → aucun choix n’a encore été fait * `optin` → tous les cookies facultatifs sont acceptés * `optout` → tous les cookies facultatifs sont refusés * `mixed` → certaines catégories sont acceptées, d’autres non *** ### Comment choisir le bon status 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` * aucun choix pour l’instant → `unset` Le status doit toujours refléter le **l’é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 statut de consentement * appelez la fonction au chargement de la page * appelez-la à chaque fois que le consentement change *** ### Bon à savoir * rien d’autre n’est requis * aucune intégration spécifique à CMP n’est nécessaire * la fonction peut être appelée avant ou après le chargement du scanner *** ## Résumé Il vous suffit de : 1. lire le statut de consentement de votre CMP 2. appelez : ``` cact('cookieScanner.updateConsent', { status: '...' }); ``` 3. appelez-la à nouveau chaque fois que le consentement change *** Si vous suivez ces étapes, votre CMP sera correctement pris 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=&goal= ``` `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.