Chaîne de consentement TCF

Une chaîne de consentement TCF est un morceau de texte encodé qui enregistre les choix de consentement effectués par un utilisateur, dans le cadre du Transparency and Consent Framework (TCF) d'IAB Europe, et voyage avec la requête d'enchère afin que chaque fournisseur de la chaîne d'approvisionnement publicitaire puisse vérifier ce qu'il est autorisé à faire avant d'agir sur cette impression.

Ce que contient la chaîne#

La chaîne encode, dans un format compressé de type base64, quelles "finalités" (comme stocker des informations sur un appareil, ou créer un profil publicitaire personnalisé) l'utilisateur a acceptées, quels fournisseurs spécifiques de la liste des fournisseurs enregistrés d'IAB Europe il a autorisés, ainsi que quelques métadonnées sur le moment et la manière dont le consentement a été capturé. Elle n'est pas lisible par un humain, mais elle est entièrement spécifiée : tout système qui implémente la norme TCF peut la décoder de la même manière, ce qui est tout l'intérêt. La plateforme de gestion du consentement d'un éditeur génère la chaîne, et elle est attachée à la requête d'enchère qui circule à travers les wrappers de header bidding, les supply-side platforms et les ad exchanges en route vers une demand-side platform.

Pourquoi la chaîne d'approvisionnement publicitaire en dépend#

Avant que le TCF ne standardise cela, chaque fournisseur avait sa propre manière ad hoc de représenter le consentement, ou aucune manière du tout, ce qui signifiait qu'un partenaire demandeur à trois sauts de l'éditeur dans la chaîne n'avait aucun moyen fiable de confirmer que le consentement avait réellement été collecté. La chaîne TCF a résolu cela en donnant à tous les acteurs de la chaîne la même réponse lisible par machine à la question "ce fournisseur est-il autorisé à traiter les données de cet utilisateur pour cette finalité". C'est la raison pour laquelle une vente aux enchères en real-time bidding concernant un utilisateur de l'UE peut se dérouler à la vitesse de l'enchère, en millisecondes, sans que chaque fournisseur ne doive interroger séparément une base de données de consentement.

Le mode d'échec pratique survient lorsque la chaîne est absente, malformée, ou lorsque le navigateur de l'utilisateur empêche totalement l'exécution de la CMP. La plupart des fournisseurs sont conçus pour traiter cela par défaut comme "aucun consentement", ce qui signifie qu'ils n'enchériront pas pour les finalités de personnalisation, réduisant ainsi discrètement le pool adressable d'une campagne européenne sans générer d'erreur évidente dans les rapports.

Où elle s'insère dans le reste de la pile technologique#

La chaîne TCF ne remplace pas ads.txt ou sellers.json, qui vérifient qui est autorisé à vendre l'inventaire d'un éditeur. Elle résout un problème différent : non pas "qui est autorisé à vendre ceci", mais "à quoi les données de cet utilisateur spécifique sont-elles autorisées à être utilisées". Ces deux vérifications s'exécutent indépendamment dans une vente aux enchères programmatique moderne, et une lacune dans l'une ou l'autre peut discrètement supprimer le remplissage ou les enchères sans qu'un message d'erreur clair n'en indique la cause.

Si vous auditez le comportement de la technologie publicitaire autour des portes de consentement plutôt que de simplement lire les spécifications, parcourir l'index d'intelligence publicitaire d'OpenAdLibrary à travers les zones géographiques est un moyen rapide de voir comment le mix créatif et le volume changent réellement entre les marchés à fort consentement et ceux à faible consentement pour le même annonceur.