Două sarcini diferite

Când un vizitator face o alegere de consimțământ, trebuie să se întâmple două lucruri separate. În primul rând, browserul trebuie să rețină alegerea, ca bannerul să nu reapară pe fiecare pagină, iar tagurile să știe ce au voie să facă. În al doilea rând, este posibil să ai nevoie să dovedești mai târziu că alegerea a fost făcută, ce i s-a arătat vizitatorului și când. Aceste sarcini sunt adesea tratate de mecanisme de stocare diferite, iar confuzia dintre ele cauzează probleme reale: bannere care continuă să reapară, alegeri care dispar în unele browsere sau nicio înregistrare de arătat când cineva întreabă.

Această comparație analizează cele trei opțiuni uzuale — cookie-urile first-party, stocarea din browser precum localStorage și înregistrările de consimțământ pe server — și unde se potrivește fiecare.

Opțiunea 1: cookie-uri first-party

Cookie-urile sunt locul tradițional al stării consimțământului. CMP-urile TCF stochează de obicei șirul de consimțământ într-un cookie first-party, iar multe CMP-uri își stochează acolo și propriile date de preferințe.

Puncte forte

• Pot fi citite de server. Cookie-ul este trimis cu fiecare cerere, deci codul de server, logica edge și etichetarea pe server pot citi alegerea fără să aștepte JavaScript.
• Pot fi partajate între subdomenii. Un cookie setat pe domeniul tău înregistrabil poate acoperi subdomeniile www, blog și shop.
• Sunt așteptate pe scară largă. Multe integrări ad tech caută consimțământul în cookie-uri.

Puncte slabe

• Limite de dimensiune. Browserele limitează dimensiunea cookie-urilor la circa 4 KB, iar un șir TCF cu mulți furnizori plus alte valori se poate apropia de această limită.
• Încărcare suplimentară a cererilor. Fiecare cerere către domeniul tău poartă cookie-ul, inclusiv cererile de imagini și scripturi.
• Limite de durată în unele browsere. Intelligent Tracking Prevention din Safari limitează cookie-urile create prin JavaScript la o durată maximă de șapte zile. Cookie-urile setate de propriul tău server într-un răspuns HTTP sunt în general tratate mai generos, deși există excepții.

Opțiunea 2: localStorage și alte forme de stocare din browser

Unele CMP-uri stochează preferințele detaliate în localStorage, uneori alături de un cookie mai mic.

Puncte forte

• Mai mult spațiu. Câțiva megaocteți pe origine, suficient pentru alegeri detaliate la nivel de furnizor.
• Fără încărcare suplimentară a cererilor. Nimic nu este trimis automat către server.

Puncte slabe

• Invizibil pentru server. Codul de server și logica edge nu îl pot citi, deci orice decizie pe server trebuie să aștepte browserul.
• Legat de o singură origine. Stocarea de pe www.example.com nu este disponibilă pe shop.example.com, deci un vizitator poate vedea din nou bannerul pe fiecare subdomeniu.
• Poate fi șters. Safari poate elimina stocarea scriptabilă, inclusiv localStorage, pentru site-urile cu care utilizatorul nu a interacționat șapte zile de utilizare a browserului, iar modurile de navigare privată o golesc de obicei la încheierea sesiunii.

Opțiunea 3: înregistrări de consimțământ pe server

O înregistrare pe server este o intrare stocată de tine sau de furnizorul tău de CMP de fiecare dată când se face o alegere. De obicei conține un identificator pseudonim, marcajul de timp, alegerile, versiunea bannerului sau a politicii afișate și un context precum regiunea.

Puncte forte

• Dovadă durabilă. Supraviețuiește ștergerii cookie-urilor și restricțiilor din browser, ceea ce o face instrumentul potrivit pentru a demonstra că s-a obținut consimțământul.
• Auditabilă. Poți raporta alegerile în timp și răspunde la întrebări despre evenimente specifice.
• Potențial între dispozitive. Pentru cititorii autentificați, o înregistrare pe server poate sincroniza alegerile între dispozitive, dacă le explici acest lucru.

Puncte slabe

• Nu înlocuiește starea locală. Tagurile din browser au nevoie în continuare de un semnal rapid, local; apelarea unui server la fiecare afișare de pagină pentru a căuta consimțământul adaugă latență.
• Este ea însăși dată personală. Înregistrările au nevoie de o perioadă de păstrare, controale de acces și un loc în notificarea de confidențialitate.
• Dependență de un identificator. Vizitatorii anonimi pot fi asociați cu o înregistrare doar printr-un identificator stocat pe dispozitivul lor, ceea ce te readuce la stocarea locală.

Rezumat comparativ

• Cea mai bună pentru reținerea alegerii pe web: cookie-uri first-party, ideal setate de serverul tău pentru o durată stabilă.
• Cea mai bună pentru datele detaliate de preferințe din browser: localStorage, asociat cu un cookie pe care serverul îl poate citi.
• Cea mai bună pentru dovedirea alegerii: înregistrările pe server.
• Cea mai slabă alegere unică: bazarea exclusivă pe localStorage, care lasă serverul orb, iar alegerea fragilă în unele browsere.

O abordare combinată practică

1. Stochează semnalul local de referință — de exemplu șirul TCF și o înregistrare compactă de preferințe — într-un cookie first-party cu domeniul setat la domeniul tău înregistrabil.
2. Folosește localStorage doar pentru date suplimentare care nu trebuie să ajungă la server.
3. Scrie o înregistrare pe server pentru fiecare alegere, incluzând versiunea bannerului și a politicii afișate.
4. Dacă o alegere stocată dispare, afișează din nou bannerul în loc să presupui un răspuns anterior.
5. Stabilește o perioadă de re-solicitare pentru alegerile stocate și consemnează-o în politica ta.

Stocarea alegerii de consimțământ a vizitatorului este în general considerată necesară pentru a presta serviciul solicitat de vizitator — reținerea deciziei sale — dar verifică ghidurile aplicabile pe piețele tale principale.

Concluzii

• Reținerea unei alegeri și dovedirea ei sunt sarcini diferite, care necesită stocare diferită.
• Cookie-urile pot fi citite de server și partajate între subdomenii, dar sunt limitate ca dimensiune și, în Safari, ca durată atunci când sunt setate prin script.
• localStorage oferă spațiu, dar este invizibil pentru server și poate fi golit de browsere.
• Înregistrările pe server sunt stratul de dovezi, nu un substitut pentru semnalul local.
• Combină un cookie first-party setat de server, stocare opțională în browser și înregistrări pe server.