PWA'lar Neden Bir İzin Sınır Durumudur

Bir Progresif Web Uygulaması yerel bir uygulama gibi davranır — ana ekrana kurulur, çevrimdışı çalışır ve agresif şekilde önbelleğe alır — ancak yine de bir tarayıcıdan sunulur, dolayısıyla çerez ve web depolama kuralları geçerlidir. Yayıncıları yanıltan tam olarak bu melez yapıdır: herhangi bir web sitesiyle aynı GDPR izin yükümlülükleri, bir kullanıcı hayır dedikten sonra bile verileri ve betikleri sessizce saklayabilen service worker'lar ve kalıcı önbelleklerin üzerine katmanlanır.

PWA'lar Verileri Nerede Depolar

Depolamayı izne bağlamadan önce, bir PWA'nın veri kalıcılaştırabileceği her yeri bilmeniz gerekir:

• Çerezler — klasik yüzey, her zaman olduğu gibi izinle yönetilir.
• LocalStorage / IndexedDB — genellikle uygulama durumu için kullanılır, ancak analitik ve reklam tanımlayıcıları için de.
• Cache Storage — service worker üçüncü taraf betikleri (analitik, reklam SDK'ları) önbelleğe alabilir, böylece çevrimdışı bile çalışırlar.
• Service worker'ın kendisi — oturumlar arasında kalıcıdır ve bir sonraki başlatmada izlemeyi yeniden kaydedebilir.

İzin yalnızca document.cookie değil, bunların tümünü yönetmelidir.

İzin Öncelikli Service Worker Deseni

Temel ilke: service worker, gerekli olmayan herhangi bir üçüncü taraf kaynağı önbelleğe almadan veya yürütmeden önce izin durumunu okumalıdır. Temiz bir desen şöyle görünür:

• İzin sinyalini service worker'ın okuyabileceği bir yerde depolayın — CMP'nin her seçimde güncellediği IndexedDB veya bir önbellek girişi.
• Service worker fetch işleyicisinde, o amaca yönelik izin mevcut olmadıkça analitik/reklam uç noktalarını önbelleğe almayı reddedin.
• Bir kullanıcı izni geri çektiğinde, önbelleğe alınmış izleme betiklerini temizlemesi ve ilgili IndexedDB depolarını silmesi için service worker'a bir mesaj gönderin.

Bu son adımı atlamak en yaygın PWA uyumluluk açığıdır: banner “reddedildi” der, ancak önbelleğe alınmış bir analitik betiği bir sonraki çevrimdışı başlatmada service worker'dan ateşlenmeye devam eder.

Çevrimdışı İzin Kullanıcı Deneyimi

PWA'lar ağ olmadan başlatılabilir. İzin banner'ınız ve kullanıcının saklanan seçimi her ikisi de çevrimdışı çalışmalıdır — CMP arayüzünün kendisini önbelleğe alın ve yalnızca izin sunucusuna ulaşılamadığı için asla “verildi” varsayılanına dönmeyin. Önceki bir seçimi doğrulayamıyorsanız, kullanıcıyı izin vermemiş olarak değerlendirin ve doğrulayana kadar yalnızca gerekli işlevselliği sunun.

Reklam Geliri Sonuçları

Reklam destekli PWA'lar için izin durumu, çevrimiçi veya çevrimdışı, istek anında reklam SDK'nıza ulaşmalıdır. Doğru kablolanmış bir PWA, IAB TCF dizesini ve Consent Mode v2 sinyallerini normal bir site gibi talep ortaklarına iletir; yanlış yapılandırılmış olan ise eski bir “izin yok” durumunu önbelleğe alır ve eCPM'nizi süresiz olarak kişiselleştirilmemiş oranlara çökertir. İzin tazeliğini bir gelir metriği olarak değerlendirin.

FlexyConsent Nasıl Yardımcı Olur

FlexyConsent izin kaydını service worker tarafından okunabilir bir depoda saklar, çevrimdışı başlatmalarda hayatta kalan TCF ve Consent Mode v2 sinyalleri yayar ve önbellek temizlemeye bağlayabileceğiniz bir geri çekme kancası sunar — böylece PWA'nız uyumlu kalır ve reklam yığınınız her yüzeyde mümkün olan en taze izin sinyalini korur.

Temel Çıkarımlar

• PWA'lar tam GDPR izin görevleriyle birlikte service worker ve önbellek karmaşıklıklarıyla karşı karşıyadır.
• Çerezleri, LocalStorage'ı, IndexedDB'yi ve Cache Storage'ı izne bağlayın — yalnızca çerezleri değil.
• Geri çekmede, önbelleğe alınmış izleme betiklerini temizleyin ve saklanan tanımlayıcıları silin.
• Reklam geliri kişiselleştirilmemiş oranlarda takılı kalmasın diye izin durumunu taze ve çevrimdışı güvenli tutun.