Consent Mode v2 sur Shopify : le guide pratique

Depuis mars 2024, Google impose le Consent Mode v2 à tout annonceur ciblant l’Espace économique européen (EEE). Sans lui, vos audiences de remarketing se vident et vos conversions importées sont rejetées. Pourtant beaucoup de boutiques Shopify le configurent mal — ou pas du tout.

Voici ce qu’il faut comprendre, sans jargon.

Le Consent Mode est un mécanisme par lequel votre site communique à Google l’état du consentement de l’utilisateur, via quatre signaux :

ad_storage — autorisation de stocker des données publicitaires (cookies pub).
analytics_storage — autorisation de stocker des données analytics.
ad_user_data — autorisation d’envoyer des données utilisateur aux fins publicitaires.
ad_personalization — autorisation d’utiliser ces données pour la personnalisation (remarketing).

Les deux derniers signaux (ad_user_data et ad_personalization) sont la nouveauté de la v2, rendue obligatoire.

Deux modes

Basic : aucun tag Google ne se charge tant que le consentement n’est pas donné. Vous perdez 100 % des données des utilisateurs qui refusent.
Advanced : les tags se chargent mais envoient des pings sans cookie quand le consentement est refusé. Google modélise alors les conversions manquantes. C’est ce mode qui préserve le mieux vos données.

Pourquoi c’est obligatoire

Sans signaux de consentement v2 valides :

Vos audiences de remarketing dans Google Ads cessent de se remplir pour le trafic EEE.
L’import de conversions (Enhanced Conversions, GA4) peut être rejeté.
Vous vous exposez à un risque RGPD : envoyer des données sans base légale, c’est une infraction.

Ce n’est donc pas qu’une case technique : c’est à la fois une condition de performance et une condition de conformité.

Le piège du client-side seul

Sur une boutique Shopify classique, le Consent Mode est branché côté navigateur via la CMP. Problème : entre la CMP qui bloque les scripts, les adblockers et ITP, le signal de consentement et les events arrivent de façon incohérente. Résultat fréquent : des events envoyés sans signal de consentement clair, ou des signaux jamais transmis.

Comment le server-side règle ça

Avec un tracking server-side, le signal de consentement voyage avec l’event jusqu’à votre endpoint first-party, puis est appliqué de façon déterministe avant tout envoi aux régies :

Si ad_user_data est refusé, aucune donnée utilisateur ne part vers les API publicitaires — point.
Si le consentement est accordé, les events partent enrichis et dédupliqués.
En mode cookieless, on peut router uniquement vers GA4 avec gcs=G100 (signal « consentement refusé ») pour alimenter la modélisation sans poser le moindre cookie.

C’est exactement la logique implémentée par Walityk : le consentement est respecté par défaut deny, mis en buffer tant que l’utilisateur n’a pas tranché, puis appliqué côté serveur. Aucun event publicitaire ne part sans base légale.

Configurer correctement sur Shopify

Branchez une vraie CMP compatible Consent Mode v2 (la plupart des bannières sérieuses le sont). Elle doit émettre les quatre signaux.
Vérifiez que ad_user_data et ad_personalization sont bien transmis — pas seulement ad_storage/analytics_storage.
Activez le server-side pour que le signal soit appliqué de façon fiable et que vos events résistent aux adblockers.
Testez en live : un bon outil vous montre les events arriver en temps réel avec leur état de consentement, sans Tag Assistant.

En résumé

Le Consent Mode v2 n’est pas optionnel pour vendre dans l’EEE. Mal configuré, il vous coûte des audiences et des conversions ; bien configuré côté serveur, il préserve vos données tout en restant conforme.

Pour voir comment Walityk applique le consentement de bout en bout, parcourez la documentation ou l’installation Shopify.