TCF-suostumusmerkkijono
TCF-suostumusmerkkijono on kompakti, koodattu tallenne siitä, mihin käyttäjä on suostunut IAB Europen läpinäkyvyys- ja suostumuskehyksen (TCF) mukaisesti, ja se kulkee mainosjakeluketjussa mukana jokaisessa tarjouspyynnössä.

TCF-suostumusmerkkijono on koodattu tekstipätkä, joka tallentaa, mitä suostumusvalintoja käyttäjä on tehnyt IAB Europen läpinäkyvyys- ja suostumuskehyksen (TCF) mukaisesti, ja se kulkee tarjouspyynnön mukana, jotta jokainen toimittaja mainosjakeluketjussa voi tarkistaa, mitä heidän on sallittua tehdä ennen kuin he toimivat kyseisellä näyttökerralla.
Mitä merkkijonossa on#
Merkkijono koodaa pakattuun base64-tyyliseen muotoon, mihin "tarkoituksiin" (kuten tiedon tallentaminen laitteelle tai henkilökohtaisen mainosprofiilin rakentaminen) käyttäjä on suostunut, mihin tiettyihin IAB Europen rekisteröityjen toimittajien listan toimittajiin hän on suostunut, sekä joitain metatietoja siitä, milloin ja miten suostumus kerättiin. Se ei ole ihmisen luettavissa, mutta se on täysin määritelty: mikä tahansa järjestelmä, joka toteuttaa TCF-standardin, voi purkaa sen koodauksen samalla tavalla, mikä on koko asian ydin. Julkaisijan suostumuksenhallinta-alusta (CMP) luo merkkijonon, ja se liitetään tarjouspyyntöön, joka virtaa header bidding -kääntäjien, supply-side platform -alustojen ja ad exchange -pörssien kautta matkalla kohti demand-side platform -alustaa.
Miksi mainosjakeluketju luottaa siihen#
Ennen kuin TCF standardoi tämän, jokaisella toimittajalla oli oma ad hoc -tapansa esittää suostumus tai ei mitään tapaa ollenkaan, mikä tarkoitti, että kolmen askeleen päässä julkaisijasta olevalla kysyntäkumppanilla ei ollut luotettavaa tapaa vahvistaa, että suostumus oli todella kerätty. TCF-merkkijono korjasi tämän antamalla kaikille ketjussa oleville saman koneellisesti luettavan vastauksen kysymykseen "onko tämän toimittajan sallittua käsitellä tämän käyttäjän tietoja tätä tarkoitusta varten." Se on syy siihen, miksi reaaliaikainen tarjouskilpailu EU-käyttäjää koskevassa huutokaupassa voi edetä huutokauppanopeudella, millisekunneissa, ilman että jokaisen toimittajan tarvitsee erikseen kysellä suostumustietokannasta.
Käytännön epäonnistumistila on, kun merkkijono puuttuu, on virheellisesti muodostettu tai käyttäjän selain estää CMP:n toimimisen kokonaan. Useimmat toimittajat on rakennettu käsittelemään tätä oletuksena "ei suostumusta", mikä tarkoittaa, että he eivät tarjoa henkilökohtaistamistarkoituksiin, mikä hiljaisesti pienentää eurooppalaisen kampanjan kohdentettavaa kohderyhmää aiheuttamatta selkeää virhettä missään raportoinnissa.
Miten se sopii yhteen muun teknologiapinon kanssa#
TCF-merkkijono ei korvaa ads.txt -tai sellers.json -tiedostoja, jotka varmistavat, kellä on valtuudet myydä julkaisijan inventaaria. Se ratkaisee eri ongelman: ei "kuka saa myydä tätä", vaan "mihin tämän tietyn käyttäjän tietoja saa käyttää." Molemmat tarkistukset suoritetaan itsenäisesti nykyaikaisessa ohjelmoitavassa huutokaupassa, ja aukko kummassakin voi hiljaisesti vähentää täyttöastetta tai tarjousta ilman selkeää virhesanomaa, joka osoittaisi syyn.
Jos tarkistat, miten ad tech käyttäytyy suostumusporttien ympärillä sen sijaan, että vain lukisit spesifikaatiota, OpenAdLibraryn mainostiedustelu -indeksin selaaminen eri maantieteellisillä alueilla on nopea tapa nähdä, kuinka luovien elementtien sekoitus ja määrä todella muuttuvat suostumuspainotteisten ja suostumuskevyiden markkinoiden välillä samalle mainostajalle.







