Σύντομη απάντηση: Το IAB Europe δημοσίευσε το TCF 2.4 στις 23 Ιουλίου 2026. Οι υλοποιήσεις Web πρέπει να μεταβούν έως τις 23 Οκτωβρίου 2026· για Mobile Apps και CTV ισχύει η 23 Φεβρουαρίου 2027. Η έκδοση μορφής TC-String παραμένει 2 και η έκδοση TCF-Policy παραμένει 5. Το TCF 2.4 δεν εισάγει επομένως ένα νέο μορφή string. Τα κρίσιμα σημεία είναι οι ενημερωμένες πολιτικές, ιδίως η αυστηρότερη αντιμετώπιση του νόμιμου συμφέροντος των Vendor.
Τα σημαντικότερα σημεία
- Το TCF 2.4 είναι η τρέχουσα προδιαγραφή· η προθεσμία μετάβασης χωρίζεται ανά περιβάλλον.
- Web: 23 Οκτωβρίου 2026. Mobile App και CTV: 23 Φεβρουαρίου 2027.
- Η δυαδική έκδοση TC-String παραμένει 2·
tcfPolicyVersionπαραμένει 5. - Οι ήδη ισχύουσες συναινέσεις δεν απαιτούν αυτόματη νέα συναίνεση μόνο λόγω της ονοματολογίας έκδοσης. Ωστόσο, μια νέα ερώτηση μπορεί να είναι απαραίτητη για άλλους λόγους, όπως αλλαγές σε Vendor, σκοπούς ή νομικά κείμενα.
- Το τμήμα
DisclosedVendorsέγινε υποχρεωτικό με το TCF 2.3 και συνεχίζεται στο 2.4. Δεν είναι νέα λειτουργία 2.4. - Οι Vendor δεν μπορούν να σηματοδοτήσουν νόμιμο συμφέρον μόνο βάσει Special Purposes. Αυτός ο κανόνας 2.4 ισχύει ήδη από τον Απρίλιο 2026.
- Η εγγραφή και η πιστοποίηση είναι διαφορετικές δηλώσεις. Ελέγξτε επίσης για ποιο περιβάλλον είναι εγγεγραμμένο ένα CMP.
Τι αλλάζει με το IAB TCF 2.4;
Το TCF 2.4 ενημερώνει τις πολιτικές και τις τεχνικές προδιαγραφές του Transparency and Consent Framework. Για τους υλοποιητές, είναι ιδιαίτερα σημαντικό να μην συγχέουν τους αριθμούς έκδοσης με τα πεδία στο TC-String: Το Core-segment χρησιμοποιεί συνεχώς την έκδοση μορφής 2, και η έκδοση Policy παραμένει 5. Οι ενσωματώσεις δεν πρέπει επομένως να κωδικοποιούν μια φανταστική έκδοση string «2.4» ούτε να απορρίπτουν όλα τα υπάρχοντα σήματα μόνο λόγω της αλλαγής έκδοσης.
Η πρακτικά σημαντικότερη αλλαγή αφορά το Vendor Legitimate Interest. Ένας Vendor μπορεί να ορίσει ένα LI-bit μόνο εάν υπάρχει τουλάχιστον ένας επιτρεπόμενος σκοπός επεξεργασίας για αυτό. Τα Special Purposes δεν είναι αρκετά. Τα CMP πρέπει να επιβάλουν αυτή την αναλλοίωτη κατά τη δημιουργία, την ανάκτηση και την ανάκληση σημάτων.
Disclosed Vendors: εισήχθη στο 2.3, εξακολουθεί να απαιτείται στο 2.4
Το τμήμα DisclosedVendors τεκμηριώνει ποιοι Vendor εμφανίστηκαν πραγματικά στο άτομο. Έγινε υποχρεωτικό με το TCF 2.3 και παραμένει μέρος μιας σωστής υλοποίησης 2.4. Κατά τη μετάβαση στο 2.4, το τμήμα δεν πρέπει επομένως να επανεφευρεθεί, αλλά να ελεγχθεί έναντι της ορατής λίστας Vendor:
- Κάθε Vendor που περιέχεται στο τμήμα πρέπει να έχει αποκαλυφθεί στη διεπαφή συναίνεσης.
- Οι Vendor που δεν εμφανίστηκαν, διαγράφηκαν ή δεν είναι ενεργοί δεν πρέπει να σηματοδοτηθούν ως αποκαλυμμένοι.
- Το σύνολο Vendor στη διαμόρφωση, τη διεπαφή,
DisclosedVendorsκαιTCDataπρέπει να ταιριάζει με ιχνηλασιμότητα.
Προθεσμίες ανά περιβάλλον
| Περιβάλλον | Προθεσμία μετάβασης στο TCF 2.4 |
|---|---|
| Web | 23 Οκτωβρίου 2026 |
| Mobile App | 23 Φεβρουαρίου 2027 |
| CTV | 23 Φεβρουαρίου 2027 |
Μια εγγραφή Web δεν καλύπτει αυτόματα Mobile Apps ή CTV. Ελέγξτε την καταχώρηση του CMP στην επίσημη λίστα CMP και τα περιβάλλοντα που αναφέρονται εκεί. Το Biscotti CMP λειτουργείται από την Campcruisers GmbH και είναι εγγεγραμμένο με CMP-ID 497 για Web. Δεν υποδηλώνεται εγγραφή Native-App ή CTV.
Σταδιακή μετάβαση στο TCF 2.4
1. Ελέγξτε την κατάσταση εγγραφής και περιβάλλοντος
Συγκρίνετε το CMP-ID, τον νομικό φορέα και τα εγγεγραμμένα περιβάλλοντα με την επίσημη λίστα CMP. Μην βασίζεστε σε ένα λογότυπο ή μια γενική διατύπωση όπως «συμβατό με IAB».
2. Δέστε την τρέχουσα GVL και την επιλογή Vendor
Κατεβάστε μια τρέχουσα Global Vendor List και προσδιορίστε τους Vendor που χρησιμοποιούνται πραγματικά για τη συγκεκριμένη ιστοσελίδα ή εφαρμογή. Η διεπαφή και η κατάσταση συναίνεσης που δημιουργείται πρέπει να προέρχονται από το ίδιο σύνολο Vendor.
3. Υλοποιήστε τον κανόνα Vendor-LI fail-closed
Μην δημιουργήσετε ένα σήμα Vendor-LI εάν ο Vendor δηλώνει μόνο Special Purposes ή δεν παραμένει κανένας επιτρεπόμενος σκοπός LI. Ελέγξτε αυτόν τον κανόνα επίσης μετά από Reject, ανάκληση, αλλαγή GVL και ανάκτηση μιας αποθηκευμένης κατάστασης.
4. Διατηρήστε τη σημασιολογία TC-String
Κωδικοποιήστε συνεχώς την έκδοση μορφής TC-String 2 και την έκδοση Policy 5. Διατηρήστε το υποχρεωτικό τμήμα DisclosedVendors. Μην αλλάζετε τα πεδία έκδοσης API μόνο επειδή η προδιαγραφή Framework ονομάζεται 2.4.
5. Αποφασίστε στοχευμένα για Reconsent
Μια αλλαγή έκδοσης δεν είναι αυτόματα λόγος για παγκόσμιο Reconsent. Αντ 'αυτού, ελέγξτε εάν οι σκοποί, οι Vendor, οι νομικές βάσεις, οι Publisher Restrictions ή οι πληροφορίες που εμφανίστηκαν στο άτομο έχουν αλλάξει ουσιαστικά. Τεκμηριώστε την απόφαση.
6. Δοκιμάστε πλήρεις μεταβάσεις κατάστασης
Δοκιμάστε τουλάχιστον Accept All, Reject All, κοκκώδη επιλογή, νόμιμο συμφέρον, ανάκληση, επανάνοιγμα, επανεκκίνηση προγράμματος περιήγησης και ενημέρωση GVL. Αποκωδικοποιήστε τα δημιουργημένα string ανεξάρτητα και συγκρίνετε τα σύνολα Vendor και Purpose.
Τεχνική λίστα ελέγχου
__tcfapi('ping', 2, ...)αναφέρει συνεπή δεδομένα CMP και Policy.- Η έκδοση μορφής TC-String είναι 2 και
tcfPolicyVersionείναι 5. DisclosedVendorsαντιστοιχεί στην πραγματικά ορατή λίστα Vendor.- Το Vendor-LI δεν ορίζεται ποτέ χωρίς επιτρεπόμενο σκοπό LI.
- Το Reject και η ανάκληση αφαιρούν μη επιτρεπόμενα σήματα Consent και LI.
- Οι αποθηκευμένες καταστάσεις λαμβάνονται μόνο εάν ταιριάζουν με την τρέχουσα διαμόρφωση.
- Το CMP-ID και το εγγεγραμμένο περιβάλλον συμφωνούν με τη δημόσια λίστα CMP.
- Οι εκδόσεις Web, Mobile App και CTV κυκλοφορούν ξεχωριστά.
Πρέπει να ρωτηθούν ξανά οι υπάρχοντες χρήστες;
Όχι αυτόματα. Η ονοματολογία έκδοσης TCF 2.4 δεν αλλάζει ούτε μόνη της τη μορφή TC-String ούτε τον αριθμό έκδοσης Policy. Ωστόσο, απαιτείται νέα συναίνεση εάν η προηγούμενη απόφαση δεν αντιπροσωπεύει πλέον με ακρίβεια την τρέχουσα επεξεργασία ή το άτομο πρέπει να λάβει νέες ουσιαστικές πληροφορίες. Η απόφαση πρέπει να λαμβάνεται βάσει της πραγματικής αλλαγής διαμόρφωσης και με νομική συμβουλή.
Συνήθη λάθη
- Κωδικοποίηση του TCF 2.4 ως νέα έκδοση μορφής TC-String.
- Αύξηση του
tcfPolicyVersionχωρίς κανονιστική βάση. - Λανθασμένη περιγραφή του Disclosed Vendors ως νέας αλλαγής 2.4.
- Αντιμετώπιση των Special Purposes ως επαρκούς βάσης για Vendor-LI.
- Παρουσίαση μιας εγγραφής Web ως εγγραφής Mobile App ή CTV.
- Συνώνυμη χρήση των όρων «εγγεγραμμένο», «επικυρωμένο» και «πιστοποιημένο».
- Δοκιμή μόνο της διαδρομής Accept-All και παράλειψη του Reject, ανάκληση ή επανεκκίνηση.
Συμπέρασμα
Η μετάβαση στο TCF 2.4 δεν είναι απλή αλλαγή κειμένου. Απαιτεί μια κατά περιβάλλον σχεδιασμένη κυκλοφορία, σωστά σήματα Vendor-LI και απόδειξη ότι οι ορατοί Vendor, η αποθηκευμένη κατάσταση και το TC-String συμφωνούν. Όποιος διακρίνει σωστά την έκδοση μορφής 2, την έκδοση Policy 5 και το ιστορικό του Disclosed Vendors, αποφεύγει τα πιο συνηθισμένα σφάλματα μετάβασης.
FAQ
Είναι το TCF 2.4 νέα έκδοση μορφής TC-String;
Όχι. Το πεδίο έκδοσης του TC-String παραμένει 2· η έκδοση Framework 2.4 δεν πρέπει να γραφεί σε αυτό το πεδίο.
Αλλάζει η έκδοση TCF-Policy;
Όχι. Για το TCF 2.4, το tcfPolicyVersion παραμένει στο 5.
Είναι τα Disclosed Vendors νέα στο TCF 2.4;
Όχι. Το τμήμα έγινε υποχρεωτικό με το TCF 2.3 και συνεχίζεται στο 2.4.
Απαιτεί το TCF 2.4 πάντα Reconsent;
Όχι. Τα κρίσιμα σημεία είναι οι πραγματικές αλλαγές στην επεξεργασία και τις πληροφορίες χρήστη, όχι μόνο ο αριθμός έκδοσης.
Είναι το Biscotti CMP εγγεγραμμένο για Mobile Apps ή CTV;
Η τρέχουσα καταχώρηση της Campcruisers GmbH, CMP-ID 497, καλύπτει το Web. Από αυτό δεν προκύπτει εγγραφή για Mobile Apps ή CTV.
Πηγές
- IAB Europe, TCF Policies v5.0.b και Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
- IAB Europe, CMP-Liste: 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
Αυτό το άρθρο εξηγεί τεχνικές και οργανωτικές πτυχές και δεν αποτελεί νομική συμβουλή.