Dy detyra të ndryshme

Kur një vizitor bën një zgjedhje pëlqimi, duhet të ndodhin dy gjëra të veçanta. Së pari, shfletuesi duhet ta mbajë mend zgjedhjen që baneri të mos shfaqet përsëri në çdo faqe dhe tag-et të dinë çfarë mund të bëjnë. Së dyti, mund të keni nevojë më vonë ta provoni që zgjedhja u bë, çfarë iu shfaq vizitorit dhe kur. Këto detyra shpesh trajtohen nga mekanizma të ndryshëm ruajtjeje, dhe përzierja e tyre sjell probleme reale: banera që shfaqen vazhdimisht, zgjedhje që zhduken në disa shfletues, ose asnjë regjistrim për t’u treguar kur dikush e kërkon.

Ky krahasim shqyrton tri opsionet e zakonshme — cookie-t first-party, ruajtjen e shfletuesit si localStorage dhe regjistrimet e pëlqimit në server — dhe ku përshtatet secila.

Opsioni 1: cookie first-party

Cookie-t janë shtëpia tradicionale e gjendjes së pëlqimit. CMP-të TCF zakonisht e ruajnë vargun e pëlqimit në një cookie first-party, dhe shumë CMP ruajnë aty edhe të dhënat e veta të preferencave.

Pikat e forta

• Të lexueshme nga serveri. Cookie dërgohet me çdo kërkesë, ndaj kodi i serverit, logjika e skajit dhe etiketimi nga ana e serverit mund ta lexojnë zgjedhjen pa pritur JavaScript.
• Të ndashme mes nëndomeneve. Një cookie e vendosur në domenin tuaj të regjistrueshëm mund t’i mbulojë nëndomenet www, blog dhe shop.
• Të pritura gjerësisht. Shumë integrime ad tech e kërkojnë pëlqimin në cookie.

Pikat e dobëta

• Kufij madhësie. Shfletuesit e kufizojnë madhësinë e cookie-ve në rreth 4 KB, dhe një varg TCF me shumë shitës plus vlera të tjera mund t’i afrohet kësaj.
• Ngarkesë shtesë në kërkesa. Çdo kërkesë drejt domenit tuaj e mbart cookie-n, përfshirë kërkesat për imazhe dhe skripte.
• Kufij jetëgjatësie në disa shfletues. Intelligent Tracking Prevention i Safarit i kufizon cookie-t e krijuara përmes JavaScript në një jetëgjatësi maksimale prej shtatë ditësh. Cookie-t e vendosura nga serveri juaj në një përgjigje HTTP në përgjithësi trajtohen më bujarisht, edhe pse ka përjashtime.

Opsioni 2: localStorage dhe ruajtje të tjera të shfletuesit

Disa CMP i ruajnë preferencat e hollësishme në localStorage, nganjëherë krahas një cookie më të vogël.

Pikat e forta

• Më shumë hapësirë. Disa megabajt për origjinë, mjaft për zgjedhje të hollësishme në nivel shitësi.
• Pa ngarkesë shtesë në kërkesa. Asgjë nuk i dërgohet serverit automatikisht.

Pikat e dobëta

• E padukshme për serverin. Kodi i serverit dhe logjika e skajit nuk mund ta lexojnë, ndaj çdo vendim në server duhet të presë shfletuesin.
• E lidhur me një origjinë të vetme. Ruajtja në www.example.com nuk është e disponueshme në shop.example.com, ndaj një vizitor mund ta shohë përsëri banerin në çdo nëndomen.
• E nënshtruar fshirjes. Safari mund ta heqë ruajtjen e shkrueshme nga skripte, përfshirë localStorage, për faqet me të cilat përdoruesi nuk ka ndërvepruar për shtatë ditë përdorimi të shfletuesit, dhe mënyrat e shfletimit privat zakonisht e pastrojnë kur përfundon seanca.

Opsioni 3: regjistrime pëlqimi në server

Një regjistrim në server është një hyrje që e ruani ju ose ofruesi juaj i CMP-së çdo herë që bëhet një zgjedhje. Zakonisht përmban një identifikues pseudonim, vulën kohore, zgjedhjet, versionin e banerit ose politikës që u shfaq dhe kontekst si rajoni.

Pikat e forta

• Provë e qëndrueshme. I mbijeton pastrimit të cookie-ve dhe kufizimeve të shfletuesit, gjë që e bën mjetin e duhur për të dëshmuar se pëlqimi u mor.
• I auditueshëm. Mund të raportoni zgjedhjet me kalimin e kohës dhe t’u përgjigjeni pyetjeve për ngjarje specifike.
• Potencial ndër pajisje. Për lexuesit e identifikuar, një regjistrim në server mund t’i sinkronizojë zgjedhjet mes pajisjeve, nëse ua shpjegoni këtë.

Pikat e dobëta

• Nuk e zëvendëson gjendjen lokale. Tag-et në shfletues kanë ende nevojë për një sinjal të shpejtë, lokal; thirrja e një serveri në çdo shikim faqeje për të kërkuar pëlqimin shton vonesë.
• Është vetë e dhënë personale. Regjistrimet kanë nevojë për një periudhë ruajtjeje, kontrolle aksesi dhe një vend në njoftimin e privatësisë.
• Varësi nga identifikuesi. Vizitorët anonimë mund të lidhen me një regjistrim vetëm përmes një identifikuesi të ruajtur në pajisjen e tyre, gjë që ju kthen te ruajtja lokale.

Përmbledhje krahasuese

• Më e mira për të mbajtur mend zgjedhjen në ueb: cookie first-party, në mënyrë ideale të vendosura nga serveri juaj për një jetëgjatësi të qëndrueshme.
• Më e mira për të dhëna të hollësishme preferencash në shfletues: localStorage, i çiftuar me një cookie që serveri mund ta lexojë.
• Më e mira për të provuar zgjedhjen: regjistrimet në server.
• Zgjedhja më e dobët e vetme: mbështetja vetëm te localStorage, që e lë serverin të verbër dhe zgjedhjen të brishtë në disa shfletues.

Një qasje praktike e kombinuar

1. Ruajeni sinjalin autoritar lokal — për shembull vargun TCF dhe një regjistrim kompakt preferencash — në një cookie first-party me shtrirje në domenin tuaj të regjistrueshëm.
2. Përdorni localStorage vetëm për të dhëna plotësuese që nuk kanë nevojë t’i arrijnë serverit.
3. Shkruani një regjistrim në server për çdo zgjedhje, përfshirë versionin e banerit dhe të politikës që u shfaq.
4. Nëse një zgjedhje e ruajtur zhduket, shfaqeni përsëri banerin në vend që të supozoni një përgjigje të mëparshme.
5. Vendosni një periudhë ri-kërkimi për zgjedhjet e ruajtura dhe regjistrojeni në politikën tuaj.

Ruajtja e vetë zgjedhjes së pëlqimit të vizitorit në përgjithësi konsiderohet e nevojshme për të ofruar shërbimin që vizitori ka kërkuar — mbajtjen mend të vendimit të tij — por kontrolloni udhëzimet që zbatohen në tregjet tuaja kryesore.

Pikat kryesore

• Të mbash mend një zgjedhje dhe ta provosh atë janë detyra të ndryshme që kërkojnë ruajtje të ndryshme.
• Cookie-t lexohen nga serveri dhe ndahen mes nëndomeneve, por janë të kufizuara në madhësi dhe, në Safari, në jetëgjatësi kur vendosen nga skripti.
• localStorage ofron hapësirë, por është e padukshme për serverin dhe mund të pastrohet nga shfletuesit.
• Regjistrimet në server janë shtresa e provës, jo zëvendësim i sinjalit lokal.
• Kombinoni një cookie first-party të vendosur nga serveri, ruajtje opsionale të shfletuesit dhe regjistrime në server.