amBrain
AdTechFeb 14, 20266 min de lecture

Ciblage privacy-first : construire de l'ad tech sans cookies tiers

Développement de DSPDéveloppement SSPAd ExchangePublicité programmatiqueCiblage d'audienceSupply-Side PlatformDéveloppement AdTechPlateforme de Real-Time BiddingTaux de clicsApplication mobile
Erreur de chargement de l'image

La fin des cookies n'est pas une mise à jour de Chrome - c'est un changement structurel du fonctionnement de l'ad tech. Voici ce que les équipes techniques construisent pour remplacer le ciblage par cookies, et où se situent les vraies difficultés.

Un grand DSP a mesuré son taux de correspondance d'audience la semaine suivant l'application par Chrome de la suppression totale des cookies tiers. Il est passé de 72% à 31% du jour au lendemain.

Les équipes qui se sont relevées le plus vite avaient déjà construit des pipelines de ciblage multi-signaux. Les autres ont passé des mois à rattraper le retard.

Ingérer les données first-party comme signal de ciblage à plus forte valeur

Les entreprises qui entretiennent une relation directe avec leurs utilisateurs - via des programmes de fidélité, des expériences authentifiées et des abonnements newsletter - détiennent les données les plus précieuses de la publicité programmatique.

Une plateforme demand-side qui ingère des signaux first-party authentifiés associe 20-40% d'impressions de plus qu'une plateforme reposant sur des segments probabilistes. Le travail d'ingénierie comprend :

  • Des pipelines de résolution d'identité flexibles, acceptant e-mails hachés, événements de connexion et identifiants fournis par les éditeurs
  • Des frontières d'isolation des données personnelles qui empêchent les données utilisateur brutes de franchir les limites du système — l'ad exchange ne voit jamais d'identifiants non hachés
  • Une évaluation des segments en temps réel au moment de l'enchère, et non des segments calculés en batch qui périment en quelques heures
  • Des API d'onboarding des données éditeurs qui acceptent des taxonomies personnalisées sans imposer de changement de schéma côté DSP

Les données first-party n'ont de valeur que si le pipeline d'ingestion les traite assez vite pour alimenter les décisions d'enchères en temps réel. Les pipelines batch avec des cycles de rafraîchissement de 6 heures passent à côté de l'essentiel de cette valeur.

Erreur de chargement de l'image
Le ciblage privacy-first exige une rigueur d'ingénierie à chaque frontière de données

Déployer une IA contextuelle dont la précision rivalise avec le ciblage au niveau utilisateur

Le ciblage contextuel a largement dépassé la correspondance par mots-clés. Des modèles à base de transformeurs analysent la sémantique complète de la page — thème, tonalité, signaux de brand safety — et offrent une précision de ciblage d'audience qui rivalise avec les données au niveau utilisateur pour de nombreux types de campagnes.

L'avantage pour les équipes de développement ad tech : les signaux contextuels ne demandent aucune donnée utilisateur, aucune complexité de gestion du consentement et aucune exposition réglementaire. La contrainte : l'inférence doit se faire au moment de la requête publicitaire.

  • Un classifieur contextuel qui ajoute 5ms à chaque évaluation d'enchère est trop lent pour une plateforme d'enchères en temps réel dont le timeout est de 10ms
  • La pré-classification des pages des éditeurs au moment du crawl réduit la surcharge en temps réel à une lecture de cache en moins de 0.5ms
  • Les modèles sémantiques entraînés sur les exigences de brand safety propres à l'annonceur surpassent les classifieurs génériques de 15-25% sur les métriques de pertinence

L'IA contextuelle permet de cibler sans données utilisateur. Le coût d'ingénierie porte sur la vitesse d'inférence, pas sur la conformité en matière de vie privée.

Intégrer trois technologies de protection de la vie privée arrivées à maturité en production

Trois catégories de technologies de renforcement de la confidentialité (PET) tournent désormais en production :

  • Traitement sur l'appareil - l'inférence ML s'exécute sur l'appareil de l'utilisateur et n'envoie que des signaux agrégés à l'ad exchange. SKAdNetwork d'Apple et l'API Topics de Google suivent ce modèle.
  • Clean rooms - les équipes de développement DSP comme SSP utilisent des clean rooms pour rapprocher des jeux de données first-party sans qu'aucune des deux parties n'expose de données utilisateur brutes. Rendre ces jointures assez rapides pour alimenter les décisions de real-time bidding est le principal défi d'ingénierie.
  • Confidentialité différentielle - un bruit calibré ajouté aux données agrégées empêche d'identifier les utilisateurs individuellement. Utile pour la mesure et le reporting, là où une précision exacte au niveau utilisateur n'est pas nécessaire.
Erreur de chargement de l'image
Les technologies de renforcement de la confidentialité doivent s'intégrer au pipeline d'enchères sans ajouter de latence

Résoudre le défi de monétisation des supply-side platforms

Les éditeurs affrontent un problème bien précis : monétiser leur inventaire sans laisser fuiter les données des utilisateurs vers chaque bidder de la chaîne d'enchères.

Les seller-defined audiences permettent à la supply-side platform de classer ses propres utilisateurs en segments et de proposer ces segments aux acheteurs sans révéler d'identités individuelles. Leur mise en œuvre exige :

  • Le SSP qui fait tourner ses propres modèles de classification d'audience sur les données first-party de l'éditeur
  • Des taxonomies de segments compatibles avec les attentes des acheteurs - IAB Content Taxonomy 3.0 comme socle
  • Des signaux de segment transmis dans la bid request sans ajouter de latence à l'enchère - objectif : moins de 1ms de surcoût

Gérer les environnements d'applications mobiles où les signaux du navigateur n'existent pas

Les impressions in-app sont totalement dépourvues de signaux au niveau du navigateur. L'IDFA est en opt-in sur iOS, avec des taux de consentement d'environ 25%.

Construire un ciblage d'audience efficace sur mobile suppose d'investir dans :

  • Signaux contextuels au niveau du SDK — catégorie d'application, profondeur de session, schémas de comportement in-app
  • Des modèles d'inférence embarqués sur l'appareil, qui évaluent l'intention de l'utilisateur sans transmettre de données comportementales brutes
  • Des callbacks d'attribution server-to-server qui remplacent le tracking par pixel - ils exigent une infrastructure fiable, une logique de déduplication et une conception tolérante à la latence, puisque les callbacks arrivent des minutes ou des heures après l'impression
  • Des modèles de taux de clic réentraînés spécifiquement pour les contextes in-app, où les schémas d'interaction diffèrent nettement du web

Construire des pipelines flexibles qui survivront au prochain virage du ciblage

Le paysage du ciblage évolue encore chaque trimestre. Les équipes d'ingénierie qui construisent des pipelines rigides autour d'une seule approche s'exposent à des refontes coûteuses.

  • Construire des couches d'ingestion acceptant plusieurs types de signaux - first-party, contextuels, par cohortes - via une interface unifiée
  • Investir dans une résolution d'identité qui fonctionne en contexte authentifié comme anonyme
  • Traiter l'infrastructure de mesure comme un sujet d'ingénierie à part entière, et non comme un reporting ajouté après coup
  • Mesurer chaque calcul lié à la confidentialité au regard du budget de timeout de l'enchère

La plateforme demand-side qui gagne est celle qui traite la flexibilité des signaux comme un principe d'architecture, pas comme une demande de fonctionnalité.

Vous avez une architecture de ce type sur la table ?

Apportez votre architecture actuelle et le mode de défaillance qui vous inquiète : nous les passerons en revue ensemble en une demi-heure.