Dvě různé úlohy

Když návštěvník provede volbu souhlasu, musí se stát dvě oddělené věci. Za prvé si prohlížeč musí volbu zapamatovat, aby se banner neobjevoval na každé stránce a tagy věděly, co smějí. Za druhé může být později potřeba prokázat, že volba proběhla, co bylo návštěvníkovi zobrazeno a kdy. Tyto úlohy často zajišťují různé mechanismy ukládání a jejich zaměňování působí skutečné potíže: bannery, které se pořád vracejí, volby, které v některých prohlížečích mizí, nebo žádný záznam, který byste mohli ukázat, když se vás někdo zeptá.

Toto porovnání se věnuje třem běžným možnostem — cookies první strany, úložišti prohlížeče jako localStorage a serverovým záznamům o souhlasu — a tomu, kam která zapadá.

Možnost 1: Cookies první strany

Cookies jsou tradičním domovem stavu souhlasu. CMP s TCF běžně ukládají řetězec souhlasu do cookie první strany a mnohé CMP v ní ukládají i vlastní data předvoleb.

Přednosti

• Čitelné serverem. Cookie se posílá s každým požadavkem, takže serverový kód, logika na edge a server-side tagging mohou volbu přečíst, aniž by čekaly na JavaScript.
• Sdílitelné mezi subdoménami. Cookie nastavená na vaší registrovatelné doméně může pokrýt subdomény www, blog a shop.
• Široce očekávané. Mnoho integrací ad tech hledá souhlas v cookies.

Slabiny

• Limity velikosti. Prohlížeče omezují velikost cookie zhruba na 4 KB a řetězec TCF s mnoha dodavateli plus dalšími hodnotami se této hranici může přiblížit.
• Režie požadavků. Každý požadavek na vaši doménu nese cookie, včetně požadavků na obrázky a skripty.
• Omezená životnost v některých prohlížečích. Intelligent Tracking Prevention v Safari omezuje cookies vytvořené přes JavaScript na maximální životnost sedm dní. Cookies nastavené vaším vlastním serverem v HTTP odpovědi se obecně berou shovívavěji, i když existují výjimky.

Možnost 2: localStorage a další úložiště prohlížeče

Některá CMP ukládají podrobné předvolby do localStorage, někdy vedle menší cookie.

Přednosti

• Víc místa. Několik megabajtů na origin, dost pro podrobné volby na úrovni dodavatelů.
• Žádná režie požadavků. Na server se nic automaticky neposílá.

Slabiny

• Pro server neviditelné. Serverový kód a logika na edge ho nepřečtou, takže každé serverové rozhodnutí musí počkat na prohlížeč.
• Vázané na jeden origin. Úložiště na www.example.com není dostupné na shop.example.com, takže návštěvník může banner vidět znovu na každé subdoméně.
• Podléhá mazání. Safari může odstranit úložiště zapisovatelné skriptem, včetně localStorage, u webů, se kterými uživatel sedm dní používání prohlížeče neinteragoval, a režimy soukromého prohlížení ho obvykle smažou po skončení relace.

Možnost 3: Serverové záznamy o souhlasu

Serverový záznam je položka, kterou při každé volbě uložíte vy nebo váš poskytovatel CMP. Obvykle obsahuje pseudonymní identifikátor, časové razítko, volby, verzi zobrazeného banneru či zásad a kontext, například region.

Přednosti

• Trvalý důkaz. Přežije mazání cookies i omezení prohlížečů, takže je správným nástrojem k prokázání, že souhlas byl získán.
• Auditovatelné. Můžete vykazovat volby v čase a odpovídat na otázky o konkrétních událostech.
• Potenciál napříč zařízeními. U přihlášených čtenářů může serverový záznam synchronizovat volby mezi zařízeními, pokud jim to vysvětlíte.

Slabiny

• Není náhradou lokálního stavu. Tagy v prohlížeči stále potřebují rychlý lokální signál; volání serveru při každém zobrazení stránky kvůli zjištění souhlasu přidává latenci.
• Jsou to samy o sobě osobní údaje. Záznamy potřebují lhůtu uchování, řízení přístupu a místo v oznámení o ochraně soukromí.
• Závislost na identifikátoru. Anonymní návštěvníky lze se záznamem spárovat jen přes identifikátor uložený v jejich zařízení, což vás vrací k lokálnímu úložišti.

Souhrn vedle sebe

• Nejlepší pro zapamatování volby na webu: cookies první strany, ideálně nastavené vaším serverem pro stabilní životnost.
• Nejlepší pro podrobná data předvoleb v prohlížeči: localStorage ve dvojici s cookie, kterou server přečte.
• Nejlepší pro prokázání volby: serverové záznamy.
• Nejhorší volba jediné možnosti: spoléhat jen na localStorage, což server nechává slepý a volbu v některých prohlížečích křehkou.

Praktický kombinovaný přístup

1. Rozhodující lokální signál — například řetězec TCF a kompaktní záznam předvoleb — ukládejte do cookie první strany s rozsahem na vaši registrovatelnou doménu.
2. localStorage používejte jen pro doplňková data, která se nemusí dostat na server.
3. Pro každou volbu zapište serverový záznam, včetně verze zobrazeného banneru a zásad.
4. Pokud uložená volba zmizí, banner zobrazte znovu místo předpokladu dřívější odpovědi.
5. Nastavte lhůtu pro opětovné dotázání u uložených voleb a zaznamenejte ji ve svých zásadách.

Ukládání samotné volby souhlasu návštěvníka se obecně považuje za nezbytné k poskytnutí služby, kterou návštěvník požadoval — zapamatování jeho rozhodnutí — ale ověřte si pokyny platné na vašich hlavních trzích.

Klíčové poznatky

• Zapamatování volby a prokázání volby jsou různé úlohy vyžadující různé úložiště.
• Cookies server čte a lze je sdílet mezi subdoménami, ale jsou omezené velikostí a v Safari životností, pokud je nastaví skript.
• localStorage nabízí místo, ale je pro server neviditelný a prohlížeče ho mohou vymazat.
• Serverové záznamy jsou vrstvou důkazů, ne náhradou lokálního signálu.
• Kombinujte cookie první strany nastavenou serverem, volitelné úložiště prohlížeče a serverové záznamy.