Два различита посла

Када посетилац направи избор сагласности, морају да се десе две одвојене ствари. Прво, прегледач мора да запамти избор како се банер не би појављивао на свакој страници и како би тагови знали шта смеју. Друго, касније ћете можда морати да докажете да је избор направљен, шта је посетиоцу приказано и када. Ове послове често обављају различити механизми чувања, а њихово мешање ствара праве проблеме: банере који се стално враћају, изборе који нестају у неким прегледачима или нема записа да покажете када вас неко пита.

Ово поређење разматра три уобичајене опције — колачиће прве стране, складиштење у прегледачу као што је localStorage и серверске записе о сагласности — и где свака одговара.

Опција 1: Колачићи прве стране

Колачићи су традиционални дом за стање сагласности. TCF CMP-ови уобичајено чувају стринг сагласности у колачићу прве стране, а многи CMP-ови у њему чувају и сопствене податке о подешавањима.

Предности

• Сервер их може прочитати. Колачић се шаље са сваким захтевом, па серверски код, edge логика и server-side tagging могу да прочитају избор не чекајући JavaScript.
• Могу се делити између поддомена. Колачић постављен на ваш регистрабилни домен може да покрије www, blog и shop поддомене.
• Широко очекивани. Многе ad tech интеграције траже сагласност у колачићима.

Мане

• Ограничења величине. Прегледачи ограничавају величину колачића на око 4 KB, а TCF стринг са много добављача плус остале вредности може томе да се приближи.
• Оптерећење захтева. Сваки захтев ка вашем домену носи колачић, укључујући захтеве за слике и скрипте.
• Ограничен век трајања у неким прегледачима. Safari-јев Intelligent Tracking Prevention ограничава колачиће створене преко JavaScript-а на највише седам дана трајања. Колачићи које поставља ваш сопствени сервер у HTTP одговору углавном се третирају великодушније, мада постоје изузеци.

Опција 2: localStorage и остало складиштење у прегледачу

Неки CMP-ови чувају детаљна подешавања у localStorage-у, понекад поред мањег колачића.

Предности

• Више простора. Неколико мегабајта по origin-у, довољно за детаљне изборе на нивоу добављача.
• Без оптерећења захтева. Ништа се аутоматски не шаље серверу.

Мане

• Невидљив за сервер. Серверски код и edge логика не могу да га прочитају, па свака серверска одлука мора да сачека прегледач.
• Везан за један origin. Складиште на www.example.com није доступно на shop.example.com, па посетилац може поново да види банер на сваком поддомену.
• Подложан брисању. Safari може да уклони складиште у које скрипта може да пише, укључујући localStorage, за сајтове са којима корисник није интераговао седам дана коришћења прегледача, а режими приватног прегледања га обично бришу када се сесија заврши.

Опција 3: Серверски записи о сагласности

Серверски запис је ставка коју чувате ви или ваш добављач CMP-а сваки пут када се направи избор. Обично садржи псеудонимни идентификатор, временску ознаку, изборе, верзију приказаног банера или политике и контекст као што је регион.

Предности

• Трајан доказ. Преживљава брисање колачића и ограничења прегледача, што га чини правим алатом за показивање да је сагласност добијена.
• Подлеже ревизији. Можете извештавати о изборима током времена и одговарати на питања о конкретним догађајима.
• Потенцијал међу уређајима. За пријављене читаоце серверски запис може да синхронизује изборе између уређаја, ако им то објасните.

Мане

• Није замена за локално стање. Тагови у прегледачу и даље требају брз, локални сигнал; позивање сервера при сваком прегледу странице ради тражења сагласности додаје кашњење.
• То су и сами лични подаци. Записима треба рок чувања, контроле приступа и место у вашем обавештењу о приватности.
• Зависност од идентификатора. Анонимни посетиоци могу да се повежу са записом само преко идентификатора сачуваног на њиховом уређају, што вас враћа на локално складиште.

Збирни преглед једно поред другог

• Најбоље за памћење избора на вебу: колачићи прве стране, идеално постављени од вашег сервера за стабилан век трајања.
• Најбоље за детаљне податке о подешавањима у прегледачу: localStorage, у пару са колачићем који сервер може да прочита.
• Најбоље за доказивање избора: серверски записи.
• Најгори избор једне опције: ослањање само на localStorage, што оставља сервер слепим, а избор крхким у неким прегледачима.

Практичан комбиновани приступ

1. Меродаван локални сигнал — на пример TCF стринг и компактан запис о подешавањима — чувајте у колачићу прве стране ограниченом на ваш регистрабилни домен.
2. localStorage користите само за допунске податке који не морају да стигну до сервера.
3. Упишите серверски запис за сваки избор, укључујући верзију приказаног банера и политике.
4. Ако сачувани избор нестане, поново прикажите банер уместо да претпостављате ранији одговор.
5. Поставите период поновног питања за сачуване изборе и забележите га у својој политици.

Чување самог избора сагласности посетиоца углавном се третира као неопходно за пружање услуге коју је посетилац тражио — памћење његове одлуке — али проверите смернице које важе на вашим главним тржиштима.

Кључни закључци

• Памћење избора и доказивање избора су различити послови којима треба различито складиште.
• Колачићи су читљиви за сервер и могу се делити између поддомена, али су ограничени по величини и, у Safari-ју, по веку трајања када их поставља скрипта.
• localStorage нуди простор, али је невидљив за сервер и прегледачи могу да га обришу.
• Серверски записи су слој доказа, а не замена за локални сигнал.
• Комбинујте колачић прве стране који поставља сервер, опционо складиште у прегледачу и серверске записе.