Dva različita posla

Kad posjetitelj napravi izbor privole, moraju se dogoditi dvije odvojene stvari. Prvo, preglednik mora zapamtiti izbor kako se baner ne bi pojavljivao na svakoj stranici i kako bi tagovi znali što smiju. Drugo, kasnije ćete možda morati dokazati da je izbor napravljen, što je posjetitelju prikazano i kada. Te poslove često obavljaju različiti mehanizmi pohrane, a njihovo miješanje stvara prave probleme: banere koji se stalno vraćaju, izbore koji nestaju u nekim preglednicima ili nema zapisa koji biste pokazali kad vas netko pita.

Ova usporedba razmatra tri uobičajene opcije — kolačiće prve strane, pohranu u pregledniku poput localStoragea i poslužiteljske zapise o privoli — i gdje svaka odgovara.

Opcija 1: Kolačići prve strane

Kolačići su tradicionalni dom za stanje privole. TCF CMP-ovi uobičajeno pohranjuju string privole u kolačić prve strane, a mnogi CMP-ovi u njemu pohranjuju i vlastite podatke o postavkama.

Prednosti

• Poslužitelj ih može pročitati. Kolačić se šalje sa svakim zahtjevom, pa poslužiteljski kod, edge logika i server-side tagging mogu pročitati izbor ne čekajući JavaScript.
• Mogu se dijeliti među poddomenama. Kolačić postavljen na vašu registrabilnu domenu može pokriti www, blog i shop poddomene.
• Široko očekivani. Mnoge ad tech integracije traže privolu u kolačićima.

Mane

• Ograničenja veličine. Preglednici ograničavaju veličinu kolačića na oko 4 KB, a TCF string s mnogo dobavljača plus ostale vrijednosti tome se može približiti.
• Opterećenje zahtjeva. Svaki zahtjev prema vašoj domeni nosi kolačić, uključujući zahtjeve za slike i skripte.
• Ograničen vijek trajanja u nekim preglednicima. Safarijev Intelligent Tracking Prevention ograničava kolačiće stvorene putem JavaScripta na najviše sedam dana trajanja. Kolačići koje postavlja vaš vlastiti poslužitelj u HTTP odgovoru uglavnom se tretiraju velikodušnije, iako postoje iznimke.

Opcija 2: localStorage i ostala pohrana u pregledniku

Neki CMP-ovi pohranjuju detaljne postavke u localStorage, ponekad uz manji kolačić.

Prednosti

• Više prostora. Nekoliko megabajta po originu, dovoljno za detaljne izbore na razini dobavljača.
• Bez opterećenja zahtjeva. Ništa se automatski ne šalje poslužitelju.

Mane

• Nevidljiv poslužitelju. Poslužiteljski kod i edge logika ne mogu ga pročitati, pa svaka poslužiteljska odluka mora pričekati preglednik.
• Vezan uz jedan origin. Pohrana na www.example.com nije dostupna na shop.example.com, pa posjetitelj može ponovno vidjeti baner na svakoj poddomeni.
• Podložan brisanju. Safari može ukloniti pohranu u koju skripta može pisati, uključujući localStorage, za stranice s kojima korisnik nije stupio u interakciju sedam dana korištenja preglednika, a načini privatnog pregledavanja obično je brišu kad sesija završi.

Opcija 3: Poslužiteljski zapisi o privoli

Poslužiteljski zapis je stavka koju pohranjujete vi ili vaš pružatelj CMP-a svaki put kad se napravi izbor. Obično sadrži pseudonimni identifikator, vremensku oznaku, izbore, verziju prikazanog banera ili politike i kontekst poput regije.

Prednosti

• Trajan dokaz. Preživljava brisanje kolačića i ograničenja preglednika, što ga čini pravim alatom za pokazivanje da je privola dobivena.
• Podložan reviziji. Možete izvještavati o izborima tijekom vremena i odgovarati na pitanja o konkretnim događajima.
• Potencijal među uređajima. Za prijavljene čitatelje poslužiteljski zapis može sinkronizirati izbore među uređajima, ako im to objasnite.

Mane

• Nije zamjena za lokalno stanje. Tagovi u pregledniku i dalje trebaju brz, lokalni signal; pozivanje poslužitelja pri svakom pregledu stranice radi traženja privole dodaje kašnjenje.
• To su i sami osobni podaci. Zapisima treba rok čuvanja, kontrole pristupa i mjesto u vašoj obavijesti o privatnosti.
• Ovisnost o identifikatoru. Anonimni posjetitelji mogu se povezati sa zapisom samo putem identifikatora pohranjenog na njihovu uređaju, što vas vraća na lokalnu pohranu.

Sažetak jedno uz drugo

• Najbolje za pamćenje izbora na webu: kolačići prve strane, idealno postavljeni s vašeg poslužitelja za stabilan vijek trajanja.
• Najbolje za detaljne podatke o postavkama u pregledniku: localStorage, u paru s kolačićem koji poslužitelj može pročitati.
• Najbolje za dokazivanje izbora: poslužiteljski zapisi.
• Najgori izbor jedne opcije: oslanjanje samo na localStorage, što poslužitelj ostavlja slijepim, a izbor krhkim u nekim preglednicima.

Praktičan kombinirani pristup

1. Mjerodavni lokalni signal — na primjer TCF string i kompaktan zapis o postavkama — pohranite u kolačić prve strane ograničen na vašu registrabilnu domenu.
2. localStorage koristite samo za dopunske podatke koji ne moraju doći do poslužitelja.
3. Upišite poslužiteljski zapis za svaki izbor, uključujući verziju prikazanog banera i politike.
4. Ako pohranjeni izbor nestane, ponovno prikažite baner umjesto da pretpostavljate raniji odgovor.
5. Postavite razdoblje ponovnog pitanja za pohranjene izbore i zabilježite ga u svojoj politici.

Pohrana samog izbora privole posjetitelja općenito se tretira kao nužna za pružanje usluge koju je posjetitelj zatražio — pamćenje njegove odluke — ali provjerite smjernice koje vrijede na vašim glavnim tržištima.

Ključni zaključci

• Pamćenje izbora i dokazivanje izbora različiti su poslovi kojima treba različita pohrana.
• Kolačići su čitljivi poslužitelju i mogu se dijeliti među poddomenama, ali su ograničeni veličinom i, u Safariju, vijekom trajanja kad ih postavlja skripta.
• localStorage nudi prostor, ali je nevidljiv poslužitelju i preglednici ga mogu obrisati.
• Poslužiteljski zapisi sloj su dokaza, a ne zamjena za lokalni signal.
• Kombinirajte kolačić prve strane koji postavlja poslužitelj, opcionalnu pohranu u pregledniku i poslužiteljske zapise.