> For the complete documentation index, see [llms.txt](https://cmp.docs.sirdata.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://cmp.docs.sirdata.net/standards-de-transmission-du-consentement/google-consent-mode/corriger-les-erreurs-dimplementation/mauvais-declencheur-dans-gtm.md).

# Mauvais déclencheur dans GTM

## Le principe à retenir

Dans Google Tag Manager, l'ordre dans lequel les balises se déclenchent est **critique** pour le Consent Mode. Le déclencheur `"Initialisation du consentement"` (`gtm.init_consent`) est le **tout premier événement** de la chaîne de déclenchement GTM — c'est le seul moment où la CMP peut envoyer les signaux `default` avant que les tags Google ne s'exécutent.

Si la CMP n'est pas déclenchée à ce moment précis, les tags Google se lancent **sans connaître l'état du consentement** → le Consent Mode est inefficace.

## Le problème

Une ou plusieurs balises se déclenchent **avant que le consentement ne soit initialisé** ou utilisent un **déclencheur inadapté** dans Google Tag Manager. Résultat : la CMP ne peut pas transmettre les signaux `default` ou `update` à temps, ce qui **compromet le fonctionnement du Google Consent Mode**.

## Les 2 causes possibles

| # | Cause                                                                                           | Explication                                                                                                                                                  |
| - | ----------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| 1 | Le déclencheur du tag CMP n'est **pas** `"Initialisation du consentement"` (`gtm.init_consent`) | Par exemple, le tag CMP utilise `"Initialisation"` (`gtm.init`) ou `"Toutes les pages"` — ces déclencheurs se déclenchent trop tard ou dans le mauvais ordre |
| 2 | D'autres tags se déclenchent **avant ou en même temps** que `gtm.init_consent`                  | Si un tag Google (Analytics, Ads…) utilise aussi ce déclencheur, il peut créer un conflit et retarder l'envoi du signal de consentement                      |

## Ce qu'il faut faire — étape par étape

1. **Ouvrir le tag CMP** dans Google Tag Manager (par ex. : **ABconsent – Sirdata CMP**)
2. **Vérifier le déclencheur** : il doit être **uniquement** `"Initialisation du consentement"` (`gtm.init_consent`)
3. **Vérifier les autres tags** : aucun autre tag ne doit utiliser ce déclencheur
4. **Aucun tag Google** (Analytics, Ads, etc.) ne doit se déclencher avant cet événement

<figure><img src="https://2240931758-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MUspPnkTFMlMDdGxvAb-2584506019%2Fuploads%2FPEMoRpRQHD0JN6x1Okm3%2Fimage.png?alt=media&amp;token=bffce0bf-b53f-4005-8ee6-46649c58c6f9" alt=""><figcaption></figcaption></figure>

## Résumé visuel

| Déclencheur GTM    | Nom affiché                    | Utilisation                         |
| ------------------ | ------------------------------ | ----------------------------------- |
| `gtm.init_consent` | Initialisation du consentement | ✅ **Uniquement** pour le tag CMP    |
| `gtm.init`         | Initialisation                 | ❌ **Pas** pour le CMP — trop tardif |
| `All Pages`        | Toutes les pages               | ❌ **Pas** pour le CMP — trop tardif |

## ⚠️ Piste de résolution : la CMP est-elle séquencée ?

Si le déclencheur de la CMP est correct (`gtm.init_consent`) mais que le Consent Mode ne fonctionne toujours pas, **vérifiez si la CMP est utilisée comme balise séquencée** dans un autre tag.

### Comment détecter le problème

Dans GTM, ouvrez chaque tag Google (GA4, Google Ads, Floodlight…) et vérifiez dans **Paramètres avancés > Séquençage des balises** si la CMP apparaît comme balise à déclencher avant.

Si c'est le cas, la CMP **hérite du déclencheur** du tag parent et se déclenche une deuxième fois sur un trigger inadapté :

| Déclenchement | Déclencheur                                                   | Correct ?            |
| ------------- | ------------------------------------------------------------- | -------------------- |
| 1er           | `gtm.init_consent` (son propre trigger)                       | ✅ Oui                |
| 2e            | Trigger du tag parent (ex: `All Pages`) hérité via séquençage | ❌ Non → cause le bug |

Ce 2e déclenchement perturbe les signaux `default`/`update` et compromet le Consent Mode.

### Comment corriger

1. Ouvrez chaque tag Google dans GTM
2. Allez dans **Paramètres avancés > Séquençage des balises**
3. Si la CMP apparaît comme balise séquencée, **supprimez-la** du séquençage
4. La CMP doit être déclenchée **uniquement** par son propre trigger `gtm.init_consent`

> **La CMP ne doit JAMAIS être séquencée.** L'ordre naturel de GTM garantit déjà qu'elle se déclenche en premier.

| ❌ Ce qui cause le bug             | ✅ La correction                                                            |
| --------------------------------- | -------------------------------------------------------------------------- |
| CMP séquencée avant un tag Google | Supprimer le séquençage — laisser la CMP sur `gtm.init_consent` uniquement |


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://cmp.docs.sirdata.net/standards-de-transmission-du-consentement/google-consent-mode/corriger-les-erreurs-dimplementation/mauvais-declencheur-dans-gtm.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.