Bakit Mahalaga ang Exemption

Sa ilalim ng ePrivacy Directive (Article 5(3)), karaniwang kailangan ng paunang pahintulot bago mag-imbak o magbasa ng impormasyon sa device ng user. May dalawang eksepsyon, at ang pinakaasahan ng mga publisher ay ang exemption para sa imbakang mahigpit na kinakailangan upang maibigay ang serbisyong tahasang hiniling ng user. Lahat ng hindi sakop ng exemption na iyon ay nasa likod ng inyong consent banner.

Maraming site ang nag-uunat ng exemption na ito para masakop ang analytics, A/B testing, ad frequency capping, at personalisasyon. Paulit-ulit na tinutulan ng mga regulator ang ganitong pagbasa, kaya makabubuting maunawaan nang eksakto kung nasaan ang linya.

Ang Dalawang-Bahaging Pagsusuri

Hindi tungkol sa kung ano ang maginhawa para sa inyo ang exemption. Dalawang tanong ang itinatanong nito:

1. Tahasan bang hiniling ng user ang serbisyo? Ang pag-load ng artikulo ay isang kahilingan. Ang pagdaragdag ng item sa basket ay isang kahilingan. Ang pagbubukas ng chat widget na ipinilit ninyo sa bawat pahina ay hindi.
2. Mahigpit bang kinakailangan ang imbakan para maibigay mismo ang serbisyong iyon? Kung gagana pa rin ang serbisyo kahit walang cookie o identifier, kahit sa mas di-maginhawang anyo, malamang na hindi mahigpit na kinakailangan ang imbakan.

Tandaan na ang “kailangan para sa aming business model” ay hindi kapareho ng “kailangan para sa serbisyong hiniling ng user.” Pinananatiling buhay ng kita sa ad ang isang libreng site, ngunit hindi kailangan ang mga ad-targeting identifier para ipakita ang isang artikulo.

Mga Karaniwang Tinatanggap na Halimbawa

• Mga session at authentication cookie na nagpapanatiling naka-log in ang naka-log in na user habang may session.
• Mga shopping basket cookie na nagtatala ng mga item habang nagche-checkout ang user.
• Mga load-balancing identifier na nagruruta ng request sa tamang server.
• Mga security cookie na ginagamit para matukoy ang paulit-ulit na bigong pag-log in o makaiwas sa mga pekeng request.
• Ang consent record mismo, dahil kailangang tandaan ang pinili ng user para masunod ito.
• Mga kagustuhan sa interface na sadyang itinakda ng user, gaya ng wika, kapag iniimbak ang mga ito para sa session o dahil pinili ito ng user.

Mga Karaniwang Maling Na-classify na Halimbawa

• Mga analytics cookie. Pinapayagan ng ilang awtoridad ang limitado at privacy-preserving na audience measurement sa ilalim ng makitid na kondisyon, ngunit karaniwang nangangailangan ng pahintulot ang mga karaniwang analytics tag. Tingnan ang gabay ng awtoridad na naaangkop sa inyong audience.
• Mga advertising at retargeting identifier. Hindi kailanman kailangan ang mga ito para ihatid ang nilalaman mismo.
• Mga social sharing button at naka-embed na widget na nagtatakda ng third-party cookie sa pag-load ng pahina.
• A/B testing at personalisasyon na hindi hiniling ng user.
• Frequency capping para sa mga ad. Nakatutulong ito sa karanasan ng user, ngunit hindi ito mahalaga para maihatid ang pahina.

Mahalaga Pa Rin ang Tagal at Saklaw

Ang cookie na tunay na mahalaga ay maaari pa ring maging problema kung mas matagal itong nabubuhay o mas marami itong kinokolekta kaysa kailangan ng function. Ang session cookie na tumatagal ng isang taon, o ang security cookie na sumusulat din ng marketing profile, ay nawawalan ng proteksyon. Panatilihing maikli ang haba ng buhay at kaunti lang ang laman.

Idokumento ang Inyong Katwiran

Para sa bawat cookie o storage item na ikinaklasipika ninyong mahigpit na kinakailangan, isulat ang tatlong bagay: ang function na hiniling ng user na sinusuportahan nito, kung bakit masisira ang function na iyon kung wala ito, at ang haba ng buhay nito. Sapat na ang maikling talahanayan na pinapanatili kasabay ng inyong cookie inventory. Kapag sinusuri ang listahan, kuwestiyunin ang bawat entry: kung ang tanging argumento ay “ganito na namin ito lagi ginagawa,” ilipat ito sa likod ng pahintulot.

Hindi lang cookie ang sakop ng exemption. Ang local storage, session storage, device fingerprinting, at SDK identifier sa mga app ay nasa ilalim ng parehong lohika ng Article 5(3), kaya isama ang mga ito sa inyong pagsusuri.

Saan Pumapasok ang FlexyConsent

Ang FlexyConsent ay isang Google-certified na CMP (CMP ID 317), certified ng IAB Europe at IAB Canada, na may banner na available sa 57 wika. Hinahayaan kayo ng CMP na pigilan ang mga hindi-mahalagang tag hanggang makapili ang user, habang patuloy na naglo-load ang inyong tunay na mahahalagang item. Kayo pa rin ang magpapasya kung saang kategorya kabilang ang bawat cookie, kaya panatilihing napapanahon ang inyong dokumentadong katwiran.

Mga Pangunahing Takeaway

• Sakop ng exemption ang imbakang mahigpit na kailangan para sa serbisyong tahasang hiniling ng user, hindi ang imbakang kailangan para sa inyong kita.
• Ang mga session, basket, load-balancing, security, at consent-record cookie ang mga tipikal na kwalipikadong halimbawa.
• Karaniwang nangangailangan ng pahintulot ang analytics, advertising, social widget, at personalisasyon.
• Mahalaga ang haba ng buhay at laman: panatilihing maikli ang buhay at kaunti ang laman ng mga mahahalagang cookie.
• Ilapat ang parehong pagsusuri sa local storage, session storage, at mga identifier ng app.
• Idokumento ang katwiran para sa bawat item na ikinaklasipika ninyong mahigpit na kinakailangan at regular itong suriin.