Неліктен PWA келісім бойынша ерекше жағдай

Прогрессивті веб-қосымша нативті қосымша сияқты әрекет етеді — ол бастапқы экранға орнатылады, офлайн жұмыс істейді және агрессивті түрде кэштейді — бірақ ол әлі де браузерден беріледі, сондықтан cookie мен веб-сақтау ережелері қолданылады. Дәл осы гибридті табиғат баспагерлерді шатастырады: кез келген веб-сайт сияқты GDPR келісім міндеттемелері, оның үстіне пайдаланушы жоқ дегеннен кейін деректер мен скрипттерді үнсіз сақтай алатын service worker-лер мен тұрақты кэштер.

PWA заттарды қайда сақтайды

Сақтауды келісімге байлағанға дейін PWA деректерді сақтай алатын әрбір жерді білуіңіз керек:

• Cookie — классикалық бет, әрдайымғыдай келісіммен басқарылады.
• LocalStorage / IndexedDB — көбінесе қосымша күйі үшін, бірақ сонымен қатар аналитика мен жарнама идентификаторлары үшін қолданылады.
• Cache Storage — service worker үшінші тарап скрипттерін (аналитика, жарнама SDK) кэштей алады, сондықтан олар офлайн да жұмыс істейді.
• Service worker-дің өзі — сессиялар бойы сақталады және келесі іске қосуда қадағалауды қайта тіркей алады.

Келісім тек document.cookie-ді ғана емес, мұның бәрін басқаруы керек.

Келісім-бірінші Service Worker үлгісі

Негізгі қағида: service worker кез келген маңызды емес үшінші тарап ресурсын кэштеу немесе орындау алдында келісім күйін оқуы керек. Таза үлгі былай көрінеді:

• Келісім сигналын service worker оқи алатын жерде сақтаңыз — IndexedDB немесе CMP әр таңдауда жаңартатын кэш жазбасы.
• Service worker-дің fetch өңдеушісінде, сол мақсат үшін келісім болмаса, аналитика/жарнама соңғы нүктелерін кэштеуден бас тартыңыз.
• Пайдаланушы келісімді кері қайтарғанда, кэштелген қадағалау скрипттерін тазалау және тиісті IndexedDB қоймаларын тазарту үшін service worker-ге хабарлама жіберіңіз.

Осы соңғы қадамды өткізіп жіберу ең жиі кездесетін PWA сәйкестік алшақтығы: баннер “қабылданбады” дейді, бірақ кэштелген аналитика скрипті келесі офлайн іске қосуда service worker-ден атуды жалғастырады.

Офлайн келісім UX

PWA желісіз іске қосыла алады. Сіздің келісім баннеріңіз бен пайдаланушының сақталған таңдауы екеуі де офлайн жұмыс істеуі керек — CMP интерфейсінің өзін кэштеңіз және келісім сервері қолжетімсіз болғандықтан ешқашан “берілді” әдепкісіне ауыспаңыз. Алдыңғы таңдауды растай алмасаңыз, пайдаланушыны келіспеген ретінде қарастырыңыз және мүмкін болғанша тек маңызды функционалдылықты беріңіз.

Жарнама кірісіне әсері

Жарнамамен қолдау көрсетілетін PWA үшін келісім күйі сұрау кезінде, онлайн немесе офлайн, сіздің жарнама SDK-ңызға жетуі керек. Дұрыс қосылған PWA IAB TCF жолын және Consent Mode v2 сигналдарын қалыпты сайт сияқты сұраныс серіктестеріне береді; дұрыс емес конфигурацияланғаны ескірген “келісім жоқ” күйін кэштейді және сіздің eCPM-ңізді белгісіз уақытқа дербестендірілмеген тарифтерге құлатады. Келісімнің жаңалығын кіріс көрсеткіші ретінде қарастырыңыз.

FlexyConsent қалай көмектеседі

FlexyConsent келісім жазбасын service worker оқи алатын қоймада сақтайды, офлайн іске қосулардан аман қалатын TCF және Consent Mode v2 сигналдарын шығарады және кэшті тазалауға қоса алатын кері қайтару ілмегін ұсынады — сондықтан сіздің PWA сәйкес болып қалады және сіздің жарнама стегіңіз әр бетте мүмкін болатын ең жаңа келісім сигналын сақтайды.

Негізгі тұжырымдар

• PWA service worker және кэш қиындықтарымен қоса толық GDPR келісім міндеттерімен бетпе-бет келеді.
• Cookie, LocalStorage, IndexedDB және Cache Storage-ді келісімге байлаңыз — тек cookie ғана емес.
• Кері қайтаруда кэштелген қадағалау скрипттерін тазалаңыз және сақталған идентификаторларды тазарыңыз.
• Жарнама кірісі дербестендірілмеген тарифтерде қалып қоймауы үшін келісім күйін жаңа және офлайн-қауіпсіз ұстаңыз.