TCF v2.3 : deadline février 2026, êtes-vous prêt ?

Le 28 février 2026, c'est la date butoir. À partir du 1er mars, toute TC String générée sans le segment disclosedVendors sera considérée comme invalide par Google et les principaux acheteurs programmatiques. Pour les éditeurs et les équipes marketing qui monétisent leur audience via de la publicité display ou qui pilotent des campagnes d'acquisition, c'est une contrainte technique qui peut avoir des conséquences directes sur les revenus.

Pourtant, en juin 2026 — soit déjà plusieurs mois après la deadline — beaucoup d'entreprises n'ont toujours pas vérifié si leur CMP est conforme. Cet article fait le point sur ce que change vraiment le TCF v2.3, qui est concerné et ce qu'il faut faire concrètement.

Pourquoi le TCF v2.3 existe : le problème de l'ambiguïté LI

Le Transparency & Consent Framework (TCF), maintenu par IAB Europe, est le standard industriel qui permet aux éditeurs, aux annonceurs et aux plateformes publicitaires de coordonner la collecte du consentement utilisateur en conformité avec le RGPD et la directive ePrivacy.

La version 2.3 a été publiée le 19 juin 2025. Elle apporte un changement ciblé mais structurant : elle rend obligatoire le segment disclosedVendors dans la TC String, qui était jusqu'alors optionnel.

Pourquoi ce changement ? Parce que dans la version 2.2, certains vendeurs (vendors) se retrouvaient dans une situation d'ambiguïté. Lorsqu'un vendeur souhaitait traiter des données pour des Finalités Spéciales sous base Intérêt Légitime (LI), il ne pouvait pas distinguer deux situations différentes :

• Il n'avait tout simplement pas été affiché dans l'interface du CMP (donc jamais présenté à l'utilisateur)
• L'utilisateur avait été informé et avait exercé son droit d'opposition

Dans les deux cas, le bit LI pour ce vendeur dans la TC String était à 0. Or, les Finalités Spéciales ne peuvent pas faire l'objet d'une opposition au sein du TCF — elles reposent sur la transparence, pas sur le consentement actif. Un vendeur qui n'était pas affiché dans le CMP ne peut donc pas s'appuyer sur une base LI valide pour traiter des données à ce titre.

Le segment disclosedVendors résout cette ambiguïté : un bit à 1 signifie que le vendeur a bien été présenté à l'utilisateur dans l'interface CMP, un bit à 0 signifie qu'il ne l'a pas été. Le doute est levé.

Ce qui change concrètement au 1er mars 2026

IAB Europe a fixé une transition claire et non négociable.

Avant le 1er mars 2026 :

• Google accepte et traite les TC Strings v2.3 dès maintenant
• Les TC Strings créées sans segment disclosedVendors avant la deadline restent valides — elles le resteront jusqu'à ce que l'utilisateur renouvelle ou modifie ses choix

À partir du 1er mars 2026 :

• Toute TC String créée sans segment disclosedVendors est considérée comme invalide
• Google bascule les requêtes publicitaires associées en Limited ads (annonces non personnalisées, à impact revenus significatif)
• Les vendeurs affectés par l'ambiguïté LI doivent obligatoirement reconnaître et agir sur le segment disclosedVendors lorsqu'ils reçoivent une TC String en version 2.3

En pratique : si votre CMP génère encore des TC Strings v2.2 après le 28 février, chaque nouvelle visite d'un utilisateur EEA sur vos propriétés génère une string invalide — et vos demandes publicitaires risquent d'être dégradées automatiquement.

Qui est concerné — et à quel degré

Les CMPs (Consent Management Platforms) portent l'essentiel de la charge technique. Ce sont elles qui génèrent la TC String. Elles doivent mettre à jour leurs installations actives pour inclure le segment disclosedVendors. Bonne nouvelle : IAB Europe précise qu'aucun ré-affichage de la bannière de consentement n'est requis pour cette migration — il n'y a pas de "reconsent" à solliciter.

Deux cas de figure pour les CMPs :

• Celles qui avaient déjà implémenté le segment disclosedVendors (optionnel en v2.2) ou conservé un enregistrement des vendeurs affichés peuvent mettre à jour les TC Strings existantes (sans modifier le champ lastUpdated)
• Celles qui n'avaient pas conservé cet historique doivent attendre que les utilisateurs renouvellent leurs choix pour générer des strings v2.3

Les éditeurs utilisant un CMP commercial certifié TCF n'ont en principe pas d'action à mener eux-mêmes — c'est leur prestataire CMP qui doit agir. Google indique notamment que les propriétés utilisant le Google CMP verront automatiquement la migration effectuée avant le 1er mars. En revanche, les éditeurs opérant leur propre CMP privé doivent suivre les guidelines techniques publiées par IAB Europe.

Les vendeurs (DSPs, SSPs, ad servers, outils de mesure) affectés par l'ambiguïté LI doivent adapter leur lecture de la TC String pour exploiter le segment disclosedVendors. Ils peuvent commencer dès maintenant à supporter ce segment lorsqu'ils le reçoivent.

Les symptômes d'une implémentation non conforme

Comment savoir si votre stack est exposé ? Plusieurs signaux peuvent alerter une équipe data ou marketing :

• Votre CMP n'a pas communiqué de roadmap de migration vers TCF v2.3
• Vous utilisez un CMP développé en interne sans mise à jour récente de la spécification TC String
• Vos rapports publicitaires commencent à afficher une proportion anormale de "Limited ads" ou une baisse du fill rate sur vos inventaires EEA
• Votre librairie iabtcf-es (maintenue par IAB Tech Lab) n'a pas été mise à jour depuis la publication de v2.3 en juin 2025

Le risque n'est pas hypothétique. Google l'a explicitement documenté : le non-respect de la deadline peut entraîner un basculement automatique en Limited ads, avec un impact direct sur les CPM et les revenus générés par vos propriétés ou vos campagnes.

Ce que dit Google sur sa propre transition

Google a publié une documentation claire sur la migration TCF v2.3 pour les éditeurs AdMob et Ad Manager. Sa posture est la suivante :

• Les systèmes de Google acceptent et traitent les TC Strings v2.3 dès maintenant
• Pendant la période de transition (jusqu'à fin février 2026), Google traite les strings v2.3 de la même façon que les v2.2 — sans valider la présence du segment disclosedVendors
• À partir du 1er mars, la validation devient effective

Google recommande aux éditeurs de contacter immédiatement leur CMP pour confirmer le plan et le calendrier de migration. Et il précise : si vous utilisez le Google CMP pour vos propriétés web ou app, la migration sera effectuée en votre nom avant la deadline.

Ce point est important pour les équipes marketing qui pilotent des campagnes sur Google : la conformité TCF v2.3 de vos éditeurs partenaires affecte directement la qualité et le volume d'inventaire disponible sur vos achats programmatiques.

Le calendrier de transition en résumé

Les ressources officielles à consulter

IAB Europe a publié plusieurs documents techniques d'accompagnement :

• La note de release du 19 juin 2025 détaillant le segment disclosedVendors obligatoire
• Des clarifications additionnelles publiées le 19 août 2025 sur la période de transition et la mise à jour de la librairie JS
• Les spécifications TCF maintenues par IAB Tech Lab sur GitHub

Ces ressources sont accessibles directement sur le site d'IAB Europe et constituent la référence officielle pour les équipes techniques et les CMPs.

Ce qu'on recommande chez Data Detective

Avant toute chose, la question à poser à votre CMP est simple : avez-vous déjà migré vers TCF v2.3, et à quelle date vos TC Strings incluront-elles le segment disclosedVendors ?

Si vous n'avez pas de réponse claire d'ici fin 2025, le risque est réel. On voit régulièrement des équipes marketing découvrir ce type de compliance gap au moment où les revenus publicitaires commencent à baisser — pas avant.

Pour les équipes qui gèrent elles-mêmes un CMP privé ou qui pilotent leur stack tracking en interne, un audit de l'implémentation TCF fait partie de ce qu'on couvre dans notre méthode d'audit tracking. On vérifie la conformité de la TC String générée, la liste des vendeurs déclarés, et la cohérence entre ce qui est présenté à l'utilisateur et ce qui est encodé dans la string.

Sources et ressources complémentaires

• All You Need to Know About the Transition to TCF v2.3 — IAB Europe
• Transparency & Consent Framework — Page officielle IAB Europe
• Publisher integration with the IAB Europe TCF — Google AdMob Help
• TCF Specifications — IAB Tech Lab GitHub
• Librairie iabtcf-es — IAB Tech Lab GitHub