IAB TCF v2.3: Kattava opas Transparency and Consent Frameworkiin

IAB Transparency and Consent Framework (TCF) on IAB Europen luoma alan standardi, joka määrittelee, miten suostumus kerätään, tallennetaan ja välitetään julkaisijoiden, mainostajien ja ad-tech-toimittajien välillä. Jos sivustosi hyödyntää ohjelmallista mainontaa Euroopan talousalueella, TCF-yhteensopivuus ei ole valinnaista.

Tammikuusta 2024 lähtien Google edellyttää, että kaikki julkaisijat, jotka näyttävät mainoksia ETA-alueen käyttäjille, käyttävät IAB TCF -rekisteröityä suostumuksenhallinta-alustaa (CMP). Ilman sitä personoitu mainonta poistetaan käytöstä ja mainostuotot laskevat merkittävästi.

Mikä TCF on?

TCF ratkaisee koordinaatio-ongelman. Kun käyttäjä vierailee sivustolla, kymmenet ad-tech-toimittajat saattavat käsitellä hänen tietojaan reaaliaikaisen tarjouskaupan, uudelleenmarkkinoinnin, analytiikan ja sisällön personoinnin kautta. Jokaisen toimittajan on tiedettävä, onko käyttäjä antanut suostumuksen juuri sen tietynlaiseen tietojenkäsittelyyn. Ennen TCF:ää ei ollut standardoitua tapaa välittää tätä tietoa läpi ad-tech-toimitusketjun.

Framework määrittelee suostumukselle yhteisen kielen. TCF-rekisteröity CMP kerää käyttäjältä suostumuksen ja koodaa sen TC-merkkijonoksi (Transparency and Consent String). Tämä merkkijono on tiivis, standardoitu esitys käyttäjän suostumusvalinnoista, jonka mikä tahansa osallistuva toimittaja voi lukea ja tulkita.

TCF:n versiohistoria

TCF:n 11 tarkoitusta

TCF määrittelee 11 tietojenkäsittelyn tarkoitusta. Jokainen tarkoitus kuvaa tietynlaista toimintaa, jonka toimittaja voi tehdä käyttäjän tiedoilla. Käyttäjät voivat hyväksyä tai hylätä kunkin tarkoituksen erikseen.

Huomio: TCF v2.2:sta alkaen oikeutettu etu ei ole enää käytettävissä oikeusperusteena tarkoituksille 3, 4, 5 ja 6. Nämä tarkoitukset edellyttävät nimenomaista suostumusta.

Global Vendor List (GVL)

Global Vendor List on IAB Europen ylläpitämä keskitetty rekisteri, joka luetteloi jokaisen TCF:ään osallistuvan toimittajan. Kukin toimittaja ilmoittaa, mitä tarkoituksia ja ominaisuuksia se käyttää sekä nojaako se kunkin osalta suostumukseen vai oikeutettuun etuun.

Kun CMP näyttää suostumuskäyttöliittymän, se hakee toimittajatiedot GVL:stä, jotta käyttäjät näkevät täsmälleen, mitkä yritykset käsittelevät heidän tietojaan ja mihin tarkoituksiin. Käyttäjät voivat hyväksyä tai hylätä yksittäisiä toimittajia, eivät pelkästään tarkoituksia.

Vuonna 2026 GVL sisältää yli 1 200 rekisteröityä toimittajaa, mukaan lukien Google, Meta, Amazon ja useimmat suuret ad-tech-yritykset.

TC-merkkijono

TC-merkkijono on frameworkin tekninen ydin. Se on Base64-koodattu merkkijono, joka sisältää käyttäjän täydellisen suostumustilan: mihin tarkoituksiin hän antoi suostumuksen, mitkä toimittajat hän hyväksyi, sovelletaanko oikeutettua etua sekä mahdolliset julkaisijarajoitukset.

Jokainen ad-tech-ketjun toimittaja lukee tämän merkkijonon selvittääkseen, mitä käsittelyä sen on sallittua tehdä juuri tälle käyttäjälle. Merkkijono tallennetaan käyttäjän selaimeen (tyypillisesti evästeeseen nimeltä euconsent-v2) ja välitetään tarjouskaupan ketjun läpi __tcfapi()-JavaScript-rajapinnan kautta.

__tcfapi()-JavaScript-rajapinta

__tcfapi() on standardoitu JavaScript-funktio, joka CMP:iden on toteutettava. Se mahdollistaa, että mikä tahansa sivun skripti voi kysellä nykyistä suostumustilaa. Mainostagit, analytiikkaskriptit ja header bidding -kääreet käyttävät kaikki tätä rajapintaa tarkistaakseen, onko niillä lupa käsitellä tietoja.

Keskeisiä komentoja ovat:

• getTCData: Palauttaa nykyisen TC-merkkijonon ja jäsennellyt suostumustiedot.
• addEventListener: Rekisteröi takaisinkutsun suostumustilan muutoksia varten.
• ping: Tarkistaa, onko CMP ladattu ja valmis.

Prebid.js, Google Publisher Tags (GPT) ja useimmat suuret ad-tech-SDK:t kutsuvat automaattisesti __tcfapi()-rajapintaa hakeakseen suostumuksen ennen tarjouspyyntöjen tekemistä tai pikseleiden laukaisua.

Kehysten välinen viestintä

Mainosyksiköt ajetaan usein iframeissa, jotka ovat eri verkkotunnuksessa kuin julkaisijan sivu. Nämä iframet eivät voi käyttää suoraan pääsivun __tcfapi()-funktiota selaimen samaan alkuperään perustuvan käytännön rajoitusten vuoksi.

TCF ratkaisee tämän kehysten välisellä viestintäprotokollalla. CMP luo erityisesti nimetyn iframen (__tcfapiLocator), joka toimii viestinvälittäjänä. Mainos-iframeissa olevat toimittajaskriptit lähettävät postMessage-pyyntöjä tälle locator-kehykselle, joka välittää ne CMP:lle ja palauttaa suostumustiedot.

Tämä mekanismi on välttämätön, jotta ohjelmallinen mainonta toimii oikein suostumuksen kanssa. Ilman sitä iframeissa olevilla mainosyksiköillä ei olisi mitään keinoa tarkistaa suostumuksen tilaa.

TCF ja Google

Tammikuusta 2024 lähtien Google edellyttää, että ETA-alueen käyttäjille mainoksia näyttävät julkaisijat käyttävät Google-sertifioitua CMP:tä, joka toteuttaa IAB TCF v2.3:n. Tämä vaatimus koskee Google Adsia, AdSensea, Ad Manageria, AdMobia ja DV360:tä.

Google edellyttää myös Consent Mode v2:ta TCF:n rinnalla. Consent Mode käsittelee Googlen omat tagit (Analytics, Ads), kun taas TCF hoitaa laajemman ad-tech-ekosysteemin. Molempia tarvitaan täydelliseen yhteensopivuuteen.

Ilman TCF-yhteensopivaa CMP:tä Google ei näytä personoituja mainoksia ETA-alueen käyttäjille, mikä johtaa merkittävästi alhaisempiin mainostuottoihin.

TCF ja Passiro

Passiro on rekisteröity IAB Europeen tunnuksella CMP ID 499, ja täysi IAB TCF v2.3 -tuki sisältyy sen ilmaiseen suostumuswidgetiin. Tämä kattaa TC-merkkijonon luonnin, __tcfapi()-JavaScript-rajapinnan, kehysten välisen viestinnän __tcfapiLocator-iframen kautta, Global Vendor List v3 -integraation, toimittajakohtaisen suostumuksen, oikeutetun edun vastustamisen sekä julkaisijarajoitukset.

Useimmat kilpailevat CMP:t veloittavat TCF-tuesta 30–40 euroa per sivusto kuukaudessa. Passirossa se sisältyy maksutta ilman sivumäärärajoja, liikennerajoja tai suostumustoiminnallisuuden ominaisuusrajoituksia.