Pse PWA-të Janë një Rast Kufitar i Pëlqimit

Një Aplikacion Progresiv i Uebit sillet si një aplikacion nativ — instalohet në ekranin kryesor, funksionon offline dhe ruan agresivisht në cache — por ende shërbehet nga një shfletues, kështu që rregullat e cookie-ve dhe ruajtjes në ueb zbatohen. Pikërisht kjo natyrë hibride është ajo që i ngatërron botuesit: të njëjtat detyrime të pëlqimit GDPR si çdo faqe interneti, të vendosura mbi service worker-a dhe cache të vazhdueshëm që mund të mbajnë në heshtje të dhëna dhe skripta pasi përdoruesi ka thënë jo.

Ku i Ruajnë Gjërat PWA-të

Para se të mund ta kushtëzoni ruajtjen me pëlqimin, ju duhet të njihni çdo vend ku një PWA mund të ruajë të dhëna:

• Cookie — sipërfaqja klasike, e qeverisur nga pëlqimi si gjithmonë.
• LocalStorage / IndexedDB — përdoren shpesh për gjendjen e aplikacionit, por edhe për analitikë dhe identifikues reklamash.
• Cache Storage — service worker-i mund të ruajë në cache skripta të palëve të treta (analitikë, SDK reklamash) që ato të funksionojnë edhe offline.
• Vetë service worker-i — vazhdon përmes sesioneve dhe mund të riregjistrojë gjurmimin në nisjen e radhës.

Pëlqimi duhet të qeverisë të gjitha këto, jo vetëm document.cookie.

Modeli Pëlqim-Së-Pari i Service Worker-it

Parimi bazë: service worker-i duhet të lexojë gjendjen e pëlqimit përpara se të ruajë në cache ose të ekzekutojë çdo burim jo-thelbësor të palëve të treta. Një model i pastër duket kështu:

• Ruajeni sinjalin e pëlqimit diku ku service worker-i mund ta lexojë — IndexedDB ose një hyrje në cache që CMP-ja e përditëson në çdo zgjedhje.
• Në mbajtësin fetch të service worker-it, refuzoni të ruani në cache pikat fundore të analitikës/reklamave përveçse kur ekziston pëlqimi për atë qëllim.
• Kur një përdorues e tërheq pëlqimin, dërgoni një mesazh te service worker-i për të pastruar skriptat e gjurmimit të ruajtur në cache dhe për të fshirë depot përkatëse të IndexedDB.

Anashkalimi i atij hapi të fundit është boshllëku më i zakonshëm i përputhshmërisë së PWA-ve: banneri thotë “refuzuar,” por një skript analitike i ruajtur në cache vazhdon të aktivizohet nga service worker-i në nisjen e radhës offline.

UX-i i Pëlqimit Offline

PWA-të mund të nisin pa rrjet. Banneri juaj i pëlqimit dhe zgjedhja e ruajtur e përdoruesit duhet të funksionojnë të dyja offline — ruajeni në cache vetë ndërfaqen e CMP-së dhe mos kaloni kurrë në “dhënë” thjesht sepse serveri i pëlqimit është i paarritshëm. Nëse nuk mund të konfirmoni një zgjedhje të mëparshme, trajtojeni përdoruesin si jo-pëlqyes dhe shërbeni vetëm funksionalitet thelbësor derisa të mundeni.

Implikimet për të Ardhurat nga Reklamat

Për PWA-të e mbështetura nga reklamat, gjendja e pëlqimit duhet të arrijë SDK-në tuaj të reklamave në kohën e kërkesës, online ose offline. Një PWA e lidhur saktë e kalon stringun IAB TCF dhe sinjalet Consent Mode v2 te partnerët e kërkesës ashtu si një faqe normale; një e konfiguruar gabim ruan në cache një gjendje të vjetëruar “pa pëlqim” dhe e shemb eCPM-në tuaj në tarifat jo-të-personalizuara pafundësisht. Trajtojeni freskinë e pëlqimit si një metrikë të të ardhurave.

Si Ndihmon FlexyConsent

FlexyConsent e ruan regjistrimin e pëlqimit në një depo që mund të lexohet nga service worker-i, lëshon sinjale TCF dhe Consent Mode v2 që mbijetojnë nisjet offline dhe ekspozon një hook tërheqjeje që mund ta lidhni me pastrimin e cache-it — kështu që PWA-ja juaj qëndron në përputhje dhe steku juaj i reklamave mban sinjalin më të freskët të mundshëm të pëlqimit përmes çdo sipërfaqeje.

Pikat Kryesore

• PWA-të përballen me detyrime të plota të pëlqimit GDPR plus ndërlikime të service worker-it dhe cache-it.
• Kushtëzoni cookie-t, LocalStorage, IndexedDB dhe Cache Storage me pëlqimin — jo vetëm cookie-t.
• Në tërheqje, pastroni skriptat e gjurmimit të ruajtur në cache dhe fshini identifikuesit e ruajtur.
• Mbajeni gjendjen e pëlqimit të freskët dhe të sigurt offline që të ardhurat nga reklamat të mos ngecin në tarifat jo-të-personalizuara.