Răspuns scurt: IAB Europe a lansat TCF 2.4 pe 23 iulie 2026. Implementările web trebuie să fie actualizate până la 23 octombrie 2026; pentru aplicații mobile și CTV, termenul limită este 23 februarie 2027. Versiunea formatului șirului TC rămâne 2, iar versiunea politică TCF rămâne 5. Prin urmare, TCF 2.4 nu introduce un format nou de șir în general. Aspectul esențial îl reprezintă regulile actualizate, în special tratamentul mai strict al interesului legitim al furnizorilor.
Cele mai importante aspecte într-un ochi de viteză
- TCF 2.4 este specificația actuală; termenul limită pentru trecere este separat pentru fiecare mediu.
- Web: 23 octombrie 2026. Aplicații mobile și CTV: 23 februarie 2027.
- Versiunea binără a șirului TC rămâne 2;
tcfPolicyVersionrămâne 5. - Consimțămintele deja valabile nu necesită o nouă consimțământ doar din cauza denumirii versiunii. O nouă solicitare poate fi necesară din alte motive, cum ar fi schimbările de furnizori, scopuri sau texte juridice.
- Segmentul
DisclosedVendorsa devenit obligatoriu cu TCF 2.3 și continuă în 2.4. Nu este o nouă funcție 2.4. - Furnizorii nu pot semnala interes legitim doar pe baza scopurilor speciale. Această regulă 2.4 trebuie aplicată începând cu aprilie 2026.
- Înregistrarea și certificarea sunt afirmații diferite. De asemenea, verificați pentru ce mediu este înregistrat un CMP.
Ce se schimbă cu IAB TCF 2.4?
TCF 2.4 actualizează regulile și specificațiile tehnice ale Cadrului de Transparență și Consimțământ. Pentru cei care implementează, este important să nu confundăm numerele de versiune cu câmpurile din șirul TC: Segmentul de bază continuă să folosească versiunea formatului 2, iar versiunea politică rămâne 5. Integrarile nu trebuie să codifice o versiune falsă de șir „2.4” și să respingă toate semnalele existente doar din cauza schimbării versiunii.
Schimbarea cea mai importantă din punct de vedere practic se referă la interesul legitim al furnizorilor. Un furnizor poate seta un bit de LI doar dacă există cel puțin un scop de prelucrare permis. Scopurile speciale nu sunt suficiente. CMP-urile trebuie să impună această invariantă la generarea, restaurarea și retragerea semnalelor.
Furnizorii divulgați: introduși în 2.3, necesari și în 2.4
Segmentul DisclosedVendors documentează ce furnizori au fost afișați persoanei. A devenit obligatoriu cu TCF 2.3 și rămâne parte a unei implementări corecte 2.4. La migrarea către 2.4, segmentul nu trebuie să fie reinventat, ci verificat împotriva listei vizibile de furnizori:
- Fiecare furnizor conținut în segment trebuie să fi fost dezvăluit în interfața de consimțământ.
- Furnizorii care nu au fost afișați, ștersi sau nu sunt activi nu trebuie să fie semnalizați ca fiind dezvăluiți.
- Setul de furnizori în configurație, interfață,
DisclosedVendorsșiTCDatatrebuie să corespundă în mod coerent.
Termene limită după mediu
| Mediu | Termen limită pentru trecere la TCF 2.4 |
|---|---|
| Web | 23 octombrie 2026 |
| Aplicație mobilă | 23 februarie 2027 |
| CTV | 23 februarie 2027 |
O înregistrare web nu acoperă automat aplicațiile mobile sau CTV. Verificați intrarea CMP în lista oficială CMP și mediile menționate acolo. Biscotti CMP este operat de Campcruisers GmbH și este înregistrat cu ID CMP 497 pentru Web. O înregistrare pentru aplicații native sau CTV nu este afirmată.
Migrare pas cu pas la TCF 2.4
1. Verificați statutul de înregistrare și mediu
Comparați ID-ul CMP, entitatea juridică și mediile înregistrate cu lista oficială CMP. Nu vă bazați pe un logo sau o formulă generală precum „conform IAB”.
2. Conectați GVL actuală și selectați furnizorii
Descărcați o listă globală actuală a furnizorilor și determinați furnizorii care sunt utilizați efectiv pentru site-ul web sau aplicația specifică. Interfața și starea de consimțământ generată trebuie să fie derivate din aceeași mulțime de furnizori.
3. Implementați regula LI a furnizorilor fail-closed
Nu generați un semnal LI al furnizorului dacă furnizorul declară doar scopuri speciale sau nu rămâne niciun scop legitim de LI. Verificați această regulă și după respingere, revocare, schimbare GVL și restaurarea unei stări salvate.
4. Păstrați semantica șirului TC
Codificați în continuare versiunea formatului șirului TC 2 și versiunea politică 5. Păstrați segmentul obligatoriu DisclosedVendors. Nu schimbați câmpurile versiunii API doar pentru că specificația cadrului este 2.4.
5. Decizionați reconsent în mod țintit
O schimbare de versiune nu este un motiv general de reconsent. Verificați în schimb dacă s-au modificat semnificativ scopurile, furnizorii, fundamentele juridice, restricțiile editorilor sau informațiile afișate persoanei. Documentați decizia.
6. Testați tranzițiile de stare complete
Testați cel puțin Acceptare totală, Respingere totală, selecție granulară, interes legitim, revocare, redeschidere, reepornire browser și o actualizare GVL. Decodificați șirurile generate independent și comparați seturile de furnizori și scopuri.
Listă tehnică de verificare
__tcfapi('ping', 2,...)raportează date CMP și politică consistente.- Versiunea formatului șirului TC este 2, iar
tcfPolicyVersioneste 5. DisclosedVendorscorespunde listei vizibile de furnizori.- Interesul legitim al furnizorilor nu este niciodată setat fără un scop legitim de LI.
- Respingerea și revocarea elimină semnalele neautorizate de consimțământ și LI.
- Stările salvate sunt preluate doar dacă corespund configurației actuale.
- ID-ul CMP și mediul înregistrat coincid cu lista publică CMP.
- Lansările web, aplicații mobile și CTV sunt lansate separat.
Trebuie să întrebați din nou utilizatorii existenți?
Nu automat. Denumirea versiunii TCF 2.4 nu schimbă nici formatul șirului TC, nici numărul versiunii politice. O nouă consimțământ este necesară dacă decizia anterioară nu mai reflectă prelucrarea actuală sau persoana trebuie să primească noi informații esențiale. Decizia ar trebui luată pe baza schimbării reale a configurației și cu consultare juridică.
Erori frecvente
- A codifica TCF 2.4 ca o nouă versiune a formatului șirului TC.
- A crește
tcfPolicyVersionfără o bază normativă. - A descrie furnizorii divulgați fals ca o nouă schimbare 2.4.
- A trata scopurile speciale ca o bază suficientă pentru interesul legitim al furnizorilor.
- A prezenta o înregistrare web ca o înregistrare pentru aplicații mobile sau CTV.
- A folosi „înregistrat”, „validat” și „certificat” ca sinonime.
- A testa doar calea Acceptare totală și a lăsat deoparte Respingere, Revocare sau reepornire.
Concluzie
Trecerea la TCF 2.4 nu este o simplă schimbare de text. Cerce o lansare planificată după mediu, semnale corecte de interes legitim al furnizorilor și demonstrarea că furnizorii vizibili, starea salvată și șirul TC coincid. Cineva care ține cont corect de versiunea formatului 2, versiunea politică 5 și istoricul furnizorilor divulgați evită cele mai frecvente erori de migrare.
Întrebări frecvente
Este TCF 2.4 o nouă versiune a formatului șirului TC? Nu. Câmpul versiunii șirului TC rămâne 2; versiunea cadrului 2.4 nu poate fi scrisă în acest câmp.
Se schimbă versiunea politică TCF?
Nu. Pentru TCF 2.4, tcfPolicyVersion rămâne la 5.
Sunt furnizorii divulgați noi în TCF 2.4?
Nu. Segmentul DisclosedVendors a devenit obligatoriu cu TCF 2.3 și continuă în 2.4.
TCF 2.4 necesită întotdeauna reconsent? Nu. Aspectul esențial sunt schimbările reale ale prelucrării și ale informațiilor utilizatorilor, nu doar numărul versiunii.
Este Biscotti CMP înregistrat pentru aplicații mobile sau CTV? Intrarea actuală a Campcruisers GmbH, ID CMP 497, include Web. Nu rezultă nicio înregistrare pentru aplicații mobile sau CTV.
Surse
- IAB Europe, Politicile TCF v5.0.b și Specificațiile v2.4: https://iabeurope.eu/transparency-consent-framework/
- IAB Europe, Lista CMP: https://cmplist.consensu.org/v2/cmp-list.json
- IAB Tech Lab, Formatele șirului de consimțământ și ale listei furnizorilor: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework
Acest articol explică aspectele tehnice și organizaționale și nu reprezintă sfaturi juridice.