מדוע PWA הם מקרה קצה של הסכמה

אפליקציית אינטרנט מתקדמת מתנהגת כמו אפליקציה מקורית — היא מותקנת למסך הבית, פועלת במצב לא מקוון ומאחסנת במטמון באגרסיביות — אך היא עדיין מוגשת מדפדפן, ולכן חלים כללי העוגיות ואחסון האינטרנט. אופי היברידי זה הוא בדיוק מה שמכשיל מפרסמים: אותן חובות הסכמת GDPR כמו כל אתר אינטרנט, מונחות על גבי service workers ומטמונים מתמשכים שיכולים לשמר בשקט נתונים וסקריפטים לאחר שמשתמש אמר לא.

היכן PWA מאחסנים דברים

לפני שתוכל להתנות אחסון בהסכמה, עליך לדעת כל מקום שבו PWA יכול לשמר נתונים:

• עוגיות — המשטח הקלאסי, נשלט על ידי הסכמה כתמיד.
• LocalStorage / IndexedDB — משמשים לעיתים קרובות למצב האפליקציה, אך גם לאנליטיקה ולמזהי פרסום.
• Cache Storage — ה-service worker יכול לאחסן במטמון סקריפטים של צד שלישי (אנליטיקה, SDK של פרסום) כך שהם פועלים אפילו במצב לא מקוון.
• ה-service worker עצמו — מתמשך בין הפעלות ויכול לרשום מחדש מעקב בהפעלה הבאה.

הסכמה חייבת לשלוט בכל אלה, לא רק ב-document.cookie.

תבנית ה-service worker עם הסכמה-תחילה

העיקרון המרכזי: ה-service worker חייב לקרוא את מצב ההסכמה לפני שהוא מאחסן במטמון או מבצע כל משאב צד שלישי שאינו חיוני. תבנית נקייה נראית כך:

• אחסן את אות ההסכמה במקום שה-service worker יכול לקרוא — IndexedDB או רשומת מטמון שה-CMP מעדכן בכל בחירה.
• במטפל ה-fetch של ה-service worker, סרב לאחסן במטמון נקודות קצה של אנליטיקה/פרסום אלא אם קיימת הסכמה למטרה זו.
• כאשר משתמש מבטל הסכמה, שלח הודעה ל-service worker כדי לטהר סקריפטי מעקב המאוחסנים במטמון ולנקות את מאגרי ה-IndexedDB הרלוונטיים.

דילוג על השלב האחרון הזה הוא פער הציות הנפוץ ביותר של PWA: הבאנר אומר “נדחה,” אך סקריפט אנליטיקה מאוחסן במטמון ממשיך לפעול מה-service worker בהפעלה הלא מקוונת הבאה.

UX של הסכמה לא מקוונת

אפליקציות PWA יכולות להיפתח ללא רשת. באנר ההסכמה שלך והבחירה השמורה של המשתמש חייבים שניהם לפעול במצב לא מקוון — אחסן במטמון את ממשק ה-CMP עצמו, ולעולם אל תקבע כברירת מחדל “ניתנה” רק משום ששרת ההסכמה אינו זמין. אם אינך יכול לאשר בחירה קודמת, התייחס למשתמש כאל לא-מסכים והגש רק פונקציונליות חיונית עד שתוכל.

השלכות על הכנסות מפרסום

עבור PWA הנתמכים בפרסום, מצב ההסכמה חייב להגיע ל-SDK הפרסום שלך בזמן הבקשה, מקוון או לא. PWA מחווט נכון מעביר את מחרוזת ה-IAB TCF ואת אותות Consent Mode v2 לשותפי הביקוש בדיוק כמו אתר רגיל; PWA שהוגדר בצורה שגויה מאחסן במטמון מצב מיושן של “ללא הסכמה” ומקריס את ה-eCPM שלך לתעריפים לא מותאמים אישית ללא הגבלת זמן. התייחס לרעננות ההסכמה כאל מדד הכנסות.

כיצד FlexyConsent עוזר

FlexyConsent מאחסן את רשומת ההסכמה במאגר הניתן לקריאה על ידי service worker, פולט אותות TCF ו-Consent Mode v2 ששורדים הפעלות לא מקוונות, וחושף וו ביטול שתוכל לחבר לטיהור מטמון — כך שה-PWA שלך נשאר תואם וערימת הפרסום שלך שומרת על אות ההסכמה הטרי ביותר האפשרי בכל משטח.

נקודות מפתח

• אפליקציות PWA מתמודדות עם חובות הסכמת GDPR מלאות בתוספת סיבוכים של service worker ומטמון.
• התנה עוגיות, LocalStorage, IndexedDB ו-Cache Storage בהסכמה — לא רק עוגיות.
• בביטול, טהר סקריפטי מעקב מאוחסנים במטמון ונקה מזהים שמורים.
• שמור על מצב ההסכמה טרי ובטוח במצב לא מקוון כך שההכנסות מפרסום לא ייתקעו בתעריפים לא מותאמים אישית.