> 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/consent-management/setup-guides/using-a-third-party-cmp-with-commanders-act.md).

# Utiliser un CMP Third-Party avec Commanders Act

Si vous gérez cookie consent avec une **Consent Management Platform (CMP) autre que le CMP Commanders Act**, il faut effectuer un petit réglage pour que votre collecte de données reste conforme au GDPR. Cela prend seulement quelques minutes à mettre en place et ne nécessite aucune modification du comportement de chargement ou de rechargement de votre page.

Cette modification aura un impact sur la collecte de données pour Deduplication, Cookie Sync et Phoenix

### Pourquoi c'est nécessaire

Les modules Commanders Act doivent savoir, en temps réel, si un visiteur a donné son consentement cookie. Lorsque vous utilisez votre propre CMP ou une solution externe (comme UserCentrics, OneTrust, etc...), nous n'avons pas de visibilité directe sur cet état de consentement — vous devrez donc nous le transmettre via une simple variable dans votre data layer.

Une fois cette variable en place, votre configuration sera pleinement conforme au GDPR et prête à être utilisée dans tous les modules concernés.

### Ce que vous devez ajouter

Ajoutez la variable suivante à votre data layer :

```
tc_vars.external_consent_status
```

**Comportement attendu :**

| Situation                                | Valeur  |
| ---------------------------------------- | ------- |
| Par défaut / aucune décision à ce stade  | `false` |
| Le visiteur accepte les cookies (Opt-in) | `true`  |
| Le visiteur refuse les cookies (Opt-out) | `false` |

C'est tout — simplement un booléen qui reflète l'état de consentement actuel.

### Quand il doit se mettre à jour

C'est le point clé à bien respecter : la variable doit se mettre à jour **instantanément, sans rechargement de page**, au moment même où le visiteur fait un choix de consentement sur votre bannière — et juste **avant** le conteneur Commanders Act se recharge.

En pratique, cela signifie que le callback de consentement de votre CMP (le code qui s'exécute lorsqu'un visiteur clique sur « Accept » ou « Reject ») doit mettre à jour `tc_vars.external_consent_status` d'abord, puis laisser le rechargement du conteneur se faire comme d'habitude.

### Étape finale : régénérez vos conteneurs

Une fois la variable implémentée sur votre site, vous devrez **régénérer tous vos conteneurs** sur la plateforme. Cette étape active la modification en production — sans elle, vos conteneurs continueront de fonctionner avec la configuration précédente.

Rendez-vous dans la liste de vos conteneurs sur la plateforme et régénérez chacun d'entre eux. Aucune configuration supplémentaire n'est requise de notre côté.

### Ce que cela impacte

Cette configuration concerne trois modules, qui respecteront désormais correctement les choix de consentement de vos visiteurs :

* **Deduplication**
* **Cookie Sync**
* **Phoenix**

### Checklist rapide

* \[ ] Ajouté `tc_vars.external_consent_status` au data layer
* \[ ] Vérifié qu'elle est par défaut à `false`
* \[ ] Vérifié qu'elle passe à `true` en cas d'Opt-in, et reste `false` en cas d'Opt-out
* \[ ] Vérifié qu'elle se met à jour avant le rechargement du conteneur (aucun rafraîchissement de page nécessaire)
* \[ ] Régénérez et déployez tous les conteneurs sur la plateforme

Une fois ces cases cochées, c'est bon — aucune autre action n'est nécessaire.

Résultat attendu sur les états "before consent" et "after refuse" (optout) : \
Aucun cookie Deduplication, aucun cookie Phoenix, aucun Local Storage pour Cookie Sync n'est défini dans votre navigateur


---

# 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/consent-management/setup-guides/using-a-third-party-cmp-with-commanders-act.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.