Que sont les conversions améliorées Google Ads ?
Les conversions améliorées complètent votre balise de conversion avec des données que le client vous a lui-même fournies, comme son adresse e-mail, son nom, son adresse ou son téléphone. Ces données sont hachées avant l’envoi, puis Google les rapproche de comptes Google connectés pour rattacher la conversion à une annonce vue ou cliquée. Dans l’aide française de Google Ads, la fonction s’appelle désormais « suivi avancé des conversions » (Google Ads, À propos du suivi avancé des conversions).
Le hachage utilise SHA-256, un algorithme à sens unique. Google ne reçoit donc pas l’adresse en clair, mais une empreinte qu’il compare à ses propres empreintes. Ce mécanisme récupère une partie des conversions que le cookie seul ne relie plus à un clic, par exemple quand l’internaute change d’appareil ou quand le navigateur limite les cookies.
Le dispositif ne crée aucune conversion. Il améliore l’attribution de conversions qui ont bien eu lieu et que la balise a vues. Si votre balise d’achat ne se déclenche pas sur la page de confirmation, les conversions améliorées n’y changeront rien. C’est pourquoi nous commençons toujours par auditer la balise de base avant d’ajouter les données utilisateur.
Ce qui a changé en 2026
Google a simplifié le réglage. Depuis avril 2026, Google Ads accepte en même temps les données utilisateur venant des balises du site, du Gestionnaire de données et des connexions API. Depuis juin 2026, les versions web et leads forment une seule fonctionnalité, avec un seul interrupteur. Les comptes qui avaient déjà accepté les règles concernant les données client ont été migrés automatiquement (Google Ads, modifications des paramètres de suivi avancé des conversions). Si vous lisez un tutoriel qui vous demande de choisir entre balise Google, Tag Manager et API dans les paramètres, il date d’avant cette refonte.
Web ou leads : quelle déclinaison correspond à votre activité ?
La version web convient quand la vente se conclut sur le site. La version leads convient quand le site collecte un formulaire et que la vente se fait plus tard, au téléphone, en rendez-vous ou dans un CRM. Le réglage est commun depuis 2026, mais la mise en œuvre reste différente.
| Critère | Conversions améliorées web | Conversions améliorées pour les leads |
|---|---|---|
| Où la conversion a lieu | Sur le site (achat, inscription payante) | Hors ligne, après un formulaire |
| Données captées | E-mail, téléphone ou adresse saisis au paiement ou au formulaire | Les mêmes, captées au formulaire, puis renvoyées avec la vente |
| Envoi à Google | Par la balise, au moment de la conversion | Par la balise au formulaire, puis par import de la vente (Gestionnaire de données, API, intégration) |
| Identifiant de clic | Lu automatiquement par la balise | GCLID recommandé dans l’import, obligatoire si aucune balise ne capte les données |
| Profil type | E-commerce, réservation en ligne | Services B2B, immobilier, formation, devis |
Pour les leads, Google recommande d’inclure le GCLID dans les conversions importées chaque fois que c’est possible. Il n’est obligatoire que si vous ne collectez pas les données utilisateur avec une balise (Google Ads, suivi avancé des conversions pour les prospects). Nous gardons le GCLID dans le CRM dans tous les cas. Il coûte un champ caché dans le formulaire et sauve l’attribution le jour où l’e-mail saisi ne correspond à aucun compte Google.
Pour une entreprise qui vend par devis, la version leads change la nature de l’optimisation. Google n’apprend plus seulement qui remplit un formulaire, mais qui devient client. Le sujet rejoint la qualification des contacts, que nous détaillons dans notre guide sur les leads qualifiés.
Quelles données transmettre et comment les préparer ?
Il faut au moins un identifiant exploitable. Google cite l’adresse e-mail en priorité, ou une adresse complète avec prénom, nom, code postal et pays, ou un numéro de téléphone accompagné de l’e-mail ou de l’adresse (Google Ads, configuration avec la balise Google). Plus vous envoyez d’identifiants fiables, plus le rapprochement a de chances d’aboutir.
La normalisation précède le hachage. Une seule différence de format suffit à produire une empreinte qui ne correspond à rien. Quand la balise Google reçoit des données en clair, elle s’en charge. Quand vous hachez vous-même, par exemple côté serveur ou pour un import, les règles de la documentation développeur s’appliquent (Google Ads API, Manage online click conversions).
- E-mail : supprimer les espaces, passer en minuscules ; pour gmail.com et googlemail.com, retirer aussi les points et le suffixe après « + » dans la partie avant l’arobase.
- Téléphone : format international E.164, avec l’indicatif pays (+33 pour la France, sans le zéro initial).
- Prénom, nom, rue : espaces superflus retirés, minuscules.
- Pays, ville, code postal : envoyés sans hachage.
- Hachage : SHA-256, résultat en hexadécimal minuscule.
L’erreur la plus fréquente que nous corrigeons tient au téléphone. Les formulaires français stockent « 06 12 34 56 78 », et ce format haché tel quel ne correspond à aucun compte. La seconde tient aux champs vides. Une variable qui renvoie une chaîne vide est hachée et envoyée comme une vraie valeur, ce qui fait baisser le taux de correspondance sans message d’erreur visible.
Comment les mettre en place avec la balise Google ou Google Tag Manager ?
L’activation se fait dans Google Ads, dans Objectifs, puis Paramètres, rubrique du suivi avancé des conversions. Vous cochez la case, vous acceptez les règles concernant les données client, et la balise de votre site peut ensuite transmettre les données. La collecte elle-même se règle dans la balise Google ou dans Google Tag Manager, selon votre installation.
Trois façons de capter les données
Google propose trois méthodes, communes à la balise Google et à Tag Manager (Google Ads, configuration avec Google Tag Manager).
- La détection automatique. La balise cherche sur la page des chaînes qui ressemblent à un e-mail ou à un téléphone. C’est rapide, mais fragile, car elle peut lire le mauvais champ ou rien du tout.
- Les sélecteurs CSS ou les variables JavaScript. Vous indiquez où se trouve chaque donnée sur la page. La méthode casse dès que le thème ou le formulaire change.
- Le code. Vous transmettez les données explicitement, avec la commande gtag set user_data ou une variable « données fournies par l’utilisateur » alimentée par la couche de données dans Tag Manager. Google la présente comme la plus précise.
Nous utilisons la méthode par code dans presque tous les comptes. La couche de données est remplie par le site au moment de la conversion, avec des valeurs contrôlées, et la même variable sert ensuite à Google Ads, à Meta et au conteneur serveur s’il existe. La détection automatique peut dépanner sur un site vitrine sans développeur, à condition de vérifier le diagnostic ensuite.
Les points à contrôler dans Tag Manager
La variable de données utilisateur doit être disponible au déclenchement de la balise de conversion, pas une seconde après. Sur une page de confirmation qui charge les informations de commande en différé, la balise part parfois avec une variable vide. Le mode Aperçu de Tag Manager montre ce que contient la variable à l’instant du déclenchement, c’est le premier écran que nous regardons. Si vous avez un conteneur côté serveur, les données peuvent aussi transiter par lui, comme nous l’expliquons dans notre guide sur le tracking server side.
Quand passer par l’API ou le Gestionnaire de données ?
L’API devient utile quand la donnée fiable se trouve dans votre back-office ou votre CRM plutôt que dans le navigateur. C’est le cas des ventes conclues hors ligne, des commandes validées après un contrôle de paiement, ou des sites où la page de confirmation est difficile à baliser.
Un calendrier s’impose ici. Depuis le 15 juin 2026, l’import des conversions hors ligne et l’envoi des conversions améliorées pour les leads passent par la Data Manager API, et ces fonctions sont bloquées dans l’API Google Ads (Google Ads, modifications 2026). Si un développeur ou un outil tiers envoie encore vos leads par l’ancienne méthode, vérifiez qu’il a migré. La documentation de la Data Manager API décrit les envois d’événements hors ligne et de leads.
Pour le web, l’API permet aussi d’ajouter des données utilisateur à une conversion déjà enregistrée par la balise, en la retrouvant grâce à l’identifiant de commande. Google demande que cet ajout arrive dans les 24 heures qui suivent la conversion d’origine (Google Ads API). Cette voie suppose que la balise transmette un identifiant de commande unique, ce qui est de toute façon une bonne pratique pour éviter les doubles comptes.
Le Gestionnaire de données, dans l’interface Google Ads, couvre une partie de ces besoins sans développement, avec des connecteurs vers des CRM ou des fichiers. Pour une PME qui reçoit quelques dizaines de leads par mois, nous commençons souvent par là avant d’envisager une intégration sur mesure.
Comment respecter le consentement et les règles de Google ?
Les données hachées restent des données personnelles. Leur envoi doit donc respecter le choix de l’internaute. Dans le Consent Mode de Google, c’est le paramètre ad_user_data qui encadre l’envoi de données utilisateur à Google à des fins publicitaires. Quand il est refusé, Google indique que la collecte des données first-party hachées du suivi avancé des conversions s’arrête (Google, Consent Mode).
Votre plateforme de gestion du consentement doit donc transmettre ce signal avant le déclenchement de la balise de conversion. Nous testons systématiquement le cas du refus. Un bandeau qui envoie ad_user_data à denied mais une balise configurée pour partir avant la mise à jour du consentement fait sortir l’e-mail haché alors que l’internaute a dit non. Le détail des paramètres et des modes est dans notre guide sur le Consent Mode v2.
En activant la fonction, vous acceptez aussi les règles concernant les données client de Google Ads. Elles vous obligent notamment à informer clairement vos utilisateurs du partage de leurs données avec Google et à obtenir leur consentement là où la loi l’exige. Votre politique de confidentialité doit mentionner ce transfert. C’est souvent le point oublié quand la fonction est activée en deux clics.
Comment vérifier le diagnostic après la mise en place ?
Google fournit un rapport de diagnostic dédié, accessible depuis l’action de conversion. Comptez environ 48 à 72 heures après la mise en place avant de le consulter, selon la méthode utilisée. Il affiche quatre états de qualité des données, « Excellente », « Bonne », « Attention requise » et « Aucune donnée récente » (Google Ads, rapport de diagnostic du suivi avancé des conversions pour le Web).
| Indicateur du rapport | Ce qu’il mesure | Ce que nous en faisons |
|---|---|---|
| Taux de couverture | Part des conversions envoyées avec des données utilisateur | Un taux faible signale une variable vide ou un champ manquant sur une partie des parcours |
| Taux de correspondance | Part des données rapprochées de comptes Google connectés, classée faible (0 à 15 %) ou élevée (plus de 15 %) | Un taux faible avec une bonne couverture oriente vers un problème de format |
| Volume insuffisant | Moins de 20 envois sur la période | Attendre plus de conversions avant de conclure |
| Hausse des conversions | Conversions supplémentaires attribuées grâce aux données utilisateur | Disponible environ 30 jours après l’activation ; à lire sur la durée, pas jour par jour |
Le diagnostic ne remplace pas un test. Nous passons une commande ou un formulaire de test avec Tag Assistant ouvert, puis nous vérifions que la requête de conversion contient bien les données attendues, une seule fois, et uniquement après acceptation des cookies publicitaires. Nous refaisons le même parcours en refusant, pour constater que rien ne part.
Quelles erreurs rencontrons-nous le plus souvent ?
La plupart des comptes que nous auditons ont activé la fonction, mais peu l’exploitent correctement. Voici les problèmes qui reviennent.
- La case est cochée dans Google Ads, mais aucune donnée ne part du site. Le diagnostic affiche alors « Aucune donnée récente » et personne ne le regarde.
- Deux sources envoient les données en même temps, par exemple l’application Google & YouTube de Shopify et un conteneur Tag Manager, ce qui crée des conversions en double si l’identifiant de commande n’est pas transmis.
- Le téléphone est envoyé au format français, sans indicatif, et ne correspond jamais.
- La détection automatique lit l’e-mail du champ d’inscription à la newsletter en pied de page au lieu de celui de la commande.
- Les leads sont importés sans GCLID et avec un e-mail professionnel rarement associé à un compte Google, d’où un faible rapprochement.
- Le refus du consentement n’est pas testé, et la balise envoie des données hachées malgré un refus.
Ces erreurs faussent les enchères automatiques. Une campagne Performance Max ou une stratégie au ROAS cible apprend à partir des conversions qu’on lui renvoie, et des doublons la poussent à surenchérir. Le pilotage des campagnes relève de notre agence Google Ads, et le fonctionnement de ces campagnes est décrit dans notre guide Performance Max. La mise en place et l’audit des balises font partie de nos missions d’agence tracking publicitaire.