TCF Consent String

A TCF consent string egy kódolt szövegrészlet, amely rögzíti, hogy a felhasználó milyen beleegyezési döntéseket hozott az IAB Europe Átláthatósági és Beleegyezési Keretrendszere (TCF) alapján, és a licitkéréssel együtt utazik, hogy a hirdetési ellátási lánc minden szereplője ellenőrizhesse, mit szabad tenniük, mielőtt cselekednének az impresszióval kapcsolatban.

Mi található a stringben#

A string egy tömörített, base64-stílusú formátumban kódolja, hogy a felhasználó mely "célokra" (például információk tárolása egy eszközön, vagy személyre szabott hirdetési profil felépítése) adott beleegyezést, az IAB Europe regisztrált szállítói listáján mely konkrét szállítóknak adott beleegyezést, valamint néhány metaadatot arról, hogy mikor és hogyan gyűjtötték a beleegyezést. Nem emberi olvasásra szánt, de teljesen specifikált: a TCF szabványt megvalósító bármely rendszer ugyanúgy dekódolhatja, és pontosan ez a lényege. A kiadó beleegyezéskezelő platformja (CMP) generálja a stringet, amely aztán hozzácsatolódik a licitkéréshez, amely a header bidding burkolókon, a supply-side platformokon és a hirdetési tőzsdéken keresztül halad a demand-side platformig.

Miért támaszkodik rá a hirdetési ellátási lánc#

Mielőtt a TCF szabványosította volna ezt, minden szállítónak megvolt a saját, alkalomszerű módja a beleegyezés reprezentálására, vagy egyáltalán nem volt módja, ami azt jelentette, hogy a kiadótól három ugrással arrébb lévő keresleti partnernek nem volt megbízható módja annak megerősítésére, hogy a beleegyezést tényleg begyűjtötték. A TCF string ezt orvosolta azzal, hogy a lánc minden szereplője ugyanazt a géppel olvasható választ kapta a "engedélyezett-e ennek a szállítónak a felhasználó adatainak feldolgozása erre a célra" kérdésre. Ez az oka annak, hogy egy EU-s felhasználót érintő valós idejű licitálás aukció milliszekundumok alatt, aukció sebességgel folytatható anélkül, hogy minden szállító külön kérdezné le egy beleegyezési adatbázist.

A gyakorlati meghibásodási mód az, amikor a string hiányzik, hibás formátumú, vagy a felhasználó böngészője megakadályozza a CMP működését. A legtöbb szállító úgy van felépítve, hogy ezt alapértelmezetten "nincs beleegyezés"-ként kezeli, ami azt jelenti, hogy nem fognak licitálni a személyre szabási célokra, ami csendesen csökkenti egy európai kampány címzhető felhasználói körét anélkül, hogy egyértelmű hibaüzenetet dobna bárhol a jelentéskészítés során.

Hogyan illeszkedik a többi réteghez#

A TCF string nem helyettesíti az ads.txt vagy a sellers.json fájlokat, amelyek megerősítik, hogy ki jogosult egy kiadó leltárának értékesítésére. Egy másik problémát old meg: nem azt, hogy "ki szabad eladja ezt", hanem azt, hogy "mire szabad felhasználni ennek a konkrét felhasználónak az adatait". Mindkét ellenőrzés függetlenül fut egy modern programmatic aukcióban, és bármelyik hiánya csendesen csökkentheti a kitöltést vagy a licitálást anélkül, hogy egyértelmű hibaüzenet mutatná az okot.

Ha azt vizsgálod, hogyan viselkedik az ad tech a beleegyezési kapuk körül, nem csak a specifikációt olvasva, akkor az OpenAdLibrary hirdetési intelligencia indexének böngészése különböző régiókban egy gyors módja annak, hogy lássd, hogyan változik a kreatív keverék és a mennyiség valójában a beleegyezés-súlyos és a beleegyezés-könnyű piacok között ugyanannak a hirdetőnek az esetében.