> For the complete documentation index, see [llms.txt](https://docs.didomi.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.didomi.io/fr/plateforme-de-gestion-du-consentement-cmp/cadres-reglementations/google-consent-mode-v2/google-consent-mode-v2-avance-rgpd.md).

# Google Consent Mode v2 (Avancé) - RGPD

{% hint style="success" %}
**Type d'accès**: Notices de consentement - Éditeur
{% endhint %}

Google Consent Mode v2 garantit que les fournisseurs Google associés à un avis de consentement respectent les choix de consentement de l'utilisateur final (appelés [types de consentement](/fr/plateforme-de-gestion-du-consentement-cmp/cadres-reglementations/google-consent-mode-v2.md#google-consent-types)) définis par Google. Dans cet article, nous verrons comment implémenter Google Consent Mode v2 sur un avis de consentement en utilisant la configuration avancée de Google Consent Mode. 

{% hint style="info" %}
[Cliquez ici](/fr/plateforme-de-gestion-du-consentement-cmp/cadres-reglementations/google-consent-mode-v2/google-consent-mode-v2-basique-rgpd.md) pour obtenir des informations sur la configuration du mode de consentement Google de base.
{% endhint %}

* [Vue d'ensemble de Google Consent Mode v2 (Avancé)](#google-consent-mode-v2-advanced-overview)
* [Produits du mode de consentement Google](#google-consent-mode-products)
* [Implémenter Google Consent Mode v2 (Avancé) - RGPD](#implement-google-consent-mode-v2-advanced-gdpr)
* [Tester Google Consent Mode v2 (Avancé) - RGPD](#test-google-consent-mode-v2-advanced-gdpr)

***

## Vue d'ensemble de Google Consent Mode v2 (Avancé)

Dans la version avancée de Google Consent Mode v2, les balises produit Google se chargent toujours lorsqu'un utilisateur final accède à votre site Web ou application (contrairement à la version de base). Les balises Google chargeront l'API du mode de consentement et effectueront les actions suivantes :

* Définir les états de consentement par défaut pour [types de consentement](/fr/plateforme-de-gestion-du-consentement-cmp/cadres-reglementations/google-consent-mode-v2.md#google-consent-types). Par défaut, le consentement peut être `refusé`, sauf si votre organisation définit ses propres valeurs par défaut. Lorsque le consentement est `refusé`, les balises Google envoient [des pings sans cookie](https://support.google.com/google-ads/answer/10000067#Pings).
* Attendre l'interaction de l'utilisateur final avec l'avis de consentement et mettre à jour les états de consentement en conséquence. Ce n'est que lorsque l'utilisateur final accorde son consentement à la collecte de données que les balises Google enverront l'ensemble des données de mesure. [En savoir plus sur le comportement des balises](https://support.google.com/analytics/answer/9976101#behavior).

<figure><img src="/files/3bf4dd1bf097496c76a0eeecebc9fa66561c308a" alt="" width="563"><figcaption></figcaption></figure>

## Produits du mode de consentement Google

Les produits Google suivants disposent de vérifications de [consentement](/fr/plateforme-de-gestion-du-consentement-cmp/cadres-reglementations/google-consent-mode-v2.md#glossary) et adapteront leur comportement en fonction de l'état de consentement de l'utilisateur final pour [types de consentement](/fr/plateforme-de-gestion-du-consentement-cmp/cadres-reglementations/google-consent-mode-v2.md#google-consent-types):

* Google Tag
* Google Analytics (inclut le SDK Google Analytics pour Firebase)
* Google Ads (inclut le suivi des conversions Google Ads et le remarketing ; la prise en charge des conversions par appel téléphonique est en attente.)
* Floodlight
* Conversion Linker

{% hint style="info" %}
Google Consent Mode ne prend en charge que  `gtag.js` . Assurez-vous que votre organisation n'utilise pas de balises héritées pour vos produits Google telles que `ga.js`, `analytics.js`, ou `conversion.js` .
{% endhint %}

La vérification du consentement varie selon chaque produit Google et peut être consultée en sélectionnant un fournisseur sur la plateforme GTM et en développant l'onglet **Paramètres avancés > Paramètres de consentement** .

<figure><img src="/files/8b444efd956ed50c0ba9d35a2575389b09face76" alt="" width="563"><figcaption></figcaption></figure>

## Implémenter Google Consent Mode v2 (Avancé) - RGPD

Didomi propose plusieurs façons pour votre organisation d'implémenter Google Consent Mode v2 (Avancé) pour les avis de consentement RGPD. Veuillez consulter les onglets ci-dessous pour la méthode qui convient le mieux aux besoins de votre organisation :

{% tabs fullWidth="false" %}
{% tab title="Google Tag Manager" %}
Dans cet onglet, nous verrons comment utiliser Google Tag Manager pour implémenter Google Consent Mode v2 (Avancé) pour un avis de consentement RGPD.

* [Configurer Google Consent Mode v2 (Avancé) sur l'avis de consentement](#configure-google-consent-mode-v2-advanced-on-consent-notice)
* [Configurer les balises produit Google](#configure-google-product-tag-s)

### Configurer Google Consent Mode v2 (Avancé) sur l'avis de consentement

Depuis l'avis de consentement, cliquez sur l'onglet **Personnalisation** et sélectionnez **Intégrations**.

<figure><img src="/files/f8d2030041189ff490c6a49cd0ff6ef2bfb2373c" alt="" width="563"><figcaption></figcaption></figure>

Cliquez **Modes de consentement** et activez le bouton bascule en ligne avec **Google Consent Mode v2**.

<figure><img src="/files/28a7294a713b1a6c71f5542fc291164d5a689b26" alt="" width="563"><figcaption></figcaption></figure>

Développez l'accordéon Google Consent Mode v2 pour configurer les détails de l'intégration. Consultez le tableau ci-dessous pour obtenir des informations sur chaque bouton bascule de la configuration de l'intégration :

{% hint style="warning" %}
**Remarque**: Afin de mettre en œuvre avec succès Google Consent Mode v2 (Avancé) pour le RGPD, votre organisation va **devoir** activer les produits publicitaires Google et/ou les produits Google Analytics en fonction des produits Google utilisés par votre organisation.
{% endhint %}

<table><thead><tr><th width="292">Bouton bascule</th><th>Description</th></tr></thead><tbody><tr><td>Définir l'état par défaut de Google Consent Mode lorsque la page se charge</td><td>La version avancée de Google Consent Mode v2 chargera les balises Google lorsqu'un utilisateur final accède à votre site Web avec un état par défaut pour tous les types de consentement Google. L'état par défaut est <code>refusé</code> sauf configuration contraire ci-dessous.<br><br>Activez ce bouton bascule pour vous assurer que cet état par défaut est défini pour la version avancée.</td></tr><tr><td>Activer les produits publicitaires Google</td><td><p>Ajoutera le fournisseur Google Advertising Products (ID d'API : <code>google</code>) à l'avis de consentement. Conçu pour englober les produits Google qui utilisent un ou plusieurs des types de consentement suivants :</p><ul><li><code>ad_storage</code></li><li><code>ad_user_data</code></li><li><code>ad_personalization</code></li><li><code>functionality_storage</code></li><li><code>personalization_storage</code></li><li><code>security_storage</code></li></ul></td></tr><tr><td>Activer <strong>{consent type}</strong> avant que l'utilisateur n'accorde son consentement</td><td>Pour chaque type de consentement, remplacera l'état par défaut du type de consentement Google et le définira sur <code>accordé</code> dès que la balise produit Google se charge.<br><br><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: Consultez le service juridique de votre organisation et votre DPO avant d'activer l'un de ces paramètres.</mark></td></tr><tr><td>Activer les produits Google Analytics</td><td>Ajoutera le fournisseur Google Analytics Products (ID d'API : <code>googleana-4TXnJigR</code>) à l'avis de consentement. Conçu pour englober les produits Google qui nécessitent le <code>analytics_storage</code> type de consentement.</td></tr><tr><td>Activer l'intégration TCF avec Google Consent Mode</td><td><p>Permet à Didomi de définir un indicateur supplémentaire (<code>TCData.enableAdvertiserConsentMode</code> à <code>true</code>) pour les commandes <code>getTCData</code> et <code>addEventListener</code> .<br><br>Cet indicateur supplémentaire permet à Google de déduire et de mapper les paramètres de consentement aux types de consentement Google Consent Mode v2 suivants en fonction des finalités IAB TCF :</p><ul><li><code>ad_storage</code></li><li><code>ad_user_data</code></li><li><code>ad_personalization</code></li></ul><p><a href="https://developers.google.com/tag-platform/security/guides/implement-TCF-strings?hl=en#tcf_integration_behavior">Cliquez ici</a> pour plus d'informations sur la manière dont Google calcule le mappage entre les finalités IAB TCF et les types de consentement Google.<br><br><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: L'intégration TCF avec Google Consent Mode ne prend pas en charge les balises produit Google qui nécessitent les <code>analytics_storage</code>, <code>functionality_storage</code>, <code>personalization_storage</code>, ou <code>security_storage</code> types de consentement.</mark><br><br>Pour les produits Google qui nécessitent le <code>analytics_storage</code> type de consentement, Didomi définira ce type de consentement sur <code>accordé</code> si l'utilisateur final donne son consentement global (consentement au fournisseur et à toutes ses finalités) pour les produits Google Analytics (ID d'API : <code>googleana-4TXnJigR</code>).</p></td></tr><tr><td>Nom de la couche de données</td><td>Par défaut, Didomi utilise <code>dataLayer</code> comme nom de variable pour la couche de données Google Tag Manager de votre organisation. Si votre organisation a modifié le nom de la variable de votre dataLayer, saisissez ce nom de variable dans l'espace prévu.</td></tr></tbody></table>

<figure><img src="/files/ae54b49e71fc78020484e26f250fa1ac183cec68" alt="" width="563"><figcaption></figcaption></figure>

Publiez et intégrez le SDK Web Didomi sur votre site Web une fois terminé.

{% hint style="info" %}
Votre organisation peut également utiliser l'objet `window.didomiConfig` pour configurer Google Consent Mode v2 (Avancé) sur votre avis de consentement. Bien que Didomi recommande d'utiliser la console pour activer la fonctionnalité comme détaillé ci-dessus, la `window.didomiConfig` méthode peut être utile pour les tests.&#x20;

```html
<script type="text/javascript">
  window.didomiConfig = {
    integrations: {
      vendors: {
        gcm: {
          enable: true,
          setDefaultStatus: true,
          defaultStatus: {
            analytics: false, //'analytics_storage' default status 
            ad: false, //'ad_storage' default status
            ad_user_data: false, //'ad_user_data' default status
            ad_personalization: false //'ad_personalization' default status
          }
        }
      }
    }
  }
</script>
```

{% endhint %}

### Configurer les balises produit Google

{% hint style="warning" %}
**Remarque**: Cette section suppose que votre organisation a déjà intégré la balise Google Tag Manager sur votre site Web.
{% endhint %}

Afin de garantir que les balises produit Google sont chargées (et que l'état par défaut des types de consentement Google est exposé), votre organisation doit configurer les balises produit Google pour qu'elles se chargent uniquement une fois que le SDK Didomi est prêt et que Google Consent Mode v2 est défini.

Votre organisation dispose de deux méthodes pour configurer les balises produit Google. Choisissez ci-dessous la méthode qui convient le mieux au cas d'utilisation de votre organisation :

* [Modifier la balise Google Tag Manager sur la page](#edit-google-tag-manager-tag-on-page)
* [Balises produit Google dans Google Tag Manager](#google-product-tags-in-google-tag-manager)

#### **Modifier la balise Google Tag Manager sur la page**

Utilisez [Didomi `<script>` les attributs de balise ](https://developers.didomi.io/cmp/web-sdk/third-parties/no-tag-manager)pour modifier les balises Google Tag Manager sur votre site Web afin d'inclure `type="didomi/javascript"` . Les balises produit Google configurées dans votre Google Tag Manager se chargeront dès que le SDK sera prêt, mais sans lien spécifique vers un fournisseur.

```html
<script type="didomi/javascript" src="https://www.googletagmanager.com/gtag/js?id=GA_MEASUREMENT_ID"></script>
```

#### **Balises produit Google dans Google Tag Manager**

Depuis l'espace de travail Google Tag Manager de votre organisation, accédez à votre balise produit Google et modifiez le déclencheur.

<figure><img src="/files/884b7f619a7010658d1c43963402fc02e1b1e6fa" alt="" width="563"><figcaption></figcaption></figure>

Utilisez le flux de travail Google Tag Manager pour configurer un nouveau déclencheur pour la balise produit Google avec les champs suivants :

<table><thead><tr><th width="202">Champ</th><th>Valeur</th></tr></thead><tbody><tr><td>Type de déclencheur</td><td>Événement personnalisé</td></tr><tr><td>Nom de l'événement</td><td><a href="https://developers.didomi.io/cmp/web-sdk/third-parties/tags-management/events-and-variables"><code>didomi-ready</code></a></td></tr><tr><td>Ce déclencheur se déclenche sur</td><td>Tous les événements personnalisés</td></tr></tbody></table>

<figure><img src="/files/e07a1047ffbe0a92680e58a27885415ac5d2d333" alt="" width="563"><figcaption></figcaption></figure>

Une fois terminé, **enregistrez** la configuration du déclencheur et de la balise. **Soumettez** les modifications de votre conteneur Google Tag Manager conformément aux politiques de votre organisation.
{% endtab %}

{% tab title="gtag.js" %}
Dans cet onglet, nous verrons comment implémenter Google Consent Mode v2 (Avancé) pour un avis de consentement RGPD si votre organisation utilise `gtag.js` des balises pour les produits Google directement sur votre site Web.

* [Configurer Google Consent Mode v2 (Avancé) sur l'avis de consentement](#configure-google-consent-mode-v2-advanced-on-consent-notice-1)
* [Installer les balises produit Google](#install-google-product-tags)

### Configurer Google Consent Mode v2 (Avancé) sur l'avis de consentement

Depuis l'avis de consentement, cliquez sur l'onglet **Personnalisation** et sélectionnez **Intégrations**.

<figure><img src="/files/f8d2030041189ff490c6a49cd0ff6ef2bfb2373c" alt="" width="563"><figcaption></figcaption></figure>

Cliquez **Modes de consentement** et activez le bouton bascule en ligne avec **Google Consent Mode v2**.

<figure><img src="/files/28a7294a713b1a6c71f5542fc291164d5a689b26" alt="" width="563"><figcaption></figcaption></figure>

Développez l'accordéon Google Consent Mode v2 pour configurer les détails de l'intégration. Consultez le tableau ci-dessous pour obtenir des informations sur chaque bouton bascule de la configuration de l'intégration :

{% hint style="warning" %}
**Remarque**: Afin de mettre en œuvre avec succès Google Consent Mode v2 (Avancé) pour le RGPD, votre organisation va **devoir** activer les produits publicitaires Google et/ou les produits Google Analytics en fonction des produits Google utilisés par votre organisation.
{% endhint %}

<table><thead><tr><th width="292">Bouton bascule</th><th>Description</th></tr></thead><tbody><tr><td>Définir l'état par défaut de Google Consent Mode lorsque la page se charge</td><td>La version avancée de Google Consent Mode v2 chargera les balises Google lorsqu'un utilisateur final accède à votre site Web avec un état par défaut pour tous les types de consentement Google. L'état par défaut est <code>refusé</code> sauf configuration contraire ci-dessous.<br><br>Activez ce bouton bascule pour vous assurer que cet état par défaut est défini pour la version avancée.</td></tr><tr><td>Activer les produits publicitaires Google</td><td><p>Ajoutera le fournisseur Google Advertising Products (ID d'API : <code>google</code>) à l'avis de consentement. Conçu pour englober les produits Google qui utilisent un ou plusieurs des types de consentement suivants :</p><ul><li><code>ad_storage</code></li><li><code>ad_user_data</code></li><li><code>ad_personalization</code></li><li><code>functionality_storage</code></li><li><code>personalization_storage</code></li><li><code>security_storage</code></li></ul></td></tr><tr><td>Activer <strong>{consent type}</strong> avant que l'utilisateur n'accorde son consentement</td><td>Pour chaque type de consentement, remplacera l'état par défaut du type de consentement Google et le définira sur <code>accordé</code> dès que la balise produit Google se charge.<br><br><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: Consultez le service juridique de votre organisation et votre DPO avant d'activer l'un de ces paramètres.</mark></td></tr><tr><td>Activer les produits Google Analytics</td><td>Ajoutera le fournisseur Google Analytics Products (ID d'API : <code>googleana-4TXnJigR</code>) à l'avis de consentement. Conçu pour englober les produits Google qui nécessitent le <code>analytics_storage</code> type de consentement.</td></tr><tr><td>Activer l'intégration TCF avec Google Consent Mode</td><td><p>Permet à Didomi de définir un indicateur supplémentaire (<code>TCData.enableAdvertiserConsentMode</code> à <code>true</code>) pour les commandes <code>getTCData</code> et <code>addEventListener</code> .<br><br>Cet indicateur supplémentaire permet à Google de déduire et de mapper les paramètres de consentement aux types de consentement Google Consent Mode v2 suivants en fonction des finalités IAB TCF :</p><ul><li><code>ad_storage</code></li><li><code>ad_user_data</code></li><li><code>ad_personalization</code></li></ul><p><a href="https://developers.google.com/tag-platform/security/guides/implement-TCF-strings?hl=en#tcf_integration_behavior">Cliquez ici</a> pour plus d'informations sur la manière dont Google calcule le mappage entre les finalités IAB TCF et les types de consentement Google.<br><br><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: L'intégration TCF avec Google Consent Mode ne prend pas en charge les balises produit Google qui nécessitent les <code>analytics_storage</code>, <code>functionality_storage</code>, <code>personalization_storage</code>, ou <code>security_storage</code> types de consentement.</mark><br><br>Pour les produits Google qui nécessitent le <code>analytics_storage</code> type de consentement, Didomi définira ce type de consentement sur <code>accordé</code> si l'utilisateur final donne son consentement global (consentement au fournisseur et à toutes ses finalités) pour les produits Google Analytics (ID d'API : <code>googleana-4TXnJigR</code>).</p></td></tr><tr><td>Nom de la couche de données</td><td>Par défaut, Didomi utilise <code>dataLayer</code> comme nom de variable pour la couche de données Google Tag Manager de votre organisation. Si votre organisation a modifié le nom de la variable de votre dataLayer, saisissez ce nom de variable dans l'espace prévu.</td></tr></tbody></table>

<figure><img src="/files/ae54b49e71fc78020484e26f250fa1ac183cec68" alt="" width="563"><figcaption></figcaption></figure>

Publiez et intégrez le SDK Web Didomi sur votre site Web une fois terminé.

{% hint style="info" %}
Votre organisation peut également utiliser l'objet `window.didomiConfig` pour configurer Google Consent Mode v2 (Avancé) sur votre avis de consentement. Bien que Didomi recommande d'utiliser la console pour activer la fonctionnalité comme détaillé ci-dessus, la `window.didomiConfig` méthode peut être utile pour les tests.&#x20;

```html
<script type="text/javascript">
  window.didomiConfig = {
    integrations: {
      vendors: {
        gcm: {
          enable: true,
          setDefaultStatus: true,
          defaultStatus: {
            analytics: false, //'analytics_storage' default status 
            ad: false, //'ad_storage' default status
            ad_user_data: false, //'ad_user_data' default status
            ad_personalization: false //'ad_personalization' default status
          }
        }
      }
    }
  }
</script>
```

{% endhint %}

### Installer les balises produit Google

Ajoutez les balises nécessaires pour vos [produits Google prenant en compte le consentement](#google-consent-mode-vendors) (par ex. Floodlight, Conversion Linker, etc...) à votre site Web.&#x20;

Conformément à une configuration Google Consent Mode v2 (Avancé), ces produits Google se chargeront toujours lorsqu'un utilisateur final accède au site Web. Par défaut, l'état de consentement pour tous les types de consentement Google sera `refusé` sauf configuration contraire, et ces balises n'enverront que des pings sans cookie. Ce n'est que lorsqu'un utilisateur final aura accordé son consentement que les balises produit Google enverront des données de mesure complètes.

Afin de garantir que les balises produit Google sont chargées (et que l'état par défaut des types de consentement Google est exposé), votre organisation doit configurer chaque balise produit Google pour qu'elle se charge uniquement une fois que le SDK Didomi est prêt et que Google Consent Mode v2 est défini.

Utilisez [Didomi `<script>` les attributs de balise ](https://developers.didomi.io/cmp/web-sdk/third-parties/no-tag-manager)pour modifier les balises produit Google sur votre site Web afin d'inclure `type="didomi/javascript"` .&#x20;

```
<!-- Google tag (gtag.js) -->
<script type="didomi/javascript" async src="https://www.googletagmanager.com/gtag/js?id=G-1234PKLKH0"></script>
<script type="didomi/javascript">
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'G-1234PKLKH0');
</script>
```

{% endtab %}

{% tab title="Modèle GTM" %}
{% hint style="danger" %}
**Ne** activez pas le bouton bascule Google Consent Mode v2 dans la console Didomi lorsque vous utilisez le modèle GTM comme méthode d'implémentation de Google Consent Mode v2 (Avancé).
{% endhint %}

<figure><img src="/files/c415aedee829278cecd2af591396e979f01811e5" alt="" width="563"><figcaption></figcaption></figure>

Vous trouverez ci-dessous des informations sur l'implémentation de Google Consent Mode v2 (Avancé) via le modèle GTM Didomi :

[Modèle GTM Didomi](https://developers.didomi.io/cmp/web-sdk/third-parties/tags-management/tag-managers/google-tag-manager/didomis-gtm-template)
{% endtab %}

{% tab title="SDK mobiles" %}
{% hint style="info" %}
Didomi a mis à jour sa prise en charge depuis la sortie de Google Custom Mode v2 avec des intégrations natives simplifiées avec Firebase et les partenaires d'applications avancés (AAP) comme Airbridge, ApplyFlyer, etc...&#x20;

Les organisations qui ont implémenté la solution précédente Google Consent Mode v2 via `setConsent` la méthode doivent mettre à jour leurs implémentations à l'aide des instructions ci-dessous et supprimer `setConsent` de Google Consent Mode v2 dans le code de l'application.
{% endhint %}

Sur les applications mobiles, Google Consent Mode v2 fonctionne via des SDK tels que Firebase et les SDK Google Ads. Ces SDK s'appuient sur des signaux de consentement fournis par programmation à l'exécution. Les signaux de consentement doivent être transmis tôt dans le cycle de vie de l'application afin de garantir que les SDK Google respectent les choix de l'utilisateur.

Dans cet onglet, nous verrons comment implémenter Google Consent Mode v2 (Avancé) pour un avis de consentement RGPD destiné à une application mobile.&#x20;

* [Exigences](#requirements)
* [Configurer Google Consent Mode v2 (Avancé) sur l'avis de consentement](#configure-google-consent-mode-v2-advanced-on-consent-notice-2)

### Exigences

Consultez le tableau ci-dessous pour plus d'informations sur la version minimale requise du SDK mobile Didomi utilisé dans votre application et prenant en charge le SDK Firebase et le SDK Google Ads :&#x20;

<table><thead><tr><th width="223">SDK mobile</th><th>Version minimale</th></tr></thead><tbody><tr><td>iOS/tvOS</td><td>> v2.27.0</td></tr><tr><td>Android</td><td>> v2.27.0</td></tr></tbody></table>

### Configurer Google Consent Mode v2 (Avancé) sur l'avis de consentement

Depuis l'avis de consentement, cliquez sur l'onglet **Personnalisation** et sélectionnez **Intégrations**.

<figure><img src="/files/b18cdefaad9e96eb99a66158151d5df398b62a0f" alt="" width="563"><figcaption></figcaption></figure>

Cliquez **Modes de consentement** et activez le bouton bascule en ligne avec **Google Consent Mode v2**.

<figure><img src="/files/505f6383a2a04f79cf914228735a1e077237a981" alt="" width="563"><figcaption></figcaption></figure>

Développez l'accordéon Google Consent Mode v2 pour configurer les détails de l'intégration. Consultez le tableau ci-dessous pour obtenir des informations sur chaque bouton bascule de la configuration de l'intégration :

{% hint style="warning" %}
**Remarque**: Afin de mettre en œuvre avec succès Google Consent Mode v2 (Avancé) pour le RGPD, votre organisation va **devoir** activer les produits publicitaires Google et/ou les produits Google Analytics en fonction des produits Google utilisés par votre organisation.
{% endhint %}

<table><thead><tr><th width="188">Bouton bascule</th><th>Description</th></tr></thead><tbody><tr><td>Définir l'état par défaut de Google Consent Mode lorsque la page se charge</td><td><p>La version avancée de Google Consent Mode v2 chargera les balises Google lorsqu'un utilisateur final accède à votre site Web avec un état par défaut pour tous les types de consentement Google. L'état par défaut est <code>refusé</code> sauf configuration contraire ci-dessous. </p><p></p><p>Activez ce bouton bascule pour vous assurer que cet état par défaut est défini pour la version avancée.</p></td></tr><tr><td>Activer les produits publicitaires Google</td><td><p>Ajoutera le fournisseur Google Advertising Products (ID d'API : <code>google</code>) à l'avis de consentement. Conçu pour englober les produits Google qui utilisent un ou plusieurs des types de consentement suivants :</p><ul><li><code>ad_storage</code></li><li><code>ad_user_data</code></li><li><code>ad_personalization</code></li><li><code>functionality_storage</code></li><li><code>personalization_storage</code></li><li><code>security_storage</code></li></ul></td></tr><tr><td>Activer <strong>{consent type}</strong> avant que l'utilisateur n'accorde son consentement</td><td><p>Pour chaque type de consentement, remplacera l'état par défaut du type de consentement Google et le définira sur <code>accordé</code> dès que la balise produit Google se charge. </p><p></p><p><mark style="background-color:$warning;"><strong>Remarque</strong>: Consultez le service juridique de votre organisation et votre DPO avant d'activer l'un de ces paramètres.</mark></p></td></tr><tr><td>Activer les produits Google Analytics</td><td>Ajoutera le fournisseur Google Analytics Products (ID d'API : <code>googleana-4TXnJigR</code>) à l'avis de consentement. Conçu pour englober les produits Google qui nécessitent le <code>analytics_storage</code> type de consentement.</td></tr><tr><td>Activer l'intégration TCF avec Google Consent Mode</td><td><p>Permet à Didomi de définir un indicateur supplémentaire (<code>TCData.enableAdvertiserConsentMode</code> à <code>true</code>) pour les commandes <code>getTCData</code> et <code>addEventListener</code> .<br><br>Cet indicateur supplémentaire permet à Google de déduire et de mapper les paramètres de consentement aux types de consentement Google Consent Mode v2 suivants en fonction des finalités IAB TCF :</p><ul><li><code>ad_storage</code></li><li><code>ad_user_data</code></li><li><code>ad_personalization</code></li></ul><p><a href="https://developers.google.com/tag-platform/security/guides/implement-TCF-strings?hl=en#tcf_integration_behavior">Cliquez ici</a> pour plus d'informations sur la manière dont Google calcule le mappage entre les finalités IAB TCF et les types de consentement Google.<br><br><mark style="color:par défaut;background-color:$warning;"><strong>Remarque</strong>: L'intégration TCF avec Google Consent Mode ne prend pas en charge les balises produit Google qui nécessitent les <code>analytics_storage</code>, <code>functionality_storage</code>, <code>personalization_storage</code>, ou <code>security_storage</code> types de consentement.</mark><br><br>Pour les produits Google qui nécessitent le <code>analytics_storage</code> type de consentement, Didomi définira ce type de consentement sur <code>accordé</code> si l'utilisateur final donne son consentement global (consentement au fournisseur et à toutes ses finalités) pour les produits Google Analytics (ID d'API : <code>googleana-4TXnJigR</code>).</p></td></tr><tr><td>Firebase</td><td><p>Firebase est le SDK principal pour les applications Google. Une fois activée, l'intégration garantit :</p><ul><li>le mappage correct des signaux de consentement Didomi vers Firebase</li><li>la propagation automatique vers les SDK Google pour la mesure et la publicité</li><li>une conformité simplifiée avec le RGPD et les réglementations similaires</li></ul></td></tr><tr><td>Branch</td><td><p><a href="https://support.google.com/google-ads/answer/12961402?hl=en">Partenaires d'attribution d'applications (AAP)</a> comme Branch doivent recevoir des signaux de consentement précis pour se conformer aux réglementations relatives à la confidentialité et transmettent ces signaux à Google.</p><p></p><p>Lorsque Branch est activé dans la console et que le SDK Branch est présent dans votre application, Didomi gère la propagation des signaux Google Consent Mode pour Branch. </p><p></p><p>Pour les utilisateurs finaux situés dans des régions régies par le RGPD, Didomi indique le contexte de conformité en définissant <code>eea</code> à <code>1</code> et applique des valeurs par défaut aux signaux de consentement en fonction de votre configuration dans la console. Après que l'utilisateur final a donné son consentement, Didomi recalcule l'état de ces signaux à l'aide du consentement de l'utilisateur final pour les produits publicitaires Google et les produits Google Analytics, puis met à jour Branch en conséquence.</p><p></p><p>Pour les utilisateurs situés en dehors des régions RGPD, Didomi définit <code>eea</code> à <code>0</code> pour indiquer qu'aucune obligation RGPD ne s'applique. </p></td></tr><tr><td>Kochava</td><td><p><a href="https://support.google.com/google-ads/answer/12961402?hl=en">Partenaires d'attribution d'applications (AAP)</a> comme Kochava doivent recevoir des signaux de consentement précis pour se conformer aux réglementations relatives à la confidentialité et transmettent ces signaux à Google.</p><p></p><p>Lorsque Kochava est activé dans la console, Didomi s'assure que Kochava reçoit la chaîne de consentement nécessaire pour renseigner les signaux de consentement de Google. Kochava utilise ces informations de consentement lors des transmissions d'installation et d'événements. </p><p></p><p>Lorsque le CMP collecte le consentement de l'utilisateur final, la chaîne de consentement est partagée avec Kochava via Didomi, à condition que le SDK soit configuré pour envoyer les installations ou les événements après que l'utilisateur a donné son consentement.</p><p></p><p>Kochava analyse la chaîne de consentement TCF et l'applique pour générer les signaux requis par Google. Ce processus fonctionne de manière transparente avec les CMP qui prennent en charge l'IAB Transparency &#x26; Consent Framework (TCF) v2.3 ou l'API Global Privacy Platform v1.1.</p></td></tr><tr><td>Airbridge</td><td><p><a href="https://support.google.com/google-ads/answer/12961402?hl=en">Partenaires d'attribution d'applications (AAP)</a> comme Airbridge doivent recevoir des signaux de consentement précis pour se conformer aux réglementations relatives à la confidentialité et transmettent ces signaux à Google.</p><p></p><p>Lorsque Airbridge est activé dans la console et que le SDK Airbridge est détecté dans l'application, Didomi calcule les signaux appropriés de Google Consent Mode et les partage avec Airbridge.</p><p></p><p>Pour les utilisateurs finaux situés dans l'EEE (Espace économique européen) et donc soumis au RGPD, Didomi informe Airbridge que l'utilisateur se trouve dans une région réglementée en définissant <code>eeaRegion</code> à <code>true</code>. En même temps, Airbridge reçoit les valeurs par défaut des signaux de consentement en fonction de votre configuration dans le SDK Didomi. Une fois que l'utilisateur final a donné son consentement via le CMP, Didomi met à jour ces signaux et s'assure qu'Airbridge reflète les préférences réelles de l'utilisateur final.</p><p></p><p>Pour les utilisateurs finaux en dehors de l'EEE, Didomi signale que l'utilisateur final ne se trouve pas dans une région réglementée par le RGPD en définissant <code>eeaRegion</code> à <code>false</code>.</p></td></tr><tr><td>AppsFlyer</td><td><p><a href="https://support.google.com/google-ads/answer/12961402?hl=en">Partenaires d'attribution d'applications (AAP)</a> comme AppsFlyer doivent recevoir des signaux de consentement précis pour se conformer aux réglementations relatives à la confidentialité et transmettent ces signaux à Google.</p><p></p><p>Lorsque AppsFlyer est activé dans la console et que le SDK AppsFlyer est présent dans votre application, Didomi gère la propagation des signaux Google Consent Mode pour AppsFlyer.</p><ul><li>Pour les utilisateurs situés dans des régions régies par le RGPD, Didomi indique le contexte de conformité en définissant <code>isUserSubjectToGDPR</code> à <code>true</code> et applique des valeurs par défaut aux signaux de consentement en fonction de votre configuration dans la console. Après que l'utilisateur final a donné son consentement, Didomi recalcule l'état de ces signaux à l'aide du consentement de l'utilisateur final pour les produits publicitaires Google et les produits Google Analytics et met à jour AppsFlyer en conséquence.</li><li>Pour les utilisateurs en dehors de la juridiction du RGPD, Didomi définira <code>isUserSubjectToGDPR</code> à <code>false</code> .</li><li>Si vous avez activé <strong>l'intégration IAB TCF avec Google Consent Mode</strong>, Didomi demandera automatiquement à AppsFlyer d'utiliser la chaîne TC en définissant <code>enableTCFDataCollection(true)</code> . En conséquence, AppsFlyer peut obtenir directement le consentement de l'utilisateur à partir de la chaîne TC dans <code>SharedPreferences</code></li></ul></td></tr></tbody></table>
{% endtab %}
{% endtabs %}

## Tester Google Consent Mode v2 (Avancé) - RGPD

Lorsqu'une configuration correcte est en place, une implémentation Google Consent Mode v2 (Avancé) déclenchera les balises produit Google avec l'état de consentement des types de consentement Google défini par défaut sur `refusé` sauf configuration contraire. Dans cette section, nous verrons comment tester si votre configuration Google Consent Mode v2 (Avancé) fonctionne comme prévu.

* [Confirmer les fournisseurs de produits Google sur l'avis de consentement](#confirm-google-product-vendors-on-consent-notice)
* [Tester le déclenchement des balises produit Google](#test-google-product-tag-s-triggering)

{% hint style="info" %}
Si vous avez besoin d'une assistance supplémentaire ou si vous avez remarqué quelque chose d'inhabituel, n'hésitez pas à contacter <google-support@didomi.io>.
{% endhint %}

### Confirmer les fournisseurs de produits Google sur l'avis de consentement

Comme mentionné ci-dessus lors de la configuration, Google Consent Mode v2 (Avancé) nécessite l'utilisation des fournisseurs suivants : produits publicitaires Google (ID d'API : `google`) et/ou produits Google Analytics (ID d'API : `googleana-4TXnJigR`) selon les produits Google utilisés par votre organisation.

Avant de continuer, assurez-vous que les bons fournisseurs sont ajoutés à l'avis de consentement pour refléter les produits Google qui seront déclenchés :

<figure><img src="/files/4b6e50fca9c980e418a3554cf54db2ded961ea20" alt="" width="375"><figcaption></figcaption></figure>

### Tester le déclenchement des produits Google

Lors du test de l'implémentation Google Consent Mode v2 (Avancé), votre organisation voudra confirmer trois actions :

* Les produits Google se chargent avec des types de consentement dont l'état de consentement est défini par défaut sur `refusé` sauf configuration contraire
* Les produits Google se mettent à jour pour afficher des types de consentement définis avec un état de consentement `refusé` en raison du choix de l'utilisateur final
* Les produits Google se mettent à jour pour afficher des types de consentement définis avec un état de consentement `accordé` en raison du choix de l'utilisateur final

La manière dont votre organisation teste que les balises produit Google se déclenchent comme prévu dans une configuration Google Consent Mode v2 (Avancé) dépend de la manière dont vous avez configuré l'implémentation sur l'avis de consentement :

<table><thead><tr><th width="222">Méthode d'implémentation</th><th>Tests disponibles</th></tr></thead><tbody><tr><td>Google Tag Manager</td><td><ul><li>Google Tag Manager</li><li>Site Web</li></ul></td></tr><tr><td>gtag.js</td><td><ul><li>Site Web</li></ul></td></tr><tr><td>Modèle GTM</td><td><ul><li>Google Tag Manager</li><li>Site Web</li></ul></td></tr><tr><td>SDK mobile</td><td><ul><li>Journaux du SDK Didomi</li><li>Firebase DebugView</li><li>ADB (Android) ou console Xcode (iOS) pour les journaux d'exécution</li><li>Analyseurs réseau (par ex. Charles Proxy) pour vérifier les charges utiles des événements</li></ul></td></tr></tbody></table>

{% tabs %}
{% tab title="Site Web" %}
Dans cet onglet, nous verrons comment tester l'implémentation Google Consent Mode v2 (Avancé) de votre organisation via le site Web sur lequel l'avis de consentement Didomi est déployé.&#x20;

{% hint style="info" %}
Il est recommandé d'effectuer les tests suivants dans une fenêtre de navigation privée de votre navigateur.&#x20;
{% endhint %}

**`gcd` paramètre**

Le `gcd` paramètre est inclus dans la charge utile de chaque requête réseau Google Ads et Google Analytics lorsque Google Consent Mode v2 est activé. Le paramètre reflète l'état des types de consentement de Google Consent Mode v2 et assure à Google que le mode de consentement est activé et que le consentement est collecté.&#x20;

{% hint style="warning" %}
**Remarque**: Bien que le `gcd` paramètre ne soit pas documenté publiquement par Google, il est disponible dans plusieurs articles.
{% endhint %}

Le `gcd` paramètre est une chaîne de caractères composée de plusieurs composants qui peuvent avoir plusieurs valeurs. Le format de la chaîne de caractères est le suivant :

`gcd=13<ad_storage>3<analytics_storage>3<ad_user_data>3<ad_personalization>5`

<table><thead><tr><th width="178">Composant</th><th>Description</th></tr></thead><tbody><tr><td>Préfixe</td><td>Début inchangé de la chaîne de caractères. Représenté par un <code>11</code> ou <code>13</code></td></tr><tr><td>Suffixe</td><td>Fin inchangée de la chaîne de caractères. Représentée par un <code>5</code> ou <code>7</code></td></tr><tr><td>Séparateur</td><td>Sépare les valeurs d'état de consentement pour les différents types de consentement (<code>ad_storage</code>, <code>analytics_storage</code>, etc...). Représenté par un <code>1</code> ou <code>3</code></td></tr><tr><td>État du consentement</td><td><p>L'état de consentement pour chacun des types de consentement représentés (<code>ad_storage</code>, <code>analytics_storage</code>, <code>ad_user_data</code>, <code>ad_personalization</code>) suit la structure ci-dessous :<br></p><ul><li><code>p</code> - Valeur par défaut refusée</li><li><code>t</code> - Valeur par défaut accordée</li><li><code>q</code>, <code>m</code>, <code>u</code> - Refusé après le choix de l'utilisateur final</li><li><code>e</code>, <code>r</code>, <code>n</code>, <code>v</code> - Accordé après le choix de l'utilisateur final</li><li><code>1</code> - Indéfini</li></ul></td></tr></tbody></table>

{% hint style="success" %}
**Exemple**:

`13t3p3p3p5`

* &#x20;`ad_storage` est accordé par défaut
* `analytics_storage` est refusé par défaut
* `ad_user_data` est refusé par défaut
* `ad_user_personalization` est refusé par défaut
  {% endhint %}

**Les balises produit Google se chargent avec des types de consentement dont l'état par défaut est défini sur `refusé`**&#x20;

Accédez au site Web sur lequel vous avez déployé l'avis de consentement Didomi avec une implémentation Google Consent mode v2 (Avancé) et laissez l'avis de consentement se charger sur la page. Il est important que vous n'interagissiez pas encore avec l'avis de consentement.&#x20;

Ouvrez la console du navigateur et sélectionnez le **Réseau** onglet. Utilisez le filtre de recherche fourni pour vérifier les requêtes qui contiennent ce qui suit pour le `gcd` paramètre :

* analytics.js&#x20;
* gtag
* collect

<figure><img src="/files/1ba1dd40482e8037636822cf078fe90fd2abb633" alt="" width="563"><figcaption></figcaption></figure>

Assurez-vous que les valeurs d’état du consentement pour chaque type de consentement dans le `gcd` paramètre correspondent aux paramètres par défaut attendus.

**Les balises des produits Google se mettent à jour pour afficher les types de consentement définis sur `refusé` en raison du choix de l'utilisateur final**

Accédez au site web sur lequel vous avez déployé la bannière de consentement Didomi avec une implémentation Google Consent mode v2 (Advanced), puis laissez la bannière se charger sur la page. Refusez le consentement pour tous les fournisseurs et toutes les finalités.

Ouvrez la console du navigateur et sélectionnez le **Réseau** onglet. Vérifiez les requêtes de vos produits Google afin de vous assurer que la valeur d’état du consentement pour chaque type de consentement dans le `gcd` paramètre est défini sur refusé en raison du choix de l’utilisateur final.

<figure><img src="/files/94b90b00b0b05f563cff0e3d4e176501f18cc600" alt="" width="563"><figcaption></figcaption></figure>

**Les balises des produits Google se mettent à jour pour afficher les types de consentement définis sur  `accordé` en raison du choix de l'utilisateur final**

Accédez au site web sur lequel vous avez déployé la bannière de consentement Didomi avec une implémentation Google Consent mode v2 (Advanced), puis laissez la bannière se charger sur la page. Accordez le consentement pour tous les fournisseurs et toutes les finalités.

Ouvrez la console du navigateur et sélectionnez le **Réseau** onglet. Vérifiez les requêtes de vos produits Google afin de vous assurer que la valeur d’état du consentement pour chaque type de consentement dans le `gcd` paramètre est défini sur accordé en raison du choix de l’utilisateur final.

<figure><img src="/files/5139b5ef74067a2bbc714d41872d9b5bf06104cd" alt="" width="563"><figcaption></figcaption></figure>
{% endtab %}

{% tab title="Google Tag Manager" %}
Dans cet onglet, nous verrons comment tester l’implémentation Google Consent Mode v2 (Advanced) de votre organisation via Google Tag Manager.

{% hint style="info" %}
Il est recommandé d’effectuer les tests suivants dans une fenêtre de navigation privée de votre navigateur ou de supprimer les cookies et le stockage local de votre site web dans votre navigateur préféré.&#x20;
{% endhint %}

Accédez au conteneur dans lequel vous avez configuré et publié votre Google Consent Mode v2 (Advanced) dans votre compte Google Tag Manager et cliquez sur **Aperçu**.

<figure><img src="/files/9c2123b8d7806d0158b691b4f3189ad2b5a325ca" alt="" width="563"><figcaption></figcaption></figure>

Utilisez le champ fourni pour saisir l’URL de votre site web sur lequel la bannière de consentement Didomi est implémentée. Cliquez sur **Connecter** une fois terminé.&#x20;

<figure><img src="/files/e5c30f573ab76c515ea7de400023559100a6c289" alt="" width="375"><figcaption></figcaption></figure>

**Les balises produit Google se chargent avec des types de consentement dont l'état par défaut est défini sur `refusé`**&#x20;

Laissez la bannière de consentement se charger dans la fenêtre suivante de Tag Assistant. Il est important que vous n’interagissiez pas encore avec la bannière de consentement.&#x20;

Assurez-vous que les balises de vos produits Google ne se déclenchent pas avant l’ `didomi-ready` événement.&#x20;

<figure><img src="/files/fd74ff84dd163c1a5681d0dec87060c1d97fd4e3" alt="" width="563"><figcaption></figcaption></figure>

Tout en consultant encore l’ `didomi-ready` événement, cliquez sur le **Consentement** onglet. Assurez-vous que les valeurs dans la *Par défaut sur la page* colonne reflètent les paramètres d’état de consentement par défaut configurés par votre organisation pour chaque type de consentement.&#x20;

<figure><img src="/files/4719fe89ad5cc0408e4b453a0a5b536b27bc64cc" alt="" width="563"><figcaption></figcaption></figure>

**Les balises des produits Google se mettent à jour pour afficher les types de consentement définis sur `refusé` en raison du choix de l'utilisateur final**

Laissez la bannière de consentement se charger dans la fenêtre suivante de Tag Assistant. Refusez le consentement pour tous les fournisseurs et toutes les finalités.&#x20;

Sélectionnez les événements liés à l’action de refus du consentement dans la colonne de gauche et cliquez sur le **Consentement** onglet. Assurez-vous que les valeurs dans la *Mise à jour sur la page* colonne sont définies sur **Refusé** (sauf pour `security_storage`.

<figure><img src="/files/5a844ac53abc1eb86d8bb110e0077d3d261aadc1" alt="" width="563"><figcaption></figcaption></figure>

{% hint style="info" %}
De plus, les balises de vos produits Google devraient se déclencher pour tout `didomi-ready` événement ultérieur.
{% endhint %}

**Les balises des produits Google se mettent à jour pour afficher les types de consentement définis sur `accordé` en raison du choix de l'utilisateur final**

Laissez la bannière de consentement se charger dans la fenêtre suivante de Tag Assistant. Accordez le consentement pour tous les fournisseurs et toutes les finalités.&#x20;

Sélectionnez les événements liés à l’action d’acceptation du consentement dans la colonne de gauche et cliquez sur le **Consentement** onglet. Assurez-vous que les valeurs dans la *Mise à jour sur la page* colonne sont définies sur **Accordé**.

<figure><img src="/files/9cbf87c67de06cb6de5b02cd0471f9a79ffefc5d" alt="" width="563"><figcaption></figcaption></figure>

{% hint style="info" %}
De plus, les balises de vos produits Google devraient se déclencher pour tout `didomi-ready` événement ultérieur.
{% endhint %}
{% endtab %}

{% tab title="SDK mobile" %}
La manière dont votre organisation effectue les tests dépend des intégrations configurées et des outils disponibles pour votre application mobile. Dans cet onglet, nous verrons quelles validations votre organisation doit effectuer afin de vérifier que les signaux par défaut et mis à jour sont correctement définis et envoyés.

* [Activer les journaux de débogage](#enable-debug-logs)
* [Critères de test](#testing-criteria)
* [Bonnes pratiques de test](#test-best-practices)

#### Activer les journaux de débogage

Activez la journalisation verbeuse dans le SDK Didomi via :

<table><thead><tr><th width="111"></th><th></th></tr></thead><tbody><tr><td>Android</td><td><pre><code>Didomi.getInstance().setLogLevel(LogLevel.DEBUG)
</code></pre></td></tr><tr><td>iOS</td><td><pre><code>Didomi.shared.setLogLevel(.debug)
</code></pre></td></tr></tbody></table>

Si vous êtes intégré à Firebase, activez Firebase DebugView via :

<table data-header-hidden><thead><tr><th width="111"></th><th></th></tr></thead><tbody><tr><td>Android</td><td><pre><code>adb shell setprop debug.firebase.analytics.app &#x3C;your.package.name>
</code></pre></td></tr><tr><td>iOS</td><td>Lancez avec <code>-FIRDebugEnabled</code> argument</td></tr></tbody></table>

#### Critères de test

Analysez les journaux et les charges utiles réseau pour chaque [critère](#test-google-product-triggering) afin de vous assurer que les résultats attendus sont définis pour le champ approprié.

#### Meilleures pratiques de test

* Testez votre application dans plusieurs régions et selon plusieurs réglementations
* Vérifiez le comportement au premier lancement de l’application et après les actions de consentement de l’utilisateur final
* Utilisez toujours de vraies versions du SDK et non des mocks pour la validation finale
  {% endtab %}
  {% endtabs %}


---

# 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://docs.didomi.io/fr/plateforme-de-gestion-du-consentement-cmp/cadres-reglementations/google-consent-mode-v2/google-consent-mode-v2-avance-rgpd.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.