Dve različni nalogi

Ko obiskovalec izbere privolitev, se morata zgoditi dve ločeni stvari. Prvič, brskalnik si mora izbiro zapomniti, da se pasica ne pojavlja na vsaki strani in da oznake vedo, kaj smejo. Drugič, pozneje boste morda morali dokazati, da je bila izbira narejena, kaj je bilo obiskovalcu prikazano in kdaj. Ti nalogi pogosto opravljajo različni mehanizmi shranjevanja, njuno mešanje pa povzroča prave težave: pasice, ki se stalno vračajo, izbire, ki v nekaterih brskalnikih izginejo, ali pa ni zapisa, ki bi ga pokazali, ko vas kdo vpraša.

Ta primerjava obravnava tri običajne možnosti — piškotke prve osebe, shranjevanje v brskalniku, kot je localStorage, in strežniške zapise o privolitvi — ter kam se katera prilega.

1. možnost: piškotki prve osebe

Piškotki so tradicionalni dom stanja privolitve. CMP-ji TCF običajno shranjujejo niz privolitve v piškotek prve osebe, mnogi CMP-ji pa v njem shranjujejo tudi svoje podatke o nastavitvah.

Prednosti

• Strežnik jih lahko prebere. Piškotek se pošlje z vsako zahtevo, zato lahko strežniška koda, logika na robu in strežniško označevanje izbiro preberejo, ne da bi čakali na JavaScript.
• Deljivi med poddomenami. Piškotek, nastavljen na vaši registrirljivi domeni, lahko pokriva poddomene www, blog in shop.
• Splošno pričakovani. Številne integracije oglaševalske tehnologije iščejo privolitev v piškotkih.

Slabosti

• Omejitve velikosti. Brskalniki omejijo velikost piškotka na približno 4 KB, niz TCF z mnogo ponudniki in drugimi vrednostmi pa se tej meji lahko približa.
• Obremenitev zahtev. Vsaka zahteva do vaše domene nosi piškotek, tudi zahteve za slike in skripte.
• Omejena življenjska doba v nekaterih brskalnikih. Safarijev Intelligent Tracking Prevention omeji piškotke, ustvarjene prek JavaScripta, na največ sedem dni življenjske dobe. Piškotki, ki jih nastavi vaš lastni strežnik v odgovoru HTTP, se običajno obravnavajo prizanesljiveje, čeprav so izjeme.

2. možnost: localStorage in drugo shranjevanje v brskalniku

Nekateri CMP-ji shranjujejo podrobne nastavitve v localStorage, včasih ob manjšem piškotku.

Prednosti

• Več prostora. Več megabajtov na origin, dovolj za podrobne izbire na ravni ponudnikov.
• Brez obremenitve zahtev. Nič se samodejno ne pošlje strežniku.

Slabosti

• Strežniku nevideno. Strežniška koda in logika na robu ga ne moreta prebrati, zato mora vsaka strežniška odločitev počakati na brskalnik.
• Vezano na en origin. Shramba na www.example.com ni dostopna na shop.example.com, zato lahko obiskovalec pasico znova vidi na vsaki poddomeni.
• Podvrženo brisanju. Safari lahko odstrani shrambo, v katero lahko piše skripta, vključno z localStorage, za spletna mesta, s katerimi uporabnik sedem dni uporabe brskalnika ni komuniciral, načini zasebnega brskanja pa jo običajno izbrišejo ob koncu seje.

3. možnost: strežniški zapisi o privolitvi

Strežniški zapis je vnos, ki ga vi ali vaš ponudnik CMP shranite ob vsaki izbiri. Običajno vsebuje psevdonimni identifikator, časovni žig, izbire, različico prikazane pasice ali politike in kontekst, kot je regija.

Prednosti

• Trajen dokaz. Preživi brisanje piškotkov in omejitve brskalnikov, zato je pravo orodje za dokazovanje, da je bila privolitev pridobljena.
• Preverljiv. O izbirah lahko poročate skozi čas in odgovarjate na vprašanja o določenih dogodkih.
• Možnost med napravami. Pri prijavljenih bralcih lahko strežniški zapis sinhronizira izbire med napravami, če jim to pojasnite.

Slabosti

• Ni nadomestilo za lokalno stanje. Oznake v brskalniku še vedno potrebujejo hiter, lokalni signal; klicanje strežnika ob vsakem ogledu strani za iskanje privolitve doda zakasnitev.
• Tudi sam je osebni podatek. Zapisi potrebujejo rok hrambe, nadzor dostopa in mesto v vašem obvestilu o zasebnosti.
• Odvisnost od identifikatorja. Anonimne obiskovalce je mogoče povezati z zapisom le prek identifikatorja, shranjenega v njihovi napravi, kar vas vrne k lokalni shrambi.

Povzetek ob strani

• Najboljše za pomnjenje izbire na spletu: piškotki prve osebe, po možnosti nastavljeni s strežnika za stabilno življenjsko dobo.
• Najboljše za podrobne podatke o nastavitvah v brskalniku: localStorage v paru s piškotkom, ki ga strežnik lahko prebere.
• Najboljše za dokazovanje izbire: strežniški zapisi.
• Najslabša izbira ene same možnosti: zanašanje samo na localStorage, zaradi česar je strežnik slep, izbira pa v nekaterih brskalnikih krhka.

Praktičen kombiniran pristop

1. Merodajni lokalni signal — na primer niz TCF in kompakten zapis nastavitev — shranite v piškotek prve osebe, omejen na vašo registrirljivo domeno.
2. localStorage uporabljajte samo za dopolnilne podatke, ki jih ni treba poslati strežniku.
3. Za vsako izbiro zapišite strežniški zapis, vključno z različico prikazane pasice in politike.
4. Če shranjena izbira izgine, pasico znova prikažite, namesto da predpostavljate prejšnji odgovor.
5. Določite obdobje ponovnega vprašanja za shranjene izbire in ga zabeležite v svoji politiki.

Shranjevanje same izbire privolitve obiskovalca se na splošno obravnava kot nujno za zagotavljanje storitve, ki jo je obiskovalec zahteval — pomnjenje njegove odločitve — vendar preverite smernice, ki veljajo na vaših glavnih trgih.

Ključne ugotovitve

• Pomnjenje izbire in dokazovanje izbire sta različni nalogi, ki potrebujeta različno shrambo.
• Piškotke strežnik lahko prebere in se lahko delijo med poddomenami, vendar so omejeni po velikosti in v Safariju po življenjski dobi, kadar jih nastavi skripta.
• localStorage ponuja prostor, a je strežniku nevidna in jo brskalniki lahko izbrišejo.
• Strežniški zapisi so plast dokazov, ne nadomestilo za lokalni signal.
• Združite piškotek prve osebe, ki ga nastavi strežnik, neobvezno shranjevanje v brskalniku in strežniške zapise.