La différence entre ad_user_data et ad_personalization
Ce sont deux des quatre signaux de Consent Mode v2, et ils contrôlent des choses différentes. ad_user_data définit le consentement à l'envoi de données utilisateur à Google à des fins publicitaires. ad_personalization définit le consentement à la publicité personnalisée, qui est la raison d'être d'une audience de remarketing. Refusez le premier et rien n'arrive au niveau de l'utilisateur ; refusez le second et les données arrivent, mais ne peuvent pas servir à cibler cette personne.
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
Deux questions, posées à deux moments différents
À l'origine, Consent Mode posait une seule question publicitaire, et elle portait sur le stockage : pouvons-nous conserver un identifiant publicitaire sur cet appareil ? C'est ad_storage, et il est toujours là, à faire le même travail.
La version deux en a ajouté deux autres, et ce qui mérite d'être remarqué, c'est qu'aucun des deux ne concerne le stockage. Ils concernent l'usage. ad_user_data demande si des données utilisateur peuvent être envoyées à Google à des fins publicitaires. ad_personalization demande si elles peuvent servir à de la publicité personnalisée. Ces deux formulations sont celles de Google, tirées de sa documentation sur le consentement dans la plateforme de balises. Une configuration publicitaire moderne est donc soumise à trois contrôles plutôt qu'un seul, et ces trois contrôles sont indépendants : un visiteur peut correspondre à n'importe quelle combinaison des trois.
C'est cette indépendance qui rend la distinction importante. La plupart des bannières la cachent derrière un seul interrupteur publicitaire, ce qui est un choix raisonnable, mais cela signifie que la correspondance en dessous fait un travail que personne ne voit. La version simple du modèle d'ensemble se trouve dans Consent Mode v2 expliqué simplement.
Un visiteur, trois contrôles publicitaires.
ad_storagePouvons-nous stocker et lire des identifiants publicitaires sur cet appareil ?
Le refus bloque le cookie, pas la requête.
ad_user_dataLes données utilisateur peuvent-elles être envoyées à Google à des fins publicitaires ?
Refusé : rien n'arrive au niveau de l'utilisateur pour constituer une audience.
ad_personalizationCes données peuvent-elles servir à de la publicité personnalisée ?
Refusé : c'est celui qui touche directement le remarketing.
Des signaux indépendants. Un visiteur peut en accorder un et en refuser un autre.
Lequel bloque votre remarketing
La réponse courte : les deux, à des moments différents de la chaîne. Vous lirez qu'un seul paramètre est celui du remarketing, ce qui est plus net que la réalité.
ad_personalization est le signal qui porte sur l'usage lui-même. Il définit le consentement à la publicité personnalisée, et la publicité personnalisée est la raison d'être d'une liste d'audience : un visiteur qui le refuse n'est donc pas quelqu'un que vous pouvez cibler de cette façon.
ad_user_data se situe en amont. Il définit le consentement à l'envoi de données utilisateur à Google à des fins publicitaires, et s'il est refusé, aucune donnée au niveau de l'utilisateur n'arrive pour constituer une audience. La liste n'est pas tant bloquée que jamais alimentée. Ce même refus a un effet distinct sur le décompte de vos conversions, que nous avons décortiqué dans ce qui arrive à une conversion Google Ads quand ad_user_data est refusé.
Là où cela cesse d'être théorique, c'est avec Customer Match. Pour les données de personnes situées dans l'EEE, Google exige que les deux champs de consentement soient accordés avant que la liste puisse être utilisée, et traite une valeur manquante comme une absence de consentement. Construisez autour d'un seul des deux signaux et vous pouvez vous retrouver avec une liste importée que vous n'avez pas le droit d'utiliser, ce qui est pire qu'une liste vide, parce qu'elle donne l'impression que tout a fonctionné.
La combinaison que personne ne prévoit
Mettez de côté les deux extrêmes. Tout accordé se comporte comme prévu, et tout refusé vous fait entrer dans le domaine de la modélisation, le cas que nous avons traité quand les visiteurs refusent purement et simplement les cookies.
L'état intéressant, c'est ad_user_data accordé avec ad_personalization refusé. C'est une volonté tout à fait cohérente : mesurez ma visite, comptez-moi dans vos conversions, mais ne me suivez pas partout. C'est aussi l'état que nous trouvons le plus souvent non représenté, parce qu'une bannière avec une seule catégorie publicitaire ne peut pas le produire, et qu'une bannière qui en a plusieurs les ramène souvent toutes à un seul signal de toute façon.
L'inverse, la personnalisation accordée alors que les données utilisateur sont refusées, est un symptôme plutôt qu'un choix de conception : l'autorisation de personnaliser à partir de données qui n'ont pas le droit d'arriver. Si vous le trouvez en production, vous avez généralement affaire à une correspondance remplie champ par champ plutôt que pensée dans son ensemble.
Comment voir quels signaux votre site envoie réellement
Vous pouvez trancher la question sur un seul chargement de page, et la première étape piège la plupart des gens.
N'essayez pas de lire ces deux signaux dans gcs
Le paramètre
gcsne transporte quead_storageetanalytics_storage. Lire une valeurgcsapparemment saine et en conclure que les signaux publicitaires vont bien, c'est une fausse validation qui ressemble trait pour trait à une vraie, parce que ce paramètre n'allait jamais les mentionner.Regardez plutôt gcd, en vérification croisée
Le paramètre
gcdvoyage sur les hits envoyés aux services Google et encode les quatre types de consentement ainsi que la manière dont chaque état a été généré. Google le considère comme un détail d'implémentation interne susceptible de changer : servez-vous-en pour confirmer ce que vous pensez déjà, pas comme source de vérité.Lisez l'état du consentement dans Tag Assistant ou en mode aperçu
C'est la réponse sur laquelle vous agissez. Elle liste les quatre types de consentement avec leurs valeurs dans la page, à chaque événement, et c'est la seule vue qui montre au même endroit une valeur et le moment où elle a changé.
Testez volontairement l'état mixte
Acceptez la mesure et refusez la personnalisation, si votre bannière le permet, et regardez si les deux signaux divergent réellement. S'ils bougent toujours ensemble, vos catégories sont reliées à un seul interrupteur, quoi que suggère l'interface.
Vérifiez la mise à jour, pas seulement la valeur par défaut
Des valeurs par défaut refusées sont faciles à bien régler, et il est tentant de s'arrêter là. Ce qui compte, c'est la mise à jour envoyée après le choix du visiteur, et si elle transporte les trois signaux publicitaires ou seulement celui pour lequel la configuration a été construite à l'origine. C'est la même discipline que vérifier le signal de consentement dans la requête sortante.
Que faire une fois que vous savez
Si votre bannière propose une seule catégorie publicitaire, reliez-la aux trois signaux publicitaires, et assurez-vous que la mise à jour les envoie ensemble. C'est un choix de conception défendable.
Si votre bannière propose des choix séparés, la correspondance doit les respecter, car une interface qui affiche de la granularité alors que l'implémentation l'écrase cumule les inconvénients : vous avez pris la complexité sans en garder aucun bénéfice, et le visiteur s'est vu proposer un choix qui n'existait pas.
Dans tous les cas, vérifiez d'abord si les deux signaux Consent Mode v2 sont envoyés tout court. Une installation qui leur est antérieure peut sembler saine depuis son écran de réglages tout en n'envoyant que la paire d'origine, ce qui est un problème différent d'un refus de la part d'un visiteur.
Velo envoie les quatre signaux à partir d'une seule correspondance de catégories, lisible sur un seul écran : l'état choisi par le visiteur est bien celui qui quitte la page. Le fonctionnement est détaillé sur la page produit.
Questions fréquentes
Les questions que l'on pose sur ce sujet.
Quelle est la différence entre ad_user_data et ad_personalization ?
Ils posent deux questions différentes sur le même visiteur. ad_user_data demande si des données utilisateur peuvent tout simplement être envoyées à Google à des fins publicitaires. ad_personalization demande si ces données peuvent ensuite servir à de la publicité personnalisée. Refuser le premier signifie que Google ne reçoit rien au niveau de l'utilisateur. Refuser le second signifie que les données arrivent et peuvent servir à la mesure, mais pas à cibler cette personne. Les deux sont indépendants : un visiteur peut accorder l'un et refuser l'autre, et une configuration qui les traite comme un seul interrupteur publicitaire ne peut pas représenter ce cas.
Lequel bloque mes listes de remarketing ?
Les deux, à des moments différents. ad_personalization est le signal qui régit la publicité personnalisée, c'est-à-dire l'usage pour lequel une audience de remarketing existe. ad_user_data se situe en amont : s'il est refusé, aucune donnée au niveau de l'utilisateur n'arrive chez Google pour constituer une audience. Pour Customer Match sur des données provenant de l'EEE, Google exige que les deux champs de consentement soient accordés : traiter l'un ou l'autre comme l'unique interrupteur vous laissera avec une liste inutilisable.
Puis-je lire ad_user_data et ad_personalization dans le paramètre gcs ?
Non, et c'est la façon la plus courante de conclure à tort que sa configuration fonctionne. Le paramètre gcs ne transporte que ad_storage et analytics_storage. Les deux signaux Consent Mode v2 voyagent dans gcd, présent sur les hits envoyés aux services Google, qui encode les quatre types de consentement ainsi que la manière dont chaque état a été généré. Google considère ces paramètres comme internes et susceptibles de changer : servez-vous-en comme vérification croisée, et lisez l'état du consentement dans Tag Assistant ou dans l'aperçu de votre gestionnaire de balises pour obtenir la réponse sur laquelle vous agissez.
Que se passe-t-il si mon outil de consentement n'envoie jamais les deux nouveaux signaux ?
Le côté publicitaire de votre configuration se comporte comme si ces consentements n'avaient jamais été obtenus. C'est une situation différente d'un refus du visiteur, et il vaut la peine de l'écarter en premier, parce qu'une installation ancienne, antérieure à Consent Mode v2, peut sembler en parfaite santé tout en n'envoyant que la paire d'origine. Vérifiez ce qui quitte réellement la page plutôt que ce qu'affirme l'écran de réglages de l'outil de consentement.
Ma bannière doit-elle les proposer comme des choix séparés ?
Ce n'est pas obligatoire, et la plupart ne le font pas. L'important est que votre correspondance des catégories puisse exprimer les états que vos visiteurs peuvent atteindre. Si une seule catégorie publicitaire correspond aux trois signaux publicitaires, un visiteur accorde tout ou rien de ce côté-là, ce qui est un choix de conception défendable. Ce qui ne l'est pas, c'est une bannière qui affiche des choix séparés puis les ramène à un seul signal, parce que l'interface promet une granularité que l'implémentation ne fournit pas.
La confidentialité web, au même endroit.
Analysez votre site →© 2026 par
