Google Consent Mode V2 en Suisse : guide complet pour les PME
Depuis mars 2024, les annonceurs ont besoin du Consent Mode V2, sinon les conversions de l'EEE ne sont plus mesurées. Mais qu'est-ce que cela signifie pour les sites suisses, et comment l'implémenter en conformité avec la LPD ?
En mars 2024, Google a fait du Consent Mode V2 une condition préalable à la publicité dans l'EEE. Depuis, les responsables marketing suisses font régulièrement face à la même question : « Ai-je aussi besoin de ça ? » La réponse est généralement oui — et le chemin est moins compliqué qu'on ne le craint.
De quoi il s'agit
Google exige des annonceurs qu'ils transmettent le statut de consentement de leurs visiteurs aux services Google. Concrètement : avant qu'un cookie de tracking ne soit posé, Google vérifie si l'utilisateur a consenti. Quatre signaux sont transmis :
- ad_storage — cookies publicitaires autorisés
- analytics_storage — cookies d'analyse autorisés
- ad_user_data — envoi de données à Google autorisé
- ad_personalization — publicités personnalisées autorisées
Ces signaux peuvent être « granted » (accordé) ou « denied » (refusé). Par défaut, tous devraient être « denied » jusqu'à ce que l'utilisateur consente activement.
Basic vs. Advanced — la différence décisive
Basic Consent Mode est la variante simple : tant qu'aucun consentement n'est donné, Google Tag Manager ne charge pas du tout les tags de tracking. Si l'utilisateur refuse, rien n'arrive à Google. C'est économe en données mais sous-optimal pour les annonceurs — car Google ne peut pas construire de modèles sans données.
Advanced Consent Mode est la solution plus contemporaine : les tags chargent toujours, mais en l'absence de consentement, Google envoie des « cookieless pings » — signaux anonymes sans identifiants. Google les utilise pour entraîner des modèles statistiques et faire du conversion modelling. Concrètement : si 30 % des utilisateurs ne consentent pas, Google estime les conversions de ce groupe à partir des consentants.
Du point de vue d'un annonceur, Advanced est clairement supérieur — plus de données, meilleure optimisation. Du point de vue protection des données c'est discutable, mais techniquement conforme tant que les pings anonymes ne contiennent réellement pas de données personnelles.
Implémentation : les trois étapes
Étape 1 — Définir le consentement par défaut
Avant qu'un script Google ne charge, gtag('consent', 'default', ...) doit être défini. En pratique on le place tout en haut du <head> :
gtag('consent', 'default', {
ad_storage: 'denied',
analytics_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied',
wait_for_update: 500
});
Le champ wait_for_update donne à Google 500 ms d'attente pour une action de mise à jour avant que les tags ne se déclenchent sans consentement.
Étape 2 — Connecter la bannière cookie
Quand l'utilisateur consent (ou refuse), la bannière doit mettre à jour les signaux :
// Exemple : l'utilisateur accepte tout
gtag('consent', 'update', {
ad_storage: 'granted',
analytics_storage: 'granted',
ad_user_data: 'granted',
ad_personalization: 'granted'
});
En cas de consentement catégoriel (par ex. seulement statistiques, pas de cookies marketing), seuls les signaux correspondants sont mis à « granted ».
Étape 3 — Vérification avec Tag Assistant
Google Tag Assistant montre dans le navigateur quels signaux sont actuellement actifs. Avant la mise en ligne, chaque constellation devrait être testée : tout accepté, tout refusé, seulement statistiques, seulement marketing.
Erreurs d'implémentation fréquentes
Trois pièges que je vois régulièrement lors des audits :
Erreur 1 — Default sur « granted » Si les valeurs par défaut sont à « granted », cela annule tout le consent mode. Google le détecte dans la logique d'audit et classe l'implémentation comme non conforme.
Erreur 2 — wait_for_update oublié Sans ce champ, les tags se déclenchent immédiatement, avant que la bannière ne soit chargée. Une première page vue sans consentement est comptée — cela fausse les données et est critique sur le plan protection des données.
Erreur 3 — Seulement trois signaux définis V2 a apporté ad_user_data et ad_personalization comme nouveaux signaux. Quiconque utilise la logique V1 avec seulement ad_storage et analytics_storage a une implémentation incomplète. Google avertit dans l'UI de Tag Manager pour cette constellation.
Garantir la conformité LPD
Du point de vue suisse, le Consent Mode V2 est conforme LPD si la bannière capture correctement le statut de consentement et les signaux sont définis en conséquence. Trois points sont critiques :
- Pas de default « granted » — sinon le tracking se déclenche sans consentement, ce qui est critique sous la LPD révisée.
- Adapter la politique de confidentialité — les cookieless pings doivent être mentionnés, ainsi que le rôle de Google comme destinataire.
- Rendre transparent le conversion modelling — qui veut être précis au sens LPD indique dans la bannière que des signaux anonymes peuvent circuler même sans consentement cookie.
Ce que cela apporte — et ce que non
En pratique, je vois chez les PME suisses avec implémentation Advanced correcte environ 30-50 % de conversions mesurées en plus par rapport aux setups sans Consent Mode. Cela semble beaucoup mais n'est pas magique — Google calcule simplement les utilisateurs non consentants.
Ce que le Consent Mode ne résout pas : si votre architecture de bannière cookie a des problèmes fondamentaux (comme cases pré-cochées ou absence de bouton « Refuser »), même le meilleur Consent Mode n'aide pas. Le consentement doit être valide, sinon toute la construction s'effondre.
Aiara et Consent Mode V2
Chez Aiara, le Consent Mode V2 est actif par défaut. Dès que vous configurez votre bannière cookie et enregistrez Google Analytics ou Google Ads comme outils, les quatre signaux sont automatiquement définis correctement. Vous n'avez aucun code à écrire vous-même — l'intégration tourne de manière transparente en arrière-plan. Cela fait gagner aux agences web suisses typiquement une demi-journée de travail par site client.
Questions fréquentes
Les sites suisses ont-ils besoin du Google Consent Mode V2 ?
Quiconque utilise Google Ads, Floodlight ou Google Analytics 4 et traite au moins un clic publicitaire de l'EEE a besoin du Consent Mode V2. Les sites purement suisses sans publicité UE peuvent théoriquement s'en passer, mais en pratique la plupart des PME suisses utilisent GA4 ou Google Ads — donc cela devient pertinent.
Quelle est la différence entre Basic et Advanced Consent Mode ?
Basic Mode charge les tags uniquement après consentement. Si l'utilisateur refuse, rien n'arrive à Google. Advanced Mode charge toujours les tags mais, en l'absence de consentement, n'envoie que des « cookieless pings » — signaux anonymes sans identifiants. Cela permet à Google d'entraîner des modèles sans tracker l'utilisateur individuel. Advanced est généralement le meilleur choix car plus de données arrivent.
Quels sont les quatre signaux de consentement ?
ad_storage (cookies publicitaires), analytics_storage (cookies d'analyse), ad_user_data (transmission de données utilisateur à Google) et ad_personalization (publicité personnalisée). Tous quatre doivent être explicitement définis par la bannière cookie selon le consentement de l'utilisateur.
Le Consent Mode V2 est-il compatible avec la LPD révisée ?
Oui, s'il est correctement implémenté. Les signaux doivent refléter le consentement de l'utilisateur — aucun préréglage sur « granted ». De plus, les cookies posés par le mode doivent être mentionnés dans la politique de confidentialité. Les utilisateurs suisses doivent être traités comme les utilisateurs UE quand le site implémente déjà le tracking UE.
Que se passe-t-il sans Consent Mode V2 ?
Google Ads et GA4 fonctionnent encore techniquement — mais les conversions des utilisateurs EEE ne sont plus évaluées. Pour les annonceurs cela signifie une optimisation nettement moins bonne car Google manque de données de performance. En pratique, les campagnes sans Consent Mode V2 perdent massivement en efficacité après quelques semaines.
Prêt pour un consentement cookies propre ?
Aiara gère bannière cookies, politique de confidentialité et mentions légales pour votre site — conforme LPD et RGPD.
Découvrir AiaraAutres articles
22 avril 2026 · 5 min de lecture
Catégories de cookies expliquées : nécessaires, fonctionnels, statistiques, marketing
15 avril 2026 · 4 min de lecture
Radar de risques selon l'annexe A du PFPDT : évaluer systématiquement les risques de protection des données
3 avril 2026 · 5 min de lecture