סקירה כללית של סטטוס ההסכמה

התכונה 'סטטוס הסכמה' מאפשרת למפתחי אתרים ואפליקציות לשנות את ההתנהגות של ה-SDK של התגים והאפליקציות, בהתאם לבחירות של המשתמשים בנושא פרטיות.

כדי לנהל את הסכמת המשתמשים:

  1. השיגו את הסכמת המשתמש כדי להעניק או לדחות הסכמה לשמירת מידע על ההתנהגות שלו. אתם אחראים לקבל את הסכמת המשתמשים באתר או באפליקציה שלכם, או בכל הנתונים שאתם מעלים ל-Google.
    באתרים ובאפליקציות, תוכלו להטמיע באנר בקשת הסכמה או פתרון אחר בהתאמה אישית לבקשת הסכמה, או להשתמש בפלטפורמה לניהול הסכמה (CMP).
    לגבי העלאת נתונים ל-Google, עליך להתייעץ עם המחלקה המשפטית שלך לגבי פתרון לניהול הסכמה המתאים לצרכים העסקיים שלך.
  2. להעביר ל-Google מידע על בחירת המשתמש בנוגע להסכמה, או מצב ההסכמה שלו. הרבה פלטפורמות CMP מטפלות בשליחת מצב ההסכמה אל Google. אם אתם מטמיעים פתרון בהתאמה אישית לבקשת הסכמה, עליכם להטמיע שיטה לשליחת מצב ההסכמה אל Google. מידע נוסף זמין במאמר בחירת מסגרת לניהול הסכמה.
  3. ודאו שתגי Google ותגים של צד שלישי פועלים בהתאם לבחירות המשתמש בנושא הסכמה.

התגים וערכות ה-SDK למוצרי Google הבאים כוללים בדיקות הסכמה מובנות, ומשנים את אופן הפעולה שלהם על סמך מצב ההסכמה:

  • Google Tag
  • Google Analytics (כולל Google Analytics for Firebase SDK)
  • Google Ads (כולל מעקב המרות ורימרקטינג ב-Google Ads, תמיכה בהמרות מסוג שיחה נמצאת בהמתנה).
  • Floodlight
  • Conversion Linker

למונחים הבאים יש משמעות מיוחדת בהקשר של סטטוס ההסכמה:

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

סוגי ההסכמה כוללים:

סוג ההסכמה ‫תיאור
ad_storage מאפשרת שמירה של נתונים שקשורים לפרסום, כמו קובצי cookie (אתרים) או מזהי מכשירים (אפליקציות).
ad_user_data מגדיר הסכמה לשליחת נתוני המשתמש אל Google למטרות פרסום באינטרנט.
ad_personalization מגדיר הסכמה לפרסום מותאם אישית.
analytics_storage מאפשרת שמירה של נתונים כמו קובצי cookie (אתרים) או מזהי מכשירים (אפליקציות), שקשורים לניתוח נתונים, לדוגמה, משך ביקור.
functionality_storage מאפשרת שמירה של נתונים שתומכים בפונקציונליות של האתר או של האפליקציה, לדוגמה, הגדרות שפה
personalization_storage מאפשרת שמירה של נתונים שקשורים להתאמה אישית, כמו המלצות לסרטונים
security_storage מאפשרת שמירה של נתונים שקשורים לאבטחה, כמו פונקציונליות של אימות, מניעת הונאות ואמצעים אחרים להגנה על משתמשים

סטטוס הסכמה בסיסי לעומת מצב הסכמה מתקדם

אפשר להטמיע את סטטוס ההסכמה באתר או באפליקציה בשתי דרכים: בסיסית או מתקדמת.

כשמטמיעים את התכונה 'סטטוס הסכמה' בגרסה הבסיסית שלה, התגים של Google לא נטענים עד שהמשתמש יוצר אינטראקציה עם הבאנר לבקשת הסכמה. ההגדרות האלה לא מעבירות נתונים ל-Google לפני האינטראקציה של המשתמש עם הבאנר לבקשת הסכמה. כשהמשתמשים מביעים הסכמה, תגי Google טוענים ומפעילים את ממשקי ה-API של סטטוס ההסכמה. התגים שולחים ל-Google את מצבי ההסכמה בסדר הבא:

  1. מצבי הסכמה שמוגדרים כברירת מחדל
  2. מצבי ההסכמה המעודכנים

אבל אם המשתמש לא מסכים, הנתונים לא מועברים ל-Google בכלל, אפילו לא סטטוס ההסכמה. הפעלת התגים מסוג Google Tag חסומה לגמרי. בעקבות זאת, בניית המודלים של ההמרות במסגרת סטטוס ההסכמה ב-Google Ads תתבסס על מודל כללי.

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

  1. מגדירים את מצבי ברירת המחדל להסכמה. כברירת מחדל, ההסכמה יכולה להיות denied, אלא אם תגדירו ברירות מחדל משלכם. אם סטטוס ההסכמה הוא denied, תגי Google שולחים פינגים ללא קובצי cookie.
  2. ממתינים לאינטראקציה של המשתמש עם הבאנר ומעדכנים את מצבי ההסכמה. רק כשהמשתמש נותן הסכמה לאיסוף הנתונים, תגי Google שולחים את נתוני המדידה המלאים. מידע נוסף על התנהגות התגים

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

סקירה כללית

התכונה סטטוס הסכמה בסיסי סטטוס הסכמה מתקדם
טעינת התגים חסומה עד לאינטראקציה של המשתמש עם הבאנר לבקשת הסכמה. נטען עם ברירות המחדל המוגדרות כ-denied, אלא אם הוגדרו אחרת.
העברת נתונים הנתונים לא נשלחים לפני שהמשתמש מביע הסכמה – גם לא סטטוס ההסכמה המוגדר כברירת מחדל. כשההסכמה היא denied, נשלחים פינגים ללא קובצי cookie ומצב ההסכמה.
כשההסכמה היא granted, קובצי cookie נכתבים וכל נתוני המדידה נשלחים.
מצבי הסכמה מוגדרים אחרי האינטראקציה של המשתמש. ברירת המחדל היא denied, אלא אם הוגדר אחרת. העדכונים מבוססים על בחירת המשתמש.
אופן הפעולה של התגים אחרי האינטראקציה של המשתמש טוען ומפעילים ממשקי API של סטטוס הסכמה רק כשמשתמש מביע הסכמה. אופן הפעולה של התגים משתנה בהתאם לבחירה של המשתמש בנושא פרטיות.
בניית מודלים של המרות מודל כללי (מודלים פחות מפורטים). מודל ספציפי למפרסם (בניית מודלים מפורטים יותר).

באופן כללי, כשמשתמשים מביעים הסכמה, התגים פועלים כרגיל.

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

כשמשתמשים מסרבים להביע הסכמה לאחסון, הם לא מאחסנים קובצי cookie (אתרים) או מזהי מכשירים (אפליקציות) באמצעות תגים שמתחשבים בסטטוס ההסכמה או ערכות SDK של אפליקציות. במקום זאת, התגים מעבירים לשרת של Google פינגים (אתרים) או אותות (אפליקציות) ללא קובצי cookie. כך ניתן ליצור מודלים של המרות בנכסי Google Ads ו-Google Analytics 4. מידע נוסף זמין במאמר בניית מודלים של המרות תוך התחשבות בסטטוס ההסכמה.

האותות הבאים מעבירים את מצב ההסכמה:

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

  • פינגים לציון המרות: פינגים לציון המרות נשלחים בכל פעם שמשתמש משלים המרה.

  • פינגים של Google Analytics: פינגים של Google Analytics נשלחים מכל דף באתר באמצעות Google Analytics כשהאירועים נרשמים ביומן.

פקודת ה-ping יכולה לכלול:

  • מידע פונקציונלי (כמו כותרות שנוספו באופן פסיבי על ידי הדפדפן):
    • חותמת זמן
    • סוכן משתמש
    • גורם מפנה
  • נתונים מצטברים / שלא מאפשרים זיהוי:
    • אינדיקציה אם בכתובת ה-URL של הדף הנוכחי או של הדף הקודם שהמשתמש נכנס אליו יש נתונים שמצביעים על כך שהוא לחץ על מודעה (למשל GCLID‏/DCLID)
    • נתונים בוליאניים על מצב ההסכמה
    • מספר אקראי שנוצר בעקבות כל טעינה של דף

בנוסף לאפשרות של מצב ההסכמה לשנות את התנהגות התגים, תוכלו גם לצנזר נתונים שנשמרו כשהמשתמש מסרב להביע הסכמה. לדוגמה, יכול להיות שמשתמש הביע הסכמה לשמירת נתונים של מודעות ואז שינה את דעתו וסירוב להבעת הסכמה. אם מפעילים את ads_data_redaction, אם המשתמש מסרב להביע הסכמה, מערכת Google Ads תמחק את המידע שנשמר.

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

סוגי הסכמה נדחתה או אושרה התנהגות
ad_storage וגם analytics_storage הוענקה
הוענקה
  • אפשר לקרוא ולכתוב קובצי cookie ומזהי מכשירים שקשורים לפרסום.
  • מתבצע איסוף של כתובות IP.
  • כתובת ה-URL המלאה של הדף, כולל מידע לגבי קליקים על מודעות בפרמטרים של כתובת האתר (למשל: GCLID ‏/ DCLID).
  • למערכת יש גישה לקובצי cookie של צד שלישי שהוגדרו בעבר ב-google.com וב-doubleclick.net וכן לקובצי cookie של המרות מאינטראקציה ישירה (למשל: _gcl_*).
ad_personalization נדחה

הפרסום המותאם אישית מושבת. התכונות הבאות לא יקבלו נתונים:

  • רימרקטינג ב-Google Ads, ב-Display & Video 360 וב-Search Ads 360
  • פרסום מותאם אישית במוצרי הפרסום של Google
ad_user_data נדחה

האיסוף של מידע אישי למטרות פרסום אונליין מושבת, כולל:

  • user_id
  • המרות משופרות: נתונים מגובבים (hashed) מאינטראקציה ישירה
ad_storage נדחה
  • אי אפשר לכתוב קובצי cookie או מזהי מכשירים חדשים שקשורים לפרסום.
  • אי אפשר לקרוא קובצי cookie קיימים להעדפות מודעה או מזהי מכשירים.
  • הבקשות נשלחות דרך דומיין אחר כדי שקובצי cookie של צד שלישי שהוגדרו קודם לכן לא יישלחו בכותרות של בקשות.
  • מערכת Google Analytics לא תקרא או תכתוב קובצי cookie של Google Ads, ותכונות של Google Signals לא יצברו נתונים לגבי תנועת הגולשים הזו.
  • במוצרי פרסום המודעות מקצרות את כתובות ה-IP בזמן האיסוף.
  • מתבצע איסוף של כתובות ה-URL המלאות של הדפים, כולל מידע לגבי קליקים על מודעות בפרמטרים של כתובת האתר (למשל GCLID‏/DCLID)
analytics_storage נדחה
  • המערכת לא תקרא או תכתוב קובצי cookie לניתוח נתונים או מזהי אפליקציות מאינטראקציה ישירה.
  • פינגים (אתר) או אותות (אפליקציות) ללא קובצי cookie יישלחו ל-Google Analytics למטרות מדידה בסיסית ובניית מודלים.
ad_storage וגם ads_data_redaction נדחה ו-true
  • אי אפשר לכתוב קובצי cookie או מזהי מכשירים חדשים שקשורים לפרסום.
  • אי אפשר לקרוא קובצי cookie קיימים להעדפות מודעה או מזהי מכשירים.
  • הבקשות נשלחות דרך דומיין אחר כדי שקובצי cookie של צד שלישי שהוגדרו קודם לכן לא יישלחו בכותרות של בקשות.
  • מערכת Google Analytics לא תקרא או תכתוב קובצי cookie או מזהי מכשירים של Google Ads, ותכונות של Google Signals לא יצברו נתונים לגבי תנועת הגולשים הזו.
  • המערכת מסירה מזהים של קליקים על מודעות (למשל: GCLID או DCLID) מפינגים לציון המרה והסכמה.
  • במוצרי פרסום המודעות מקצרות את כתובות ה-IP בזמן האיסוף.
  • המערכת מצנזרת כתובות URL של דפים עם מזהים של קליקים על מודעות.

כשמטמיעים סטטוס הסכמה, הפרמטרים של סטטוס ההסכמה מתורגמים לפרמטרים של בקשת HTTP כמו dma, gcd ו-gcs. ההסכמה לשירותי Google מקודדת באמצעות dma_cps. השדות האלה מספקים באופן מרוכז מידע על מצבי ההסכמה והגדרות אישיות קשורות. ייתכן שהשדות של Google Tag מקודדים כדי לשפר את יעילות ההעברה. יכול להיות שהשדות האלה עשויים להשתנות עם התפתחות השירותים האלה.

Tag Assistant יכול לעזור לכם להבין את השדות האלה ואת אופן הפעולה של Google Tag, כדי שתוכלו לנפות באגים בצורה טובה יותר בהגדרות. מידע על ניפוי באגים בסטטוס ההסכמה

בניית מודלים של המרות תוך התחשבות בסטטוס ההסכמה

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