Ce qui arrive à une conversion Google Ads quand ad_user_data est refusé
La conversion a toujours lieu, et vos propres systèmes l'enregistrent toujours. Ce qu'un ad_user_data refusé supprime, ce sont les données utilisateur que Google reçoit avec elle : Google ne peut plus rattacher cette conversion à une personne ni à un clic. Dans Google Ads, elle cesse d'être comptée et commence à être estimée.
Commencez par une analyse.
L'analyse gratuite lit le HTML de votre page d'accueil et votre conteneur Tag Manager public, puis liste les balises de suivi qu'elle trouve.
Gratuit · Sans inscription · Vérification du HTML et du GTM public
La conversion a lieu dans tous les cas
Mieux vaut le dire d'abord, car la panique commence généralement au mauvais endroit. Aucun choix de consentement n'atteint votre tunnel de paiement. La commande est passée, le paiement est validé, la ligne arrive dans votre base de données. Ce qui a changé, c'est un maillon de la chaîne qui va de votre site à Google, et seule l'extrémité côté Google s'est éteinte.
La question honnête n'est donc pas combien de conversions vous avez perdues, mais combien Google en voit encore assez bien pour les attribuer. C'est dans l'écart entre ces deux quantités que se loge l'essentiel de la confusion autour de Consent Mode.
Une commande. Trois choses que Google reçoit.
Vos systèmes enregistrent la commande dans tous les cas. ad_user_data ne change que ce que Google peut voir.
Observée. Arrive avec ses identifiants, rattachée au clic.
Une donnée pour la modélisation. Ping sans cookie, sans identifiants. Pas une conversion comptée.
Rien n'arrive. Aucun ping, donc rien à partir de quoi modéliser.
Ce qui quitte réellement la page
Deux choses décident de ce que reçoit Google. La première, c'est la variante de Consent Mode que vous utilisez, et si vous n'êtes pas sûr, le mode de base et le mode avancé se comportent très différemment sur ce point précis. En mode de base, un refus signifie que la balise ne se déclenche jamais : rien n'est envoyé et Google n'a aucune trace de l'événement. En mode avancé, la balise se déclenche et envoie un ping sans cookie : Google apprend qu'il s'est passé quelque chose, sans apprendre à qui.
Le second, c'est la permission refusée. ad_storage détermine si les balises de Google peuvent conserver des cookies publicitaires, là où un identifiant de clic vit normalement entre le clic sur l'annonce et la conversion. ad_user_data détermine si des données utilisateur peuvent seulement être envoyées à Google à des fins publicitaires. La différence entre ce signal et son voisin est traitée dans ad_user_data et ad_personalization, et ce que chacun bloque, ce qui compte ici, car une équipe peut accorder le stockage, refuser les données utilisateur, et être quand même surprise par la baisse.
L'identifiant de clic lui-même n'est effacé par rien de tout cela. C'est un paramètre d'URL, votre page de destination le reçoit et vos propres logs peuvent le conserver. Ce que régit le consentement, c'est le côté Google : s'il peut être stocké pour plus tard, et si des données utilisateur peuvent accompagner la conversion.
Où elle atterrit dans Google Ads
Une conversion observée est une conversion que Google peut rattacher à une interaction précise avec une annonce. Refusez les données utilisateur et il ne le peut plus : la conversion passe dans le lot modélisé, où Google estime ce qu'a produit le trafic non observé à partir du comportement du trafic qu'il voit encore.
La modélisation n'est pas automatique, et c'est la partie que les articles des fournisseurs passent sous silence. La documentation de Google fixe un seuil d'éligibilité de 700 clics sur les annonces en 7 jours, par regroupement pays et domaine, avec un Consent Mode correctement implémenté ou le Transparency and Consent Framework de l'IAB. Au-dessus, une partie des conversions manquantes revient sous forme d'estimation. En dessous, il n'y a aucun chiffre modélisé à recevoir, et le trou reste un trou. Notez où le seuil s'applique : par regroupement pays et domaine, et non au compte dans son ensemble. Un annonceur dispersé sur plusieurs marchés peut donc le franchir sur l'un et le manquer sur tous les autres.
Une conséquence sur le reporting mérite d'être anticipée. Une conversion modélisée est une estimation agrégée : elle arrive avec un délai, elle ne peut pas être rattachée à un clic individuel, et elle ne se rapprochera pas ligne à ligne de votre table de commandes. Une campagne que vous pouviez auparavant rapprocher jusqu'à la dernière commande ne le pourra plus, et aucun travail sur les balises n'y changera rien.
Ce qui cesse net de fonctionner
Trois choses cessent net de fonctionner au lieu de se dégrader. Les Enhanced Conversions s'arrêtent, car elles envoient des données propriétaires hachées, comme une adresse e-mail, pour le rapprochement, et ce transfert est précisément ce que ad_user_data autorise. Le remarketing et l'appartenance aux audiences cessent de grossir à partir des visites refusées, un problème plus lent qu'un nombre de conversions et plus coûteux, que nous avons décortiqué dans ce qui arrive aux audiences de remarketing quand les visiteurs refusent les cookies. Et toute stratégie d'enchères qui apprend des conversions hérite du même signal appauvri.
Avant d'accepter la baisse, écartez un problème de câblage
Un vrai refus et un signal que personne n'a configuré produisent les mêmes données manquantes, et un seul des deux dit quelque chose de vos visiteurs. Dix minutes sur une requête réelle suffisent à trancher.
Lisez une requête issue d'un vrai chargement de page
Ouvrez l'onglet réseau dans une session vierge, filtrez sur l'endpoint collect et lisez les paramètres de consentement sur un vrai hit plutôt que sur l'écran de configuration de votre gestionnaire de balises. Ce qu'un conteneur est censé faire et ce qu'une page envoie sont deux affirmations différentes, et une seule fait preuve.
Distinguez un refus d'une absence
Un signal qui n'a jamais été défini via Consent Mode n'est pas un refus, et pourtant il se lit comme tel en aval. Le paramètre qui permet de les distinguer est le sujet de ce que signifie le paramètre gcd, et y trouver un signal non défini clôt généralement l'enquête, car la bannière n'y est pour rien.
Vérifiez l'ordre, pas seulement les valeurs
Si la mise à jour du consentement arrive après le déclenchement des balises, vous obtenez les mêmes données manquantes qu'avec un refus, alors que la bannière a l'air en parfaite santé. À écarter à chaque fois.
Comparez la baisse à vos propres données
Mettez le chiffre de Google Ads à côté du nombre de commandes de votre propre base de données sur la même période. Si vos commandes ont tenu et que seul le chiffre de Google a bougé, c'est un changement de mesure. Si les deux ont bougé, la cause n'est pas le consentement.
Les limites, honnêtement
Une partie de cette perte est irréversible, et toute réponse qui prétend le contraire cherche à vous vendre quelque chose. Un visiteur qui refuse a fait un choix, et la bonne réponse est de mesurer avec exactitude ce qui reste plutôt que de le contourner. Corriger les défauts de câblage et faire tourner correctement le Consent Mode avancé ne transformera pas des conversions refusées en conversions observées. Là où vous franchissez le seuil d'éligibilité de Google, la modélisation estime une partie du trou. Là où vous ne le franchissez pas, le trou reste.
Ce que vous pouvez corriger de façon fiable, c'est tout ce qui se trouve en amont de la décision du visiteur : des signaux jamais branchés, des mises à jour qui arrivent après les balises, des catégories qui ne correspondent pas aux quatre signaux de Google. Cela ressemble à une perte de consentement, et ce n'en est pas une.
Velo envoie les quatre signaux Consent Mode à partir d'un seul mapping de catégories, lisible sur un seul écran : l'état choisi par le visiteur est celui qui quitte la page, et une baisse des conversions veut dire ce qu'elle semble vouloir dire. Le branchement est détaillé sur la page produit.
Questions fréquentes
Les questions que l'on pose sur ce sujet.
Que deviennent les conversions quand ad_user_data est refusé ?
La conversion a toujours lieu et vos propres systèmes l'enregistrent toujours. Ce qui change, c'est ce que reçoit Google. En Consent Mode avancé, la balise envoie toujours un ping sans cookie, mais il arrive sans les données utilisateur ni les identifiants dont Google aurait besoin pour le rattacher à un clic : ce n'est plus une conversion observée, c'est une donnée d'entrée pour la modélisation. En Consent Mode de base, rien n'est envoyé, car la balise ne se déclenche pas.
Un ad_user_data refusé signifie-t-il que la conversion est perdue ?
Pas forcément, mais elle n'est plus comptée de la même façon. Google peut modéliser des conversions pour combler le trou, ce qui explique que votre total baisse rarement exactement au rythme du taux de refus. La modélisation a sa propre éligibilité : Google indique un seuil de 700 clics sur les annonces en 7 jours par regroupement pays et domaine, avec un Consent Mode correctement implémenté ou le Transparency and Consent Framework de l'IAB. Sous ce seuil, il n'y a aucune conversion modélisée à recevoir.
Le gclid parvient-il encore à Google si ad_user_data est refusé ?
L'identifiant de clic présent dans l'URL n'est pas supprimé par un choix de consentement, et votre page de destination le reçoit toujours. Ce que régit le consentement, c'est le côté Google : si ses balises peuvent stocker cet identifiant et envoyer des données utilisateur avec la conversion. Avec ad_storage refusé, il n'y a aucun cookie publicitaire pour le conserver : une conversion lors d'une visite ultérieure n'a donc rien où le retrouver.
Les Enhanced Conversions fonctionnent-elles encore quand ad_user_data est refusé ?
Non. Les Enhanced Conversions envoient des données propriétaires hachées, comme une adresse e-mail, pour que Google puisse rapprocher la conversion d'un utilisateur connecté, et ce transfert est exactement ce que régit ad_user_data. Cela surprend les équipes qui ont accordé ad_storage et pensaient que le volet identifiant était couvert, car les deux permissions sont distinctes.
Pourquoi mes conversions ont-elles baissé plus que mon taux de refus ?
En général parce que quelque chose a refusé en plus du visiteur. Un signal qui n'a jamais été configuré se lit en aval à peu près comme un refus, et une mise à jour qui arrive après le déclenchement de la balise produit les mêmes données manquantes. Lisez une vraie requête avant d'accepter la baisse comme un plancher lié au consentement, car un défaut de câblage se corrige, un plancher de consentement non.
La confidentialité web, au même endroit.
Analysez votre site →© 2026 par
