Zašto su PWA-ovi rubni slučaj privole

Progresivna web aplikacija ponaša se poput nativne aplikacije — instalira se na početni zaslon, radi izvanmrežno i agresivno predmemorira — ali se i dalje poslužuje iz preglednika, pa vrijede pravila za kolačiće i web pohranu. Upravo je ta hibridna priroda ono na čemu se izdavači spotiču: iste GDPR obveze privole kao i kod bilo koje web stranice, naslagane povrh service workera i trajnih predmemorija koje mogu tiho zadržati podatke i skripte nakon što je korisnik rekao ne.

Gdje PWA-ovi pohranjuju stvari

Prije nego što možete uvjetovati pohranu privolom, morate poznavati svako mjesto na kojem PWA može trajno zadržati podatke:

• Kolačići — klasična površina, kojom kao i uvijek upravlja privola.
• LocalStorage / IndexedDB — često se koriste za stanje aplikacije, ali i za analitiku i oglasne identifikatore.
• Cache Storage — service worker može predmemorirati skripte trećih strana (analitika, oglasni SDK-ovi) tako da rade čak i izvanmrežno.
• Sam service worker — opstaje kroz sesije i može ponovno registrirati praćenje pri sljedećem pokretanju.

Privola mora upravljati svime time, ne samo s document.cookie.

Obrazac service workera s privolom na prvom mjestu

Glavno načelo: service worker mora pročitati stanje privole prije nego što predmemorira ili izvrši bilo koji nebitan resurs treće strane. Čist obrazac izgleda ovako:

• Pohranite signal privole negdje gdje ga service worker može pročitati — IndexedDB ili unos u predmemoriju koji CMP ažurira pri svakom izboru.
• U fetch rukovatelju service workera odbijte predmemorirati analitičke/oglasne krajnje točke osim ako postoji privola za tu svrhu.
• Kada korisnik povuče privolu, pošaljite poruku service workeru da izbriše predmemorirane skripte za praćenje i očisti relevantne IndexedDB spremnike.

Preskakanje tog posljednjeg koraka najčešći je propust u usklađenosti PWA-a: baner kaže “odbijeno,” ali predmemorirana analitička skripta nastavlja okidati iz service workera pri sljedećem izvanmrežnom pokretanju.

UX privole izvan mreže

PWA-ovi se mogu pokrenuti bez mreže. Vaš baner za privolu i korisnikov pohranjeni izbor moraju oboje raditi izvanmrežno — predmemorirajte samo CMP sučelje i nikada se nemojte vraćati na “odobreno” samo zato što je poslužitelj privole nedostupan. Ako ne možete potvrditi prethodni izbor, tretirajte korisnika kao onoga koji nije dao privolu i poslužujte samo bitnu funkcionalnost dok ne možete.

Implikacije za oglasni prihod

Za PWA-ove koje podržavaju oglasi, stanje privole mora doći do vašeg oglasnog SDK-a u trenutku zahtjeva, na mreži ili izvan nje. Ispravno povezan PWA prosljeđuje IAB TCF niz i Consent Mode v2 signale demand partnerima baš kao i normalna stranica; pogrešno konfiguriran predmemorira ustajalo stanje “nema privole” i ruši vaš eCPM na nepersonalizirane stope na neodređeno vrijeme. Tretirajte svježinu privole kao mjeru prihoda.

Kako FlexyConsent pomaže

FlexyConsent pohranjuje zapis privole u spremnik čitljiv service workeru, emitira TCF i Consent Mode v2 signale koji preživljavaju izvanmrežna pokretanja i izlaže kuku za povlačenje koju možete povezati s brisanjem predmemorije — tako da vaš PWA ostaje usklađen, a vaš oglasni složaj zadržava najsvježiji mogući signal privole na svakoj površini.

Ključni zaključci

• PWA-ovi se suočavaju s punim GDPR obvezama privole uz komplikacije service workera i predmemorije.
• Uvjetujte kolačiće, LocalStorage, IndexedDB i Cache Storage privolom — ne samo kolačiće.
• Pri povlačenju izbrišite predmemorirane skripte za praćenje i očistite pohranjene identifikatore.
• Održavajte stanje privole svježim i sigurnim izvan mreže kako oglasni prihod ne bi zapeo na nepersonaliziranim stopama.