FLEDGE est la dernière mise à jour du Bac à sable de confidentialité Google et prend la mise en œuvre de la TOURTERELLE API plus loin.
Google cessera de prendre en charge cookies tiers après 2023 en retard, une décision qui affectera fortement l'industrie des technologies publicitaires. Google, cependant, travaille également sur des API Privacy Sandbox, qui sont destinées à permettre aux éditeurs et aux annonceurs de mener des campagnes publicitaires sans porter atteinte à la vie privée des utilisateurs.
Bien qu'il existe un certain nombre d'API dans la Privacy Sandbox de Google, l'accent est actuellement mis sur la famille TURTLEDOVE et les API FLoC. Les essais pour ces deux API devraient être menés cette année en tant que tiers biscuits doivent être progressivement supprimés en 2022. En fait, FLEDGE est le premier essai visant à mettre en œuvre la proposition dans la réalité.
Dans ce blog, nous allons faire la lumière sur ce qu'est FLEDGE, comment il fonctionne et comment les choses vont se dérouler avec.
Qu'est-ce que FLEDGE ?
VOL (Première expérience de décisions exécutées localement sur des groupes) met en pratique les éléments proposés dans TURTLEDOVE et d'autres propositions qui l'ont suivi. Étant le dernier développement de la famille TURTLEDOVE, FLEDGE conserve les principes fondamentaux de TURTLEDOVE et s'appuie également sur les propositions suivantes :
- SPARROW, proposé par Criteo
- Dovekey, proposé par Google Ads
- PERROQUET, proposé par Magnite (anciennement Rubicon Project)
- Et, TERN, proposé par NextRoll
Si nous revenons à TURTLEDOVE, l'idée clé était que les annonceurs et les éditeurs pourront cibler des audiences sur la base de groupes d'intérêts. Un autre point remarquable de cette proposition était que les décisions liées aux enchères prendraient place dans le navigateur plutôt que sur le serveur publicitaire (comme cela s'est produit jusqu'à présent).
SPARROW et Dovekey ont tous deux proposé que les décisions d'enchères et d'enchères soient prises en charge par un tiers plutôt que par le navigateur. C'était pour empêcher jardins clos comme Google pour contrôler le processus d'appel d'offres.
Étant donné que faire confiance à un tiers pour l'enchère ne semblait pas être d'accord avec de nombreuses parties de l'industrie des technologies publicitaires, PARRROT a suggéré que les décisions d'enchères incombent à l'éditeur. Cette proposition, ainsi que le TERN, a également apporté une plus grande clarté concernant les rôles des DSP et des SSP.
Alors, que propose exactement FLEDGE ?
FLEDGE conserve les grands principes de TURTLEDOVE, par exemple le concept de groupes d'intérêts, les concepts de Gatekeeper de SPARROW et de serveur Key-Value de Dovekey, et la séparation entre SSP et DSP, en termes de fonctions, telle que proposée par PARRROT et TERN.
Vous pouvez également consulter notre vidéo sur la façon dont les éditeurs peuvent créer des données de première partie pour monétiser les sites Web dans un monde sans cookies.
Comment fonctionne FLEDGE ?
Le flux de travail de FLEDGE implique un processus en 5 étapes où les navigateurs, les vendeurs ou les acheteurs prennent des mesures.
- Les navigateurs enregistrent les groupes d'intérêt
Les navigateurs garderont une trace de tous les groupes d'intérêt auxquels ils se sont joints et stockeront des informations sur le propriétaire du groupe et détermineront qui peut faire de la publicité auprès d'un groupe d'intérêt particulier. Le propriétaire d'un groupe d'intérêt peut être un éditeur ou un annonceur.
Les propriétaires ont la possibilité d'ajouter des utilisateurs à un certain groupe d'intérêt en fonction de leur activité ou de leur comportement. Ils pourront stocker un utilisateur dans un groupe d'intérêt pour une durée de 30 jours (max) en appelant une fonction JavaScript joinAdInterestGroup(). Le propriétaire du groupe d'intérêt sera en outre responsable de la transmission des informations, y compris les annonces du groupe d'intérêt et son nom, nécessaires à la réalisation de l'enchère.
Les propriétaires peuvent également déléguer la responsabilité d'ajouter des utilisateurs au groupe ou de créer un groupe d'intérêt. Ce processus peut permettre aux SSP d'ajouter des groupes d'intérêt au nom des DSP, tout en gardant à l'esprit le contexte de la page. - Les vendeurs organisent des enchères sur l'appareil
Les vendeurs sont définis dans la documentation FLEDGE comme l'entité qui gère l'enchère sur l'appareil. Le vendeur peut être l'éditeur ou choisir un tiers pour gérer l'enchère en son nom.
Voici ce dont le vendeur est responsable :
Le vendeur décide quels acheteurs peuvent participer à l'enchère et quelles offres sont éligibles.
Ils doivent déterminer le score de l'offre en traitant les métadonnées et le prix de l'offre. Cela se fera sur la base de la logique métier intégrée dans le code JavaScript, qui sera écrit par le vendeur.
Enfin, le vendeur sera responsable de rendre compte du résultat de l'enchère. Cela comprendra des rapports sur le prix de compensation. - Les acheteurs fournissent des publicités et des fonctions d'enchères
Un acheteur est la partie qui enchérira dans une enchère. Il peut s'agir d'un annonceur possédant un groupe d'intérêt ou d'un DSP possédant un groupe d'intérêt pour le compte d'un annonceur.
Dans le processus, l'acheteur sera responsable de:
Choisir s'ils veulent participer à une vente aux enchères.
Choisir une annonce, entrer l'annonce dans l'enchère et spécifier le prix de l'offre et les métadonnées attendues par le vendeur.
Rapport sur le résultat de l'enchère. Cela inclura les rapports au niveau des événements (plus à ce sujet plus tard).
Notez qu'à l'heure actuelle, la proposition FLEDGE ne précise pas quel type de métadonnées doit accompagner l'annonce renvoyée, ce qui signifie que les acheteurs et les vendeurs devront définir certains protocoles en fonction de leurs besoins. - Les navigateurs diffusent l'annonce gagnante
Ensuite, le vendeur affichera l'annonce gagnante à l'intérieur du Cadre clôturé, ce qui signifie que le document intégré ne pourra pas communiquer avec la page environnante. Le concept de cadre clôturé est cependant encore en cours de développement.
Les cadres clôturés garantiront principalement qu'aucune sorte de fuite de données ne se produit lorsqu'une annonce est rendue, protégeant ainsi la vie privée des utilisateurs. - Rapports au niveau des événements
Une fois l'annonce gagnante affichée dans le cadre clôturé sur le site Web de l'éditeur, l'acheteur gagnant et le vendeur feront rapport sur le résultat de l'enchère. Google fournira également des informations relatives aux enchères (prix de compensation) aux enchérisseurs perdants.
Le signalement au niveau des événements est une mesure temporaire pour le moment :
À long terme, nous avons besoin d'un mécanisme pour garantir que les rapports après coup ne peuvent pas être utilisés pour connaître le groupe d'intérêt publicitaire des visiteurs individuels du site de l'éditeur - le même objectif de confidentialité qui a conduit au rendu du cadre clôturé. Par conséquent, la création de rapports au niveau des événements n'est qu'un modèle temporaire jusqu'à ce qu'un cadre de rapports de serveur de confiance adéquat soit établi et mis en place.
Github
Quelle est la prochaine étape?
Pour l'instant, il n'y a eu aucune indication de la part de Google sur le moment où l'expérimentation commencera, juste que la première expérience sera livrée dans le courant de 2021.
Chrome prévoit de créer et de livrer cette première expérience en 2021. L'objectif est que nous acquérions de l'expérience en matière de mise en œuvre et que l'écosystème publicitaire évalue sa convivialité dès que possible. Nous avons besoin d'une API robuste pour prendre son envol avant la suppression prévue par Chrome des cookies tiers en 2022.
Github
Nous prévoyons de tenir des réunions régulières sous les auspices du WICG pour passer en revue les détails de cette proposition et apporter rapidement les modifications nécessaires.
Github
Questions fréquentes
"FLEDGE" signifie "Première décision exécutée localement sur une expérience de groupe". Simplement, cela réduit la quantité de données circulant autour des systèmes publicitaires et des flux d'enchères.
À l'aide de FLEDGE, le navigateur d'un utilisateur stocke les groupes d'intérêt définis par l'annonceur auxquels il est associé et héberge des enchères sur l'appareil pour afficher des publicités.
FLEDGE est une proposition de Privacy Sandbox pour le remarketing et les audiences. Le logiciel est conçu pour que des tiers ne puissent pas suivre le comportement de navigation des utilisateurs sur les sites Web.
Shubham est un spécialiste du marketing numérique possédant une riche expérience de travail dans le secteur des technologies publicitaires. Il possède une vaste expérience dans le secteur du programmatique, dans la conduite de stratégies commerciales et de fonctions de mise à l'échelle, y compris, mais sans s'y limiter, la croissance et le marketing, les opérations, l'optimisation des processus et les ventes.
