Comment vérifier que votre suivi des conversions Google Ads fonctionne vraiment ?

En bref : « est-ce que mon suivi des conversions Google Ads fonctionne ? » recouvre trois questions distinctes : le tag de conversion part-il, Google Ads peut-il rattacher la conversion à un clic, et le Smart Bidding peut-il se servir de ce qu'il enregistre ? Tag Assistant répond à la première en deux minutes. La deuxième est celle qu'on teste mal, parce qu'une commande de test passée par vous-même n'apparaîtra jamais dans Google Ads. La troisième décide de ce sur quoi vos enchères reposent, et c'est celle que personne ne vérifie. Un statut « Enregistrement des conversions » n'a jamais prouvé un signal de conversion sur lequel on peut enchérir.

Tag Assistant montre le tag de conversion qui part sur la page de confirmation de commande. L'action de conversion affiche « Enregistrement des conversions ». La campagne en ROAS cible bat son objectif semaine après semaine.

Et pourtant Google Ads a compté 1 120 achats le mois dernier, sur une boutique dont le back-office a enregistré 940 commandes au total, tous canaux confondus.

Les deux constats sont vrais en même temps. Le tag part bien, et le signal est faux. Six mois plus tôt, quelqu'un a importé l'événement GA4 purchase dans Google Ads « pour avoir les deux ». Personne ne l'a passé en secondaire. Deux actions de conversion principales comptent désormais la même commande, le Smart Bidding voit deux fois le chiffre d'affaires réellement encaissé, et il monte les enchères pour aller le chercher.

C'est là que Google Ads diffère de GA4 et de Meta. GA4 a le DebugView, Meta a les Test Events : un flux en direct où vous regardez votre propre événement arriver. Google Ads n'a pas d'équivalent, parce qu'il n'enregistre une conversion que s'il peut l'attribuer à une interaction publicitaire. Votre commande de test n'apparaît jamais, que le tracking fonctionne ou non. Le niveau du milieu ne se vérifie donc pas en regardant. Il se vérifie en suivant l'identifiant de clic, de la publicité jusqu'à la commande.

Cet article prend les trois niveaux dans l'ordre. Ce que chacun prouve, ce qu'il ne prouve pas, et le moment où il faut passer au suivant.

Les trois questions que « est-ce que mon suivi des conversions marche ? » recouvre

Quand quelqu'un demande si le suivi des conversions Google Ads fonctionne, il pose en réalité trois questions empilées, de difficulté croissante :

1. Le tag de conversion se déclenche-t-il ? Est-ce qu'une requête de conversion part du navigateur, avec le bon libellé, la bonne valeur et le bon identifiant de transaction.
2. Google Ads peut-il l'attribuer ? Est-ce que l'identifiant de clic survit de la publicité jusqu'à la page de confirmation, pour que Google Ads puisse rattacher la conversion à un clic et l'enregistrer.
3. Le Smart Bidding peut-il s'en servir ? Est-ce que la conversion est comptée une fois, marquée principale, correctement valorisée, et envoyée avec les signaux de consentement dont Google a besoin.

Chaque niveau se vérifie avec des outils différents, et surtout : un niveau validé ne dit rien du niveau suivant. Un tag qui part peut n'avoir aucun gclid à quoi se rattacher, parce qu'une redirection l'a supprimé sur la page d'atterrissage trois étapes plus tôt. Une conversion proprement enregistrée par Google Ads peut être comptée une seconde fois par une conversion GA4 importée, ou dormir dans une action secondaire que le Smart Bidding ignore.

La ligne à retenir : les trois niveaux sont hiérarchiques dans la vérification, pas dans l'importance. Le troisième est celui sur lequel reposent vos enchères, et c'est celui qu'on saute.

Niveau 1 : vérifier que le tag de conversion part

Quatre méthodes, de la plus rapide à la plus fiable :

• Tag Assistant. Connectez le site sur tagassistant.google.com et naviguez jusqu'à la page de confirmation. La balise Google (AW- suivi de votre ID de conversion) apparaît dans le récapitulatif, avec chaque événement conversion envoyé et sa cible send_to. Quand Google Ads est posé via GTM, c'est la même session que le mode Aperçu de GTM, qui montre en plus pourquoi le tag est parti : quel déclencheur, sur quel événement, avec quelles variables résolues.
• L'onglet Réseau du navigateur. Filtrez sur ?random. Chaque requête vers googleadservices.com/pagead/conversion/<ID de conversion>/ est un hit de conversion qui part, et ses paramètres se lisent directement dans l'URL : label porte le libellé de conversion, value et currency_code le montant, oid l'identifiant de transaction. Si oid est absent d'une conversion d'achat, arrêtez-vous là : vous tenez déjà la cause de vos futurs doublons.
• La console. dataLayer tapé dans la console renvoie l'historique des pushes de la page. C'est le préalable à tout le reste : si la valeur et l'identifiant de commande ne sont pas dans le dataLayer au moment où le tag part, aucun tag ne pourra les envoyer. Si ce mot ne vous dit rien, commencez par cet article.
• Le libellé lui-même. Ouvrez l'action de conversion dans Google Ads (Objectifs, puis Conversions, puis Récapitulatif), affichez la configuration de sa balise, et comparez l'ID et le libellé de conversion avec ce que montre l'onglet Réseau. Un tag qui envoie fidèlement vers le libellé d'une action supprimée puis recréée l'an dernier part parfaitement, et n'alimente rien.

Ce que ce niveau prouve : la mécanique de déclenchement est branchée, vers une adresse.

Ce qu'il ne prouve pas : que l'adresse est la bonne, que la conversion sera rattachée à un clic, ni qu'elle sera comptée une seule fois. Tag Assistant confirme qu'une requête est partie du navigateur. La coche verte est un test de tuyauterie.

Niveau 2 : vérifier que Google Ads peut attribuer la conversion

Le tag part : reste à savoir si Google Ads peut le relier à un clic.

C'est le niveau où la plupart des vérifications se trompent, parce qu'il ne se vérifie pas de la manière évidente. Google Ads n'enregistre que les conversions qui suivent une interaction publicitaire. Passez une commande de test après avoir tapé l'URL vous-même, et rien n'apparaîtra dans les colonnes de conversion, que le tracking soit parfait ou cassé. Les équipes lisent ce silence comme une panne, ou cliquent sur leurs propres annonces pour tester, ce qui coûte de l'argent et pollue précisément la donnée qu'elles cherchent à vérifier.

Ce qu'on vérifie à la place, c'est la chaîne qui rend l'attribution possible :

• Le balisage automatique est activé. Dans les paramètres du compte. Sans lui, les clics publicitaires ne portent aucun gclid, et rien de ce qui suit ne peut fonctionner.
• L'identifiant de clic survit à la page d'atterrissage. Ouvrez votre page d'atterrissage avec un paramètre de test, par exemple ?gclid=test123, et suivez l'URL à travers chaque redirection : http vers https, redirection de langue, mur de consentement, sous-domaine mobile. Une redirection qui supprime les paramètres d'URL coupe le seul lien entre le clic et la conversion. Sur le trafic iOS, l'identifiant arrive sous la forme gbraid ou wbraid, et le même test s'applique.
• L'identifiant est stocké. Après l'atterrissage, le cookie first-party _gcl_aw doit exister et contenir votre valeur de test. Avec GTM, c'est la balise Linker de conversion qui l'écrit, et elle doit se déclencher sur toutes les pages, pages d'atterrissage comprises. Avec gtag.js, la balise Google s'en charge nativement. Si le cookie est absent, le tag de conversion partira sur la page de confirmation sans rien à quoi se rattacher.
• La chaîne survit au tunnel de commande. Si le checkout ou la page de paiement tourne sur un autre domaine, le cookie reste derrière, sauf si l'association interdomaine est configurée. Faites un parcours complet depuis l'URL d'atterrissage de test jusqu'à la page de confirmation, et contrôlez le cookie et le hit de conversion sur la dernière page.
• Google Ads rapporte ce qu'il a reçu. La colonne d'état du récapitulatif des conversions (« Enregistrement des conversions », « Aucune conversion récente », « Inactive », ou une alerte de configuration) et les diagnostics de chaque action. Les deux ont plusieurs heures de retard, davantage encore pour les conversions importées depuis GA4. Ne concluez jamais à une panne depuis l'interface Google Ads le jour de la mise en production.

Ce que ce niveau prouve : un vrai clic publicitaire peut aller jusqu'à une conversion enregistrée.

Ce qu'il ne prouve pas : que la conversion enregistrée est juste. Le statut dit que des conversions arrivent. Il ne dit pas combien sont des doublons, quelle valeur elles portent, ni si les enchères les regardent. Vérifier ce qui arrive réellement dans chaque outil est un exercice distinct.

Niveau 3 : vérifier que le Smart Bidding peut s'en servir (le niveau qu'on saute)

C'est ici que se joue la question qui vous intéresse vraiment, et elle ne se règle avec aucun outil de debug. Elle se règle en lisant la configuration des actions de conversion, et en confrontant ce que compte Google Ads à une vérité extérieure.

• Listez vos actions de conversion principales. Seules les actions principales alimentent la colonne « Conversions » et le Smart Bidding ; les secondaires n'apparaissent que dans « Toutes les conv. ». Deux cas cassent tout ici. Deux actions principales qui mesurent le même achat, typiquement le tag Google Ads natif et un purchase GA4 importé, comptent chaque commande deux fois, et Google Ads ne déduplique jamais entre deux actions de conversion différentes. Le cas inverse : l'action que vous venez de passer un sprint à implémenter a été créée en secondaire. Elle part, elle enregistre, et les enchères l'ignorent.
• Contrôlez le mode de comptage et l'identifiant de transaction. Une action d'achat doit compter « Toutes » les conversions et envoyer l'identifiant de commande en transaction_id, qui devient oid dans le hit. Google Ads déduplique les conversions portant le même identifiant de transaction au sein d'une même action. Sans lui, le client qui recharge la page de confirmation ou la rouvre depuis l'email de commande compte comme une seconde vente.
• Faites le test de l'invariant. Google Ads ne voit que les commandes attribuées à la publicité : il ne doit donc jamais égaler votre back-office, il doit être en dessous. Sur une journée close, comparez les conversions d'achat comptées à leur date de conversion (colonne « Conv. (by conv. time) » en interface anglaise) au total des commandes du back-office. La colonne « Conversions » par défaut impute chaque conversion au jour du clic publicitaire, pas au jour de l'achat, et la comparer au back-office est le faux diagnostic le plus répandu du domaine. Si Google Ads compte plus d'achats que le back-office n'en a enregistré tous canaux confondus, quelque chose est compté deux fois. Aucun modèle d'attribution n'explique un surcomptage du total.
• Faites le test du panier moyen. Valeur de conversion divisée par le nombre de conversions, contre le panier moyen du back-office, sur la même période. Les deux ne coïncideront pas exactement, mais un rapport proche de 2 ou de 0,5, ou un saut après une mise en production, signale une valeur fausse : TTC d'un côté et HT de l'autre, frais de port ajoutés, montant envoyé en centimes, mauvaise devise. Le ROAS cible optimise exactement sur ce chiffre.
• Contrôlez les signaux de consentement. Lisez les paramètres gcs et gcd du hit de conversion, qui portent l'état du consentement. Dans l'Espace économique européen, depuis mars 2024, Google exige les signaux ad_user_data et ad_personalization du Consent Mode v2 en plus des deux signaux d'origine. Une CMP qui n'envoie que les signaux d'origine vous laisse des conversions qui existent mais ne peuvent pas être pleinement utilisées pour la mesure et les audiences, et rien dans l'interface ne le signale franchement.

Le test de l'invariant est la vérification la plus importante de tout l'article, et la plus souvent absente. C'est la seule qui compare votre mesure à autre chose qu'elle-même. Sans elle, vous vérifiez la cohérence interne d'un système qui peut être cohéremment faux, et qui enchérit avec votre argent pendant qu'il se trompe.

La ligne à retenir : « Enregistrement des conversions » prouve que quelque chose arrive. Seul le back-office prouve que le compte est plausible, et seuls les paramètres des actions de conversion prouvent que les enchères regardent la bonne chose.

Le tableau de contrôle

Les quatre dernières lignes sont celles qu'aucun outil de debug ne remontera, et celles qui coûtent le plus cher. Ici, directement en enchères.

Les cas où tout paraît fonctionner et où rien ne va

Les pannes silencieuses sont la spécialité de ce domaine, parce qu'elles ne produisent aucune erreur : elles produisent des chiffres plausibles. Et sur Google Ads, les plus coûteuses produisent des chiffres flatteurs.

• Import GA4 et tag natif, tous deux principaux. Chaque commande compte double, le ROAS paraît excellent, et le ROAS cible monte les enchères pour aller chercher un chiffre d'affaires qui n'existe pas. La panne la plus coûteuse de cette liste, et la plus difficile à mettre en doute : personne n'audite une bonne nouvelle.
• Une redirection mange le gclid. Une nouvelle redirection de langue ou un mur de consentement supprime les paramètres d'URL. Le tag part toujours sur chaque commande, Tag Assistant est toujours vert, et les conversions enregistrées baissent sans bruit. Le Smart Bidding en conclut que les campagnes se sont dégradées, et il lève le pied.
• Le Linker de conversion ne part pas sur les pages d'atterrissage. Son déclencheur a été restreint à « toutes les pages sauf… », ou il attend un événement de consentement qui arrive après que l'URL d'atterrissage a disparu. Même symptôme, cause différente.
• Pas d'identifiant de transaction. La page de confirmation compte à nouveau à chaque rechargement, chaque retour arrière, chaque réouverture depuis l'email de commande. Les volumes gonflent de quelques pour cent, jamais assez pour déclencher une alerte.
• Valeur envoyée en centimes, ou TTC d'un seul côté. 4990 au lieu de 49.90. La conversion s'enregistre, et le ROAS cible optimise désormais sur un chiffre faux d'un facteur entier.
• Deux tags sur la page de confirmation. Un snippet en dur hérité d'une ancienne agence plus le tag GTM, ou une app Shopify plus une pose manuelle. Le double comptage au sein d'une même action n'est évité que si les deux envoient le même identifiant de transaction. L'une des erreurs les plus fréquentes du domaine.
• Le tag part avant le consentement. Les données arrivent, mais dans une situation juridiquement intenable, et souvent avec un paramétrage de consentement qui fragilise la mesure de toute façon.
• La panne ne touche qu'un segment. Safari, iOS, le parcours de l'app vers le web, le domaine d'un seul pays. Le volume global bouge peu, donc personne ne le voit.

Le point commun : aucun de ces cas ne se voit sans un référentiel qui dit ce qui devrait être envoyé, sur quelle page, avec quels paramètres, vers quelle action de conversion. Ce référentiel, c'est le plan de marquage. Sans lui, vous ne vérifiez pas votre suivi des conversions, vous le contemplez.

Pourquoi cette vérification ne tient pas dans le temps

Tout ce qui précède décrit un contrôle ponctuel. Fait sérieusement, sur les trois niveaux, il prend une demi-journée sur un site e-commerce de taille moyenne, et c'est pour Google Ads seul. La plupart de nos clients le font tourner à côté de GA4, de Meta et d'au moins un TikTok ou Pinterest, chacun avec ses noms d'événements, ses paramètres obligatoires et son outil de debug. Le problème n'est pas de le faire une fois, c'est qu'il est valide jusqu'à la prochaine mise en production, c'est-à-dire souvent quelques jours.

Et l'écart entre le moment où la collecte casse et le moment où quelqu'un s'en aperçoit est mesurable. Nos propres relevés donnent une moyenne de deux semaines, sauf quand la régression touche directement le chiffre d'affaires, parce que là, quelqu'un regarde tous les jours. Google Ads aggrave cette fenêtre de deux façons. Son interface a plusieurs heures de retard, donc un contrôle le jour de la MEP ne voit rien. Et le Smart Bidding ne vous attend pas : il continue d'apprendre sur le signal cassé chaque jour où il reste cassé, et un doublement des conversions ressemble exactement à une campagne qui marche enfin.

C'est ce que MayIA° automatise. Des agents LLM rejouent vos parcours comme un utilisateur, capturent les hits qui partent du navigateur pour toutes les plateformes à la fois (Google Ads, GA4, Meta, TikTok et les autres) et comparent chacun à ce que votre plan de marquage annonce : conversion présente sur la bonne page, libellé, valeur, devise et identifiant de transaction renseignés et correctement typés, rien d'envoyé deux fois. La comparaison tourne à chaque déploiement plutôt qu'au moment où quelqu'un s'étonne d'un ROAS. Le niveau 3, celui que personne n'a le temps de refaire manuellement à chaque MEP, devient un contrôle systématique. Si vous voulez la méthode manuelle complète avant d'automatiser quoi que ce soit, elle est détaillée dans recetter un dataLayer. La même logique en trois niveaux appliquée à Google Analytics est ici, et au Pixel Meta ici. Et si vous comparez les approches du marché, nous avons documenté les outils de QA dataLayer automatisée.

Pour conclure

« Est-ce que mon suivi des conversions Google Ads fonctionne ? » est une question mal posée, et c'est ce qui la rend coûteuse : elle reçoit toujours une réponse rassurante. Le tag part et le statut affiche « Enregistrement des conversions », donc ça marche.

Posez-la en trois temps. Le tag part-il, Google Ads peut-il le relier à un clic, le Smart Bidding peut-il s'en servir ? La première question prend deux minutes avec Tag Assistant. La deuxième demande une URL d'atterrissage de test et un cookie, pas une commande de test. La troisième demande votre back-office et un regard sur les actions de conversion marquées principales. C'est là que se prennent réellement les décisions de budget.

Si vous ne devez retenir qu'une chose : Google Ads ne vous montrera jamais votre propre conversion de test, et il vous montrera volontiers une conversion deux fois.

Vous voulez savoir ce que vos tags de conversion envoient vraiment, sur toutes vos plateformes, sans y passer la demi-journée ? Faites-le auditer : on regarde vos parcours critiques et on vous dit où sont les écarts.

FAQ

Comment savoir si mon suivi des conversions Google Ads fonctionne ?

En trois étapes, pas une. Tag Assistant et l'onglet Réseau confirment que le tag de conversion part avec le bon libellé, la valeur et l'identifiant de transaction. Une URL d'atterrissage de test avec un gclid et le cookie _gcl_aw confirment que Google Ads pourra rattacher la conversion à un clic. Enfin, la liste des actions principales et un rapprochement avec le back-office confirment que le Smart Bidding enchérit sur un signal juste. La troisième étape est la seule qui prouve quelque chose sur la qualité du signal.

Pourquoi ma conversion de test n'apparaît-elle pas dans Google Ads ?

Parce que Google Ads n'enregistre que les conversions qui suivent une interaction publicitaire. Une commande passée après avoir tapé l'URL vous-même n'est rattachée à aucun clic, et n'apparaîtra jamais dans les colonnes de conversion, que le tracking fonctionne ou non. Vérifiez plutôt que le hit de conversion part, puis que la chaîne gclid tient de la page d'atterrissage à la page de confirmation. Et ne cliquez pas sur vos propres annonces pour tester : cela coûte de l'argent et pollue la donnée.

Pourquoi Google Ads compte-t-il plus de conversions que mon back-office ?

Presque toujours parce qu'une même commande est comptée deux fois. La cause la plus fréquente est un purchase GA4 importé dans Google Ads à côté du tag de conversion natif, les deux actions étant marquées principales : Google Ads ne déduplique jamais entre deux actions différentes. Les autres causes sont un identifiant de transaction absent, qui fait recompter chaque rechargement de la page de confirmation, et deux tags posés sur la même page. Google Ads ne voit que les commandes attribuées à la publicité : il ne peut pas légitimement dépasser le total du back-office.

Quelle différence entre une conversion principale et une conversion secondaire ?

Seules les actions principales alimentent la colonne « Conversions » et les stratégies de Smart Bidding. Les actions secondaires sont enregistrées et visibles dans « Toutes les conv. », mais les enchères les ignorent. Une action clé créée par erreur en secondaire part, enregistre, et n'influence aucune enchère ; deux actions principales qui mesurent le même achat font enchérir sur un chiffre d'affaires doublé.

Pourquoi les conversions Google Ads ne correspondent-elles pas au back-office sur une journée ?

D'abord parce que Google Ads ne compte que les commandes attribuées à la publicité, pas toutes les commandes. Ensuite parce que la colonne « Conversions » par défaut impute chaque conversion au jour du clic publicitaire, pas au jour de l'achat. Pour un rapprochement sur une journée close, utilisez les conversions comptées à leur date de conversion (« Conv. (by conv. time) » en interface anglaise), et vérifiez qu'elles restent sous le total du back-office.

À quoi sert le Linker de conversion dans GTM ?

Il lit l'identifiant de clic (gclid, ou gbraid et wbraid sur iOS) dans l'URL d'atterrissage et le stocke dans un cookie first-party, _gcl_aw, pour que le tag de conversion puisse le rattacher à la commande plusieurs pages plus loin. Il doit se déclencher sur toutes les pages, pages d'atterrissage comprises. S'il manque ou part trop tard, le tag de conversion se déclenche normalement mais Google Ads enregistre moins de conversions, sans aucune erreur visible.

À quelle fréquence faut-il vérifier son suivi des conversions Google Ads ?

À chaque mise en production, parce qu'une vérification n'est valide que jusqu'au déploiement suivant. Nos propres relevés montrent qu'une régression met en moyenne deux semaines à être remarquée. Google Ads aggrave ce délai : son interface a plusieurs heures de retard, et le Smart Bidding continue d'apprendre sur un signal cassé chaque jour où il le reste. Un doublement des conversions ressemble exactement à une campagne qui marche enfin.