IAB TCF 2.4 ieviešana: praktiski ceļvedis izdevējiem un reklamētājiem

Īsa atbilde: IAB Europe publicēja TCF 2.4 2026. gada 23. jūlijā. Tīmekļa ieviešanas jāpāriet līdz 2026. gada 23. oktobrim; mobilajām lietotnēm un CTV piemērojams 2027. gada 23. februāris. TC-string formāta versija paliek 2 un TCF politikas versija paliek 5. TCF 2.4 tāpēc neieviešo jaunu vispārēju string formātu. Svarīgi ir atjauninātie norādījumi, jo īpaši stingrāka piegādātāju leģitīmo interešu apstrāde.

---

Galvenie punkti

• TCF 2.4 ir pašreizējā specifikācija; pārejas termiņš atšķiras atkarībā no vides.
• Tīmeklis: 2026. gada 23. oktobrī. Mobilā lietotne un CTV: 2027. gada 23. februārī.
• Binārā TC-string versija paliek 2; tcfPolicyVersion paliek 5.
• Jau spēkā esošas piekrišanas neprasīs jaunu piekrišanu tikai versijas nosaukuma dēļ. Atkārtota vaicāšana var būt nepieciešama citu iemeslu dēļ, piemēram, mainītu piegādātāju, mērķu vai juridisko tekstu gadījumā.
• Segments DisclosedVendors kļuva obligāts ar TCF 2.3 un turpinās 2.4. Tas nav jauna 2.4 funkcija.
• Piegādātāji nedrīkst signalizēt leģitīmo interesi tikai pamatojoties uz Special Purposes. Šis 2.4 noteikums jau ir jāpiemēro kopš 2026. gada aprīļa.
• Reģistrācija un sertifikācija ir dažādi apgalvojumi. Pārbaudiet arī, kādai videi ir reģistrēts CMP.

---

Kas mainās ar IAB TCF 2.4?

TCF 2.4 atjaunina Transparency and Consent Framework norādījumus un tehniskās specifikācijas. Ieviešanas speciālistiem ir īpaši svarīgi nesajaukt versiju numurus ar TC-string laukiem: Core segments turpina izmantot formāta versiju 2, un politikas versija paliek 5. Integrācijas tāpēc nedrīkst kodēt izdomātu string versiju "2.4" un nedrīkst atmest visus esošos signālus tikai versijas maiņas dēļ.

Praktiskā ziņā svarīgākā izmaiņa attiecas uz Vendor Legitimate Interest. Piegādātājs var iestatīt LI bitu tikai tad, ja tam ir vismaz viens pieļaujams apstrādes mērķis. Special Purposes vien nepietiek. CMP jāpiemēro šis invariants signālu ģenerēšanas, atjaunošanas un atsaukšanas laikā.

Disclosed Vendors: ieviests 2.3, turpinās 2.4

Segments DisclosedVendors dokumentē, kuri piegādātāji personai tika faktiskā parādīti. Tas kļuva obligāts ar TCF 2.3 un paliek pareizas 2.4 ieviešanas daļa. Pārejas laikā uz 2.4 segments nedrīkst tikt pārizveidots, bet jāpārbauda pret redzamo piegādātāju sarakstu:

• Katrs segments ietvertais piegādātājs ir jābūt atklātam piekrišanas saskarnē.
• Neparādīti, dzēsti vai neaktīvi piegādātāji nedrīkst tikt signalizēti kā atklāti.
• Piegādātāju kopa konfigurācijā, saskarnē, DisclosedVendors un TCData jāsakrīt pamanāmi.

Termiņi pēc vides

Vide	Pārejas termiņš uz TCF 2.4
Tīmeklis	2026. gada 23. oktobrī
Mobilā lietotne	2027. gada 23. februārī
CTV	2027. gada 23. februārī

Tīmekļa reģistrācija automātiski neaptver mobilās lietotnes vai CTV. Pārbaudiet CMP ierakstu oficiālajā CMP sarakstā un tur minētās vides. Biscotti CMP tiek pārvaldīts Campcruisers GmbH un ir reģistrēts ar CMP-ID 497 tīmeklim. No tā neizriet Native-app vai CTV reģistrācija.

Pakāpeniska pāreja uz TCF 2.4

1. Reģistrācijas un vides statusa pārbaude

Salīdziniet CMP-ID, juridisko personu un reģistrētās vides ar oficiālo CMP sarakstu. Nepaļaujieties uz logotipu vai vispārīgu formulējumu, piemēram, "IAB saderīgs".

2. Pašreizējā GVL un piegādātāju atlases saistīšana

Ladējiet pašreizējo Global Vendor List un nosakiet piegādātājus, kuri konkrētajā vietnē vai lietotnē tiek faktiskā izmantoti. Saskarne un ģenerētais piekrišanas statuss jāatvasina no vienas piegādātāju kopas.

3. Vendor-LI noteikuma fail-closed ieviešana

Neģenerējiet Vendor-LI signālu, ja piegādātājs deklarē tikai Special Purposes vai nav palikuši pieļaujami LI mērķi. Pārbaudiet šo noteikumu arī pēc Reject, atsaukšanas, GVL maiņas un saglabātā stāvokļa atjaunošanas.

4. TC-string semantikas saglabāšana

Turpinājiet kodēt TC-string formāta versiju 2 un politikas versiju 5. Saglabājiet obligāto DisclosedVendors segmentu. Nemainiet API versijas laukus tikai tāpēc, ka rāmja specifikācija ir 2.4.

5. Reconsent mērķtiecīga lēmuma pieņemšana

Versions maiņa viena pati nav vispārējs Reconsent iemesls. Tā vietā pārbaudiet, vai mērķi, piegādātāji, juridiskās bāzes, Publisher Restrictions vai personai parādītā informācija ir būtiski mainījusies. Dokumentējiet lēmumu.

6. Pilnīgu stāvokļa pāreju testēšana

Testējiet vismaz Accept All, Reject All, detalizētu atlasi, leģitīmo interesi, atsaukšanu, atkārtotu atvēršanu, pārlūka restartēšanu un GVL atjauninājumu. Atkodējiet ģenerētos string neatkarīgi un salīdziniet piegādātāju un mērķu kopas.

Tehniskais kontroles saraksts

• __tcfapi('ping', 2, ...) ziņo par konsekventi CMP un politikas datiem.
• TC-string formāta versija ir 2 un tcfPolicyVersion ir 5.
• DisclosedVendors atbilst faktiskā redzamajam piegādātāju sarakstam.
• Vendor-LI nekad netiek iestatīts bez pieļaujama LI mērķa.
• Reject un atsaukšana noņem nepieļaujamus piekrišanas un LI signālus.
• Saglabātie stāvokļi tiek pieņemti tikai tad, ja tie atbilst pašreizējai konfigurācijai.
• CMP-ID un reģistrētā vide atbilst publiskajam CMP sarakstam.
• Tīmekļa, mobilās lietotnes un CTV izlaidumi tiek izlaisti atsevišķi.

Vai esošos lietotājus jāvaicā atkārtoti?

Ne automātiski. Versijas nosaukums TCF 2.4 viena pati nemaina TC-string formātu vai politikas versijas numuru. Tomēr jauna piekrišana ir nepieciešama, ja iepriekšējais lēmums vairs nepareizi atspoguļo pašreizējo apstrādi vai personai jāsaņem jauna būtiska informācija. Lēmums jāpieņem, pamatojoties uz faktisko konfigurācijas maiņu un juridisko konsultāciju.

Bieži pieļautās kļūdas

• TCF 2.4 kodēšana kā jauna TC-string formāta versija.
• tcfPolicyVersion paaugstināšana bez normatīvā pamatojuma.
• Disclosed Vendors nepareiza aprakstīšana kā jauna 2.4 izmaiņa.
• Special Purposes uzskatīšana par pietiekamu Vendor-LI pamatu.
• Tīmekļa reģistrācijas attēlošana kā mobilās lietotnes vai CTV reģistrācija.
• "reģistrēts", "validēts" un "sertificēts" sinonīmu izmantošana.
• Tikai Accept-All ceļa testēšana un Reject, atsaukšanas vai restartēšanas izlaišana.

Secinājums

Pāreja uz TCF 2.4 nav tikai teksta maiņa. Tas prasa pēc vides plānotu izlaidi, pareizus Vendor-LI signālus un pierādījumu, ka redzamie piegādātāji, saglabātais stāvoklis un TC-string sakrīt. Kas pareizi atšķir formāta versiju 2, politikas versiju 5 un Disclosed Vendors vēsturi, izvairās no biežākajām migrācijas kļūdām.

BUJ

Vai TCF 2.4 ir jauna TC-string formāta versija?
Nē. TC-string versijas lauks paliek 2; rāmja versiju 2.4 nedrīkst rakstīt šajā laukā.

Vai mainās TCF politikas versija?
Nē. TCF 2.4 tcfPolicyVersion paliek 5.

Vai Disclosed Vendors ir jauns TCF 2.4?
Nē. Segments kļuva obligāts ar TCF 2.3 un turpinās 2.4.

Vai TCF 2.4 vienmēr prasa Reconsent?
Nē. Noteicošie ir faktiskās izmaiņas apstrādē un lietotāja informācijā, nevis tikai versijas numurs.

Vai Biscotti CMP ir reģistrēts mobilajām lietotnēm vai CTV?
Campcruisers GmbH pašreizējā reģistrācija, CMP-ID 497, aptver tīmekli. No tā neizriet mobilās lietotnes vai CTV reģistrācija.

Avoti

• IAB Europe, TCF Policies v5.0.b un Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
• IAB Europe, CMP saraksts: 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

Šis raksts skaidro tehniskos un organizatoriskos aspektus un nav juridisks padoms.