Dve rôzne úlohy

Keď návštevník urobí voľbu súhlasu, musia sa stať dve oddelené veci. Po prvé, prehliadač si musí voľbu zapamätať, aby sa banner nezobrazoval na každej stránke a tagy vedeli, čo smú robiť. Po druhé, neskôr môžete potrebovať dokázať, že voľba bola urobená, čo návštevník videl a kedy. Tieto úlohy často riešia rôzne mechanizmy ukladania a ich zamieňanie spôsobuje skutočné problémy: bannery, ktoré sa neustále vracajú, voľby, ktoré v niektorých prehliadačoch zmiznú, alebo žiadny záznam, keď sa niekto spýta.

Toto porovnanie sa pozerá na tri bežné možnosti — first-party cookies, úložisko prehliadača ako localStorage a serverové záznamy súhlasu — a kde ktorá zapadá.

Možnosť 1: First-party cookies

Cookies sú tradičným domovom stavu súhlasu. CMP s TCF bežne ukladajú reťazec súhlasu do first-party cookie a mnohé CMP v nej ukladajú aj vlastné údaje o preferenciách.

Silné stránky

• Čitateľné serverom. Cookie sa posiela s každou žiadosťou, takže serverový kód, edge logika a server-side tagging môžu voľbu čítať bez čakania na JavaScript.
• Zdieľateľné medzi subdoménami. Cookie nastavená na vašej registrovateľnej doméne môže pokrývať subdomény www, blog a shop.
• Široko očakávané. Mnohé integrácie ad tech hľadajú súhlas v cookies.

Slabé stránky

• Limity veľkosti. Prehliadače obmedzujú veľkosť cookie na približne 4 KB a reťazec TCF s mnohými dodávateľmi plus ďalšie hodnoty sa môže tomuto limitu priblížiť.
• Réžia žiadostí. Každá žiadosť na vašu doménu nesie cookie, vrátane žiadostí o obrázky a skripty.
• Limity životnosti v niektorých prehliadačoch. Intelligent Tracking Prevention v Safari obmedzuje cookies vytvorené cez JavaScript na maximálnu životnosť sedem dní. Cookies nastavené vlastným serverom v odpovedi HTTP sa zvyčajne posudzujú štedrejšie, hoci existujú výnimky.

Možnosť 2: localStorage a iné úložisko prehliadača

Niektoré CMP ukladajú podrobné preferencie do localStorage, niekedy popri menšej cookie.

Silné stránky

• Viac miesta. Niekoľko megabajtov na origin, dosť na podrobné voľby na úrovni dodávateľov.
• Žiadna réžia žiadostí. Nič sa automaticky neposiela na server.

Slabé stránky

• Neviditeľné pre server. Serverový kód a edge logika ho nevedia čítať, takže každé serverové rozhodnutie musí čakať na prehliadač.
• Viazané na jeden origin. Úložisko na www.example.com nie je dostupné na shop.example.com, takže návštevník môže banner vidieť znova na každej subdoméne.
• Podlieha mazaniu. Safari môže odstrániť úložisko zapisovateľné skriptami, vrátane localStorage, pre weby, s ktorými používateľ neinteragoval sedem dní používania prehliadača, a režimy súkromného prehliadania ho zvyčajne vymažú po skončení relácie.

Možnosť 3: Serverové záznamy súhlasu

Serverový záznam je položka, ktorú vy alebo váš poskytovateľ CMP uložíte pri každej voľbe. Zvyčajne obsahuje pseudonymný identifikátor, časovú pečiatku, voľby, verziu zobrazeného bannera alebo zásad a kontext, ako je región.

Silné stránky

• Trvalý dôkaz. Prežije vymazanie cookies aj obmedzenia prehliadačov, vďaka čomu je správnym nástrojom na preukázanie, že súhlas bol získaný.
• Auditovateľné. Môžete vytvárať reporty o voľbách v čase a odpovedať na otázky o konkrétnych udalostiach.
• Potenciál naprieč zariadeniami. Pri prihlásených čitateľoch môže serverový záznam synchronizovať voľby medzi zariadeniami, ak im to vysvetlíte.

Slabé stránky

• Nenahrádza lokálny stav. Tagy v prehliadači stále potrebujú rýchly, lokálny signál; volanie servera pri každom zobrazení stránky kvôli vyhľadaniu súhlasu pridáva latenciu.
• Sám je osobným údajom. Záznamy potrebujú retenčnú lehotu, kontroly prístupu a miesto v zásadách ochrany osobných údajov.
• Závislosť od identifikátora. Anonymných návštevníkov možno priradiť k záznamu len cez identifikátor uložený na ich zariadení, čo vás privedie späť k lokálnemu úložisku.

Súhrnné porovnanie

• Najlepšie na zapamätanie voľby na webe: first-party cookies, ideálne nastavené vaším serverom so stabilnou životnosťou.
• Najlepšie na podrobné údaje o preferenciách v prehliadači: localStorage, spárované s cookie, ktorú server dokáže čítať.
• Najlepšie na dokázanie voľby: serverové záznamy.
• Najhoršia voľba jedinej možnosti: spoliehať sa len na localStorage, čo nechá server slepý a voľbu v niektorých prehliadačoch krehkú.

Praktický kombinovaný prístup

1. Autoritatívny lokálny signál — napríklad reťazec TCF a kompaktný záznam preferencií — uložte do first-party cookie s rozsahom na vašu registrovateľnú doménu.
2. localStorage používajte len na doplnkové údaje, ktoré sa nemusia dostať na server.
3. Pre každú voľbu zapíšte serverový záznam vrátane verzie zobrazeného bannera a zásad.
4. Ak uložená voľba zmizne, zobrazte banner znova namiesto predpokladu predchádzajúcej odpovede.
5. Nastavte obdobie opätovného vyzvania pre uložené voľby a zaznamenajte ho vo svojich zásadách.

Uloženie samotnej voľby súhlasu návštevníka sa zvyčajne považuje za nevyhnutné na poskytnutie služby, ktorú návštevník požadoval — zapamätanie si jeho rozhodnutia — ale skontrolujte usmernenia platné vo vašich hlavných trhoch.

Kľúčové poznatky

• Zapamätať si voľbu a dokázať voľbu sú rôzne úlohy, ktoré potrebujú rôzne úložisko.
• Cookies sú čitateľné serverom a zdieľateľné medzi subdoménami, ale obmedzené veľkosťou a v Safari aj životnosťou, keď ich nastavuje skript.
• localStorage ponúka miesto, ale je neviditeľné pre server a prehliadače ho môžu vymazať.
• Serverové záznamy sú vrstvou dôkazov, nie náhradou lokálneho signálu.
• Kombinujte first-party cookie nastavenú serverom, voliteľné úložisko prehliadača a serverové záznamy.