Présentation d'Attribution Reporting pour le Web

Mesurez quand un clic ou une vue d'annonce génèrent une conversion, comme un achat sur le site d'un annonceur.

Audience cible

Vous trouverez ici les bases de l'Attribution Reporting et quelques concepts sous-jacents, mais pas beaucoup de détails techniques.

• Si vous travaillez dans le domaine de la publicité ou des technologies publicitaires, vous découvrirez comment cette API fournit des fonctionnalités qui sont activées par les cookies tiers. Consultez les cas d'utilisation de l'API pour en savoir plus sur la génération des rapports.
• Si vous êtes développeur ou ingénieur logiciel, consultez la présentation complète du système ou expérimentez et participez avec l'API.

Les annonceurs et les éditeurs qui s'appuient sur des plates-formes de technologie publicitaire pour mesurer les conversions n'ont pas besoin d'utiliser directement l'API. Si votre technologie publicitaire prévoit de s'intégrer à cette API, vous pouvez en apprendre davantage sur le fonctionnement d'Attribution Reporting.

Qu'est-ce que l'API Attribution Reporting ?

Aujourd'hui, la mesure des conversions d'annonces repose souvent sur des cookies tiers. Les navigateurs limitent l'accès aux cookies tiers, car ils peuvent être utilisés pour suivre les utilisateurs sur différents sites et nuire à leur confidentialité.

L'API Attribution Reporting permet d'effectuer ces mesures en respectant la confidentialité, sans cookies tiers.

Cette API permet aux annonceurs et aux fournisseurs de technologie publicitaire de mesurer les conversions dans les cas suivants :

• Clics et vues sur les annonces
• Annonces dans un iFrame tiers, comme les annonces sur un site d'éditeur qui utilise un fournisseur de technologie publicitaire tiers.
• Annonces dans un contexte first party, comme les annonces sur un réseau social ou une page de résultats de moteur de recherche, ou un éditeur diffusant ses propres annonces.

Si vous ne connaissez pas certains de ces termes ou concepts, consultez le glossaire Privacy Sandbox.

Essayer l'API

• Testez localement dans votre navigateur. Définissez un indicateur, qui indique au navigateur Chrome d'activer des fonctionnalités expérimentales spécifiques.

Si vous souhaitez tester l'API, consultez Attribution Reporting : expérimenter et participer.

Modifications apportées à l'API

• Suivez les modifications apportées à l'API.
• Découvrez pourquoi nous avons lancé l'API Attribution Reporting au premier semestre 2023.

Disponibilité

Cas d'utilisation et fonctionnalités

L'API Attribution Reporting permet d'accéder à différents types d'insights grâce à deux types de rapports qui peuvent être envoyés à un annonceur ou à un fournisseur de technologie publicitaire tiers. Ces deux types de rapports peuvent être utilisés simultanément et sont complémentaires.

• Les rapports au niveau des événements associent un clic ou une vue d'annonce spécifique (côté annonce) à des données de conversion (côté conversion). Les données côté conversion sont très limitées et bruitées (c'est-à-dire que, pour un petit pourcentage de cas, des données aléatoires sont envoyées à la place de rapports réels). Cela préserve la confidentialité des utilisateurs en empêchant l'association de leur identité sur différents sites. Pour mieux protéger votre confidentialité, les rapports sont envoyés avec un certain retard.
• Les rapports récapitulatifs ne sont pas liés à un événement spécifique côté annonce. Ces rapports fournissent des données de conversion plus riches et plus fidèles que les rapports au niveau des événements. Une combinaison de techniques de confidentialité permet de réduire le risque de fusion d'identités sur plusieurs sites.

Rapports au niveau des événements

Les rapports au niveau des événements associent un clic ou une vue d'annonce à des données de conversion approximatives.

Les rapports au niveau des événements sont adaptés aux cas suivants :

• Optimisation. répondre à des questions comme "Comment puis-je améliorer mon retour sur investissement ?". En particulier, ces rapports peuvent être utilisés pour optimiser l'emplacement des annonces, car les ID uniques côté annonce peuvent être disponibles dans les rapports. Les rapports au niveau des événements peuvent fournir des données d'entraînement pour les modèles de machine learning.
• Rapports approximatifs, lorsque très peu d'informations sont nécessaires concernant la conversion. La limite actuelle est de 3 bits de données de conversion pour les clics (ce qui signifie qu'une conversion peut se voir attribuer l'une des huit catégories) et de 1 bit pour les vues. L'encodage de données précises côté conversion, comme un prix ou une heure de conversion spécifiques, n'est pas pris en charge dans les rapports au niveau des événements.
• Détection des fraudes Les données de certains rapports peuvent être utiles pour la détection et l'analyse de la fraude publicitaire. Elles vous permettent de comprendre les schémas qui peuvent être utilisés pour identifier les activités de spam ou incorrectes.

Rapports récapitulatifs

Les rapports récapitulatifs (anciennement appelés rapports agrégés) offrent des données de conversion plus détaillées et plus de flexibilité pour associer les données de clics ou de vues aux données de conversion.

En savoir plus sur les rapports de synthèse

Les rapports récapitulatifs sont mieux adaptés aux cas d'utilisation de reporting. Ces rapports vous aident à répondre à des questions telles que "Quel est mon retour sur investissement ?".

L'utilisation de rapports récapitulatifs pour l'optimisation (par exemple, pour optimiser la valeur d'un achat, qui n'est pas prise en charge par les rapports au niveau de l'événement, car les données de conversion sont trop générales) est un domaine de recherche actif.

Autres fonctionnalités

Voici d'autres fonctionnalités de cette API :

• Attribution des conversions d'application au trafic sur le Web : voir ou cliquer sur une annonce dans une application, puis effectuer une conversion sur le Web.

Prise en charge des navigateurs

• Firefox et Edge n'ont pas partagé de signaux.
• Safari et Webkit ont émis un avis négatif et ont proposé une autre API pour mesurer les conversions d'annonces, appelée Private Click Measurement.

Bien que les deux API soient différentes, Chrome et WebKit collaborent en open source pour simplifier l'expérience des développeurs, par exemple en harmonisant les noms d'attributs et la structure JSON des rapports.

L'ensemble de fonctionnalités de l'API Attribution Reporting est différent de celui de l'API Private Click Measurement proposée par Safari et WebKit. Voici quelques exemples de ce que vous pouvez faire avec l'API Attribution Reporting :

• La mesure des conversions après affichage est acceptée.
• Des rapports au niveau des événements peuvent être fournis.
• Les rapports récapitulatifs contiennent de nombreuses informations sur les clics/vues et les conversions.
• Des tiers tels que les plates-formes de technologie publicitaire peuvent recevoir des rapports au nom des éditeurs et des annonceurs.

Configuration du navigateur

• Les utilisateurs peuvent désactiver l'API dans les paramètres utilisateur à l'adresse chrome://settings/adPrivacy.
• L'API n'est pas active en mode navigation privée.

Comment les sites peuvent-ils contrôler l'accès ?

Si l'API est disponible dans un navigateur donné, elle l'est par défaut dans n'importe quel site, à la fois dans les documents et scripts de premier niveau, et dans les iFrames de même origine.

Les tiers arbitraires (par exemple, les iFrames publicitaires multi-origines qui n'ont pas été ajoutés à la page avec un script ayant un accès de haut niveau) ne peuvent pas utiliser l'API sans l'accord d'un éditeur ou d'un annonceur. Dans ces iFrames, l'API Attribution Reporting doit être explicitement activée avec la Règle relative aux autorisations.

<iframe src="..." allow="attribution-reporting"></iframe>

Les tiers disposant d'un accès de premier niveau qui ajoutent des iFrames multi-origines à une page peuvent également activer l'API Attribution Reporting avec la Règle relative aux autorisations.

Un site peut désactiver l'API Attribution Reporting pour toutes les parties, y compris les scripts ayant un accès de premier niveau, en envoyant l'en-tête de réponse HTTP suivant :

Permissions-Policy: attribution-reporting=()

Comment fonctionne l'API Attribution Reporting ?

L'API Attribution Reporting permet de mesurer deux événements liés entre eux : un événement sur le site Web d'un éditeur, tel qu'un utilisateur qui visionne une annonce ou clique dessus, dont résulte une conversion sur le site d'un annonceur.

Rapports au niveau des événements

Rapports récapitulatifs

Les rapports récapitulatifs sont générés comme suit :

• Un utilisateur visionne une annonce spécialement configurée ou clique dessus. Le navigateur sur l'appareil local de l'utilisateur enregistre cet événement, ainsi que les données de configuration d'attribution prédéfinies.
• Plus tard, lorsque l'utilisateur effectue une conversion, le navigateur associe cet événement d'affichage ou de clic détaillé (appelé événement source d'attribution) aux données de conversion détaillées (appelées données de déclencheur d'attribution). Les dimensions des détails capturés sont prédéfinies par une entreprise de technologie publicitaire, et le navigateur suit une logique spécifique définie par la technologie publicitaire. Le navigateur consigne ces données dans un rapport agrégable.
• Les rapports agrégables sont chiffrés par le navigateur et envoyés à un serveur de technologie publicitaire. À partir du serveur de technologie publicitaire, les rapports agrégables sont envoyés au service d'agrégation pour générer un rapport récapitulatif.
• Le rapport récapitulatif est ensuite mis à la disposition de la technologie publicitaire. Notez que les rapports récapitulatifs ne sont pas différés dans la même mesure que les rapports au niveau des événements.

En savoir plus sur les rapports récapitulatifs

Confidentialité

Contrairement aux cookies tiers, l'API Attribution Reporting permet aux entreprises publicitaires d'obtenir des insights sur les conversions sans suivre l'activité d'un utilisateur sur plusieurs sites.

Prenons l'exemple d'une personne nommée Bob. Jean voit une annonce en lisant les actualités sur news.example. Une semaine plus tard, Bob achète des chaussures sur shoes.example.

Aujourd'hui, cette conversion serait suivie par un cookie tiers utilisé comme identifiant multisite. Grâce aux cookies tiers, une entreprise de technologie publicitaire peut accéder à de nombreux détails sur l'activité de Bob sur news.example et sur shoes.example. La technologie publicitaire peut fusionner ces informations pour créer un profil détaillé de Bob, y compris sa position géographique, ses habitudes de navigation et ses lectures préférées sur news.example. Ce profil peut également inclure des achats, des activités et des informations de carte de crédit sur shoes.example. Cette jointure multisite est utile pour mesurer les conversions d'annonces. Toutefois, cela nuit à la confidentialité des utilisateurs : l'activité de Bob est suivie sur les sites avec un niveau de détail élevé.

Une petite quantité d'informations est associée sur les sites, suffisamment pour mesurer les conversions, mais pas assez pour suivre en détail l'activité de Bob sur les sites. L'activité de Bob sur news.example et sur shoes.example reste distincte.

Protections dans chaque type de rapport

Les rapports au niveau des événements associent un identifiant côté annonce à une petite quantité de données côté conversion. Bien qu'elles fournissent des informations multisites sur une conversion, les informations côté conversion sont trop générales pour associer l'identité des utilisateurs sur les sites.

Les rapports récapitulatifs fournissent des insights détaillés, mais uniquement au niveau agrégé. En effet, le contenu de ces rapports agrégables est chiffré lorsqu'il est envoyé à la technologie publicitaire. Par conséquent, la technologie publicitaire ne peut obtenir aucune information à partir des rapports sans utiliser de service d'agrégation. Le service d'agrégation ne fournit l'accès qu'aux agrégats bruyants.

Des protections supplémentaires de la confidentialité, telles que des limites de fréquence, sont imposées aux rapports au niveau des événements et aux rapports agrégés.

En détail : rapports au niveau des événements et confidentialité

Les rapports au niveau des événements fournissent des insights sur les conversions sans suivre les utilisateurs sur les sites, grâce aux mécanismes de confidentialité suivants :

• Aucun identifiant multisite n'est utilisé et aucune activité de navigation multisite détaillée ne quitte l'appareil.
• Les rapports au niveau de l'événement associent 64 bits d'informations côté annonce (news.example) à seulement 1 ou 3 bits côté conversion (shop.example). 64 bits suffisent pour être associés à un identifiant utilisateur individuel, mais ils ne peuvent être associés qu'à très peu d'informations multisites : 1 ou 3 bits, ce qui n'est pas suffisant pour contenir un identifiant.
  • Les 64 bits côté annonce ne sont pas une nouveauté. Un ID utilisateur peut déjà être disponible côté annonceur aujourd'hui. news.example ou adtech.example connaissent déjà l'activité d'un utilisateur sur news.example.
• Des protections supplémentaires sont appliquées pour empêcher les utilisations abusives et le suivi intersite :
  • Les rapports sont envoyés avec un délai.
  • Les données de conversion sont bruitées : un certain pourcentage du temps, de faux rapports sont générés.
  • Le nombre de rapports sur les conversions attribuées est limité par clic ou par vue.

En détail : rapports récapitulatifs et confidentialité

Les rapports récapitulatifs associent un événement de clic ou de vue à des données de conversion détaillées. Ils fournissent des insights sur les conversions sans suivre les utilisateurs sur différents sites, en utilisant les mécanismes de confidentialité suivants :

• Aucun identifiant multisite n'est utilisé.
• Chaque attribution peut apporter plusieurs contributions à un rapport récapitulatif. Un même utilisateur peut déclencher plusieurs attributions pour un clic (ou une vue) et une conversion spécifiques.
• Les données sont agrégées au niveau de nombreux événements (de nombreux utilisateurs) et aucun événement individuel ne peut être observé précisément. Lorsque vous examinez les données agrégées, le bruit relatif augmente à mesure que le niveau de détail augmente. Les tranches de données qui agrègent un grand nombre d'événements et d'utilisateurs sont plus précises pour préserver leur utilité.
• Les rapports bruts qui associent un événement de clic ou de vue détaillé à des données de conversion détaillées sont chiffrés et ne peuvent pas être lus par l'entreprise de technologie publicitaire. Ces données ne peuvent être lues que par le service d'agrégation.
• Des protections supplémentaires sont appliquées pour empêcher les utilisations abusives et le suivi intersite :
  • Les rapports sont envoyés avec des délais aléatoires.
  • Les requêtes sur différentes tranches de données sont limitées en termes de fréquence.

Interagir et envoyer des commentaires

• Pour toute question concernant l'API, créez un problème dans le dépôt de l'API.
• Suivez les mises à jour et les annonces concernant l'API sur la liste de diffusion Attribution Reporting.
• Si vous avez des questions techniques, signalez un bug Chromium.