Pourquoi Chrome a-t-il publié l'API Attribution Reporting ?

L'API Attribution Reporting est l'API de Chrome qui permet de prendre en charge les cas d'utilisation d'Attribution Reporting tout en améliorant la confidentialité des utilisateurs. Il s'agit de l'une des nombreuses propositions (1, 2, 3, 4, etc.) visant à résoudre le même problème.

Ce document explique pourquoi nous avons publié l'API Attribution Reporting alors qu'elle est toujours en incubation dans le groupe de la communauté Web Incubator. Chrome s'engage pleinement à participer aux processus W3C pertinents. Les équipes Chrome travaillent au sein du Private Advertising Technology Community Group (PATCG) pour identifier une solution largement acceptable pour de nombreux moteurs de navigateur. La publication de l'API en parallèle nous permettra de tester et d'améliorer ce cas d'utilisation important.

Les cas d'utilisation couverts par l'API Attribution Reporting sont importants pour répondre efficacement aux besoins de l'écosystème avant l'abandon progressif des cookies tiers.

Nous pensons que les cas d'utilisation d'Attribution Reporting sont essentiels pour un écosystème Web florissant. Nous pensons également que la suppression des cookies tiers de Chrome est essentielle pour améliorer la confidentialité des utilisateurs sur le Web.

Pour répondre aux besoins de l'écosystème et mieux protéger la confidentialité des utilisateurs, nous pensons qu'il est nécessaire de déployer cette API et donc d'activer les tests et le calibrage avant d'abandonner progressivement les cookies tiers. Cette position est conforme à nos engagements envers l'Autorité britannique de la concurrence et des marchés (CMA) concernant la Privacy Sandbox et la suppression des cookies tiers par Chrome.

La publication de l'API Attribution Reporting permettra aux développeurs de s'adapter à la nouvelle technologie et de fournir une expérience réelle pour orienter le processus de normalisation, tout en améliorant la confidentialité des utilisateurs.

Bien que les normes soient essentielles au bon fonctionnement du Web, elles prennent du temps à être établies et nécessitent un consensus. À mesure que le Web s'éloigne du suivi intersites, nous devons nous assurer que les nouvelles technologies que nous développons répondent efficacement aux besoins de l'écosystème.

Pour ce faire, l'API Attribution Reporting doit être largement disponible. Cela permet aux développeurs d'adopter la nouvelle technologie et d'évaluer les résultats des tests, tout en suivant le processus de normalisation. Nous pensons que les résultats de cette adoption et de ces tests seront intégrés au processus d'établissement de normes et permettront aux participants du PATCG d'atteindre un consensus plus éclairé sur une norme interopérable répondant au cas d'utilisation sous-jacent.

La publication de l'API Attribution Reporting offre des avantages concrets en termes de préparation de l'avenir des mesures sur la plate-forme Web :

  • Recherche : l'implémentation de l'API fournira à Chrome et aux autres fournisseurs de navigateurs des insights clés nécessaires à la conception d'une future API interopérable. Nous ferons part de nos premiers insights à des organismes comme le PATCG afin d'améliorer les futures normes.
  • Changement de paradigme de développement : les développeurs qui migrent vers l'API Attribution Reporting vont s'appuyer sur de nouveaux concepts techniques, tels que l'ajout de bruit, qui seront probablement essentiels pour les futures mesures protégeant la confidentialité, quelle que soit l'API spécifique. Les développeurs commenceront également à adapter leurs autres systèmes aux données bruyantes. Nous ferons de notre mieux pour fournir aux développeurs la documentation et l'assistance dont ils ont besoin pour gérer le bruit et les concepts susceptibles d'être transférables.

Ces avantages s'ajoutent à l'amélioration fondamentale de la confidentialité des utilisateurs qui accompagne l'abandon progressif des cookies tiers. Pour ces raisons, nous pensons qu'il est nécessaire de proposer d'abord une API compatible avec les cas d'utilisation d'Attribution Reporting.

Chrome assurera une migration minutieuse vers tout remplacement interopérable possible.

Chrome s'engage à fournir une API efficace et respectueuse de la confidentialité pour ce cas d'utilisation, afin de soutenir l'écosystème après l'abandon des cookies tiers. À court terme, nous pensons que cela nécessitera de publier l'API Attribution Reporting.

Nous reconnaissons toutefois que certains navigateurs n'ont pas exprimé de signaux positifs pour la proposition de Chrome. Notre objectif à long terme reste une norme interopérable largement compatible avec les navigateurs, et nous travaillons activement à identifier une telle solution.

Maintenant que nous avons publié l'API Attribution Reporting, si une autre norme mutuellement acceptée est mise en place, nous collaborerons avec l'écosystème pour faciliter la transition vers la nouvelle API. À ce stade, nous pourrions envisager d'abandonner l'API Attribution Reporting. Cela impliquera probablement une période importante pendant laquelle l'API Attribution Reporting et son remplacement seront disponibles dans Chrome, afin de permettre aux développeurs et aux autres personnes concernées de disposer d'un temps suffisant pour évaluer l'API de remplacement et rendre le chemin de migration aussi simple que possible.

Interagir et envoyer des commentaires

Nous nous engageons à continuer à améliorer l'API et avons déjà apporté plusieurs modifications en réponse aux commentaires des développeurs (par exemple, 1, 2, 3, 4, 5, etc.). N'hésitez pas à nous faire part de vos commentaires et nous avons hâte de continuer à travailler en étroite collaboration avec la communauté.