Lyhyt vastaus: IAB Europe julkaisi TCF 2.4:n 23. heinäkuuta 2026. Verkkototeutukset on siirrettävä 23. lokakuuta 2026 mennessä; mobiilisovelluksille ja CTV:lle määräaika on 23. helmikuuta 2027. TC-merkkijonon muotoversio pysyy 2:ssa ja TCF-käytäntöversio pysyy 5:ssä. TCF 2.4 ei siis ota käyttöön uutta merkkijonomuotoa kokonaisuudessaan. Ratkaisevaa ovat päivitetyt käytännöt, erityisesti myyjien oikeutetun edun tiukempi käsittely.
Tärkeimmät kohdat
- TCF 2.4 on nykyinen spesifikaatio; siirtymisaika on ympäristökohtainen.
- Verkko: 23. lokakuuta 2026. Mobiilisovellus ja CTV: 23. helmikuuta 2027.
- Binaarinen TC-merkkijonon versio pysyy 2:ssa;
tcfPolicyVersionpysyy 5:ssä. - Jo voimassa olevat suostumukset eivät vaadi automaattista uudelleenkysymystä pelkän versioiden nimeämisen perusteella. Uudelleenkysymys voi kuitenkin olla tarpeen muista syistä, kuten muuttuneista myyjistä, tarkoituksista tai oikeusteksteistä.
DisclosedVendors-segmentti tuli pakolliseksi TCF 2.3:ssa ja jatkuu 2.4:ssä. Se ei ole uusi 2.4-ominaisuus.- Myyjät eivät saa ilmoittaa oikeutetusta edusta pelkästään Special Purposes -perusteella. Tämä 2.4-sääntö on ollut voimassa huhtikuusta 2026 lähtien.
- Rekisteröinti ja sertifiointi ovat eri asioita. Tarkista myös, mihin ympäristöön CMP on rekisteröity.
Mitä muuttuu IAB TCF 2.4:ssä?
TCF 2.4 päivittää Transparency and Consent Frameworkin käytäntöjä ja teknisiä vaatimuksia. Toteuttajille on erityisen tärkeää olla sekoittamatta versionumeroita TC-merkkijonon kenttiin: Core-segmentti käyttää edelleen muotoversion 2:ta, ja käytäntöversio pysyy 5:ssä. Integrointien ei siis saa koodata keksittyä merkkijonoversiota "2.4" eikä hylätä kaikkia olemassa olevia signaaleja pelkän version vaihdon vuoksi.
Käytännössä tärkein muutos koskee Vendor Legitimate Interest -ominaisuutta. Myyjä saa asettaa LI-bitin vain, jos sille on olemassa vähintään yksi sallittu käsittelytarkoitus. Special Purposes ei riitä. CMP:iden on pakotettava tämä invariantti signaalien luomisen, palauttamisen ja peruuttamisen yhteydessä.
Disclosed Vendors: otettu käyttöön 2.3:ssa, edelleen vaadittu 2.4:ssä
DisclosedVendors-segmentti dokumentoi, mitkä myyjät näytettiin henkilölle. Se tuli pakolliseksi TCF 2.3:ssa ja on edelleen osa oikeaa 2.4-toteutusta. Siirtymisen yhteydessä 2.4:ään segmenttiä ei siis pitäisi keksiä uudelleen, vaan tarkistaa näkyvää myyjäluetteloa vastaan:
- Jokainen segmentissä oleva myyjä on täytynyt paljastaa suostumusnäytössä.
- Näyttämättömiä, poistettuja tai ei-aktiivisia myyjiä ei saa merkitä paljastetuksi.
- Myyjäjoukko konfiguraatiossa, näytössä,
DisclosedVendors-kohdassa jaTCData-kohdassa on oltava johdonmukainen.
Määräajat ympäristöittäin
| Ympäristö | Siirtymisaika TCF 2.4:ään |
|---|---|
| Verkko | 23. lokakuuta 2026 |
| Mobiilisovellus | 23. helmikuuta 2027 |
| CTV | 23. helmikuuta 2027 |
Verkkoon tehtävä rekisteröinti ei automaattisesti kata mobiilisovelluksia tai CTV:tä. Tarkista CMP:n merkintä virallisessa CMP-luettelossa ja siinä mainitut ympäristöt. Biscotti CMP:tä ylläpitää Campcruisers GmbH ja se on rekisteröity CMP-ID 497:llä verkkoon. Native-sovellus- tai CTV-rekisteröintiä ei väitetä.
Vaiheittainen siirtyminen TCF 2.4:ään
1. Rekisteröinti- ja ympäristöstatus tarkistetaan
Vertaa CMP-ID:tä, oikeushenkilöä ja rekisteröityjä ympäristöjä viralliseen CMP-luetteloon. Älä luota logoon tai yleiseen ilmaisuun kuten "IAB-yhteensopiva".
2. Nykyinen GVL ja myyjävalinta sidotaan
Lataa nykyinen Global Vendor List ja määritä myyjät, joita käytetään todella kyseisellä verkkosivulla tai sovelluksella. Näytön ja luodun suostumusstatus on johdettava samasta myyjäjoukosta.
3. Vendor-LI-sääntö toteutetaan fail-closed-periaatteella
Älä luo Vendor-LI-signaalia, jos myyjä ilmoittaa vain Special Purposes -kohdista tai jos kelvollista LI-tarkoitusta ei ole jäljellä. Tarkista tämä sääntö myös Reject-, Peruuta-, GVL-vaihto- ja tallennetun tilan palauttamisen jälkeen.
4. TC-merkkijonon semantiikka säilytetään
Koodaa edelleen TC-merkkijonon muotoversio 2 ja käytäntöversio 5. Säilytä pakollinen DisclosedVendors-segmentti. Älä muuta API-versioiden kenttiä pelkästään siksi, että Framework-spesifikaatio on nimeltään 2.4.
5. Reconsent päätetään kohdistetulla tavalla
Versiovaihto ei yksinään ole yleinen reconsent-syy. Tarkista sen sijaan, ovatko tarkoitukset, myyjät, oikeusperusteet, Publisher Restrictions tai henkilölle näytetyt tiedot muuttuneet olennaisesti. Dokumentoi päätös.
6. Täydelliset tilasiirtymät testataan
Testaa vähintään Accept All, Reject All, rakeiseva valinta, oikeutettu etu, peruutus, uudelleen avaaminen, selaimen uudelleenkäynnistys ja GVL-päivitys. Dekoodaa luodut merkkijonot itsenäisesti ja vertaa myyjä- ja tarkoitussarjoja.
Tekninen tarkistuslista
__tcfapi('ping', 2, ...)ilmoittaa johdonmukaiset CMP- ja käytäntötiedot.- TC-merkkijonon muotoversio on 2 ja
tcfPolicyVersionon 5. DisclosedVendorsvastaa todella näkyvää myyjäluetteloa.- Vendor-LI ei koskaan aseteta ilman kelvollista LI-tarkoitusta.
- Reject ja Peruuta poistavat kelpaamattomat suostumus- ja LI-signaalit.
- Tallennetut tilat otetaan käyttöön vain, jos ne vastaavat nykyistä konfiguraatiota.
- CMP-ID ja rekisteröity ympäristö vastaavat julkista CMP-luetteloa.
- Verkko-, mobiilisovellus- ja CTV-julkaisut julkaistaan erikseen.
Onko olemassa olevia käyttäjiä kysyttävä uudelleen?
Ei automaattisesti. Versioiden nimeäminen TCF 2.4 ei muuta yksinään TC-merkkijonon muotoa eikä käytäntöversionumeroa. Uudelleenkysymys on kuitenkin tarpeen, jos aikaisempi päätös ei enää kuvaa oikein nykyistä käsittelyä tai henkilön on saatava uusia olennaisia tietoja. Päätös on tehtävä todellisen konfiguraatiomuutoksen perusteella ja oikeudellisen neuvonnan avulla.
Yleiset virheet
- TCF 2.4:n koodaaminen uutena TC-merkkijonon muotoversiona.
tcfPolicyVersion:n nostaminen ilman normatiivista perustaa.- Disclosed Vendors:in virheellinen kuvaaminen uutena 2.4-muutoksena.
- Special Purposes:in käsittely riittävänä perustana Vendor-LI:lle.
- Verkkoon tehtävän rekisteröinnin esittäminen mobiilisovellus- tai CTV-rekisteröintinä.
- "Rekisteröity", "validoitu" ja "sertifioitu" synonyymeinä käyttäminen.
- Vain Accept-All-polun testaaminen ja Reject, Peruuta tai Uudelleenkäynnistys jättäminen pois.
Johtopäätös
Siirtyminen TCF 2.4:ään ei ole pelkkä tekstimuutos. Se vaatii ympäristökohtaisen julkaisun suunnittelun, oikeat Vendor-LI-signaalit ja todisteen siitä, että näkyvät myyjät, tallennettu tila ja TC-merkkijono vastaavat toisiaan. Joka oikein erottaa muotoversion 2:n, käytäntöversion 5:n ja Disclosed Vendors:in historian, välttää yleisimmät siirtymävirheet.
Usein kysytyt kysymykset
Onko TCF 2.4 uusi TC-merkkijonon muotoversio?
Ei. TC-merkkijonon versiokenttä pysyy 2:ssa; Framework-versiota 2.4 ei saa kirjoittaa tähän kenttään.
Muuttuuko TCF-käytäntöversio?
Ei. TCF 2.4:lle tcfPolicyVersion pysyy 5:ssä.
Ovatko Disclosed Vendors uusia TCF 2.4:ssä?
Ei. Segmentti tuli pakolliseksi TCF 2.3:ssa ja jatkuu 2.4:ssä.
Vaatiko TCF 2.4 aina reconsent:ia?
Ei. Ratkaisevaa ovat todelliset muutokset käsittelyyn ja käyttäjätietoihin, ei pelkästään versionumero.
Onko Biscotti CMP rekisteröity mobiilisovelluksille tai CTV:lle?
Campcruisers GmbH:n nykyinen rekisteröintimerkintä, CMP-ID 497, kattaa verkon. Tästä ei seuraa rekisteröintiä mobiilisovelluksille tai CTV:lle.
Lähteet
- IAB Europe, TCF Policies v5.0.b ja Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
- IAB Europe, CMP-luettelo: https://cmplist.consensu.org/v2/cmp-list.json
- IAB Tech Lab, Consent String and Vendor List Formats: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework
Tämä artikkeli käsittelee teknisiä ja organisatorisia näkökohtia eikä ole oikeudellista neuvontaa.