איפה לשמור הסכמה: השוואה בין עוגיות, localStorage ורשומות בצד השרת

שתי משימות שונות

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

ההשוואה הזו בוחנת את שלוש האפשרויות הנפוצות — עוגיות first-party, אחסון דפדפן כמו localStorage ורשומות הסכמה בצד השרת — ואת המקום המתאים לכל אחת.

אפשרות 1: עוגיות first-party

עוגיות הן הבית המסורתי של מצב ההסכמה. CMP של TCF שומרים בדרך כלל את מחרוזת ההסכמה בעוגיית first-party, ו-CMP רבים שומרים בה גם את נתוני ההעדפות שלהם.

חוזקות

חולשות

אפשרות 2: localStorage ואחסון דפדפן אחר

חלק מה-CMP שומרים העדפות מפורטות ב-localStorage, לפעמים לצד עוגייה קטנה יותר.

חוזקות

חולשות

אפשרות 3: רשומות הסכמה בצד השרת

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

חוזקות

חולשות

סיכום זה לצד זה

גישה משולבת מעשית

  1. שמור את האות המקומי הסמכותי — למשל מחרוזת ה-TCF ורשומת העדפות קומפקטית — בעוגיית first-party שתחומה לדומיין הרשום שלך.
  2. השתמש ב-localStorage רק לנתונים משלימים שאינם צריכים להגיע לשרת.
  3. כתוב רשומה בצד השרת לכל בחירה, כולל גרסת הבאנר והמדיניות שהוצגו.
  4. אם בחירה שמורה נעלמת, הצג את הבאנר שוב במקום להניח תשובה קודמת.
  5. קבע תקופה להצגה חוזרת של בחירות שמורות ותעד אותה במדיניות שלך.

שמירת בחירת ההסכמה של המבקר עצמה נחשבת בדרך כלל כנחוצה לאספקת השירות שהמבקר ביקש — זכירת ההחלטה שלו — אך בדוק את ההנחיות החלות בשווקים העיקריים שלך.

עיקרי הדברים

← בלוג קרא הכל →