Dalawang Magkaibang Trabaho

Kapag gumawa ng consent choice ang bisita, dalawang magkahiwalay na bagay ang kailangang mangyari. Una, kailangang alalahanin ng browser ang pagpili para hindi na lumabas muli ang banner sa bawat page at malaman ng mga tag kung ano ang pinapayagan nila. Ikalawa, maaaring kailangan mong patunayan sa ibang pagkakataon na ginawa ang pagpili, kung ano ang ipinakita sa bisita, at kailan. Madalas na magkaibang storage mechanism ang humahawak sa mga trabahong ito, at ang pagkalito sa dalawa ay nagdudulot ng totoong problema: mga banner na paulit-ulit na lumalabas, mga pagpiling nawawala sa ilang browser, o walang record na maipapakita kapag may nagtanong.

Tinitingnan ng paghahambing na ito ang tatlong karaniwang opsyon — first-party cookies, browser storage gaya ng localStorage, at server-side consent records — at kung saan angkop ang bawat isa.

Opsyon 1: First-Party Cookies

Ang cookies ang tradisyonal na tahanan ng consent state. Karaniwang itinatabi ng mga TCF CMP ang consent string sa first-party cookie, at maraming CMP ang nag-iimbak din dito ng sarili nilang preference data.

Mga Lakas

• Nababasa ng server. Ipinapadala ang cookie kasama ng bawat request, kaya mababasa ng server-side code, edge logic at server-side tagging ang pagpili nang hindi naghihintay sa JavaScript.
• Maibabahagi sa mga subdomain. Ang cookie na itinakda sa iyong registrable domain ay maaaring sumaklaw sa mga subdomain na www, blog at shop.
• Malawakang inaasahan. Maraming ad tech integration ang naghahanap ng consent sa cookies.

Mga Kahinaan

• Limitasyon sa laki. Nililimitahan ng mga browser ang laki ng cookie sa humigit-kumulang 4 KB, at maaaring mapalapit dito ang TCF string na may maraming vendor at iba pang halaga.
• Request overhead. Dala ng bawat request sa iyong domain ang cookie, kasama ang mga request ng larawan at script.
• Limitasyon sa tagal sa ilang browser. Nililimitahan ng Intelligent Tracking Prevention ng Safari ang mga cookie na ginawa sa pamamagitan ng JavaScript sa pinakamataas na tagal na pitong araw. Ang mga cookie na itinakda ng sarili mong server sa HTTP response ay karaniwang mas maluwag na tinatrato, bagaman may mga eksepsyon.

Opsyon 2: localStorage at Iba Pang Browser Storage

Ang ilang CMP ay nag-iimbak ng detalyadong preference sa localStorage, minsan kasama ng mas maliit na cookie.

Mga Lakas

• Mas maraming espasyo. Ilang megabyte kada origin, sapat para sa detalyadong pagpili sa antas ng vendor.
• Walang request overhead. Walang awtomatikong ipinapadala sa server.

Mga Kahinaan

• Hindi nakikita ng server. Hindi ito mababasa ng server-side code at edge logic, kaya ang anumang desisyon sa server-side ay kailangang maghintay sa browser.
• Nakatali sa isang origin. Ang storage sa www.example.com ay hindi available sa shop.example.com, kaya maaaring makita muli ng bisita ang banner sa bawat subdomain.
• Maaaring mabura. Maaaring alisin ng Safari ang storage na maisusulat ng script, kasama ang localStorage, para sa mga site na hindi nakipag-ugnayan ang user sa loob ng pitong araw ng paggamit ng browser, at karaniwang binubura ito ng mga private browsing mode kapag natapos ang session.

Opsyon 3: Server-Side Consent Records

Ang server-side record ay entry na itinatabi mo o ng iyong CMP provider tuwing may ginagawang pagpili. Karaniwan itong may pseudonymous na identifier, timestamp, mga pagpili, bersyon ng banner o patakarang ipinakita, at konteksto gaya ng rehiyon.

Mga Lakas

• Matibay na ebidensya. Nananatili ito kahit burahin ang cookies at may mga restriksyon sa browser, kaya ito ang tamang kasangkapan para ipakitang nakuha ang consent.
• Maaaring i-audit. Maaari kang mag-ulat ng mga pagpili sa paglipas ng panahon at sagutin ang mga tanong tungkol sa mga partikular na pangyayari.
• May potensyal na cross-device. Para sa mga naka-log in na mambabasa, maaaring i-sync ng server record ang mga pagpili sa pagitan ng mga device, kung ipapaliwanag mo ito sa kanila.

Mga Kahinaan

• Hindi kapalit ng local state. Kailangan pa rin ng mga tag sa browser ng mabilis at lokal na signal; nagdaragdag ng latency ang pagtawag sa server sa bawat page view para hanapin ang consent.
• Personal na data din ito mismo. Kailangan ng mga record ng retention period, access control at lugar sa iyong privacy notice.
• Pagdepende sa identifier. Ang mga anonymous na bisita ay maitutugma lang sa record sa pamamagitan ng identifier na nakaimbak sa kanilang device, na magbabalik sa iyo sa local storage.

Magkatabing Buod

• Pinakamainam para sa pag-alala ng pagpili sa web: first-party cookies, mas mainam na itakda ng iyong server para sa matatag na tagal.
• Pinakamainam para sa detalyadong preference data sa browser: localStorage, na ipinares sa cookie na mababasa ng server.
• Pinakamainam para sa pagpapatunay ng pagpili: server-side records.
• Pinakamasamang solong pagpili: pag-asa sa localStorage lang, na nag-iiwang bulag ang server at marupok ang pagpili sa ilang browser.

Isang Praktikal na Pinagsamang Paraan

1. Itabi ang awtoritatibong lokal na signal — halimbawa ang TCF string at isang compact na preference record — sa first-party cookie na saklaw ang iyong registrable domain.
2. Gamitin ang localStorage para lang sa karagdagang data na hindi kailangang makarating sa server.
3. Magsulat ng server-side record para sa bawat pagpili, kasama ang bersyon ng banner at patakarang ipinakita.
4. Kung nawala ang nakaimbak na pagpili, ipakitang muli ang banner sa halip na ipagpalagay ang naunang sagot.
5. Magtakda ng re-prompt period para sa mga nakaimbak na pagpili at itala ito sa iyong patakaran.

Ang pag-iimbak ng mismong consent choice ng bisita ay karaniwang itinuturing na kinakailangan para ihatid ang serbisyong hiniling ng bisita — ang pag-alala sa kanilang desisyon — ngunit suriin ang gabay na naaangkop sa iyong pangunahing mga merkado.

Mga Pangunahing Takeaway

• Magkaibang trabaho ang pag-alala at pagpapatunay ng pagpili, at nangangailangan ng magkaibang storage.
• Nababasa ng server ang cookies at maibabahagi sa mga subdomain, ngunit limitado ang laki at, sa Safari, ang tagal kapag itinakda ng script.
• Nag-aalok ang localStorage ng espasyo ngunit hindi nakikita ng server at maaaring burahin ng mga browser.
• Ang server-side records ang layer ng ebidensya, hindi kapalit ng lokal na signal.
• Pagsamahin ang first-party cookie na itinakda ng server, opsyonal na browser storage at server records.