Nega PWA rozilik uchun chegaraviy holat

Progressiv veb-ilova mahalliy ilova kabi harakat qiladi — u bosh ekranga oʻrnatiladi, oflayn ishlaydi va agressiv ravishda keshlaydi — lekin u hali ham brauzerdan xizmat koʻrsatiladi, shuning uchun cookie va veb-saqlash qoidalari qoʻllaniladi. Aynan shu gibrid tabiat nashriyotchilarni qoqintiradi: har qanday veb-sayt kabi bir xil GDPR rozilik majburiyatlari, foydalanuvchi yoʻq deganidan keyin ham maʼlumotlar va skriptlarni jimgina saqlab qoladigan service workers va doimiy keshlar ustiga qatlamlangan.

PWA narsalarni qayerda saqlaydi

Saqlashni rozilikka bogʻlashdan oldin, PWA maʼlumotlarni saqlay oladigan har bir joyni bilishingiz kerak:

• Cookie-fayllar — klassik yuza, har doimgidek rozilik bilan boshqariladi.
• LocalStorage / IndexedDB — koʻpincha ilova holati uchun ishlatiladi, lekin shuningdek tahlil va reklama identifikatorlari uchun ham.
• Cache Storage — service worker uchinchi tomon skriptlarini (tahlil, reklama SDK) keshlay oladi, shunda ular hatto oflaynda ham ishlaydi.
• Service workerning oʻzi — seanslar boʻylab saqlanadi va keyingi ishga tushirishda kuzatuvni qayta roʻyxatdan oʻtkazishi mumkin.

Rozilik bularning barchasini boshqarishi kerak, faqat document.cookie emas.

Rozilik-birinchi service worker namunasi

Asosiy tamoyil: service worker har qanday muhim boʻlmagan uchinchi tomon resursini keshlash yoki bajarishdan oldin rozilik holatini oʻqishi kerak. Toza namuna shunday koʻrinadi:

• Rozilik signalini service worker oʻqiy oladigan biror joyda saqlang — IndexedDB yoki CMP har bir tanlovda yangilaydigan kesh yozuvi.
• Service workerning fetch ishlovchisida, oʻsha maqsad uchun rozilik mavjud boʻlmasa, tahlil/reklama yakuniy nuqtalarini keshlashdan bosh torting.
• Foydalanuvchi rozilikni qaytarib olganda, service workerga keshlangan kuzatuv skriptlarini tozalash va tegishli IndexedDB ombarlarini boʻshatish uchun xabar yuboring.

Oxirgi qadamni oʻtkazib yuborish PWA muvofiqligidagi eng keng tarqalgan kamchilik: banner “rad etilgan” deydi, lekin keshlangan tahlil skripti keyingi oflayn ishga tushirishda service workerdan ishlashda davom etadi.

Oflayn rozilik UX

PWA tarmoqsiz ishga tushishi mumkin. Sizning rozilik banneringiz ham, foydalanuvchining saqlangan tanlovi ham oflaynda ishlashi kerak — CMP interfeysining oʻzini keshlang va faqat rozilik serveri yetib boʻlmaganligi uchun “berilgan”ga sukut boʻyicha oʻrnatmang. Agar oldingi tanlovni tasdiqlay olmasangiz, foydalanuvchini rozilik bermagan deb hisoblang va imkoningiz boʻlguncha faqat muhim funksionallikni taqdim eting.

Reklama daromadiga taʼsiri

Reklama bilan taʼminlangan PWA uchun rozilik holati soʻrov vaqtida sizning reklama SDK-ngizga yetib borishi kerak, onlayn yoki yoʻq. Toʻgʻri ulangan PWA IAB TCF satrini va Consent Mode v2 signallarini talab hamkorlariga oddiy sayt kabi uzatadi; notoʻgʻri sozlangan eskirgan “rozilik yoʻq” holatini keshlaydi va sizning eCPM-ngizni cheksiz muddatga shaxsiylashtirilmagan stavkalarga tushiradi. Rozilikning yangiligini daromad koʻrsatkichi sifatida koʻrib chiqing.

FlexyConsent qanday yordam beradi

FlexyConsent rozilik yozuvini service worker oʻqiy oladigan ombarda saqlaydi, oflayn ishga tushirishlarni omon qoladigan TCF va Consent Mode v2 signallarini chiqaradi va siz keshni tozalashga ulashingiz mumkin boʻlgan qaytarib olish ilgagini ochib beradi — shunda sizning PWA-ngiz muvofiq qoladi va sizning reklama tuplamingiz har bir yuzada imkon qadar yangi rozilik signalini saqlaydi.

Asosiy xulosalar

• PWA service worker va kesh murakkabliklari bilan birga toʻliq GDPR rozilik majburiyatlariga duch keladi.
• Cookie, LocalStorage, IndexedDB va Cache Storage-ni rozilikka bogʻlang — faqat cookie emas.
• Qaytarib olishda, keshlangan kuzatuv skriptlarini tozalang va saqlangan identifikatorlarni oʻchiring.
• Rozilik holatini yangi va oflayn-xavfsiz saqlang, shunda reklama daromadi shaxsiylashtirilmagan stavkalarda qotib qolmaydi.