Les conversions améliorées (« suivi avancé des conversions » dans l’interface française de Google Ads) complètent la mesure avec des données que le client vous a fournies, hachées avant l’envoi. Google tente de les faire correspondre aux comptes connectés qui ont cliqué sur une annonce ou l’ont regardée volontairement, pour rattacher la conversion à cette interaction. Depuis avril 2026, plusieurs sources peuvent alimenter le même réglage ; depuis juin, il couvre les usages Web et prospects.
Si votre formulaire demande un e-mail et qu’un prospect clique sur l’annonce depuis son téléphone puis envoie sa demande depuis un ordinateur, alors vos rapports risquent de compter cette demande sans la relier au clic. Le suivi avancé complète ce maillon-là, et lui seul, dans la chaîne de suivi Google Ads : rattacher une conversion à une interaction publicitaire. Balise absente, objectif mal défini, consentement invalide : ces problèmes-là restent entiers une fois le réglage activé.
Le problème est précis : une conversion enregistrée sur votre site, que Google Ads ne parvient pas à relier à l’interaction publicitaire qui l’a précédée.
L’interaction, dans la chaîne de mesure Google Ads, est un clic ou une vue volontaire (une vidéo regardée sans clic). Le rattachement risque de casser dans trois situations : l’identifiant attendu n’est plus disponible, le prospect change d’appareil en cours de route, ou la conversion se conclut hors ligne après un délai.
L’annonce a bien été vue ou cliquée. La conversion a bien eu lieu. Entre les deux, le fil est rompu, et vos rapports sous-comptent. Ne concluez pas trop vite à un compte plus rentable que prévu : une conversion rattachée en plus est une conversion déjà faite, mieux comptée. Elle ne prouve pas que l’annonce l’a déclenchée.
Côté enchères, même logique conditionnelle. Une conversion mieux rattachée ne nourrit les enchères automatiques que si elle fait partie des objectifs sur lesquels vous enchérissez. Sinon elle corrige vos rapports, et rien d’autre.
Tout part des données que le client vous donne lui-même : un e-mail, un téléphone, une adresse. Vous les collectez pour un but déclaré, expliqué au client, dans le respect de son choix de consentement. Pour une adresse, Google exige au minimum prénom, nom, code postal et pays. Rue, ville et région restent facultatives.
Si votre balise Google est bien configurée, elle normalise ces valeurs (mise en forme standard) puis les hache en SHA-256 (une empreinte à la place de la valeur en clair) dans le navigateur, avant tout envoi à Google. Valeurs déjà hachées ou envoyées par API : cette préparation vous revient. E-mail, téléphone, prénom, nom et rue ont chacun leur règle de normalisation et de hachage. Code pays et code postal, eux, ne sont pas hachés dans l’objet d’adresse du Gestionnaire de données (l’outil Google qui reçoit vos imports).
Le hachage protège ce qui transite pour la correspondance. Anonyme pour autant ? Pas forcément : d’après la CNIL, une empreinte reste une donnée personnelle pseudonymisée. Google compare ensuite cette empreinte aux informations d’un compte connecté qui a fait un clic ou une vue volontaire attribuable. Sans correspondance exploitable, ce mécanisme ne rattache aucune conversion de plus.
Usage Web. La balise complète une conversion en ligne avec les identifiants que le client a fournis. À envisager sur une conversion éligible, quand la collecte est déjà nécessaire au service, justifiée et couverte par le consentement requis.
Usage pour les prospects. Une fois la demande qualifiée dans votre CRM, vous importez un vrai événement hors connexion : nom et horodatage de l’événement, identifiants du client, valeur éventuelle et identifiant de déduplication. Suivant votre montage, le GCLID (l’identifiant de clic) devient obligatoire sans balise Google. Quand vous les avez, Google recommande aussi de transmettre GCLID, GBRAID ou WBRAID. Les deux usages améliorent la mesure. Ils ne pèsent sur les enchères qu’à une condition : un résultat importé fiable, dédupliqué et inclus dans les objectifs correspondants.
Le produit a bougé en 2026. Depuis avril, Google laisse balises Web, Gestionnaire de données et API alimenter le même réglage en parallèle. Depuis juin, les deux usages vivent sous un seul suivi avancé des conversions, réglé au niveau du compte.
Non. L’interrupteur « suivi avancé actif » dit une seule chose : le compte a l’autorisation. Il ne dit rien du contenu de chaque événement, ni de la possibilité d’une correspondance.
Sur un compte, je regarde d’abord quatre choses. L’acceptation des conditions relatives aux données client. La source, qui doit envoyer des événements éligibles. Les identifiants, qui respectent le consentement et la minimisation (on ne collecte que le nécessaire). Leur format, qui colle à la méthode choisie : un téléphone au format international E.164, une adresse avec au minimum prénom, nom, code postal et pays.
La balise sait normaliser et hacher des valeurs en clair. Des empreintes préparées de votre côté engagent votre responsabilité. Google résume ensuite le tout en quatre statuts : Excellente, Bonne, Attention requise et Aucune donnée récente. C’est ce statut que vous lisez, pas l’interrupteur.
Pour une conversion donnée, ouvrez Objectifs > Synthèse, cliquez sur son statut, puis Détails > Diagnostic. La synthèse a aussi un onglet Diagnostics pour l’ensemble du compte. Le tableau « Impact » contient trois indicateurs : la couverture, l’état de correspondance et la hausse des conversions. Je les lis dans cet ordre.
La couverture mesure la part des événements éligibles qui embarquent assez d’identifiants fournis par le client. Un événement sans identifiant ? Le suivi avancé le laisse tel quel. Il reste compté normalement, à condition que la balise de conversion se déclenche correctement.
Une couverture faible a des causes prosaïques. Côté collecte : méthode automatique qui ne trouve pas le champ, sélecteur cassé, page sans identifiant disponible. Côté déclenchement : balise partie trop tôt, parcours mobile différent, page hors HTTPS. Reste la conversion non éligible. Comptez quelques heures avant de voir la valeur apparaître.
Google ne vous donne pas un pourcentage à faire grimper. Il classe l’état en Inconnue, Volume insuffisant ou Aucune, puis en Faible de 0 à 15 % et Élevée au-delà de 15 %. Ces seuils décrivent l’interface. Ils ne vous fixent aucun objectif.
« Volume insuffisant » s’affiche sous 20 signaux valides. « Inconnue » pointe soit vers des choix de confidentialité, soit vers les conditions relatives aux données client. Un état faible a plusieurs explications : des identifiants absents ou mal formatés, aucun compte Google en face, ou la composition même de votre audience. En temps normal, la correspondance se met à jour sous 24 heures.
| Indicateur | Ce qu’il mesure | Délai indicatif | Où chercher d’abord |
|---|---|---|---|
| Couverture | Part des événements éligibles avec assez d’identifiants du client | Quelques heures | La source et son déclenchement. Ensuite sélecteurs, appareils, HTTPS et éligibilité. |
| État de correspondance | Qualité de l’association, affichée par catégorie | Mise à jour sous 24 heures | Le volume et les formats. Puis consentement, conditions client et compte Google en face. |
| Hausse des conversions | Conversions en plus que Google attribue au suivi avancé | Visible pendant les 30 premiers jours | Déduplication, ce que couvre l’action, autres changements du compte. |
Le diagnostic de balise demande environ 72 heures après l’envoi. Les alertes analysent la veille et remontent jusqu’à sept jours en arrière si les signaux manquent. En dessous de 20 conversions sur sept jours, certaines alertes ne s’affichent pas. Trois choses à regarder avant le reste : les conditions acceptées, le HTTPS, et une conversion Google Ads compatible.
On part du diagnostic. Jamais d’une collecte plus intrusive décidée pour faire grimper un chiffre.
dataLayer. L’e-mail passe en minuscules, sans espaces au début ni à la fin ; les points avant l’arobase sautent, mais seulement pour gmail.com et googlemail.com. Téléphone, noms et rue ont leurs propres règles. Pays et code postal restent en clair dans l’adresse du Gestionnaire de données.Une mesure plus complète donne un signal de plus aux enchères intelligentes (Smart Bidding, les enchères automatiques de Google), à deux conditions : la conversion sert à enchérir, et ses événements sont dédupliqués. Le CPA cible et le ROAS cible sont des stratégies d’enchères. Performance Max est un type de campagne, qui fonctionne avec ces stratégies. Trois objets différents.
Chaque conversion rattachée à une interaction attribuable donne au système un exemple de plus pour repérer les contextes qui mènent au résultat voulu. Un exemple, pas une garantie de volume, de CPA ou de ROAS. Et un état de correspondance faible ne veut pas dire que le signal manque : regardez volume, disponibilité des identifiants, formats et audience avant de conclure.
Dernier effet de bord : si le suivi avancé rattache des conversions en plus, le total dans Google Ads bouge, et l’écart avec GA4 avec lui. Les deux outils gardent chacun leur champ de comptage, leur modèle d’attribution et leurs délais.
Il ne contourne pas le consentement. Le signal ad_user_data décide si les données du client partent chez Google pour cet usage. À ne pas confondre avec ad_storage (le stockage publicitaire) ni ad_personalization (la personnalisation des annonces).
Pour l’EEE, le Royaume-Uni et la Suisse, Google exige que vous lui transmettiez ces choix. Votre base juridique, votre bandeau et l’information donnée aux clients dépendent de votre situation. La documentation Google ne tient pas lieu d’avis de votre délégué à la protection des données ou de votre conseil.
Refus de ad_user_data : le suivi avancé laisse ces identifiants de côté. Reste la modélisation : quand le mode Consentement (le réglage qui transmet à Google les choix du visiteur) est bien configuré et que les seuils de confiance sont atteints, des signaux sans cookies alimentent une estimation des conversions manquantes. Un autre mécanisme, qui ne remplace pas chaque refus par une conversion modélisée.
Le hachage n’efface pas non plus vos obligations : vous restez responsable de cette empreinte, pseudonymisée mais personnelle dans certains cas. Avant d’accuser le formulaire d’une correspondance faible, vérifiez le volume, les identifiants, leur format et la présence d’un compte Google en face.
Enfin, les horloges. Diagnostic de balise autour de 72 heures, état de correspondance sous 24 heures, hausse rapportée par Google visible 30 jours seulement. Un avant-après brut mélange l’effet du réglage avec tout ce qui a changé en même temps. Il n’isole rien.
Non. Il vaut le coup d’être étudié quand une conversion éligible dispose déjà des identifiants nécessaires, valides et couverts par le consentement. Il ne justifie jamais d’ajouter au parcours une donnée personnelle dont le service n’a pas besoin.
ad_storage et refuser ad_user_data, ce n’est pas la même chose. Le mode Consentement avancé est une option ; qu’elle vous convienne dépend de votre cadre juridique, de votre plateforme de gestion du consentement, de vos seuils et de votre configuration.La balise n’est pas la seule voie. Pour le Web : balise Google, configuration dans Google Tag Manager, ou API. Pour les résultats hors connexion : Gestionnaire de données, ou son API.
Conversion éligible, identifiants légitimes ? Activez le réglage. Contrôlez les sources. Lisez ensuite couverture, correspondance et hausse rapportée, en regard de tout ce qui a changé dans le compte sur la même période.
Quand votre CRM connaît le résultat qualifié, l’import hors connexion ferme la boucle, à condition que la collecte, l’import, la déduplication et les objectifs soient corrects. Tant que ce résultat importé ne sert pas à enchérir, le système continue d’optimiser sur les objectifs déjà en place.
Ce réglage n’est qu’une pièce. Le vrai cadre, c’est la mesure publicitaire dans un environnement sans cookies tiers, appuyée sur les données que vos clients vous confient directement.
Sources officielles vérifiées le 21 juillet 2026 : principe du suivi avancé ; réglage unifié et calendrier 2026 ; réglage au niveau du compte ; configuration Web ; diagnostics ; usage pour les prospects ; signal ad_user_data ; modélisation des conversions ; règles relatives aux données client ; formatage des données ; envoi des événements ; hachage et pseudonymisation.
On contrôle les champs, le consentement et les diagnostics pour rattacher à vos annonces les conversions qui leur reviennent.
Réserver un appel