Consent Mode v2 sur WordPress : le guide 2026

Pourquoi parler de Consent Mode v2 en 2026 ?

Le Consent Mode v2 (Mode Consentement v2) est une interface de programmation applicative (API) qui permet à vos balises Google (Google Analytics 4, Google Ads, etc.) d’adapter leur comportement selon le consentement de l’utilisateur. Deux nouveautés clés sont arrivées avec v2 : ad_user_data (envoi de données publicitaires) et ad_personalization (personnalisation des annonces). En pratique : vos tags respectent le refus, envoient des pings sans cookies en « advanced mode », et Google modélise ensuite une partie des conversions manquantes via l’intelligence artificielle.

Depuis 2024, Google a durci les exigences en EEE (Espace économique européen) / UK (Royaume-Uni) / CH (Suisse) : pour la monétisation publicitaire (AdSense, Ad Manager, AdMob), un outil de gestion du consentement (CMP) conforme et certifié IAB TCF (Interactive Advertising Bureau – Transparency & Consent Framework) est requis. Sans cela, vos annonces personnalisées peuvent être restreintes et basculer en diffusion non personnalisée.


Chiffres & tendances (Europe, 2024-2025)

  • Présence des bannières : la majorité des sites européens affichent une interface de consentement, mais la conformité effective demeure minoritaire. Autrement dit, l’adoption est élevée, la bonne mise en œuvre l’est beaucoup moins.
  • Variations par pays : les taux d’acceptation fluctuent fortement selon la présentation (premier/second niveau, bouton « Tout refuser » visible, wording) et le pays. À titre d’exemple, l’Espagne a connu début 2024 une baisse du taux d’acceptation moyen après un durcissement local des consignes.
  • Tendance globale : la part de la population mondiale couverte par des lois « privacy » progresse chaque année, ce qui pousse les éditeurs à normaliser Consent Mode v2 + CMP.

À retenir : bannière ≠ conformité. Le design, l’ordre de chargement des scripts et la configuration Consent Mode v2 font toute la différence.


À qui s’adresse le Consent Mode v2… et à qui non ?

Vous êtes concerné si :

  • Vous avez du trafic EEE/UK/CH et utilisez Google Analytics 4 et/ou Google Ads.
  • Vous monétisez via AdSense/Ad Manager/AdMob (CMP certifié IAB TCF requis en EEE/UK/CH).
  • Vous voulez modéliser les conversions manquantes lorsque les cookies/IDs ne sont pas disponibles.

Vous êtes peu ou pas concerné si :

  • Vous n’utilisez aucun tag Google (ni GA4 ni Ads) et ne ciblez pas l’EEE/UK/CH.
  • Votre site est privé/intranet sans collecte analytics ou publicitaire.

Cas d’usage concrets

  1. E-commerce + Performance Max
    Implémenter v2 en advanced mode permet d’envoyer des pings sans cookies quand l’utilisateur refuse, puis d’inclure des conversions modélisées dans Google Ads pour guider les enchères. Selon les contextes publiés par Google, cette modélisation peut récupérer une part substantielle des parcours perdus (ordre de grandeur notable, variable selon les sites).
  2. Médias/éditorial + AdSense
    Sans CMP certifié IAB TCF en EEE/UK/CH, la diffusion personnalisée peut être restreinte et basculer en diffusion non personnalisée (souvent appelée limited/non-personalized ads). D’où l’intérêt d’un CMP à jour et correctement configuré.
  3. Analytics-only
    Même sans retargeting, v2 gère analytics_storage et améliore la mesure (modélisation) tout en respectant le refus.

IA : en quoi le Consent Mode v2 reste pertinent ?

La modélisation de conversions (intelligence artificielle) reconstruit probabilistiquement une partie des conversions quand cookies/identifiants ne sont pas disponibles. Des garde-fous (échantillons de contrôle, seuils, qualité du signal) encadrent ces modèles. Les conversions modélisées apparaissent dans les rapports et contribuent à l’optimisation publicitaire quand les signaux sont jugés suffisants.


2026 : ce qui se profile

  • Chrome & cookies tiers : Google a changé de trajectoire en 2025 : pas de dépréciation universelle immédiate, et pas de « prompt » imposé additionnel côté Chrome. Les cookies tiers demeurent pour l’instant, mais la pression réglementaire, les navigateurs stricts (Safari/Firefox) et les bloqueurs rendent Consent Mode v2 + 1st-party data + balisage propre toujours stratégiques.
  • Étendue EEE/UK/CH : l’exigence CMP a été étendue à la Suisse et les politiques « privacy » de Google continuent d’évoluer. Miser sur v2 + CMP certifié demeure un choix de pérennité.

Mini-tutoriel WordPress (configuration « propre », mesurable et conforme)

⚠️ Important : régler « consentement = accordé par défaut » sans action explicite de l’utilisateur en EEE/UK/CH est non conforme. Alternative légale : advanced mode (pings sans cookies tant qu’il n’y a pas d’accord) + modélisation ; côté pub, diffusion non personnalisée en l’absence de consentement.

Option A — Site Kit (officiel) + CMP certifié (TCF)

  1. Installez Site Kit et connectez Google Analytics 4 (et Google Ads si utilisé), puis activez Consent Mode : Site Kit > Settings > Admin Settings > Enable consent mode.
    Site Kit – Activer le Consent Mode (recommandé) dans les réglages d’administration
  2. Installez un CMP certifié IAB TCF compatible WordPress (ex. solutions reconnues du marché) et activez Google Consent Mode v2 dans ses réglages.
  3. Réglez l’ordre d’exécution : assurez-vous que l’étape Consent Initialization s’exécute tout en haut du <head>, avant tout autre tag, pour éviter le message « Default consent set too late ».
  4. Vérifiez avec Tag Assistant : testez « Refuser/Accepter » et contrôlez les signaux ad_user_data, ad_personalization, ad_storage, analytics_storage.

Option B — Implémentation manuelle (advanced mode minimal)

Placez ce bloc tout en haut du <head> (avant Google Tag Manager / gtag) :

<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  // Consent par défaut: refusé (EEE/UK/CH)
  gtag('consent', 'default', {
    ad_storage: 'denied',
    analytics_storage: 'denied',
    ad_user_data: 'denied',
    ad_personalization: 'denied',
    functionality_storage: 'granted',
    security_storage: 'granted'
  });
</script>

Ensuite, chargez votre Google Tag Manager (GTM) (ou gtag) et, au clic sur « Accepter », déclenchez :

<script>
  gtag('consent', 'update', {
    ad_storage: 'granted',
    analytics_storage: 'granted',
    ad_user_data: 'granted',
    ad_personalization: 'granted'
  });
</script>

Hors EEE/UK/CH : consentement « granted » par défaut (exemple sécurisé)

Objectif : définir par défaut “denied” dans les zones soumises au RGPD/TCF (EEE/UK/CH), et “granted” partout ailleurs — sans jamais pré-accorder le consentement aux visiteurs européens.

<!-- 1) DÉFINIR les régions EEE/UK/CH en "denied" par défaut -->
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}

  /* EEE + UK + CH (ISO 3166-1 alpha-2) */
  var EEA_UK_CH = [
    'AT','BE','BG','HR','CY','CZ','DK','EE','FI','FR','DE','GR','HU','IE','IT',
    'LV','LT','LU','MT','NL','PL','PT','RO','SK','SI','ES','SE', /* UE */
    'IS','LI','NO', /* EEE non-UE */
    'GB', /* Royaume-Uni */
    'CH'  /* Suisse */
  ];

  /* Pour ces pays : tout "denied" par défaut (sauf cookies nécessaires) */
  gtag('consent', 'default', {
    ad_storage: 'denied',
    analytics_storage: 'denied',
    ad_user_data: 'denied',
    ad_personalization: 'denied',
    functionality_storage: 'granted', /* nécessaires */
    security_storage: 'granted'       /* nécessaires */
  }, {region: EEA_UK_CH});
</script>

<!-- 2) DÉFINIR le reste du monde en "granted" par défaut -->
<script>
  /* Hors EEE/UK/CH : consentement par défaut accordé */
  gtag('consent', 'default', {
    ad_storage: 'granted',
    analytics_storage: 'granted',
    ad_user_data: 'granted',
    ad_personalization: 'granted',
    functionality_storage: 'granted',
    security_storage: 'granted'
  });
</script>

Pourquoi ce pattern ? Les paramètres par région écrasent le global : ainsi, EEE/UK/CH restent “denied” par défaut (conforme), tandis que le reste du monde hérite du “granted” global. Placez ces blocs en Consent Initialization (tout en haut du <head>) pour éviter l’avertissement “Default consent set too late”.

Tag Assistant – Consent mis à jour : ad_storage, analytics_storage, ad_personalization, ad_user_data

Version GTM (si vous préférez)

  • Crée un tag Consent Initialization → Custom HTML avec les deux scripts ci-dessus, déclenché sur All Pages.
  • Assure-toi que ce tag se charge avant tout autre tag (GTM gère automatiquement la priorité des Consent Initialization).

Vérification express

  • Tag Assistant : simule une visite depuis un pays EEE (ex. FR) → ad_storage/analytics_storage = denied. Simule un pays hors EEE/UK/CH (ex. US) → granted.
  • Rappel conformité : n’utilise jamais le « granted par défaut » pour EEE/UK/CH ; conserve une bannière/CMP valide dans ces régions.

Réglages GA4/Ads pour maximiser la mesure dans le respect du refus

  • GA4 : laissez le CMP piloter analytics_storage. En advanced mode, GA4 reçoit des pings sans cookies pendant le refus, puis bascule en mesure complète après acceptation (les conversions modélisées s’ajoutent quand la qualité du signal le permet).
  • Google Ads : activez le tag de conversion via GTM, liez GA4↔Ads, et exploitez les conversions modélisées disponibles dans les rapports.
  • Publicité sans consentement : prévoir la diffusion non personnalisée (souvent limited/non-personalized ads) selon l’état du consentement et les politiques de Google.

Aller plus loin en vidéo (FR)

WordPress : RGPD, DMA et Consent Mode v2 ? On en parle ! » — Morpheus Formation

Bonnes pratiques (UX, SEO, business)

  • Bannière claire, bouton Refuser visible : réduction de risque, confiance accrue, meilleure stabilité à long terme.
  • Ordonnancement technique : le consent default doit être posé avant tout tag pour éviter pertes de signal et avertissements.
  • Server-side tagging + 1st-party data : préparez 2026 avec une collecte robuste et conforme (attribution plus fiable).
  • Ressource utile : choisir un hébergeur souverain/RGPD peut simplifier la conformité (cf. hébergeur suisse RGPD).

FAQ express

Consent Mode fournit-il une bannière ?

Non. Consent Mode est une API qui reçoit les choix d’une bannière/CMP et adapte vos balises Google (Analytics, Ads).

Basic vs Advanced, quelle différence ?

Basic : pas de pings avant le choix (les tags restent bloqués jusqu’au consentement).
Advanced : envoie des pings sans cookies avant consentement, puis passe en mesure complète après acceptation.

Faut-il implémenter v2 si Chrome garde les cookies tiers ?

Oui. La conformité EEE/UK/CH, les navigateurs stricts et la modélisation de conversions rendent v2 utile durablement, indépendamment du calendrier Chrome.

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@type":"Article",
  "headline":"Consent Mode v2 sur WordPress : le guide 2026",
  "description":"Implémentez Google Consent Mode v2 sur WordPress : cas d’usage, chiffres récents, réglages GA4/Ads, conformité EEE/UK/CH.",
  "inLanguage":"fr",
  "author":{"@type":"Organization","name":"ToolsBoxSEO"},
  "publisher":{
    "@type":"Organization",
    "name":"ToolsBoxSEO",
    "logo":{
      "@type":"ImageObject",
      "url":"https://www.toolsboxseo.com/wp-content/uploads/logo-toolsboxseo.png",
      "width":512,
      "height":512
    }
  },
  "mainEntityOfPage":{
    "@type":"WebPage",
    "@id":"https://www.toolsboxseo.com/consent-mode-v2-wordpress-guide-2026/"
  },
  "datePublished":"2025-11-08",
  "dateModified":"2025-11-08"
}
</script>

<script type="application/ld+json">
{
  "@context":"https://schema.org",
  "@type":"FAQPage",
  "mainEntity":[
    {
      "@type":"Question",
      "name":"Consent Mode fournit-il une bannière ?",
      "acceptedAnswer":{"@type":"Answer","text":"Non. Consent Mode est une API qui reçoit les choix d’une bannière/CMP et adapte les balises Google (Analytics, Ads)."}
    },
    {
      "@type":"Question",
      "name":"Quelle différence entre Basic et Advanced ?",
      "acceptedAnswer":{"@type":"Answer","text":"Basic : pas de pings avant consentement (tags bloqués). Advanced : pings sans cookies avant consentement, puis mesures complètes après acceptation."}
    },
    {
      "@type":"Question",
      "name":"Faut-il implémenter v2 si Chrome garde les cookies tiers ?",
      "acceptedAnswer":{"@type":"Answer","text":"Oui, car la conformité EEE/UK/CH et la modélisation des conversions restent décisives, indépendamment du calendrier Chrome."}
    }
  ]
}
</script>

Checklist WordPress en 7 points

  1. CMP certifié IAB TCF activé (EEE/UK/CH inclus).
  2. Site Kit : Consent Mode ON si GA4/Ads.
  3. Consent Initialization exécuté en premier dans <head>.
  4. Tests Refuser/Accepter avec Tag Assistant.
  5. Liaison GA4 ↔ Google Ads (si pub) pour bénéficier de la modélisation.
  6. En l’absence de consentement, prévoir la diffusion non personnalisée (limited/non-personalized ads) côté AdSense/Ad Manager.
  7. Documenter le lien de retrait/modification du consentement (revocation) dans votre CMP/footers (exigences programmes Google).

Retour en haut