Mengapa PWA Adalah Kes Sempadan Persetujuan

Aplikasi Web Progresif berkelakuan seperti aplikasi natif — ia dipasang ke skrin utama, berjalan luar talian, dan menyimpan cache secara agresif — tetapi ia masih disajikan daripada pelayar, jadi peraturan kuki dan storan web terpakai. Sifat hibrid itulah yang sebenarnya menyebabkan penerbit tersilap: kewajipan persetujuan GDPR yang sama seperti mana-mana laman web, dilapis di atas service worker dan cache kekal yang boleh secara senyap mengekalkan data dan skrip selepas pengguna berkata tidak.

Di Mana PWA Menyimpan Perkara

Sebelum anda boleh mengawal storan berdasarkan persetujuan, anda perlu tahu setiap tempat PWA boleh mengekalkan data:

• Kuki — permukaan klasik, ditadbir oleh persetujuan seperti biasa.
• LocalStorage / IndexedDB — selalunya digunakan untuk keadaan aplikasi, tetapi juga untuk analitik dan pengecam iklan.
• Cache Storage — service worker boleh menyimpan cache skrip pihak ketiga (analitik, SDK iklan) supaya ia berjalan walaupun luar talian.
• Service worker itu sendiri — kekal merentas sesi dan boleh mendaftar semula penjejakan pada pelancaran seterusnya.

Persetujuan mesti mentadbir kesemua ini, bukan hanya document.cookie.

Corak Service Worker Persetujuan-Dahulu

Prinsip teras: service worker mesti membaca keadaan persetujuan sebelum ia menyimpan cache atau melaksanakan sebarang sumber pihak ketiga yang tidak penting. Corak yang bersih kelihatan begini:

• Simpan isyarat persetujuan di suatu tempat yang service worker boleh baca — IndexedDB atau entri cache yang CMP kemas kini pada setiap pilihan.
• Dalam pengendali fetch service worker, enggan menyimpan cache titik akhir analitik/iklan melainkan persetujuan untuk tujuan itu hadir.
• Apabila pengguna menarik balik persetujuan, hantar mesej kepada service worker untuk membersihkan skrip penjejakan yang dicache dan mengosongkan stor IndexedDB yang berkaitan.

Melangkau langkah terakhir itu adalah jurang pematuhan PWA yang paling biasa: sepanduk berkata “ditolak,” tetapi skrip analitik yang dicache terus menyala daripada service worker pada pelancaran luar talian seterusnya.

UX Persetujuan Luar Talian

PWA boleh dilancarkan tanpa rangkaian. Sepanduk persetujuan anda dan pilihan tersimpan pengguna kedua-duanya mesti berfungsi luar talian — cache UI CMP itu sendiri, dan jangan sekali-kali menetapkan lalai kepada “diberikan” hanya kerana pelayan persetujuan tidak dapat dicapai. Jika anda tidak dapat mengesahkan pilihan terdahulu, anggap pengguna sebagai tidak bersetuju dan sajikan hanya fungsi penting sehingga anda boleh.

Implikasi Hasil Iklan

Untuk PWA yang disokong iklan, keadaan persetujuan perlu sampai kepada SDK iklan anda pada masa permintaan, dalam talian atau tidak. PWA yang dipasang dengan betul menghantar rentetan IAB TCF dan isyarat Consent Mode v2 kepada rakan permintaan seperti laman biasa; yang tersalah konfigurasi menyimpan cache keadaan “tiada persetujuan” yang basi dan meruntuhkan eCPM anda kepada kadar tidak diperibadikan tanpa had. Anggap kesegaran persetujuan sebagai metrik hasil.

Bagaimana FlexyConsent Membantu

FlexyConsent menyimpan rekod persetujuan dalam stor yang boleh dibaca service worker, mengeluarkan isyarat TCF dan Consent Mode v2 yang bertahan pelancaran luar talian, dan mendedahkan cangkuk penarikan balik yang anda boleh sambung kepada pembersihan cache — jadi PWA anda kekal patuh dan timbunan iklan anda mengekalkan isyarat persetujuan paling segar yang mungkin merentas setiap permukaan.

Intipati Utama

• PWA menghadapi tugas persetujuan GDPR penuh ditambah komplikasi service worker dan cache.
• Kawal kuki, LocalStorage, IndexedDB, dan Cache Storage berdasarkan persetujuan — bukan hanya kuki.
• Pada penarikan balik, bersihkan skrip penjejakan yang dicache dan kosongkan pengecam tersimpan.
• Kekalkan keadaan persetujuan segar dan selamat luar talian supaya hasil iklan tidak tersekat pada kadar tidak diperibadikan.