Pourquoi l'API Attribution Reporting a-t-elle été proposée à Chrome ?

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

Cet article explique pourquoi nous avons lancé l'API Attribution Reporting alors qu'elle est toujours en phase d'incubation dans le groupe de la communauté Web Incubator. Chrome s'est engagé à participer aux processus W3C pertinents, et les équipes Chrome travaillent au sein du Private Advertising Technology Community Group (PATCG) pour identifier une solution largement acceptable sur de nombreux moteurs de navigateurs. L'envoi de l'API en parallèle nous permettra de tester et d'améliorer ce cas d'utilisation important.

Les cas d'utilisation servis par l'API Attribution Reporting sont importants pour répondre efficacement aux besoins de l'écosystème avant d'éliminer progressivement les 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 d'expédier cette API, et donc d'activer les tests et le calibrage avant d'éliminer progressivement les cookies tiers. Cette position est conforme à nos engagements envers la Competition and Markets Authority (CMA) du Royaume-Uni concernant la Privacy Sandbox et la suppression des cookies tiers par Chrome.

Grâce à la livraison de l'API Attribution Reporting, les développeurs pourront s'adapter à la nouvelle technologie et fournir une expérience pratique pour éclairer le processus de normalisation, tout en améliorant la confidentialité des utilisateurs.

Bien que les normes soient essentielles au bon fonctionnement d'un Web, leur élaboration nécessite du temps et un consensus. Alors que le Web abandonne le suivi intersites, nous devons nous assurer que les nouvelles technologies que nous développons répondront efficacement à ses besoins.

Pour ce faire, l'API Attribution Reporting doit être disponible à grande échelle. 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 alimenteront le processus de définition des normes et permettront aux participants du PATCG de parvenir à un consensus plus éclairé sur une norme interopérable qui répond au cas d'utilisation sous-jacent.

La livraison 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'opérationnalisation de l'API donnera à Chrome et à d'autres fournisseurs de navigateurs les informations clés nécessaires pour concevoir une future API interopérable. Nous apporterons nos premières idées à des organismes tels que le PATCG pour améliorer les normes futures.
  • Changement de paradigme de développement: les développeurs qui migrent vers l'API Attribution Reporting se familiariseront avec 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 contenant du bruit. Nous nous efforcerons de 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 liée à l'abandon progressif des cookies tiers, qui, selon nous, nécessite de proposer d'abord une API compatible avec les cas d'utilisation d'Attribution Reporting, pour les raisons expliquées ci-dessus.

Chrome effectuerait une migration prudente vers tout remplacement interopérable possible.

Chrome s'engage à fournir une API efficace qui renforce la confidentialité pour ce cas d'utilisation, afin de soutenir l'écosystème après l'abandon des cookies tiers. Nous pensons qu'à court terme, cela nécessiterait d'expédier l'API Attribution Reporting.

Nous sommes toutefois conscients 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 à l'identification d'une telle solution.

Maintenant que nous avons expédié l'API Attribution Reporting, si une autre norme que vous convenez mutuellement arrive, nous collaborerons avec l'écosystème pour mener une transition réfléchie vers la nouvelle API. Nous pourrons alors envisager d'abandonner l'API Attribution Reporting. Cela signifierait probablement une période importante pendant laquelle l'API Attribution Reporting et sa solution de remplacement seront disponibles dans Chrome, afin de laisser aux développeurs et aux autres personnes concernées suffisamment de temps pour évaluer l'API de remplacement et simplifier au maximum le processus de migration.

Interagir et partager des commentaires

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