Comment tester ma balise Google Ads de remarketing dynamique ?

Pour vérifier le remarketing dynamique, testez les appels de la balise, leurs paramètres et les choix de consentement. Ce contrôle technique ne garantit pas à lui seul la diffusion d’annonces dans Google Ads.

1. Préparer le test

Désactivez tout bloqueur de publicité pour le domaine de test. Vérifiez l’ID AW- dans Configuration de base, l’activation du remarketing dynamique et la configuration du consentement.

Effectuez un premier test en acceptant tous les cookies. Testez ensuite les autres choix séparément. Une baisse des données peut avoir plusieurs causes ; elle ne prouve pas à elle seule une panne de bannière.

2. Connecter Tag Assistant

Ouvrez Tag Assistant, cliquez sur Ajouter un domaine, saisissez l’URL complète de votre boutique puis cliquez sur Connecter. Parcourez la boutique dans l’onglet ouvert pour le débogage. Confirmez la connexion si l’outil le demande.

Sélectionnez la balise correspondant à l’ID AW- enregistré dans le module.

3. Vérifier un produit et ses identifiants

Dans l’onglet de la boutique, après avoir accepté les cookies sur votre bannière de consentement, ouvrez un produit. Dans Tag Assistant, sélectionnez la page puis l’appel page_view émis par le module. Le libellé de la ligne dans l’historique peut varier ; vérifiez le contenu de l’appel plutôt qu’un nom de ligne imposé.

Examinez les paramètres dans la couche de données puis les appels envoyés. vérifiez aussi items : chaque objet doit contenir l’identifiant id du produit et google_business_vertical avec la valeur retail. Comparez l’identifiant entier au flux Merchant Center.

Cette capture montre où lire l’appel et sa couche de données. Vérifiez aussi le tableau items et les valeurs de votre produit.

Exemple produit dans Tag Assistant : la couche de données contient page_view, la destination fictive AW-999999999, items[].id égal à 1 et la verticale retail.

Dans cet exemple, le produit 1 vaut 19,12 EUR, sa catégorie est Men et isSaleItem est vrai. Identifiez l’appel par son contenu page_view.

items[].id doit identifier le même article que ecomm_prodid. Vérifiez aussi le prix, la catégorie et la déclinaison. Le paramètre user_id est facultatif selon l’option du module ; consultez ses limites.

Si vous voyez bien les informations produits dans la couche de données, poursuivez le contrôle des appels et de la correspondance des identifiants. Leur simple présence ne prouve pas la réception ni l’éligibilité des campagnes.

Si vous ne voyez aucune donnée apparaître, suivez le diagnostic avant d’attribuer la cause à un bloqueur, à la bannière ou au module.

4. Vérifier les déclinaisons et les autres pages

Si chaque déclinaison est exportée séparément, changez de déclinaison et vérifiez le nouvel identifiant. Ajoutez le produit au panier et inspectez l’appel add_to_cart avec ses paramètres. Ouvrez ensuite le panier puis, sur une commande de test, la confirmation et comparez les articles et les valeurs.

Le module émet également page_view avec un type de page adapté sur les catégories, recherches, paniers et confirmations. Une seule fiche produit ne valide pas tous ces chemins, notamment avec un thème ou un tunnel de commande personnalisé.

5. Vérifier les états de consentement

Dans Consentement, contrôlez l’état initial puis les mises à jour après interaction avec la bannière. Vérifiez ad_storage, analytics_storage, ad_user_data et ad_personalization. Recommencez pour les choix proposés par votre bannière et après une nouvelle page.

Après un refus, le comportement dépend de l’implémentation basique ou avancée du mode consentement. L’absence d’envoi n’est donc pas automatiquement une panne. Consultez le contrôle du consentement documenté par Google.

Si les appels semblent corrects mais que les données ou annonces restent absentes, vérifiez aussi les identifiants du flux, les diagnostics et la configuration du compte et des campagnes Google Ads. Consultez les pistes pour une baisse des données.

États de consentement dans Tag Assistant : vérifiez les quatre signaux selon les choix de la session.

Ces scènes proviennent de sessions réelles de Tag Assistant sans compte Google connecté ; tous les collecteurs étaient bloqués. La présence dans la couche de données ou dans « Hits envoyés » ne prouve ni réception, attribution, audience ni diffusion chez Google.