Η Σύντομη Εκδοχή

Η TCF v2.3 αποτελεί εξέλιξη της v2.2, όχι επανασχεδιασμό από την αρχή. Η μορφή του TC String είναι συμβατή, οι υφιστάμενοι σκοποί και δυνατότητες διατηρούνται και οι περισσότερες απαιτήσεις του UI προς τους εκδότες παραμένουν αμετάβλητες. Οι ουσιαστικές αλλαγές συγκεντρώνονται σε τέσσερις περιοχές:

• Πιο σαφείς κανόνες για το πώς οι CMPs πρέπει να παρουσιάζουν τις πληροφορίες για τους vendors και τις περιόδους διατ��ρησης.
• Νέες απαιτήσεις για λεπτομερείς ελέγχους στη δεύτερη στρώση, που οι ρυθμιστικές αρχές ζητούν από την απόφαση της Βελγικής DPA το 2022.
• Πιο αυστηρή επιβολή των Policies γύρω από dark patterns, ίση προβολή επιλογών και προεπιλεγμένες ρυθμίσεις.
• Προσαρμογές στο schema της Global Vendor List (GVL) και στη ροή γνωστοποίησης των vendors.

Γιατί Υπάρχει η v2.3

Κάθε έκδοση της TCF είναι ένας συμβιβασμός ανάμεσα σε τρία κοινά: τους εκδότες που πρέπει να συνεχίσουν να έχουν έσοδα, τους vendors που χρειάζονται σταθερό τεχνικό interface και τις ρυθμιστικές αρχές που συνεχίζουν να εντοπίζουν συγκεκριμένα κενά συμμόρφωσης. Η v2.3 είναι άμεση απάντηση σε τρεις πιέσεις:

1. Ενέργειες επιβολής κατά της κατάχρησης του "legitimate interest" υπό τη v2.2. Πολλές ευρωπαϊκές DPAs έκριναν ότι υπερβολικά πολλοί vendors δήλωναν LI για σκοπούς όπου η μόνη νόμιμη βάση ήταν η συναίνεση. Η v2.3 αυστηροποιεί τις γνωστοποιήσεις σχετικά με τη νομική βάση που δηλώνουν οι vendors και τις εμφανίζει νωρίτερα στο consent UI.
2. Συνεχείς καταγγελίες για dark patterns. Οι ενημερωμένες Policies κάνουν τον κανόνα της ίσης προβολής πιο ρητό και κλείνουν τα «παραθυράκια» γύρω από προεπιλεγμένα toggles στη δεύτερη στρώση.
3. Λειτουργική ανατροφοδότηση από μεγάλες CMPs και εκδότες. Η v2.2 εισήγαγε αρκετές υποχρεωτικές γνωστοποιήσεις που ήταν δύσκολο να υλοποιηθούν καθαρά σε mobile και CTV. Η v2.3 απλοποιεί το υποχρεωτικό σύνολο γνωστοποιήσεων και επιτρέπει περισσότερες από αυτές να εμφανίζονται σ�� πολυεπίπεδη προβολή.

Συμβατότητα του TC String

Το ίδιο το TC String παραμένει προς τα πίσω συμβατό. Ένα CMP v2.3 παράγει strings που μπορούν να διαβαστούν από vendors v2.2, και ένας vendor v2.3 μπορεί να καταναλώσει strings v2.2 κατά τη μεταβατική περίοδο. Ο δείκτης έκδοσης στο βασικό τμήμα του string προσδιορίζει με ποια έκδοση Policies δηλώνει συμμόρφωση το CMP, ενώ ο δείκτης έκδοσης της GVL προχωρά ανεξάρτητα.

Πρακτικά αυτό σημαίνει: δεν χρειάζεται να ενημερώσετε κάθε vendor ταυτόχρονα, και δεν χρειάζεται να επιβάλετε νέο consent event σε κάθε χρήστη την ημέρα που θα εφαρμόσετε τη v2.3. Μια σταδιακή rollout υποστηρίζεται ρητά.

Κύριες Τεχνικές Αλλαγές

1. Γνωστοποίηση Vendor και Διατήρηση Δεδομένων

Η v2.3 απαιτεί από τις CMPs να εμφανίζουν τη δηλωμένη από κάθε vendor περίοδο διατήρησης δεδομένων στη πολυεπίπεδη διεπαφή (layered UI), όχι μόνο σε ξεχωριστή λίστα vendors. Η τιμή της περιόδου διατήρησης υπήρχε πάντα στην GVL, αλλά η v2.2 δεν απαιτούσε να τη βλέπουν οι χρήστες δίπλα στους σκοπούς. Η v2.3 κλείνει αυτό το κενό επειδή οι ρυθμιστικές αρχές υποστήριξαν ότι οι χρήστες δεν μπορούσαν να λάβουν ενημερωμένη απόφαση χωρίς να γνωρίζουν για πόσο θα παραμένουν τα δεδομένα τους.

2. Πιο Αυστηροί Έλεγχοι στη Δεύτερη Στρώση

Στη δεύτερη στρώση — την προβολή «διαχείριση προτιμήσεων» — η v2.3 ορίζει ρητά ότι τα toggles για μη-απαραίτητους σκοπούς και vendors πρέπει εξ ορισμού να είναι απενεργοποιημένα. Προεπιλεγμένα κουτιά ή sliders που είναι ενεργά από πριν αποτελούν παραβίαση των Policies, ακόμη κι αν ο χρήστης δεν πατήσει ποτέ ρητά «αποδοχή». CMPs που βασίζονταν μέχρι τώρα σε μοτίβο «soft opt-in» θα χρειαστεί να ξανασχεδιάσουν τη δεύτερη στρώση.

3. Ενίσχυση του Κανόνα Ίσης Προβολής

Ο κανόνας ίσης προβολής υπάρχει από τη v2.1, αλλά η v2.3 τον ορίζει με λιγότερο περιθώριο ερμηνείας: το κουμπί «απόρριψη όλων» πρέπει να βρίσκεται στο ίδιο επίπεδο, με το ίδιο οπτικό βάρος, την ίδια κατηγορία αντίθεσης χρωμάτων και την ίδια «απόσταση» αλληλεπίδρασης με το «αποδοχή όλων». Η απόκρυψη της απόρριψης πίσω από σύνδεσμο, μικρότερο κουμπί ή δευτερεύουσα οθόνη αποτελεί πλέον ρητή αποτυχία συμμόρφωσης και όχι θέμα κρίσης.

4. Σήμανση Legitimate Interest

Οι vendors που δηλώνουν legitimate interest ως νομική βάση υπό τη v2.3 πρέπει πλέον επίσης να δηλώνουν για ποιους σκοπούς έχουν πραγματοποιήσει αξιολόγηση και για ποιους έχουν ολοκληρώσει Legitimate Interests Assessment. Οι CMPs υποχρεούνται να μεταφέρουν αυτή τη δήλωση στη διεπαφή χρήστη ώστε οι χρήστες να μπορούν να ασκήσουν ένσταση με πλήρη ενημέρωση. Στην πράξη αυτό σημαίνει ότι η ροή «ένστασης» εμφανίζει πλέον ανά vendor την κατάσταση LIA και όχι ένα γενικό toggle.

5. Ενημερώσεις στο Schema της GVL

Το schema της Global Vendor List προσθέτει πεδία για τη λεπτομέρεια της περιόδου διατήρησης, την κατάσταση LIA και έναν μηχανικά αναγνώσιμο σύνδεσμο προς το τμήμα της πολιτικής απορρήτου κάθε vendor που αφορά τους δηλωμένους σκοπούς. Οι CMPs που πραγματοποιούν caching της GVL πρέπει να ενημερώσουν τον parser του schema ώστε να αναγνωρίζει τα νέα πεδία, πριν γίνει η μετάβαση σε GVL v2.3.

Αλλαγές στις Policies που Επηρεάζουν το UX

Η TCF είναι ταυτόχρονα τεχνική προδιαγραφή και σύνολο Policies. Πολλές από τις αλλαγές στις Policies της v2.3 έχουν άμεσο αντίκτυπο στο consent UI:

• Τέλος στο "continue without accepting" ως ισοδύναμο της απόρριψης, εκτός αν ταιριάζει οπτικά με το κουμπί αποδοχής και παράγει το ίδιο TC String με μια πλήρη απόρριψη.
• Γλωσσική ισοτιμία — η ειδοποίηση συγκατάθεσης πρέπει να είναι διαθέσιμη σε κάθε γλώσσα στην οποία είναι διαθέσιμο και το ίδιο το site, όχι μόνο στη γλώσσα του browser του χρήστη. Οι CMPs πρέπει να υποστηρίζουν override τοπικοποίησης.
• Σταθερή πρόσβαση — οι χρήστες πρέπει να μπορούν να έχουν πρόσβαση στο κέντρο προτιμήσεων από κάθε σελίδα του site, όχι μόνο από τη landing page, και ο σύνδεσμος πρόσβασης πρέπει ν�� είναι επισημασμένος με τρόπο ώστε ένας μη ειδικός χρήστης να καταλαβαίνει ότι σχετίζεται με τη συναίνεση.

Τι Πρέπει να Κάνουν οι Εκδότες

1. Επιβεβαιώστε την υποστήριξη v2.3 από τον CMP vendor σας. Ζητήστε την ακριβή ημερομηνία κατά την οποία η έκδοση με πιστοποίηση v2.3 θα είναι διαθέσιμη και το version string που θα αναφέρει.
2. Ανανεώστε τη λογική caching της GVL. Αν φιλοξενείτε εσείς κάποιο mirror της GVL, ενημερώστε τον parser του schema πριν ξεκινήσει η GVL v2.3, αλλιώς το CMP σας δεν θα μπορεί να επικυρώνει νέους vendors.
3. Ξαναγράψτε το UI της δεύτερης στρώσης ώστε κάθε toggle να είναι εξ ορισμού απενεργοποιημένο, να επιβάλλεται οπτικά η ίση προβολή και οι περίοδοι διατήρησης να εμφανίζονται δίπλα στους σκοπούς.
4. Επαναλάβετε τον έλεγχο συμμόρφωσης. Οι πιο εύκολες «νίκες» για τις ρυθμιστικές αρχές είναι τα dark patterns που η v2.3 επισημαίνει πλέον ρητά. Διορθώστε τα πριν από τον επόμενο έλεγχο επιβολής.
5. Σχεδιάστε στρατηγική επαναπροτροπής (re-prompt). Αν και το TC String είναι προς τα πίσω συμβατό, οι Policies ενθαρρύνουν τους εκδότες να ζητούν ξανά συναίνεση όταν το εύρος ή η γνωστοποίηση της επεξεργασίας αλλάζει ουσιαστικά. Αποφασίστε αν η rollout της v2.3 συνιστά «ουσιαστική» αλλαγή για το κοινό σας.

Τι Πρέπει να Κάνουν οι Vendors

1. Ολοκληρώστε Legitimate Interests Assessment για κάθε σκοπό για τον οποίο δηλώνετε LI και υποβάλετε το αποτέλεσμα στην GVL.
2. Ενημερώστε την καταχώρισή σας στην GVL με τα πεδία schema της v2.3: λεπτομέρεια περιόδ��υ διατήρησης, δήλωση LIA και deep link προς τη σχετική ενότητα της πολιτικής απορρήτου.
3. Επαληθεύστε τον parser του TC String με βάση τα reference strings της v2.3 που παρέχει το IAB Europe.
4. Συντονιστείτε με τους CMP συνεργάτες σας για κοινή ημερομηνία μετάβασης, ώστε το πρώτο buyer request που θα φέρει v2.3 string να μην καταλήξει σε vendor που υποστηρίζει μόνο v2.2.

Συνηθισμένες Παγίδες στη Μετάβαση

• Η αντιμετώπιση της v2.3 ως ευκαιρία για redesign του UI. Είναι δελεαστικό να συνδυάσετε brand updates με τη rollout της v2.3, αλλά αυτό περιπλέκει τα tests συμμόρφωσης. Παραδώστε πρώτα μια έκδοση v2.3 που στοχεύει αποκλειστικά στη συμμόρφωση και μετά εξελίξτε τον σχεδιασμό.
• Η παράλειψη της απαίτησης εμφάνισης της περιόδου διατήρησης. Οι ομάδες συχνά ενημερώνουν την προβολή λίστας vendors αλλά ξεχνούν ότι η περίοδος διατήρησης πρέπει πλέον να εμφανίζεται και στη προβολή κατά σκοπό (layered view).
• Η υπόθεση ότι το TC String από μόνο του αρκεί. Ένα string που είναι τεχνικά συμμορφωμένο αλλά παράγεται από μη συμμορφούμενο UI παραμένει μη συμμορφωμένο. Οι ρυθμιστικές αρχές έχουν επανειλημμένα επιβάλει πρόστιμα σε φορείς των οποίων τα strings φαίνονταν σωστά, αλλά τα banners έκρυβαν το κουμπί απόρριψης.
• Ο αποκλεισμός CTV και mobile από το scope. Η v2.3 εφαρμόζεται σε κάθε επιφάνεια όπου παράγονται TCF signals. Εκδότες που ενημερώνουν μόνο το web και αγνοούν τις CTV ή mobile εφαρμογές τους δημιουργούν ένα υβριδικό, μη συμμορφούμενο περιβάλλον.

Συμπέρασμα

Η TCF v2.3 δεν είναι ριζική ρήξη με τη v2.2, αλλά αποτελεί ουσιαστική αυστηροποίηση των κανόνων που συγκρατούν το ευρωπαϊκό προγραμματικό οικοσύστημα. Η κατεύθυνση είναι ξεκάθαρη: περισσότερη διαφάνεια, λιγότερα dark patterns, πιο λεπτομερής έλεγχος από τον χρήστη και μικρότερη ανοχή για edge cases που παλαιότερα περνούσαν «κάτω από το ραντάρ». CMPs και εκδότες που θα αντιμετωπίσουν τη v2.3 ως γρήγορο patch θα βρεθούν ξανά σύντομα μπροστά στον ρυθμιστή. Όσοι αξιοποιήσουν τη μετάβαση για να καθαρίσουν το UX της δεύτερης στρώσης, να εγκαταλείψουν τα shortcuts στο legitimate interest και να ξαναχτίσουν μια πραγματική, ισοδύναμη ροή συναίνεσης, θα βγουν από την άλλη πλευρά με inventory που πράγματι περνά (clears) στην εποχή της v2.3 — και με στάση ως προς τη συναίνεση που θα αντέξει ό,τι κι αν φέρει στη συνέχεια η v2.4.