Le suivi repose sur trois concepts distincts : l’événement (un fait observé : clic, envoi de formulaire, achat), la conversion (l’événement que vous désignez comme objectif, avec sa valeur), et l’attribution (la règle qui décide quel clic reçoit le mérite). La donnée circule sur une chaîne à quatre maillons : déclenchement, collecte, transmission, interprétation.
Cette page pose les bases théoriques du suivi Google Ads : le vocabulaire et la chaîne sur lesquels tout le reste du dispositif de mesure s’appuie, quel que soit le canal publicitaire utilisé.
« On a un problème de suivi. » Cette phrase, telle quelle, est indiagnosticable, comme « la voiture fait un bruit ».
Trois mots que le marché emploie comme synonymes, sur toutes les campagnes et tous les canaux publicitaires, alors qu’ils désignent trois choses différentes.
L’événement est un fait observé : quelqu’un a cliqué sur une annonce, envoyé un formulaire, vu une page, acheté. Neutre, brut, sans jugement de valeur. Un site marchand ou une page de génération de prospects en produit des centaines par minute.
La conversion est une décision : parmi toutes ces actions publicitaires, celles que VOUS désignez comme objectifs, avec, idéalement, une valeur. C’est un choix business déguisé en réglage technique, et c’est le plus important du compte : la machine optimisera vers ce que vous aurez désigné, rien d’autre.
Trancher quelles conversions méritent ce rôle se joue avant la moindre balise posée sur le site web, c’est là que se gagne ou se perd l’optimisation.
L’attribution est une règle de partage : quand un client a cliqué trois fois avant d’acheter, quel clic reçoit le mérite ? Il n’existe pas de réponse objective unique, ce sont des conventions, chacune avec ses biais, traitées dans les pages dédiées.
Trois concepts, trois familles de pannes. Un événement qui ne se déclenche pas, une conversion mal désignée, une attribution mal lue : trois problèmes sans rapport, que la phrase « problème de suivi » écrase en un seul.
Suivons une donnée, du clic sur l’annonce jusqu’au rapport de campagne.
L’intérêt de ce modèle n’est pas académique : toute panne de mesure, sur une ou plusieurs annonces, habite l’un des quatre maillons, et chacun a sa méthode de vérification.
Des conversions à zéro ? Maillon 1 ou 2 : l’événement se déclenche-t-il (mode aperçu) ? Des chiffres qui fondent depuis l’Europe ? Maillon 3 : le consentement transmet-il ?
Des écarts entre Google Ads et Google Analytics 4 ? Maillon 4 : deux interprétations différentes de la même collecte. « Reposer la balise » sans localiser le maillon, c’est changer l’ampoule quand le disjoncteur a sauté.
Le maillon 3 tient souvent sur un paramètre : le GCLID (Google Click ID), ajouté automatiquement à l’URL de destination quand le marquage automatique peut s’appliquer. Ce jeton est conservé par la balise Google ou par la balise Conversion Linker dans des cookies propriétaires, ce qui aide Google Ads à relier la conversion au clic d’origine.
Concrètement : l’internaute clique, Google injecte ?gclid=ABC123 dans l’URL. La page se charge, la balise lit ce paramètre et peut l’écrire dans un cookie de type _gcl_*, comme _gcl_aw. Plus tard, quand une conversion se déclenche, la balise ou votre dispositif côté serveur transmet l’information utile à Google, qui peut alors fermer la boucle.
Ce mécanisme a une fragilité que beaucoup d’utilisateurs Google Ads sous-estiment : il est silencieux en cas d’échec. Si le Conversion Linker est absent, si le cookie est bloqué (navigateur restrictif, ITP, refus de consentement), ou si la durée de vie du cookie expire avant la conversion, il n’y a pas forcément d’alerte visible. Le compteur de conversions baisse, sans explication évidente.
C’est pourquoi vérifier la balise Google ou le Conversion Linker avant les autres balises de conversion est un fondamental, pas un détail de configuration. Configurer cette mécanique, balise Conversion Linker dans GTM, déclencheurs et variables, relève de la page GTM : balises, déclencheurs et variables pour Google Ads. Ce qui appartient ici : comprendre que le GCLID est le maillon 3, et qu’il peut se perdre sans bruit.
Deux réglages sont souvent négligés lors de la création d’une action de conversion, en marge des balises déjà posées : le statut primaire ou secondaire, et le mode de comptage. L’un pilote ce que les enchères intelligentes cherchent à maximiser ; l’autre détermine si chaque conversion est comptée une fois ou plusieurs. Les deux peuvent fausser le CPA affiché et dérégler le modèle sans erreur visible.
Une conversion primaire peut entrer dans la colonne « Conversions » et alimenter les enchères intelligentes, tCPA ou tROAS, selon vos objectifs. Une conversion secondaire sert surtout d’indicateur d’observation, visible dans les rapports, mais elle ne doit pas piloter les enchères.
La conséquence directe : désigner une micro-conversion comme primaire, le clic utilisateur sur « envoyer » plutôt que la page de confirmation, un défilement à 50 %, un temps passé, fait optimiser le modèle sur le mauvais signal. Il apprend à générer des micro-événements, pas des prospects ou des ventes.
| Critère | Primaire | Secondaire |
|---|---|---|
| Impact sur Smart Bidding (tCPA, tROAS) | Oui, entre dans l’optimisation | Non pour l’optimisation principale, indicateur d’observation |
| Exemples d’actions typiques | Page de confirmation, achat validé, appel qualifié | Clic sur CTA, scroll, temps passé, micro-formulaire |
| Quand basculer de secondaire à primaire | Quand l’action prédit fidèlement un revenu ou un contact commercial | Sans objet |
| Risque si mal paramétré | L’algo maximise la mauvaise action ; CPA sous-estimé | Pas d’impact direct sur l’optimisation |
Décision primaire / secondaire relève de la stratégie marketing, pas de la technique : elle répond à la question « est-ce que maximiser cet événement me rapproche d’un client payant ? ». Personne dans l’équipe dev ne peut y répondre à votre place. Elle s’articule directement avec la hiérarchie des objectifs traitée dans macro vs micro-conversions.
Le mode de comptage détermine, campagne après campagne, combien de conversions sont enregistrées quand un même clic génère plusieurs déclenchements de la balise. Ce paramètre est souvent ignoré à la création ; il peut fausser le CPA affiché pendant des mois.
| Type d’action | Mode recommandé | Risque si mauvais choix |
|---|---|---|
| Formulaire de contact, demande de devis | Une par clic | « Toutes » : un prospect qui soumet deux fois compte double → CPA sous-estimé → les enchères intelligentes surenchérissent |
| Achat e-commerce (chaque transaction compte) | Toutes | « Une par clic » : plusieurs achats du même visiteur en session réduits à un seul → volume sous-compté |
| Appel téléphonique (durée minimale) | Une par clic en général | « Toutes » : rappels multiples sur le même numéro gonflent le volume |
L’erreur classique : choisir « toutes » sur un formulaire web de contact. Un utilisateur qui hésite, soumet, revient, soumet à nouveau : deux conversions enregistrées pour un seul prospect. Le CPA affiché se divise presque par deux. Les enchères intelligentes voient un succès là où il y a eu un faux doublon, et surenchérissent en conséquence. Cela relève moins d’une panne de suivi que d’un mauvais choix de paramétrage au maillon 4, l’interprétation.
Les maillons 1-2-3 ont une dimension technique, oui. Mais le maillon zéro, décider quoi compter et à quelle valeur, est une décision business pure, et personne ne peut la déléguer.
Un développeur peut implémenter parfaitement un plan de mesure absurde, avec toutes les bonnes actions techniques et zéro bon sens business. Compter le clic sur « envoyer » au lieu de la page de confirmation, donner la même valeur à un devis de 500 € et de 50 000 €, ignorer les appels : aucune de ces erreurs n’est technique.
À garder en tête de cette page : le modèle mental ne remplace pas la vérification outillée. Chaque maillon a ses outils, détaillés dans tout ce qui touche la mesure et le suivi.
Quatre vérifications, une étape par maillon. Elles prennent quelques minutes et aident à localiser la plupart des pannes avant d’ouvrir un ticket technique.
_gcl_aw après une URL de test contenant un identifiant de clic. Absent : le Conversion Linker ne s'est pas déclenché ou le cookie est bloqué. Vérifiez aussi la colonne « Statut du suivi des conversions » dans l'interface Google Ads, elle remonte les erreurs de réception des balises côté Google, avant même d'ouvrir les données brutes. Si les conversions chutent spécifiquement depuis un refus de bandeau CMP, la transmission est bloquée par le consentement : le sujet est traité dans le mode Consentement v2, en configuration de base ou avancée.Une action de conversion bien posée n’est qu’un point de départ : le principe même du suivi des conversions doit ensuite être renforcé pour survivre aux cookies bloqués et aux navigateurs restrictifs. C’est là qu’interviennent les conversions améliorées, qui renvoient des informations client hachées pour récupérer une partie des conversions que le cookie seul laisse filer, et l’API de conversion Google côté serveur, quand la transmission depuis le navigateur ne suffit plus à fermer la boucle.
Certains signaux utilisateurs, issus d’annonces vues plutôt que cliquées, ne passent pas par une page web classique. Le suivi des appels rattache les appels téléphoniques à leur clic d’origine, vital pour les métiers où l’on téléphone plus qu’on ne remplit un formulaire, et les événements d’engagement profond transforment un comportement fort, temps passé ou actions répétées, en signal exploitable quand la conversion finale est trop rare pour nourrir l’algorithme.
Le clic ne suffit pas toujours à décrire le parcours, surtout quand la vente se conclut plus tard. Quand elle arrive hors ligne, l’import des conversions hors ligne rattache le contrat signé au clic qui l’a initié, indispensable dès que le cycle de vente s’allonge. Quand le consentement coupe une partie de la donnée, les conversions modélisées réduisent l’angle mort statistique dans l’optimisation. Et pour trancher ce que la publicité apporte réellement, au-delà de ce qui serait arrivé sans elle, la mesure d’incrémentalité (conversion lift) reste l’arbitrage le plus solide.
Ce plan posé et propre, vous pouvez le faire tourner à grande échelle : c’est là qu’exploiter les données via l’API Google Ads prend tout son sens, pas avant.
Avant de configurer les campagnes, documentez chaque conversion dans un tableau : action attendue, déclencheur, variables nécessaires, valeur, source et destination. Pour un formulaire de prospects, ajoutez les informations utiles à la déduplication et au rapprochement CRM ; pour un achat, conservez l’identifiant de transaction, la devise et le montant.
Le plan doit aussi indiquer où passe la donnée : navigateur, Google Tag Manager, serveur, API puis plateforme publicitaire. Une transmission côté serveur ne répare pas un mauvais déclencheur ; elle fiabilise un signal déjà défini et correctement collecté. Le consentement de l’utilisateur reste une condition de cette circulation.
Enfin, lisez les performances par campagnes et par action. Le taux de conversion, le coût d’acquisition et la qualité des prospects disent si les conversions remontées aident réellement à optimiser les enchères. Google Analytics complète cette lecture du parcours ; il ne remplace pas les données natives de Google Ads.
Déclinez ensuite le contrôle selon le modèle économique :
Dans Google Ads, ce contrôle précède toute tentative d’optimiser les campagnes : une donnée fausse rend l’amélioration apparente, jamais réelle.
Dans Google Ads, archivez aussi le statut de chaque action et le nombre de conversions avant chaque changement. Cette information permet de distinguer une variation réelle des conversions d’un incident de collecte.
On identifie le maillon faible et le signal à corriger.
Réserver un appel