Кароткая версія

TCF v2.3 — гэта эвалюцыя v2.2, а не перабудова архітэктуры. Фармат TC-радка сумяшчальны, існуючыя мэты і функцыі захаваны, і большасць патрабаванняў да UI на баку выдаўца пераносяцца без змен. Значныя змены засяроджаны ў чатырох абласцях:

• Больш ясныя правілы таго, як CMP павінны прадстаўляць інфармацыю пра пастаўшчыкоў і тэрміны захоўвання.
• Новыя патрабаванні да дэталёвых элементаў кіравання другога слоя, якіх рэгулятары патрабавалі з моманту рашэння бельгійскага DPA 2022 года.
• Узмоцненае правапрымяненне палітыкі вакол цёмных патэрнаў, роўнай прыкметнасці і загадзя адзначаных опцый.
• Карэкціроўкі схемы Global Vendor List (GVL) і патоку раскрыцця інфармацыі пра пастаўшчыкоў.

Чаму існуе v2.3

Кожная версія TCF — гэта кампраміс паміж трыма аўдыторыямі: выдаўцамі, якім трэба працягваць манетызацыю, пастаўшчыкамі, якім патрэбны стабільны тэхнічны інтэрфейс, і рэгулятарамі, якія працягваюць знаходзіць канкрэтныя прабелы ў адпаведнасці. v2.3 — прамы адказ на тры ціскі:

1. Правапрымяняльныя дзеянні супраць празмернага выкарыстання «законнага інтарэсу» пры v2.2. Некалькі еўрапейскіх DPA палічылі, што занадта шмат пастаўшчыкоў заяўлялі LI для мэтаў, дзе законным быў толькі consent. v2.3 узмацняе раскрыццё заяўленых пастаўшчыкамі прававых падстаў і выводзіць іх раней у UI згоды.
2. Працяглыя скаргі на цёмныя патэрны. Абноўленыя Палітыкі робяць правіла роўнай прыкметнасці больш відавочным і зачыняюць лазейкі вакол загадзя адзначаных пераключальнікаў на другім слоі.
3. Аперацыйныя водгукі ад буйных CMP і выдаўцоў. v2.2 увяла некалькі абавязковых раскрыццяў, якія было цяжка чыста рэалізаваць на мабільных прыладах і CTV. v2.3 спрашчае абавязковы набор раскрыццяў і дазваляе большай яго частцы жыць у шматузроўневым прадстаўленні.

Сумяшчальнасць TC-радка

Сам TC-радок застаецца зваротна сумяшчальным. CMP v2.3 стварае радкі, якія могуць чытаць пастаўшчыкі v2.2, а пастаўшчык v2.3 можа спажываць радкі v2.2 у пераходны перыяд. Індыкатар версіі ў асноўным сегменце радка вызначае, аб адпаведнасці якой версіі палітыкі заяўляе CMP, а паказальнік версіі GVL рухаецца наперад незалежна.

Што гэта азначае практычна: вам не трэба абнаўляць кожнага пастаўшчыка адначасова, і вам не трэба выклікаць новую падзею згоды для кожнага карыстальніка ў дзень разгортвання v2.3. Паэтапнае разгортванне відавочна падтрымліваецца.

Ключавыя тэхнічныя змены

1. Раскрыццё пастаўшчыкоў і захоўванне

v2.3 патрабуе, каб CMP выводзілі заяўлены кожным пастаўшчыком тэрмін захоўвання даных у шматузроўневым UI, а не толькі ў асобным спісе пастаўшчыкоў. Значэнне захоўвання заўсёды было часткай GVL, але v2.2 не патрабавала, каб карыстальнікі бачылі яго побач з мэтамі. v2.3 зачыняе гэты прабел, бо рэгулятары сцвярджалі, што карыстальнікі не могуць зрабіць усвядомлены выбар, не ведаючы, як доўга іх даныя будуць захоўвацца.

2. Больш строгія элементы кіравання другога слоя

На другім слоі — прадстаўленні «кіраванне наладамі» — v2.3 відавочна патрабуе, каб пераключальнікі для неабавязковых мэтаў і пастаўшчыкоў па змаўчанні былі выключаны. Загадзя адзначаныя сцяжкі ці загадзя ўключаныя паўзункі з'яўляюцца парушэннем палітыкі, нават калі карыстальнік ніколі відавочна не націскае «прыняць». CMP, якія раней абапіраліся на патэрн «мяккай згоды», павінны будуць перамаляваць другі слой.

3. Правапрымяненне роўнай прыкметнасці

Правіла роўнай прыкметнасці існуе з v2.1, але v2.3 вызначае яго з меншай прасторай для інтэрпрэтацыі: элемент кіравання «адхіліць усё» павінен знаходзіцца на тым жа слоі, мець той жа візуальны вес, той жа клас колеравага кантрасту і тую ж адлегласць узаемадзеяння, што і «прыняць усё». Хаванне адхілення за спасылкай, меншай кнопкай ці другасным экранам цяпер з'яўляецца відавочным парушэннем адпаведнасці, а не пытаннем меркавання.

4. Сігналізацыя законнага інтарэсу

Пастаўшчыкі, якія заяўляюць законны інтарэс як прававую падставу пры v2.3, цяпер павінны таксама дэклараваць, якія мэты яны ацанілі і для якіх завяршылі ацэнку законных інтарэсаў. CMP абавязаны перадаваць гэтую дэкларацыю ў карыстальніцкі інтэрфейс, каб карыстальнікі маглі пярэчыць з поўнай інфармацыяй. На практыцы гэта азначае, што паток «пярэчання» цяпер паказвае статус LIA канкрэтнага пастаўшчыка, а не агульны пераключальнік.

5. Абнаўленні схемы GVL

Схема Global Vendor List дадае палі для дэталізацыі захоўвання, статусу LIA і машыначытальнай спасылкі на раздзел палітыкі прыватнасці кожнага пастаўшчыка для заяўленых мэтаў. CMP, якія кэшуюць GVL, павінны абнавіць свой парсер схемы, каб разумець новыя палі, перш чым паказваць на GVL v2.3.

Змены палітыкі, якія ўплываюць на UX

TCF — гэта і тэхнічны стандарт, і набор Палітык. Некалькі змен Палітык v2.3 напрамую закранаюць UI згоды:

• Больш няма «працягнуць без прыняцця» як эквіваленту адхілення, калі яно візуальна не супадае з кнопкай прыняцця і не стварае той жа TC-радок, што і поўнае адхіленне.
• Моўны паритэт — паведамленне пра згоду павінна быць даступна на кожнай мове, на якой даступны сам сайт, а не толькі на мове браўзера карыстальніка. CMP павінны падтрымліваць пераазначэнне лакалі.
• Пастаянны доступ — карыстальнікі павінны мець магчымасць дасягнуць цэнтра налад з кожнай старонкі сайта, а не толькі з мэтавай, і спасылка доступу павінна быць пазначана так, каб неэксперт распазнаў яе як звязаную са згодай.

Што павінны рабіць выдаўцы

1. Пацвердзіце падтрымку v2.3 у вашага пастаўшчыка CMP. Спытайце дакладную дату, калі будзе даступна іх сертыфікаваная для v2.3 зборка, і радок версіі, які яна будзе паведамляць.
2. Абнавіце логіку кэша GVL. Калі вы самастойна размяшчаеце люстэрка GVL, абнавіце парсер схемы да выхаду GVL v2.3, інакш ваша CMP не зможа валідаваць новых пастаўшчыкоў.
3. Перапішыце UI другога слоя, каб кожны пераключальнік па змаўчанні быў выключаны, роўная прыкметнасць была візуальна забяспечана, а тэрміны захоўвання адлюстроўваліся побач з мэтамі.
4. Паўторна правядзіце аўдыт адпаведнасці. Самыя лёгкія нарматыўныя выйгрышы — парушэнні цёмных патэрнаў, якія v2.3 цяпер відавочна называе. Выправіце іх да наступнай правапрымяняльнай праверкі.
5. Спланіруйце стратэгію паўторнага запыту. Хоць TC-радок зваротна сумяшчальны, Палітыкі заахвочваюць выдаўцоў паўторна запытваць згоду, калі аб'ём ці раскрыццё апрацоўкі істотна мяняецца. Вырашыце, ці кваліфікуецца ваша разгортванне v2.3 як «істотнае» для вашай аўдыторыі.

Што павінны рабіць пастаўшчыкі

1. Завяршыце ацэнку законных інтарэсаў для кожнай мэты, дзе вы заяўляеце LI, і адпраўце вынік у GVL.
2. Абнавіце сваю запіс GVL палямі схемы v2.3: дэталізацыя захоўвання, дэкларацыя LIA і глыбокая спасылка на палітыку прыватнасці.
3. Праверце свой парсер TC-радка на эталонных радках v2.3, прадастаўленых IAB Europe.
4. Узгадніце з вашымі партнёрамі CMP агульную дату пераходу, каб першы запыт пакупніка, які нясе радок v2.3, не трапіў на пастаўшчыка, які падтрымлівае толькі v2.2.

Распаўсюджаныя пасткі міграцыі

• Разглядаць v2.3 як магчымасць рэдызайну UI. Спакусліва аб'яднаць абнаўленні брэнда з разгортваннем v2.3, але гэта ўскладняе тэставанне адпаведнасці. Спачатку выпусціце рэліз v2.3 толькі для адпаведнасці, затым ітэруйце па дызайне.
• Прапусціць патрабаванне адлюстравання захоўвання. Каманды часта абнаўляюць прадстаўленне спіса пастаўшчыкоў, але забываюць, што захоўванне цяпер павінна з'яўляцца і ў шматузроўневым прадстаўленні па кожнай мэце.
• Меркаваць, што TC-радка дастаткова. Адпаведны радок, створаны неадпаведным UI, усё роўна неадпаведны. Рэгулятары неаднаразова штрафавалі аператараў, чые радкі выглядалі нармальна, але чые баннеры хавалі кнопку адхілення.
• Пакідаць CTV і мабільныя прылады па-за вобласцю. v2.3 прымяняецца да кожнай паверхні, дзе ствараюцца сігналы TCF. Выдаўцы, якія выпускаюць вэб-абнаўленне і ігнаруюць свае CTV ці мабільныя дадаткі, ствараюць гібрыдную неадпаведную асяроддзе.

Заключэнне

TCF v2.3 — гэта не разбуральны разрыў з v2.2, але значнае ўзмацненне правілаў, якія злучаюць еўрапейскую праграматык-экасістэму. Напрамак руху ясны: больш празрыстасці, менш цёмных патэрнаў, больш дэталёвага кантролю карыстальнікаў і менш цярпімасці да памежных выпадкаў, якія раней праслізгвалі. CMP і выдаўцы, якія разглядаюць v2.3 як хуткі патч, апынуцца прама перад рэгулятарам зноў. Тыя, хто выкарыстоўвае міграцыю для ачысткі UX другога слоя, адмовы ад абходных шляхоў законнага інтарэсу і перабудовы рэальнага патоку згоды з роўнай прыкметнасцю, выйдуць на іншым баку з інвентаром, які сапраўды праходзіць у эпоху v2.3 — і з пазіцыяй згоды, якая перажыве ўсё, што прынясе наступная v2.4.