Le changement derrière Enhanced Conversions
Vous voulez en apprendre plus ?
Résumez cet article avec un LLM
TL;DR
Le suivi des conversions Google Ads repose par défaut sur un mécanisme passif : Google génère un identifiant au clic, l'annonceur le retourne à la conversion. Les Enhanced Conversions introduisent un deuxième canal de matching, indépendant des cookies : l'annonceur envoie un email haché que Google croise avec ses propres données. Le tracking devient plus robuste, l'algorithme travaille sur un signal plus complet, et les décisions d'enchères s'appuient sur un volume de data plus important.
Comment Google track sans Enhanced Conversions
Quand un internaute clique sur une annonce Google, un identifiant unique est généré automatiquement : le gclid, pour Google Click ID. Il est transmis dans l'URL de destination et stocké dans un cookie sur le navigateur de l'utilisateur. Quand ce même utilisateur convertit sur le site, le tag de conversion récupère ce gclid stocké et l'envoie à Google, qui peut alors relier la conversion au clic d'origine.
C'est un système élégant dans sa conception. L'annonceur n'a pas grand chose à faire : il installe le tag, Google s'occupe du reste. Le problème, c'est que cette passivité a un coût.
Ce que le gclid ne peut pas faire seul
Le gclid dépend des cookies. Et les cookies disparaissent : Safari les bloque par défaut depuis des années via ITP (Intelligent Tracking Prevention), Firefox fait de même, les bloqueurs de publicité les suppriment, et certains utilisateurs les effacent manuellement. Une part non négligeable des conversions n'est donc jamais remontée à Google. L'algorithme travaille sur des données incomplètes, et les décisions d'enchères qui en découlent le sont aussi.
Sur des marchés où une partie significative du trafic vient d'appareils Apple, le manque peut dépasser 15 à 20 % des conversions réelles. Ce n'est pas un bug, c'est la limite structurelle d'un système construit sur les cookies.
Ce que changent les Enhanced Conversions
Les Enhanced Conversions introduisent un deuxième canal de matching, indépendant des cookies. Au moment de la conversion, l'annonceur envoie à Google une donnée first-party collectée sur son site, typiquement l'adresse email saisie lors d'un achat ou d'une inscription. Cette donnée est hachée avant envoi via l'algorithme SHA-256 : Google reçoit une empreinte illisible sous forme brute, qu'il croise avec les données de connexion de ses propres services (Gmail, YouTube, Google Maps).
Si l'utilisateur était connecté à un compte Google pendant son parcours, le matching peut s'opérer même sans cookie. L'annonceur cesse d'être un rapporteur passif de gclid : il contribue directement à la qualité du signal. C'est un changement de posture plus qu'une évolution technique, et c'est précisément là que réside l'intérêt.
Comment le mettre en place
Deux approches existent, selon l'architecture technique du site.
En client-side, l'implémentation se fait via Google Tag ou Google Tag Manager. C'est la méthode la plus accessible. On configure une variable qui capture l'email de l'utilisateur au moment de la conversion, on la hache via le tag, et on l'envoie avec l'événement de conversion. La mise en place prend quelques heures pour quelqu'un à l'aise avec GTM, et Google propose une documentation claire pour chaque étape.
En server-side, le hachage et l'envoi des données passent par un serveur intermédiaire, hors du navigateur. Les adblockers n'interfèrent pas avec les appels serveur-à-serveur, ce qui rend le setup plus robuste. C'est aussi plus technique : il faut un conteneur server-side (GTM server-side, Stape, ou équivalent), et une certaine rigueur dans le mapping des données. La fiabilité est supérieure, le coût de mise en place aussi.
Dans les deux cas, la collecte de l'email doit être conforme au RGPD et le consentement correctement recueilli avant tout envoi.
Et si je n'ai pas les ressources pour le faire ?
La réponse honnête : mieux vaut un setup propre fait une fois que trois tentatives bâclées. Les Enhanced Conversions mal configurées envoient des données erronées à Google et dégradent le signal plutôt qu'ils ne l'améliorent.
Si les ressources techniques manquent en interne, c'est exactement le type d'implémentation que Coudac prend en charge. L'objectif est qu'elle soit propre, vérifiable et documentée, sans que l'annonceur ait à devenir expert en tracking pour y arriver.
Dois-je vraiment envoyer les mails et n° de téléphone de mes clients à Google ?
Il peut y avoir une résistance légitime à l'idée d'envoyer l'email ou le numéro de téléphone de ses clients à Google, même sous forme hachée. C'est une vraie question, et elle mérite d'être posée. Mais elle n'a de sens que pour un annonceur qui n'a pas encore décidé de faire du Google Ads.
Pour un annonceur actif, le calcul est différent. L'algorithme de Google est le même pour tous les annonceurs. Ce qui varie, c'est la qualité des données qu'on lui fournit. Un concurrent qui envoie ses données first-party obtient une optimisation des enchères qu'on ne peut pas égaler sans faire la même chose. La technologie ne discrimine pas, la qualité du signal, si.
Retenir ses données tout en continuant à dépenser sur Google Ads, c'est financer un algorithme qu'on prive délibérément de ce dont il a besoin pour bien travailler. Tôt ou tard, l'écart avec les concurrents finira par se creuser en notre défaveur.
