Cette page a été traduite par l'API Cloud Translation.

Présentation d'Attribution Reporting pour le Web

Mesurez à quel moment un clic sur une annonce ou une vue génère une conversion, comme un achat sur le site d'un annonceur.

À qui cela s'adresse-t-il ?

Vous trouverez ici les principes de base d'Attribution Reporting et certains concepts sous-jacents, mais pas beaucoup de détails techniques.

Si vous travaillez dans la publicité ou les technologies publicitaires, vous découvrirez comment cette API fournit des fonctionnalités activées par les cookies tiers. Consultez les cas d'utilisation des API pour découvrir en détail comment générer les rapports.
Si vous êtes développeur ou ingénieur logiciel, accédez à la présentation complète du système ou effectuez des tests et participez à l'utilisation de l'API.

Les annonceurs et éditeurs qui s'appuient sur des plates-formes ad tech pour mesurer les conversions n'ont pas besoin d'utiliser directement l'API. Vous souhaitez peut-être comprendre le fonctionnement d'Attribution Reporting si votre technologie publicitaire prévoit d'intégrer cette API.

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

Aujourd'hui, la mesure des conversions publicitaires repose souvent sur des cookies tiers. Les navigateurs limitent l'accès aux cookies tiers, car ceux-ci peuvent servir à suivre les utilisateurs sur plusieurs sites et nuire à leur confidentialité.

L'API Attribution Reporting permet d'effectuer ces mesures tout en préservant 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 des annonces
Annonces dans un iFrame tiers, telles que les annonces sur le site d'un éditeur qui utilise un fournisseur de technologie publicitaire tiers.
Annonces dans un contexte propriétaire, comme des annonces sur un réseau social ou une page de résultats d'un moteur de recherche, ou un éditeur diffusant ses propres annonces

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

Try the API

Effectuez des tests en local 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, accédez à Attribution Reporting: tester et participer.

Modifications apportées à l'API

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

Garantie de disponibilité

Proposition	État
Parcours de conversion: passage de l'application au Web Explication sur le Web et Explication sur Android Annonce de la liste de diffusion	Disponible dans Chrome et Android pour la phase d'évaluation
Parcours de conversion: multi-appareil Explication	Cette proposition a été archivée. Il n'y a actuellement aucun plan de mise en œuvre.
Empêcher les rapports agrégables non valides grâce à la validation des rapports Explication	Disponible dans Chrome au 1er semestre 2024
La liste d'autorisation par défaut pour l'API Attribution Reporting - Permissions-Policy sera maintenue * Annonce concernant les listes de diffusion	Disponible dans Chrome au 1er trimestre 2023
Rapports configurables au niveau des événements epsilon GitHub issuek	Disponible dans Chrome au 4e trimestre 2023
Marge intérieure pour la charge utile des rapports agrégables Explication mise à jour	Disponible dans Chrome au 4e trimestre 2023
Phase 1 Lite flexible au niveau des événements Explication des configurations flexibles au niveau des événements	Disponible dans Chrome au 4e trimestre 2023 Possibilité de personnaliser le nombre de rapports sur l'attribution et le nombre/la durée des périodes de référence. Disponible dans Chrome au premier trimestre 2024 Possibilité de personnaliser le nombre de bits des données de déclenchement.
Assistance pour le débogage d'Attribution Reporting après l'abandon des cookies tiers Demander des commentaires sur GitHub	Disponible dans Chrome au 1er semestre 2024
Compatibilité avec l'API Attribution Reporting et le service d'agrégation pour Google Cloud Explication de l'API Attribution Reporting Explication du service d'agrégation	Disponible dans Chrome au deuxième semestre 2023

Cas d'utilisation et fonctionnalités

L'API Attribution Reporting permet d'accéder à différents types d'insights, avec deux types de rapports pouvant ê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 spécifique sur une annonce (côté annonce) aux données concernant les conversions. Les données côté conversion sont très limitées et les données comportent du bruit. Cela signifie que pour un faible pourcentage de cas, des données aléatoires sont envoyées au lieu de rapports réels. Cela préserve la confidentialité des utilisateurs en empêchant la jointure de l'identité de l'utilisateur entre les sites. Pour renforcer la protection de la confidentialité, les rapports sont envoyés avec un certain délai.
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 fiables que les rapports au niveau des événements. Une combinaison de techniques de confidentialité permet de réduire le risque d'association d'identité sur plusieurs sites.

Rapports au niveau des événements

Les rapports au niveau des événements associent un clic sur une annonce ou une vue à des données de conversion générales.

Rapport au niveau des événements — Exemple de rapport au niveau des événements: l'ID de clic 200400600 sur `news.example` (joint à l'ID utilisateur Bob_Doe sur `news.example`) a généré un achat le `shop.example`.

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

Optimisation. Répondez à des questions telles que "Comment puis-je améliorer mon retour sur investissement ?". En particulier, ces rapports peuvent servir à optimiser l'emplacement des annonces, car des identifiants uniques côté annonce peuvent y être disponibles. Les rapports au niveau des événements peuvent fournir des données d'entraînement pour les modèles de machine learning.
Les rapports généraux, qui ne nécessitent que très peu d'informations sur la conversion. La limite actuelle est de 3 bits de données de conversion pour les clics. Cela signifie qu'une conversion peut être attribuée à l'une des huit catégories suivantes ⏤ et 1 bit pour les vues. Les rapports au niveau des événements ne permettent pas d'encoder des données précises côté conversion, comme un prix ou une heure de conversion spécifique.
Détection des fraudes. Les données de certains rapports peuvent être utiles pour détecter et analyser les fraudes publicitaires, car elles vous permettent d'identifier les modèles pouvant être utilisés pour identifier l'activité incorrecte ou liée à du spam.

Rapports de synthèse

Les rapports de synthèse (anciennement "rapports globaux") offrent des données de conversion plus détaillées et offrent plus de flexibilité pour associer des données de clic ou d'affichage et des données de conversion.

En savoir plus sur les rapports récapitulatifs

Exemple d'insights provenant de rapports récapitulatifs. — Voici un exemple d'insights tirés des rapports récapitulatifs: la campagne ID 1234567 du `news.example` a généré 518 conversions le `shoes.example`, pour des dépenses totales de 38 174 $. La moitié des conversions provenaient d'utilisateurs de New York, aux États-Unis.

Les rapports de synthèse sont particulièrement adaptés au 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, ce qui n'est pas compatible avec les rapports au niveau des événements (car les données de conversion sont trop approximatives)) est un domaine de recherche actif.

Autres fonctions

Cette API offre également les fonctionnalités suivantes:

Attribution Application/Web : permet de voir une annonce ou de cliquer sur une annonce dans une application et d'effectuer une conversion sur le Web.
Attribution multi-appareil : cliquez sur une annonce ou affichez-la sur un mobile, et effectuez une conversion sur ordinateur.

Prise en charge des navigateurs

Firefox et Edge n'ont pas partagé de signaux.
Safari et Webkit sont négatifs et ont proposé une autre API pour mesurer les conversions d'annonces, appelée mesure des clics privés.

Bien que les deux API soient différentes, Chrome et WebKit travaillent ensemble pour simplifier l'expérience des développeurs, par exemple en s'alignant sur les noms d'attributs et la structure JSON pour les rapports.

Les fonctionnalités de l'API Attribution Reporting sont différentes de celles de l'API Private Click Measurement proposée par Safari et WebKit. Avec l'API Attribution Reporting, en particulier:

La mesure des conversions après affichage est acceptée.
Vous pouvez fournir des rapports au niveau des événements.
Les rapports de synthèse contiennent des informations détaillées sur les clics/vues et les conversions.
Les tiers tels que les plates-formes ad tech peuvent recevoir des rapports pour le compte d'éditeurs et d'annonceurs.

Configuration du navigateur

Les utilisateurs peuvent désactiver l'API dans les paramètres utilisateur sur chrome://settings/adPrivacy.
L'API n'est pas active en mode navigation privée.
L'API n'est pas active lorsque les cookies tiers sont désactivés.

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 sur n'importe quel site, à la fois dans les documents et les scripts de premier niveau, et dans les iFrames de même origine.

Les tiers arbitraires (par exemple, les iFrames d'annonces multi-origines qui n'ont pas été ajoutés à la page avec un script disposant d'un accès de niveau supérieur) ne peuvent pas utiliser l'API à l'insu de l'éditeur ou de l'annonceur. Dans ces iFrame, l'API Attribution Reporting doit être explicitement activée avec le Règlement sur les 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 à l'aide des règles sur les autorisations.

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

Permissions-Policy: attribution-reporting=()

Comment l'API Attribution Reporting fonctionne-t-elle ?

L'API Attribution Reporting permet de mesurer deux événements associés: un événement sur le site Web d'un éditeur (un utilisateur qui consulte une annonce ou clique dessus, par exemple), et une conversion ultérieure sur le site d'un annonceur.

Rapports au niveau des événements

Rapports de synthèse

Les rapports de synthèse sont générés comme suit:

Un utilisateur voit ou clique sur une annonce spécialement configurée. 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.
Par la suite, lorsque l'utilisateur effectue une conversion, le navigateur met en correspondance l'événement de clic ou de vue détaillé (appelé événement de la source d'attribution) aux données de conversion détaillées (données du déclencheur d'attribution). Les dimensions de détail capturées sont prédéfinies par une société ad tech, et le navigateur suit une logique spécifique définie par cette technologie. Le navigateur génère 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.
Les rapports de synthèse sont ensuite mis à la disposition de la technologie publicitaire. Notez que les rapports de synthèse ne sont pas aussi retardés 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 annonceurs d'obtenir des insights sur les conversions sans suivre l'activité d'un individu sur les sites.

Prenons l'exemple d'une personne nommée Bob. Bob 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, le suivi de cette conversion est effectué par un cookie tiers utilisé comme identifiant intersite. 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 shoes.example. La technologie publicitaire peut fusionner ces informations pour créer un profil détaillé de Bob, y compris sa position, ses habitudes de navigation et ses lectures préférées sur news.example. Ce profil peut également inclure les achats, l'activité et les informations de carte de crédit sur shoes.example. Cette jointure intersites est utile pour mesurer les conversions d'annonces. Mais cela compromet la confidentialité des utilisateurs : l'activité de Bob est suivie sur l'ensemble des sites avec un niveau de détail élevé.

Vue côte à côte du Web d'aujourd'hui (identité jointe) et du Web de demain (identité partitionnée)

Une petite quantité d'informations est jointe entre les sites : suffisamment pour mesurer les conversions, mais pas assez pour suivre l'activité de Bob sur les sites en détail. 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 intersites sur une conversion, les informations côté conversion sont trop grossières pour joindre l'identité de l'utilisateur sur les sites.

Les rapports récapitulatifs fournissent des insights détaillés, mais uniquement au niveau agrégé. Étant donné que le contenu de ces rapports agrégables est chiffré lorsqu'ils sont envoyés à la technologie publicitaire, celle-ci ne peut pas obtenir d'informations à partir des rapports sans utiliser un service d'agrégation. Le service d'agrégation ne fournit un accès qu'aux agrégations avec bruit.

Des mesures de protection de la confidentialité supplémentaires, telles que les limitations de débit, sont imposées aux rapports globaux et au niveau des événements.

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 d'un site à l'autre, en respectant les mécanismes de confidentialité suivants:

Aucun identifiant intersite n'est utilisé, et aucune activité de navigation détaillée sur plusieurs sites ne quitte l'appareil.
Les rapports au niveau des événements associent 64 bits d'informations côté annonce (news.example) à 1 bit ou 3 bits du côté conversion (shop.example). Les 64 bits sont suffisants pour être mappés à un identifiant utilisateur individuel, mais ces 64 bits ne peuvent être liés qu'à de très rares informations intersites: 1 bit ou 3 bits, qui ne suffisent pas pour contenir un identifiant.
- Les 64 bits côté annonce ne sont pas une nouvelle information. Un ID utilisateur est déjà disponible côté annonce. news.example ou adtech.example connaît déjà l'activité d'un certain utilisateur sur news.example.
Des protections supplémentaires sont appliquées pour éviter les abus et le suivi intersites :
- Les rapports sont envoyés avec un délai.
- Les données de conversion sont bruites: 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 de synthèse 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 d'un site à l'autre, en utilisant les mécanismes de confidentialité suivants:

Aucun identifiant intersite n'est utilisé.
Chaque attribution peut apporter plusieurs contributions à un rapport récapitulatif résultant. Tout utilisateur peut déclencher plusieurs attributions pour un clic (ou une vue) et une conversion spécifiques.
Les données sont agrégées jusqu'à plusieurs événements (de nombreux utilisateurs), et aucun événement individuel ne peut être observé avec précision. Lorsque vous examinez les données agrégées, plus le niveau de détail augmente, plus le bruit relatif sur ces données augmente également. Les segments de données qui regroupent un grand nombre d'événements et d'utilisateurs sont plus précis afin de 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 illisibles 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 éviter les abus et le suivi intersites :
- Les rapports sont envoyés avec des délais aléatoires.
- Les requêtes portant sur différentes tranches de données sont limitées en débit.

Interagir et donner votre avis

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 de l'API dans la liste de diffusion Attribution Reporting.
Si vous avez des questions techniques, signalez un bug Chromium.
Pour les questions d'implémentation, d'intégration et de bonnes pratiques générales : signalez un problème dans le dépôt d'assistance pour les développeurs de la Privacy Sandbox.