Les enhanced conversions (conversions améliorées) restent une des fonctionnalités les moins activées sur les comptes Google Ads que j’audite. Pourtant elles changent directement la qualité des signaux envoyés aux algorithmes de Google, à un moment où presque tout le pilotage des enchères repose sur ces algorithmes.
Qu’est-ce que les enhanced conversions et pourquoi les activer
Les enhanced conversions permettent d’envoyer à Google Ads des données de première partie (email, téléphone, adresse) hashées, en complément du tracking classique par cookie. Quand un cookie tiers échoue à faire remonter une conversion (blocage navigateur, refus de consentement, expiration), Google Ads peut recouper ces données hashées avec un compte Google connecté pour rattacher malgré tout la conversion à la bonne source.
Concrètement, cela veut dire des signaux de conversion plus complets, donc un algorithme d’enchères mieux informé. Pour moi, c’est une optimisation sous cotée. Elle est prioritaire sur tous les comptes, et devient critique sur les comptes à gros volume, là où chaque point de matching supplémentaire pèse sur un budget mensuel important.
Google Ads ne reçoit jamais l’email ou le téléphone en clair. Les données passent par une fonction de hashage SHA256 avant l’envoi, côté navigateur ou côté serveur selon la méthode choisie. Le hash transforme la donnée en une chaîne de caractères irréversible.
Avant le hashage, une étape de normalisation est obligatoire : email en minuscules, sans espaces, numéro de téléphone au format E.164 avec l’indicatif pays, nom et prénom sans accents ni espaces superflus. Si la normalisation diffère entre les données envoyées à l’achat et les données du compte Google du visiteur, le hash ne correspondra jamais, même si l’email est identique pour un humain.
Implémentation réelle avec Google Tag Manager et dataLayer
Sur le terrain, trois méthodes coexistent.
La méthode automatique laisse Google Ads scanner le DOM de la page de confirmation pour trouver un champ email ou téléphone. Elle est rapide à activer mais fragile : un changement de formulaire côté site casse la collecte sans prévenir.
La méthode manuelle, plus fiable, repose sur un objet dataLayer poussé au moment de la conversion, contenant les données utilisateur en clair ou déjà hashées. Une variable GTM lit cet objet, puis alimente la balise de conversion Google Ads. C’est la méthode que j’utilise par défaut chez mes clients B2B, parce qu’elle reste stable même si le design du site change.
La troisième méthode passe par le server-side GTM ou l’API Google Ads, utile pour les leads offline. Le hashage et l’envoi se font côté serveur, ce qui évite d’exposer des données personnelles en clair dans le navigateur et donne un contrôle complet sur la normalisation avant hachage. C’est la méthode que je recommande dès qu’un compte dépasse un certain volume de conversions ou traite des leads B2B à forte valeur.
L’erreur de hashing la plus fréquente que je vois chez mes clients
Chez un client industriel B2B, j’ai vu le taux de correspondance des enhanced conversions s’effondrer du jour au lendemain après une mise à jour du tag de conversion. La cause : un double hashage.
Le dataLayer envoyait déjà l’email hashé en SHA256. Mais la configuration de la balise de conversion Google Ads était restée sur l’option indiquant que les données n’étaient pas hashées, ce qui a poussé Google Ads à hasher une seconde fois une valeur déjà hashée. Résultat : plus aucune correspondance possible avec les hashs stockés côté Google, puisque le hash d’un hash n’a rien à voir avec le hash de la donnée d’origine.
Cette erreur passe souvent inaperçue plusieurs semaines, parce que le tag continue de se déclencher sans erreur visible dans Tag Assistant. Seule la baisse silencieuse du taux de correspondance dans l’interface Google Ads, section diagnostics de la conversion, permet de la détecter. Je vérifie systématiquement ce paramètre avant et après toute intervention sur un tag de conversion.
Enhanced conversions et Consent Mode V2 : le lien à ne pas rater
Les enhanced conversions dépendent directement du consentement collecté via Consent Mode V2. Sans consentement accordé pour le paramètre ad_user_data, Google Ads ne traitera pas les données hashées envoyées, même si le tag les transmet techniquement.
Beaucoup de comptes activent les enhanced conversions sans avoir vérifié que leur bannière de consentement transmet correctement les signaux à Consent Mode V2. Le tag tourne, les données partent, mais rien n’est exploité côté Google si le consentement n’est pas remonté proprement. Je conseille de valider ce point avec Tag Assistant avant de considérer l’implémentation comme terminée. Pour les questions de conformité RGPD ou LPD suisse, un juriste spécialisé reste le bon interlocuteur, ce n’est pas mon rôle de trancher ce point.
Mon avis tranché : quand ne pas activer les enhanced conversions
Je ne recommande pas d’activer les enhanced conversions dans deux situations précises.
D’abord, sur un compte au tracking de base bancal : conversions mal configurées, doublons, événements qui se déclenchent au mauvais moment. Ajouter une couche d’enhanced conversions sur des fondations fragiles ne fait qu’ajouter de la complexité à un problème déjà présent. Je corrige toujours le tracking standard avant d’ajouter cette couche.
Ensuite, sur un compte au consentement mal géré, où Consent Mode V2 n’est pas correctement implémenté. Activer les enhanced conversions dans ce contexte revient à construire une fonctionnalité avancée sur une base de conformité incertaine. Je préfère assainir le consentement d’abord, quitte à repousser l’activation de quelques semaines.
En dehors de ces deux cas, l’activation est presque toujours justifiée, surtout pour les comptes B2B à cycle de vente long où chaque lead compte et où le formulaire de contact capture naturellement email et téléphone, les deux données les plus utiles pour le matching.
PBL’auteurPierre Bordier
Freelance Google Ads et LinkedIn Ads à Genève. Je gère des comptes B2B de bout en bout : structure, tracking, tests, lecture des résultats. Pas d’intermédiaire, pas de junior.