TCF Consent String

Ein TCF Consent String ist ein codierter Text, der die Einwilligungsentscheidungen eines Nutzers im Rahmen des Transparency and Consent Framework (TCF) von IAB Europe festhält. Er reist mit der Gebotsanfrage mit, sodass jeder Vendor in der Werbelieferkette prüfen kann, was er tun darf, bevor er auf diesen Impression handelt.

Was steckt im String#

Der String codiert in einem komprimierten Base64-ähnlichen Format, welchen "Zwecken" (z. B. Speicherung von Informationen auf einem Gerät oder Erstellung eines personalisierten Werbeprofils) der Nutzer zugestimmt hat, welchen spezifischen Vendoren auf der registrierten Vendor-Liste von IAB Europe er zugestimmt hat, sowie Metadaten darüber, wann und wie die Einwilligung erfasst wurde. Er ist nicht für Menschen lesbar, aber vollständig spezifiziert: Jedes System, das den TCF-Standard implementiert, kann ihn auf die gleiche Weise dekodieren – das ist der Sinn der Sache. Die Einwilligungsverwaltungsplattform (CMP) des Publishers erzeugt den String, und er wird an die Gebotsanfrage angehängt, die durch Header-Bidding-Wrapper, Supply-Side-Plattformen und Ad Exchanges auf dem Weg zu einer Demand-Side-Plattform fließt.

Warum die Werbelieferkette darauf angewiesen ist#

Bevor TCF dies standardisierte, hatte jeder Vendor seine eigene Ad-hoc-Methode, um Einwilligungen darzustellen, oder gar keine – was bedeutete, dass ein Demand-Partner, der drei Stufen von der Publisher entfernt war, keine zuverlässige Möglichkeit hatte, zu bestätigen, dass die Einwilligung tatsächlich eingeholt wurde. Der TCF-String hat das behoben, indem er allen in der Kette die gleiche maschinenlesbare Antwort auf die Frage gab: "Darf dieser Vendor die Daten dieses Nutzers für diesen Zweck verarbeiten?" Er ist der Grund, warum eine Real-Time-Bidding-Auktion für einen EU-Nutzer in Millisekunden im Auktionstempo ablaufen kann, ohne dass jeder Vendor einzeln eine Einwilligungsdatenbank abfragen muss.

Der praktische Fehlerfall tritt ein, wenn der String fehlt, fehlerhaft ist oder der Browser des Nutzers die CMP gar nicht ausführen lässt. Die meisten Vendoren behandeln dies standardmäßig als "keine Einwilligung“, was bedeutet, dass sie nicht auf Personalisierungszwecke bieten – wodurch der adressierbare Pool einer europäischen Kampagne leise schrumpft, ohne dass in der Berichterstattung ein offensichtlicher Fehler auftaucht.

Wo er in den Rest des Stacks passt#

Der TCF-String ersetzt nicht ads.txt oder sellers.json, die überprüfen, wer berechtigt ist, das Inventar eines Publishers zu verkaufen. Er löst ein anderes Problem: nicht "wer darf dies verkaufen?", sondern "wofür dürfen die Daten dieses spezifischen Nutzers verwendet werden?" Beide Prüfungen laufen in einer modernen programmatischen Auktion unabhängig voneinander, und eine Lücke in einer von beiden kann leise die Fill-Rate oder das Gebotspotenzial unterdrücken, ohne dass eine klare Fehlermeldung auf die Ursache hinweist.

Wenn Sie prüfen, wie sich Ad-Tech rund um Consent-Gates verhält, anstatt nur die Spezifikation zu lesen, ist ein Blick in den Ad Intelligence-Index von OpenAdLibrary über verschiedene Geos hinweg ein schneller Weg, um zu sehen, wie sich die kreative Mischung und das Volumen tatsächlich zwischen consent-intensiven und consent-schwachen Märkten für denselben Werbetreibenden verschieben.