Quel est l'impact de l'effacement des données initié par l'utilisateur sur les rapports sur l'attribution ? Quelle est la différence avec les mesures basées sur les cookies ?
L'API Attribution Reporting permet de mesurer quand un clic sur une annonce génère une conversion sur le site d'un annonceur, comme une vente ou une inscription. L'API offre une approche respectueuse de la confidentialité pour mesurer les conversions d'annonces. Il ne repose pas sur des cookies tiers ni sur des mécanismes permettant d'identifier des utilisateurs individuels sur les sites. Au lieu de cela, il fonctionne comme suit : des rapports sur l'attribution qui associent un clic sur une annonce à une conversion sont générés et stockés sur l'appareil de l'utilisateur. Par la suite, le navigateur envoie ces rapports à un point de terminaison prédéfini.
Les sites ont testé l'API Attribution Reporting dans Chrome à l'aide d'une phase d'évaluation de l'origine, qui est désormais terminée.
L'un des enseignements tirés de ces premiers tests concerne l'impact de l'effacement des données initié par l'utilisateur, comme l'historique de navigation,sur les données que les annonceurs et les entreprises de technologie publicitaire obtiennent de l'API. Les statistiques globales de Chrome ont été publiées récemment. Cet article répond aux questions fréquentes sur l'impact de l'effacement des données initié par l'utilisateur sur les rapports sur l'attribution.
Quel est l'impact de l'effacement des données initié par l'utilisateur sur les rapports sur l'attribution ?
Comment cela se compare-t-il aux mesures basées sur les cookies ?
À propos des chiffres
Plusieurs facteurs influencent ces chiffres :
- si les utilisateurs effacent l'historique des sites vers lesquels ils sont redirigés en cliquant sur une annonce ;
- Si les utilisateurs effectuent des conversions sur des catégories de sites où ils ont tendance à effacer l'historique, peut-être peu de temps après la conversion. Les annonces diffusées sur ce type de contenu peuvent être effacées plus souvent et, par conséquent, présenter des écarts plus importants avec les mesures basées sur les cookies.
- De même, si les utilisateurs effacent l'historique des sites sur lesquels ils cliquent sur des annonces ;
- Si l'attribution est configurée pour expirer peu de temps après le clic ou au bout d'une longue période (
attributionexpiry) ; - Si un long délai s'écoule réellement entre le clic et la conversion.
Les équipes Chrome continueront de surveiller et de publier des statistiques sur la liste de diffusion pour les développeurs.
Effacement des données après un clic et avant une conversion
Avec les cookies, un certain pourcentage de conversions ne sont pas signalées en raison de l'effacement des données post-clic avant conversion. Comme les cookies ont été effacés, aucun cookie ne peut être associé à une demande au moment de la conversion. Par conséquent, cette conversion ne peut pas être mesurée. Nous ne connaissons pas le pourcentage exact de conversions qui ne sont pas signalées en raison de la suppression des données par les utilisateurs. Elle varie selon les entreprises ad tech (ou les annonceurs).
Avec l'API Attribution Reporting, un certain pourcentage de conversions ne sont pas signalées en raison de l'effacement des données avant conversion après clic. Les observations des premiers tests (version d'essai de l'origine) utilisant l'API Attribution Reporting ont montré qu'environ 16 % des sources (événements de clic) sont supprimées avant la conversion. Un pourcentage de ces sources génèrent des conversions. Les rapports sur ces conversions ne seront pas envoyés si les sources ont été supprimées.
Exemple
Pour un taux de conversion de 10 %, en supposant un total de 1 000 clics et sans tenir compte des autres erreurs :
- Si les utilisateurs n'effaçaient jamais aucune donnée, une entreprise de technologie publicitaire observerait 100 conversions.
- Points à prendre en compte concernant l'effacement des données :
- Avec les cookies : l'effacement des données après un clic et avant une conversion empêche l'attribution d'un certain pourcentage de conversions à certains événements de clic, car il n'existe aucun cookie pour associer le clic et la conversion. Dans notre exemple, une entreprise de technologie publicitaire observerait moins de 100 conversions.
- Avec Attribution Reporting, l'effacement des données après un clic et avant une conversion a entraîné la suppression de 1,6 % des rapports indiquant une conversion (16 % de 10 % = 1,6 %) lors de la première version bêta. Sans tenir compte des autres erreurs, une entreprise de technologie publicitaire recevrait 84 rapports signalant une conversion, au lieu de 100.
Effacement des données après une conversion
Avec les cookies, l'effacement des données post-conversion n'a aucun effet, car les conversions sont immédiatement signalées à l'entreprise de technologie publicitaire.
Avec l'API Attribution Reporting, l'effacement des données post-conversion entraîne l'effacement des rapports afin de respecter le choix de l'utilisateur (par exemple, lorsqu'il efface l'historique de navigation ou supprime les données du site). Étant donné que l'API n'envoie pas les rapports immédiatement, mais avec un délai afin de protéger la confidentialité des utilisateurs, cela signifie que le stockage du navigateur est déjà vide lorsque l'heure prévue arrive pour que le navigateur envoie le rapport au point de terminaison prédéfini, généralement une entreprise de technologie publicitaire.
Les observations des premiers tests (phase d'évaluation) utilisant l'API Attribution Reporting ont montré qu'environ 6,5 % des rapports ont été supprimés de cette manière.
Quelles actions exactes des utilisateurs peuvent avoir un impact sur les rapports sur l'attribution ?
À partir de Chrome 94 (la version stable de Chrome au moment de la rédaction de cet article), l'une des actions suivantes effacera les événements de clic stockés et les rapports en attente.
chrome://settings> Confidentialité et sécurité > Effacer les données de navigation- Cochez la case Historique de navigation.
- Cochez la case Effacer les cookies et autres données de site.
- Cliquez sur Effacer les données.
chrome://settings> Confidentialité et sécurité > Cookies et autres données des sites- Activez ou désactivez l'option Effacer les cookies et les données des sites à la fermeture du navigateur.
- Vous pouvez également ajouter un comportement sous Toujours effacer les cookies à la fermeture du navigateur.
chrome://history:- Supprimer une entrée individuelle
Commandes au niveau du site :
- Commandes de l'historique à l'échelle du site
- Cliquez sur le bouton en forme de cadenas dans la barre d'adresse, accédez à Paramètres du site, puis cliquez sur Effacer les données.
Cette liste n'est pas exhaustive. Voici des actions utilisateur courantes qui ont un impact sur les données d'attribution. D'autres actions de l'utilisateur, comme la désinstallation de Chrome ou l'exécution d'un outil de nettoyage du système, ont également un impact sur la mesure, qu'elle soit basée sur l'API Attribution Reporting ou sur les cookies.
La suppression des données initiée par l'utilisateur explique-t-elle les pertes observées ?
Les organisations qui ont testé l'API à l'aide d'une phase d'évaluation peuvent avoir constaté une différence entre les mesures basées sur les cookies et celles basées sur Attribution Reporting : il est possible que moins de conversions aient été enregistrées pour Attribution Reporting. La suppression de données initiée par l'utilisateur peut expliquer la perte observée, mais l'écart doit être surveillé à l'avenir pour répondre à cette question avec certitude.
Deux éléments ont joué un rôle dans l'écart entre la mesure basée sur les cookies et celle basée sur les rapports sur l'attribution lors de l'ancien essai d'origine :
- Effacement des données déclenché par l'utilisateur.
- Erreurs réseau : Ces problèmes sont considérés comme des bugs et devraient être résolus dans Chrome 94.
Comment équilibrer confidentialité et utilité dans l'API Attribution Reporting en ce qui concerne l'effacement des données initié par l'utilisateur ?
Pendant la phase de test de l'API, l'objectif est d'expérimenter certains paramètres de l'API pour observer l'effet sur les rapports envoyés, en tenant compte de l'identifiabilité de l'utilisateur. L'un de ces paramètres peut être le délai de génération des rapports. Des discussions sur l'écosystème sont en cours lors des réunions régulières du WICG pour explorer ces paramètres.
Les rapports agrégés seront-ils affectés de la même manière ?
Nous ne savons pas exactement comment l'effacement des données initié par l'utilisateur affectera les rapports agrégés.
Les statistiques partagées dans cet article concernent les rapports au niveau des événements. Même si les délais de création des rapports agrégés peuvent être plus courts (quelques heures, alors que les rapports au niveau des événements peuvent être envoyés plusieurs jours ou semaines après le clic), l'impact de l'effacement des données initié par l'utilisateur peut ne pas être moindre. Par exemple, pour certaines catégories de sites, les utilisateurs ont tendance à effacer les données de navigation peu de temps après avoir effectué une conversion. Ces actions initiées par l'utilisateur entraîneront toujours l'effacement des rapports, même s'ils devaient être envoyés prochainement.
Attribution Reporting : toutes les ressources
Consultez Rapports sur l'attribution.
Recevoir les dernières informations
- Pour être informé des changements d'état dans l'API, rejoignez la liste de diffusion pour les développeurs.
- Pour suivre de près toutes les discussions en cours sur l'API, cliquez sur le bouton Watch (Regarder) sur GitHub. Pour ce faire, vous devez disposer d'un compte GitHub ou en créer un.
- Pour obtenir des informations générales sur la Privacy Sandbox, abonnez-vous au flux RSS [Progress in the Privacy Sandbox].