Comment faire respecter le consentement aux cookies par Meta Signals Gateway ?

Tous les articles

Donnez au pixel Signals Gateway sa propre vérification du consentement. C'est un code distinct du pixel Meta standard, qui fonctionne avec sa propre fonction cbq : vous ne pouvez donc pas compter sur un appel de consentement à fbq pour l'atteindre. Dans Tag Manager, ajoutez à sa balise des paramètres de consentement pour ad_storage, ad_user_data et ad_personalization, et déclenchez-la de nouveau sur votre événement de mise à jour du consentement. Sans Tag Manager, retenez son code jusqu'à ce que le visiteur accepte la publicité.

La plupart des configurations de consentement pour Meta ont été conçues pour un seul pixel. Signals Gateway en ajoute un second, et c'est ce second pixel que l'on oublie de conditionner. Voici pourquoi cela arrive, comment le corriger et comment vérifier la correction.

Pourquoi ma bannière de cookies ne contrôle-t-elle pas déjà le pixel de la passerelle ?

Parce que la bannière s'adresse à une autre fonction. Le contrôle du consentement de Meta pour le pixel standard est une commande sur fbq : fbq('consent', 'revoke') avant init, puis fbq('consent', 'grant') une fois que le visiteur accepte. Le guide de Meta sur le consentement pour le pixel décrit exactement cette paire. La plupart des plateformes de consentement, Velo compris, envoient ces deux appels lorsqu'un choix prend effet.

Le pixel Signals Gateway s'installe avec son propre code de base. Il définit cbq, le dirige vers la passerelle sur votre propre sous-domaine avec cbq('setHost', …), et envoie les événements à partir de là. Un revoke envoyé à fbq est un appel à un autre objet, et la documentation de Meta sur le pixel de la passerelle ne dit rien du consentement. Ne comptez pas sur l'appel de consentement du pixel standard pour couvrir le pixel de la passerelle.

Google Consent Mode n'aide pas non plus ici. C'est le signal de Google pour les balises Google. Le code de base de Meta ne le lit pas de lui-même, et une balise Custom HTML dans Tag Manager ne le lit pas du tout. Les paramètres de consentement de Tag Manager sont différents : ils décident si une balise se déclenche, quel que soit le code qu'elle contient. Il reste donc deux endroits où arrêter le pixel de la passerelle : les paramètres de consentement de la balise dans Tag Manager, ou la page elle-même.

Comment configurer le pixel de la passerelle pour qu'il attende le consentement ?

Les étapes ci-dessous supposent Tag Manager, car c'est ainsi que la plupart des sites installent le pixel de la passerelle. L'étape 4 couvre le code dans la page.

1. Trouvez chaque copie du pixel de la passerelle

   Cherchez dans votre conteneur les balises qui appellent cbq, qu'il s'agisse d'un modèle de pixel de passerelle ou d'une balise Custom HTML, et cherchez le même code de base dans la source de la page. Une seconde copie non conditionnée annule le travail fait sur la première.

2. Ajoutez des paramètres de consentement à la balise

   Sur la balise du pixel de la passerelle, ouvrez Advanced Settings, puis Consent Settings. Choisissez Require additional consent for tag to fire et ajoutez ad_storage, ad_user_data et ad_personalization. Une balise bloquée de cette façon ne se déclenche pas, elle n'envoie donc rien.

3. Déclenchez-la de nouveau quand le visiteur accepte

   Une page vue bloquée au chargement ne revient pas d'elle-même. Ajoutez un déclencheur sur l'événement de mise à jour de votre plateforme de consentement (avec Velo, c'est velo_consent_update) et réglez Tag firing options sur Once per page, pour qu'une acceptation déclenche la page vue une seule fois.

4. Sans Tag Manager, retenez le code

   Si le code de base se trouve dans la page, changez son type de script en text/plain et associez-le à la catégorie publicitaire de votre plateforme de consentement. Avec Velo, c'est data-velo-category="ads". Le code ne s'exécute alors qu'une fois que le visiteur a autorisé la publicité.

5. Donnez le même identifiant d'événement aux deux pixels

   Si le pixel standard et le pixel de la passerelle envoient tous deux un Purchase, Meta peut le compter deux fois. Il supprime les doublons de la façon la plus fiable quand les deux partagent un nom d'événement et un identifiant d'événement. Placez une même variable Tag Manager dans le champ Event ID des deux balises.

6. Testez avant de publier

   Effectuez les quatre vérifications de la section suivante sur le site en ligne, dans une nouvelle session de navigateur à chaque fois.

Les modèles diffèrent, alors lisez celui que vous avez installé. Certains modèles de la communauté pour le pixel de la passerelle, dont celui de Stape, documentent leur propre gestion du consentement basée sur ad_storage. Certains ont leur propre champ de consentement, intitulé Consent Granted (GDPR) dans la version que suit notre guide Meta Pixel et Signals Gateway ; avec des paramètres de consentement Tag Manager en place, le guide le laisse sur True, car ces paramètres retiennent déjà la balise. Si vous installez le pixel de la passerelle comme balise Custom HTML, ce champ n'existe pas, et les paramètres de consentement sont le seul verrou. Ils fonctionnent de la même façon quel que soit le modèle utilisé.

Comment vérifier que le pixel de la passerelle respecte le choix ?

Surveillez le réseau, pas la liste des balises. Une balise peut apparaître comme bloquée dans l'aperçu de Tag Manager alors qu'une copie codée en dur dans le thème envoie toujours des événements.

• Avant tout choix : ouvrez le panneau Réseau et filtrez sur le sous-domaine de votre passerelle et sur facebook.com/tr. Rien ne doit apparaître.
• Après acceptation de la publicité : la page vue doit atteindre votre passerelle. Vérifiez-le dans l'activité des événements de la passerelle ou dans Test events du Gestionnaire d'événements.
• Après refus : parcourez deux pages. Aucune requête vers la passerelle ni vers Meta.
• Après retrait : acceptez, puis retirez votre consentement via le bouton de confidentialité et chargez une autre page. Les requêtes doivent s'arrêter à partir de cette page.

Cherchez ensuite d'éventuels avertissements de déduplication dans le Gestionnaire d'événements. Notre liste de vérification pour tester une bannière de cookies avant la mise en ligne détaille la procédure complète dans le navigateur, et les mêmes règles d'hygiène de session s'appliquent ici.

Une passerelle sur mon propre sous-domaine change-t-elle le consentement dont j'ai besoin ?

Non. La règle européenne de l'article 5(3) de la directive ePrivacy porte sur le stockage d'informations sur l'appareil du visiteur ou la lecture de ces informations. Elle ne s'intéresse pas au domaine auquel la requête est envoyée. Meta décrit Signals Gateway comme un moyen de recevoir et d'envoyer des événements sur votre propre infrastructure. Cela change le trajet des données, pas le choix du visiteur à leur sujet.

C'est la même réponse que pour la version Google du même principe, dans Google tag gateway exige-t-il le consentement aux cookies. Un chemin propriétaire (first party) est une décision de routage. C'est toujours le consentement qui décide si la balise s'exécute.

Et les événements que la passerelle transmet à l'API Conversions ?

Si le pixel du navigateur est conditionné, la passerelle ne reçoit rien du navigateur de ce visiteur, et il n'y a donc rien à transmettre. La faille est ailleurs. Les événements que votre propre serveur envoie, comme un achat transmis à l'API Conversions depuis votre tunnel de paiement, ne passent jamais par la bannière. Appliquez le choix publicitaire du visiteur à ces événements avant de les envoyer, sinon la voie serveur ignore discrètement la décision que le navigateur a respectée.

C'est le même schéma que pour le pixel standard, un niveau plus bas. Notre article sur pourquoi le pixel Facebook se charge encore quand vos balises sont bloquées traite des copies codées en dur qui causent la plupart de ces fuites.

Velo envoie grant et revoke au pixel Meta standard chaque fois qu'un choix prend effet. Il n'envoie pas encore le choix au pixel Signals Gateway : pour ce pixel, utilisez les paramètres de consentement de Tag Manager ou le blocage par catégorie ads décrit plus haut.