Chrome 101 présente la première version du profilage publicitaire préservant la confidentialité, disponible aujourd’hui.

Chrome 101 présente la première version du profilage publicitaire préservant la confidentialité, disponible aujourd’hui.

Cela fait quatre semaines depuis la sortie de Google Chrome 100, ce qui signifie qu’il est temps de sortir une autre version du navigateur sous la forme de Chrome 101. Cette version n’inclut pas le nouveau logo (évidemment), mais reste une mise à jour importante car il inclut la première implémentation Google Topics et l’API FLEDGE pour la personnalisation des annonces.

Google teste deux mécanismes de profilage publicitaire préservant la confidentialité dans Chrome 101. Il s’agit de l’API Topics et de la First Locally-Executed Decision over Groups Experiment (FLEDGE) , qui sont tous deux inclus dans l’initiative Google Privacy Sandbox.

Pour ceux qui ne s’en souviennent pas, Google a mis fin à son expérience d’apprentissage fédéré des cohortes (FLoC) plus tôt cette année et est passé à l’API Topics pour personnaliser les annonces tout en préservant la confidentialité. Grâce aux thèmes, votre navigateur Web déterminera vos principaux centres d’intérêt pour la semaine en fonction de votre activité en ligne. Ces intérêts seront stockés localement sur votre appareil pendant trois semaines, après quoi ils seront supprimés et ne seront envoyés à aucun serveur externe, même ceux appartenant à Google. Lorsque vous visitez le site Web, seuls les trois thèmes dont vous êtes propriétaire seront disponibles pour le site Web et ses partenaires publicitaires. Cela inclura un sujet de chaque semaine et pas plus. Cette proposition complexe est sous le contrôle de presque tout le monde.

Le deuxième moteur de profilage publicitaire est FLEDGE, voici comment Google décrit son fonctionnement :

  1. L’utilisateur visite le site Web de l’annonceur
  2. Le navigateur de l’utilisateur est invité à ajouter un groupe d’intérêt
  3. Un utilisateur visite un site qui vend de l’espace publicitaire
  4. L’enchère publicitaire commence dans le navigateur
  5. Le vendeur et les acheteurs participants reçoivent des données en temps réel à partir de serveurs de confiance.
  6. Annonce gagnante affichée
  7. Le résultat de l’enchère est annoncé
  8. Clic sur l’annonce signalé

Ces deux implémentations sont actuellement disponibles en tant que versions d’essai d’Origin jusqu’à la version 104 de Chrome, ce qui signifie que les développeurs peuvent les créer et les tester jusque-là.

Pendant ce temps, les fonctionnalités activées par défaut dans cette version incluent une nouvelle spécification de couleur sRGB appelée Hue-Whiteness-Blackness (HWB) , des modifications de l’argument windowFeatures pour faciliter le développement , des conseils de priorité pour les ressources relatives au navigateur et la négociation des spécifications pour les travailleurs dédiés à travers le moteur de rendu Blink, utilisé par Chromium, et Gecko, utilisé par Firefox.

De plus, la norme de base de données WebSQL a été dépréciée et supprimée . Mozilla ne l’a jamais implémenté dans Firefox, et le WebKit d’Apple a été obsolète en 2019. En raison de l’obsolescence de la prise en charge de Chrome, les développeurs ont été encouragés à utiliser le stockage Web ou une base de données indexée à la place. De même, une méthode est introduite pour que les développeurs oublient les périphériques USB connectés, et d’autres modifications techniques ont été apportées aux objets USB .

La possibilité d’augmenter le seuil de niveau d’imbrication pour la fonction setTimeout afin d’optimiser le chargement de la page est désormais en dehors de la version d’essai du développeur, ce qui signifie qu’elle peut être basculée avec un indicateur. Dans le même ordre d’idées , la fonction de clip pour cela peut également être supprimée avec la version d’essai d’Origin.

Une autre fonctionnalité des essais d’Origin dans Chrome 101 est l’API Attribution Reporting . Google le décrit ainsi :

Cette API mesure les conversions publicitaires (telles que les achats) et les associe aux interactions publicitaires sans utiliser d’identifiants intersites persistants tels que les cookies tiers. L’API vous permet de mesurer à la fois avec des rapports au niveau des événements envoyés directement depuis le navigateur et avec des rapports agrégés qui peuvent être traités via un service de confiance pour générer des rapports récapitulatifs avec des données d’attribution.

[…] Actuellement, l’industrie de la publicité sur le Web mesure les conversions à l’aide d’identifiants qu’elle peut associer entre les sites. Ces identifiants associent des informations sur les publicités sur lesquelles on a cliqué à des informations sur l’activité sur le site de l’annonceur (conversions). Cela permet aux annonceurs de mesurer le retour sur investissement et à l’ensemble de l’écosystème publicitaire de comprendre l’efficacité de la publicité. Étant donné que le secteur de la publicité utilise aujourd’hui des identifiants communs sur les sites des annonceurs et des éditeurs pour le suivi des conversions, ces identifiants communs peuvent être utilisés pour activer d’autres formes de suivi intersites. Cependant, cela n’est pas nécessaire, en particulier dans les cas où les identifiants tels que les cookies tiers ne sont pas disponibles ou ne sont pas souhaités. Une nouvelle surface API peut être ajoutée à la plateforme web,

Chrome 101 commencera à être déployé cet après-midi. S’il ne se met pas automatiquement à jour vers la version 101 dans la journée, accédez à Aide > À propos de Google Chrome pour activer la mise à jour dès qu’elle est disponible. Chrome 102 est le suivant, avec une version bêta le 28 avril et une version stable le 24 mai.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *