Commencez par une session de test propre et répétable
Le guide de dépannage de Google indique que Tag Assistant peut être utilisé pour vérifier si un site définit l'état de consentement par défaut correct, met à jour cet état après l'interaction du visiteur et indique quelles balises vérifient quels types de consentement. Traitez cela comme un audit technique et non comme un exercice de capture d'écran.
Ouvrez un profil de navigateur frais ou une session privée, effacez le cookie de consentement du site existant et lancez une nouvelle session Tag Assistant pour l'URL publique que vous souhaitez tester. Pour des résultats les plus clairs, Google recommande Chrome avec l'extension Tag Assistant Companion. Si votre configuration WordPress utilise le cache des pages, testez une page mise en cache normale et tout modèle où les balises sont injectées différemment.
Confirmez que l'état par défaut apparaît avant que les balises ne l'utilisent
Le Consent Mode dépend de l'ordre. Dans un flux de consentement par opt-in typique de l'EEE, le stockage optionnel ne doit pas commencer par être accordé avant que le visiteur ne choisisse. Dans Tag Assistant, sélectionnez l'événement de consentement le plus ancien et inspectez l'appel API ou l'onglet Consent. La documentation actuelle de débogage de Google met en évidence
ad_storage, analytics_storage, ad_user_data, et
ad_personalization en tant que paramètres à vérifier pour la vérification du site.
Si vous utilisez Google Tag Manager, vérifiez également le moment où la balise de consentement s'exécute. Google documente le déclencheur Consent Initialization comme le déclencheur destiné à rendre les paramètres de consentement disponibles avant que d'autres déclencheurs ne s'exécutent. Cela ne supprime pas la nécessité de configurer correctement votre bandeau, mais vous offre un point de chronométrage concret à inspecter.
Testez les mises à jour acceptées, rejetées et personnalisées
Un test unique d'acceptation de tout n'est pas suffisant. Après avoir interagi avec le bandeau, sélectionnez l'événement de consentement le plus récent dans Tag Assistant et confirmez que la mise à jour reflète le choix réel du visiteur. Le consentement aux analyses doit suivre la catégorie analyses. Le stockage publicitaire, les données d'utilisateur publicitaires et la personnalisation des publicités doivent suivre la catégorie marketing ou publicitaire définie par votre site.
Répétez la même vérification après avoir rejeté les catégories facultatives et après avoir enregistré un mélange personnalisé. Puis rechargez la page et vérifiez que le choix stocké est appliqué de manière cohérente. Un mode de défaillance courant sous WordPress est que la première vue de page fonctionne, mais qu'une page mise en cache, un script injecté par le thème ou un chemin d'optimisation de plugin modifie la séquence lors du chargement suivant.
Gardez le chronométrage des scripts WordPress dans le cadre du test
WordPress lui-même utilise des cookies pour les utilisateurs connectés, les commentateurs et le comportement linguistique, mais la plupart des problèmes de Consent Mode proviennent des scripts d'analyse et de publicité facultatifs. Vérifiez où votre thème, vos plugins, votre constructeur de pages ou votre conteneur GTM chargent les balises Google. Une balise qui se déclenche avant l'appel de consentement par défaut peut compromettre une bannière autrement bonne.
ACookies définit les paramètres par défaut de refus pour Google et envoie des mises à jour après le choix du visiteur dans son flux de Consent Mode. Il prend également en charge l'enregistrement de la WP Consent API dans le plugin WordPress. Ces affirmations sur les produits reposent sur la mise en œuvre du dépôt et les données marketing des produits, mais votre site final doit toujours subir des vérifications Tag Assistant, cookies et réseau après la configuration.
- Effacez le consentement existant et lancez une nouvelle session Tag Assistant.
- Inspectez le premier événement de consentement avant d'interagir avec le bandeau.
- Vérifiez les mises à jour des catégories acceptées, rejetées et personnalisées.
- Rechargez la même page et retestez un autre modèle WordPress.
- Comparez la sortie de Tag Assistant avec les cookies du navigateur et les requêtes réseau.
Questions fréquemment posées
Que doit afficher Tag Assistant avant qu'un visiteur n'accepte les cookies ?
Il doit indiquer que la page a défini un état de consentement par défaut avant le déclenchement des balises pertinentes. Pour les configurations Google courantes, consultez ad_storage, analytics_storage,
ad_user_data, et ad_personalization.
Une vérification réussie de Tag Assistant prouve-t-elle la conformité légale ?
Non. Tag Assistant vérifie le signal technique envoyé aux balises Google. Il ne décide pas si votre demande de consentement, votre texte de politique ou vos finalités commerciales satisfont aux exigences légales.
Les équipes WordPress doivent-elles tester les chemins d'acceptation et de rejet ?
Oui. Testez une nouvelle session, acceptez tout, rejetez les catégories facultatives et les choix personnalisés afin de confirmer que les états par défaut et mis à jour se comportent comme prévu.