IAB TCF v2.2-დან v2.3-ზე მიგრაციის გზამკვლევი: რა შეიცვალა და როგორ უნდა განაახლონ CMP-ებმა სისტემა
IAB Europe Transparency and Consent Framework (TCF) ევროპის პროგრამატულ რეკლამაში ყველაზე ფართოდ გამოყენებული თანხმობის სიგნალია. ჩარჩოს ვერსიები არასოდეს ა���ის მხოლოდ კოსმეტიკური განახლება — თითოეული ასახავს რეგულატორულ უკუკავშირს, აღსრულების ქმედებებს და გაკვეთილებს, რომლებიც მიღებულია რეალური გამომცემლებისა და ვენდორების ოპერირებიდან. TCF v2.2-დან v2.3-ზე გადასვლაც ამ წესის გამონაკლისი არ არის.
ეს გზამკვლევი ეტაპობრივად ხსნის, რას ცვლის v2.3 რეალურად, რატომ არსებობს ეს ცვლილებები და როგორ უნდა გადაიყვანოთ პროდაქშენ CMP v2.3-ზე ისე, რომ არ დაკარგოთ თანხმობიანი ინვენტარი და არ დაარღვიოთ Policies გარდამავალ პერიოდში.
მოკლე ვერსია
TCF v2.3 არის v2.2-ის ევოლუცია და არა სრული გადაკეთება. TC String-ის ფორმატი თავსებადია, არსებული მიზნები (purposes) და ფუნქციები შენარჩუნებულია და გამომცემელზე ორიენტირებული UI-ის უმეტესობა უცვლელად გადმოდის. არსებითი ცვლილებები ოთხ ძირითად ბლოკში კონცენტრირდება:
- უფრო მკაფიო წესები, თუ როგორ უნდა წარმოადგინონ CMP-ებმა ვენდორების ინფორმაცია და შენახვის ვადები.
- ახალი მოთხოვნები გრანულარული მეორე ფენის კონტროლებზე, რასაც რეგულატორები 2022 წლის ბელგიის DPA-ს გადაწყვეტილების შემდეგ მუდმივად ითხოვდნენ.
- გაძლიერებული პოლიტიკის აღსრულება dark pattern-ების, თანაბარი目შესახებ (equal prominence) და წინასწარ მონიშნული ოპციების მიმართ.
- შესწორებები Global Vendor List (GVL)-ის სქემასა და ვენდორების გამჟღავნების ნაკადში.
რ���ტომ არსებობს v2.3
TCF-ის ყოველი ვერსია არის მოლაპარაკება სამი აუდიტორიის შორის: გამომცემლები, რომლებსაც სჭირდებათ მონეტიზაციის შენარჩუნება; ვენდორები, რომლებსაც სჭირდებათ სტაბილური ტექნიკური ინტერფეისი; და რეგულატორები, რომლებიც მუდმივად პოულობენ კონკრეტულ შესაბამისობის ხარვეზებს. v2.3 არის პირდაპირი პასუხი სამ ზეწოლაზე:
- აღსრულების ქმედებები „ლეგიტიმური ინტერესის“ ზედმეტი გამოყენების წინააღმდეგ v2.2-ის პირობებში. რამდენიმე ევროპულმა DPA-მ მიიჩნია, რომ ძალიან ბევრი ვენდორი აცხადებდა LI-ს იმ მიზნებისთვის, სადაც რეალურად მხოლოდ თანხმობა იყო კანონიერად დასაშვები. v2.3 ამკაცრებს ვენდორის მიერ დეკლარირებული სამართლებრივი საფუძვლის გამჟღავნებას და მას უფრო ადრე აჩენს თანხმობის UI-ში.
- გაგრძელებული საჩივრები dark pattern-ებზე. განახლებული Policies უფრო მკაფიოდ განსაზღვრავს equal-prominence-ის წესს და ხურავს ხარვეზებს მეორე ფენაზე წინასწარ მონიშნული ტოგლების გარშემო.
- ოპერაციული უკუკავშირი მსხვილი CMP-ებისა და გამომცემლების მხრიდან. v2.2-მა შემოიტანა რამდენიმე სავალდებულო გამჟღავნება, რომლის სუფთად იმპლემენტაცია ���თული იყო მობილურზე და CTV-ზე. v2.3 ამარტივებს სავალდებულო გამჟღავნებების ნაკრებს და მეტს აძლევს საშუალებას, იყოს ლეიერებულ ხედში.
TC String-ის თავსებადობა
TC String თვითონ რჩება უკუ-თავსებადად. v2.3 CMP ქმნის სტრინგებს, რომლებიც v2.2 ვენდორებს შეუძლიათ წაიკითხონ, და v2.3 ვენდორს შეუძლია მოიხმაროს v2.2 სტრინგები გარდამავალ პერიოდში. სტრინგის ძირითადი სეგმენტის ვერსიის ინდიკატორი აჩვენებს, რომელი პოლიტიკის ვერსიასთან შესაბამისობას აცხადებს CMP, ხოლო GVL-ის ვერსიის პოინტერი დამოუკიდებლად წინ მიიწევს.
პრაქტიკულად ეს ნიშნავს: ���რ გჭირდებათ ყველა ვენდორის ერთდროულად გადაყვანა და არ გჭირდებათ ყველა მომხმარებლისთვის ახალი თანხმობის ივენთის იძულებითი გამოწვევა იმავე დღეს, როცა v2.3-ს დანერგავთ. ფაზური rollout პირდაპირ არის მხარდაჭერილი.
ძირითადი ტექნიკური ცვლილებები
1. ვენდორის გამჟღავნება და შენახვა
v2.3 მოითხოვს, რომ CMP-ებმა თითოეული ვენდორის დეკლარირებული მონაცემთა შენახვის ვადა აჩვენონ ლეიერებულ UI-ში და არა მხოლოდ ცალკე ვენდორების სიაში. შენახვის მნიშვნელობა ყოველთვის იყო GVL-ის ნაწილი, მაგრამ v2.2 არ ავალდებულებდა, რომ მომხმარებელს ეს მიზნებთან ერთად დაენახა. v2.3 ხურავს ამ ხარვეზს, რადგან რეგულატორები ამტკიცებდნენ, რომ მომხმარებლები ვერ იღებდნენ ინფორმირებულ გადაწყვეტილებას, თუ არ იცოდნენ, რამდენ ხანს დარჩებოდა მათი მონაცემები.
2. უფრო მკაცრი მეორე ფენის კონტროლები
მეორე ფენაზე — „manage preferences“ ხედში — v2.3 მკაფიოდ ამბობს, რომ არაესენციალური მიზნებისა და ვენდორებისთვის ტოგლები ნაგულისხმევად უნდა იყოს გამორთული. წინასწარ მონიშნული ყუთები ან წინასწარ ჩართული სლაიდერები პოლიტიკის დარღვევაა, თუნდაც მომხმარებელმა არასოდეს დააჭიროს „accept“-ს. CMP-ებმა, რომლებიც აქამდე ეყრდნობოდნენ „რბილი opt-in“-ის პატერნს, უნდა გადაახაზონ მეორე ფენის რენდერი.
3. Equal Prominence-ის აღსრულება
Equal prominence-ის წესი v2.1-დან არსებობს, მაგრამ v2.3 მას ნაკლები ინტერპრეტაციის სივრცით განსაზღვრავს: „reject all“ კონტროლი უნდა იყოს იმავე ფენაზე, იმავე ვიზუალური წონით, იმავე ფერის კონტრასტის კლასით და იმავე ინტერაქციის დისტანციით, როგორც „accept all“. Reject-ის დამალვა ბმულის, უფრო პატარა ღილაკის ან მეორადი ეკრანის უკან ახლა უკვე აშკარა შესაბამისობის ჩავარდნაა და არა სუბიექტური შეფასების საკითხ��.
4. Legitimate Interest-ის სიგნალინგი
ვენდორებმა, რომლებიც v2.3-ის ფარგლებში აცხადებენ legitimate interest-ს, როგორც სამართლებრივ საფუძველს, ახლა ასევე უნდა მიუთითონ, რომელი მიზნები შეაფასეს და რომლებისთვის აქვთ დასრულებული Legitimate Interests Assessment. CMP-ებმა ეს დეკლარაცია უნდა გაატარონ მომხმარებლის ინტერფეისში, რათა მომხმარებელს შეეძლოს წინააღმდეგობის (object) გამოთქმა სრული ინფორმაციის საფუძველზე. პრაქტიკაში ეს ნიშნავს, რომ „object“ ნაკადი ახლა აჩვენებს ვენდორ-სპეციფიკურ LIA სტატუსს და არა ზოგად ტოგლს.
5. GVL-ის სქემის განახლება
Global Vendor List-ის სქემას ემატება ველები შენახვის გრანულარობისთვის, LIA სტატუსისთვის და მანქანით წასაკითხი ბმული თითოეული ვენდორის კონფიდენციალურობის პოლიტიკის იმ სექციაზე, რომელიც მითითებულ მიზნებს ეხება. CMP-ებმა, რომლებიც ქეშავენ GVL-ს, უნდა განაახლონ სქემის პარსერი, რათა გაიგონ ახალი ველები, სანამ v2.3 GVL-ზე გადაერთვებიან.
პოლიტიკის ცვლილებები, რომლებიც UX-ზე მოქმედებს
TCF არის როგორც ტექნიკური სპეციფიკაცია, ასევე Policies-ის ნაკრები. v2.3-ის რამდენიმე Policy ცვლილება პირდაპირ ეხება თანხმობის UI-ს:
- „continue without accepting“-ის გამოყენება აღარ შეიძლება reject-ის ეკვივალენტად, თუ ის ვიზუალურად არ ემთხვევა accept ღილაკს და არ ქმნის იმავე TC String-ს, რასაც სრული reject.
- ენის პარიტეტი — თანხმობის შეტყობინება ხელმისაწვდომი უნდა იყოს ყველა იმ ენაზე, რომელზეც თავად საიტია ხელმისაწვდომი და არა მხოლოდ მომხმარებლის ბრაუზერის ენაზე. CMP-ებმა უნდა დაუჭირონ მხარი ლოკალის override-ს.
- პერსისტენტული წვდომა — მომხმარებელს უნდა შეეძლოს პრეფერენციების ცენტრში შესვლა საიტის ყოველი გვერდიდან და არა მხოლოდ ლენდინგ გვერდიდან, და წვდომის ბმული უნდა იყოს ისე მონიშნული, რომ არაპროფესიონალმა მომხმარებელმაც ცალსახად გაიგოს, რომ ის თანხმობას უკავშირდება.
რა უნდა გააკეთონ გამომცემლებმა
- დაადასტურეთ თქვენი CMP ვენდორის v2.3 მხარდაჭერა. ჰკითხეთ ზუსტი თარიღი, როცა მათი v2.3-ით სერტიფიცირებული ბილდი იქნება ხელმისაწვდომი და რომელი ვერსიის სტრინგს დააბრუნებს.
- განაახლეთ თქვენი GVL ქეშის ლოგიკა. თუ თვითონ ჰოსტავთ GVL-ის მირორს, განაახლეთ სქემის პარსერი v2.3 GVL-ის გამოშვებამდე, წინააღმდეგ შემთხვევაში თქვენი CMP ვერ დაადასტურებს ახალ ვენდორებს.
- თავიდან დაწერეთ მეორე ფენის UI, რათა ყველა ტოგლი ნაგულისხმევად იყოს გამორთული, equal prominence ვიზუალურად იყოს უზრუნველყოფილი და შენახვის ვადები მიზნებთან ერთად გამოჩნდეს.
- თავიდან ჩაატარეთ შესაბამისობის აუდიტი. რეგულატორებისთვის ყველაზე მარტივი „გამარჯვებები“ არის dark pattern-ების დარღვევები, რომლებიც v2.3-ში ახლა უკვე პირდაპირ არის დასახელებული. გამოასწორეთ ისინი თქვენს შემდეგი აღსრულების შემოწმებამდე.
- გააგეგმეთ ხელახალი რეპრომპტის სტრატეგია. მიუხედავად იმისა, რომ TC String უკუ-თავსებადია, Policies მოუწოდებს გამომცემლებს, ხელახლა მოით���ოვონ თანხმობა, როცა დამუშავების მოცულობა ან გამჟღავნება არსებითად იცვლება. გადაწყვიტეთ, არის თუ არა თქვენი v2.3 rollout-ი „მნიშვნელოვანი“ ცვლილება თქვენი აუდიტორიისთვის.
რა უნდა გააკეთონ ვენდორებმა
- დაასრულეთ Legitimate Interests Assessment ყველა იმ მიზნისთვის, სადაც LI-ს აცხადებთ და შედეგი წარადგინეთ GVL-ში.
- განაახლეთ თქვენი GVL ჩანაწერი v2.3 სქემის ველებით: შენახვის გრანულარობა, LIA დეკლარაცია და კონფიდენციალურობის პოლიტიკის deep link.
- დაადასტურეთ თქვენი TC String პარსერი IAB Europe-ის მიერ მოწოდებულ v2.3 საკონტროლო სტრინგებთან შედარებით.
- კოორდინაცია გაუწიეთ თქვენს CMP პარტნიორებს საერთო cutover თარიღზე, რათა პირველი buyer-ის მოთხოვნა v2.3 სტრინგით არ მოხვდეს მხოლოდ v2.2-ს მხარდამჭერ ვენდორზე.
მიგრაციის გავრცელებული შეცდომები
- v2.3-ის აღქმა, როგორც UI-ის რედიზაინის შესაძლებლობა. შეიძლება დამაინტრიგებელი იყოს ბრენდის განახლებების მიბმა v2.3 rollout-ზე, მაგრამ ეს ართულებს შესაბამისობის ტესტირებას. ჯერ გამოუშვით მხოლოდ შესაბამისობაზე ორიენტირებული v2.3 რელიზი, შემდეგ იმუშავეთ დიზაინზე.
- შენახვის ვადის ჩვენების მო���ხოვნის გამოტოვება. გუნდები ხშირად აახლებენ ვენდორების სიის ხედს, მაგრამ ავიწყდებათ, რომ შენახვის ვადა ახლა უნდა გამოჩნდეს მიზნებზე დაფუძნებულ ლეიერებულ ხედშიც.
- ვარაუდი, რომ TC String საკმარისია. არაკომპლაიენთური UI-ით შექმნილი კომპლაიენთური სტრინგიც მაინც არაკომპლაიენთურია. რეგულატორებმა არაერთხელ დააჯარიმეს ოპერატორები, რომელთა სტრინგები წესრიგში ჩანდა, მაგრამ ბანერები reject ღილაკს მალავდა.
- CTV-სა და მობილურის გამორიცხვა. v2.3 ვრცელდება ყველა ზედაპირზე, სადაც TCF სიგნალები იქმნება. გამომცემლე���ი, რომლებიც მხოლოდ ვებს ანახლებენ და უგულებელყოფენ CTV-ს ან მობილურ აპებს, ქმნიან ჰიბრიდულ, არაკომპლაიენთურ გარემოს.
დასკვნა
TCF v2.3 არ არის დრამატული გარღვევა v2.2-თან შედარებით, მაგრამ წარმოადგენს წესების არსებით გამკაცრებას, რომლებიც ერთად აკავებს ევროპის პროგრამატულ ეკოსისტემას. მიმართულება ცალსახაა: მეტი გამჭვირვალობა, ნაკლები dark pattern, უფრო გრანულარული მომხმარებლის კონტროლი და ნაკლები ტოლერანტობა იმ საზღვრულ შემთხვევებზე, რომლებიც ადრე „გაიპარებოდა“. CMP-ები და გამომცემლები, რომლებიც v2.3-ს მხოლოდ სწრა��� პატჩად ჩათვლიან, მალევე ისევ რეგულატორის წინაშე აღმოჩნდებიან. ისინი კი, ვინც მიგრაციას გამოიყენებს მეორე ფენის UX-ის გასაწმენდად, legitimate interest-ის შემოკლებების მოსახსნელად და რეალური equal prominence-ის თანხმობის ნაკადის ასაშენებლად, v2.3 ეპოქაში მიიღებენ ინვენტარს, რომელიც რეალურად გაიყიდება — და თანხმობის პოზიციას, რომელიც გადაურჩება იმასაც, რასაც v2.4 მოიტანს.