TCF Consent String
Een TCF-consentstring is een compact, gecodeerd record van wat een gebruiker heeft goedgekeurd onder IAB Europe's Transparency and Consent Framework, dat langs de advertentieleveringsketen wordt meegestuurd bij elk biedverzoek.

Een TCF consentstring is een gecodeerd stuk tekst dat registreert welke consent‑keuzes een gebruiker heeft gemaakt, onder IAB Europe's Transparency and Consent Framework (TCF), en reist mee met het biedverzoek zodat elke leverancier in de advertentieleveringsketen kan controleren wat ze mogen doen voordat ze op die impressie reageren.
Wat zit er in de string#
De string codeert, in een gecomprimeerd base64‑achtig formaat, welke "doeleinden" (zoals het opslaan van informatie op een apparaat, of het bouwen van een gepersonaliseerd advertentieprofiel) de gebruiker heeft goedgekeurd, welke specifieke leveranciers op IAB Europe's geregistreerde leverancierslijst ze hebben goedgekeurd, en wat metadata over wanneer en hoe consent is vastgelegd. Het is niet menselijk leesbaar, maar volledig gespecificeerd: elk systeem dat de TCF‑standaard implementeert kan het op dezelfde manier decoderen, dat is het hele punt. Het consent‑managementplatform van een uitgever genereert de string, en deze wordt gekoppeld aan het biedverzoek dat door header bidding wrappers, supply‑side platforms en ad exchanges stroomt op weg naar een demand‑side platform.
Waarom de advertentieleveringsketen erop vertrouwt#
Voor TCF dit standaardiseerde, had elke leverancier zijn eigen ad‑hoc manier om consent weer te geven, of helemaal geen manier, waardoor een demand‑partner drie stappen verder in de keten van de uitgever geen betrouwbare manier had om te bevestigen dat consent daadwerkelijk was verzameld. De TCF‑string lostte dat op door iedereen in de keten dezelfde machine‑leesbare antwoord te geven op "mag deze leverancier de gegevens van deze gebruiker verwerken voor dit doel". Het is de reden dat een real‑time bidding veiling voor een EU‑gebruiker kan doorgaan op veiling‑snelheid, in milliseconden, zonder dat elke leverancier afzonderlijk een consent‑database moet raadplegen.
De praktische foutmodus treedt op wanneer de string ontbreekt, onjuist is, of de browser van de gebruiker de CMP volledig blokkeert. De meeste leveranciers zijn zo gebouwd dat ze dit standaard interpreteren als "geen consent", waardoor ze niet bieden op personaliseringsdoeleinden, wat stilletjes de adresseerbare pool van een Europese campagne verkleint zonder een duidelijke foutmelding in de rapportage.
Waar het past in de rest van de stack#
De TCF‑string vervangt niet ads.txt of sellers.json, die verifiëren wie geautoriseerd is om de inventaris van een uitgever te verkopen. Het lost een ander probleem op: niet "wie mag dit verkopen", maar "waarmee mag de data van deze specifieke gebruiker worden gebruikt". Beide controles draaien onafhankelijk in een moderne programmatic veiling, en een gat in één van beide kan stilletjes de fill of biedingen onderdrukken zonder een duidelijke foutmelding die naar de oorzaak wijst.
Als je wilt onderzoeken hoe ad‑tech zich gedraagt rond consent‑poorten in plaats van alleen de specificatie te lezen, is het doorzoeken van OpenAdLibrary's ad intelligence index per regio een snelle manier om te zien hoe de creatieve mix en het volume daadwerkelijk verschuiven tussen consent‑zware en consent‑lichte markten voor dezelfde adverteerder.







