הנושאים במאמר
- הרכיבים של "הסכמה נוספת" (AC)
- הפורמט של מחרוזת ה-AC
- פלטפורמות ה-CMP שתומכות ב-AC
- תוסף ל-CMP API
- איך צריך לאחסן מחרוזת ה-AC
- איך להעביר את מחרוזת ה-AC דרך שרשרת הפרסום בדיגיטל
- מקורות מידע שקשורים לנושא
במסמך הזה מתואר המפרט הטכני למחרוזת "הסכמה נוספת" (AC) של Google. המפרט הזה מיועד לשימוש רק בשילוב עם גרסה 2 של Transparency & Consent Framework (TCF – מסגרת השקיפות וההסכמה) של IAB Europe כדי לשלוח אותות שקיפות והסכמה לספקים שעדיין לא נכללים ברשימת הספקים הגלובלית (GVL) של IAB Europe. המפרט הזה מאפשר לבעלי התוכן הדיגיטלי, לפלטפורמות לניהול הסכמה (CMP) ולשותפים לאסוף ולהפיץ את ההסכמה הנוספת – לצד ההטמעה של TCF – בשביל חברות שעדיין לא נכללות ב-GVL של IAB Europe, אבל מופיעות ברשימת ספקי ה-ATP של Google.
הרכיבים של "הסכמה נוספת" (AC)
"הסכמה נוספת" מורכבת ממחרוזת addl_consent פשוטה (מחרוזת AC), שמכילה רשימה של ספקי ה-ATP של Google שקיבלו הסכמה מהמשתמשים או שמופיעים בגילוי הנאות, ולא נכללים ב-GVL של IAB.
איך ליצור מחרוזת "הסכמה נוספת" בגרסה 2 (ACv2)
איזה מידע מאוחסן במחרוזת AC?
המחרוזת הזו מכילה את הרכיבים הבאים:
-
חלק 1: מספר הגרסה של המפרט. הגרסה הנוכחית היא
2. -
חלק 2: סמל מפריד
~. -
חלק 3: רשימת המזהים של ספקי ה-ATP של Google שקיבלו הסכמה מהמשתמשים, מופרדים באמצעות נקודות. לדוגמה:
1.35.41.101 -
חלק 4: סמל מפריד
~ -
חלק 5: הטקסט dv. ואחריו רשימת המזהים ספקי ה-ATP של Google שמופיעים בגילוי הנאות, מופרדים באמצעות נקודות. לדוגמה:
dv.9.21.81.כדי לצמצם את אורך המחרוזת, אל תוסיפו את הספקים שנכללים בחלק 3 גם לחלק 5.
דוגמאות למחרוזת AC
אם ספקי ה-ATP עם המזהים 1, 2, 3, 4 ו-10 מופיעים בגילוי הנאות שהוצג למשתמש:
- …והמשתמש ראה את ההודעה מה-CMP שבה מפורטים הספקים האלה, אבל עדיין לא החליט אם להביע הסכמה: מחרוזת ACv2 המתאימה תהיה
2~~dv.1.2.3.4.10. -
…והמשתמש הביע הסכמה לכל הספקים: מחרוזת ACv2 המתאימה תהיה
2~1.2.3.4.10~dv.. הערה: הנקודה "." אחרי dv הוא אופציונלי רק במקרה הזה, ולכן גם המחרוזת2~1.2.3.4.10~dvהיא מחרוזת ACv2 קבילה. - …והמשתמש סירב להביע הסכמה לכל הספקים, מחרוזת ACv2 המתאימה צריכה לציין שכל הספקים הוצגו בגילוי הנאות אבל אף אחד מהם לא קיבל הסכמה. מחרוזת ACv2 המתאימה תהיה
2~~dv.1.2.3.4.10. - …והמשתמש הביע הסכמה לספקים
1ו-10אבל דחה את כל השאר, מחרוזת ACv2 המתאימה תהיה2~1.10~dv.2.3.4.
מי צריך ליצור מחרוזת AC?
רק שותף CMP שרשום ב-TCF של IAB Europe רשאי ליצור מחרוזת AC על סמך מזהה ה-CMP שהוקצה לו, בהתאם למדיניות של IAB. שותפים או ספקי שירות אחרים מצד שלישי לא רשאים ליצור מחרוזות AC בעצמם.
איפה אפשר לראות את ספקי ה-ATP של Google?
רשימת ספקי ה-ATP של Google שלא רשומים ב-IAB והמזהים שלהם מופיעים כאן:
https://storage.googleapis.com/tcfac/additional-consent-providers.csv
מתי צריך ליצור מחרוזת AC?
בכל המקרים, אפשר ליצור מחרוזת AC רק כשבעל התוכן הדיגיטלי עומד בדרישות של מדיניות Google בנושא הסכמת משתמשים באיחוד האירופי.
ניתן לכלול ספקים שקיבלו הסכמה רק במקרים שבהם המשתמש נתן הסכמה בעלת תוקף חוקי לפעולות הבאות:
-
שימוש בקובצי Cookie או באמצעים אחרים שנשמרים במכשיר של המשתמש, במקרים שבהם הדבר נדרש לפי חוק.
-
איסוף, שיתוף ושימוש במידע אישי לצורך התאמה אישית של מודעות על ידי ATP, ועמידה בכל שאר התנאים של מדיניות Google בנושא הסכמת משתמשים באיחוד האירופי.
אפשר לכלול ספקי ATP שמוצגים בגילוי הנאות רק אם סופקו למשתמשים נתוני שקיפות מתאימים לגבי הזהות של כל ATP, כולל קישור למדיניות הפרטיות שלו, כמו שהיא מופיעה ברשימה של Google. אין צורך לכלול את ספקי ה-ATP שנכללים ברשימת השותפים שקיבלו הסכמה מהמשתמשים גם ברשימת השותפים שמוצגים בגילוי הנאות.
אפשר ליצור מחרוזת AC רק בנוסף למחרוזת ה-TC (נתוני השקיפות וההסכמה), ולא במקומה. אם אין מחרוזת TC בבקשה שנשלחה אל Google, המערכת לא תעבד את הבקשה, והיא תמחק ממנה את מחרוזת ה-AC.
שותפי CMP שמטמיעים את המפרט הזה צריכים לוודא שמחרוזת ה-AC שהם יוצרים מכילה רק את המזהים מקובץ ספקי ה-ATP של Google שפורסם (כלומר, ספקים שלא נכללים ב-GVL). כש-Google מקבלת מחרוזת TC, היא בודקת את הגרסה של רשימת ה-GVL שמופיעה במחרוזת הזו. אם גרסת ה-GVL כוללת רישום של ספק, המערכת תתעלם מאמצעי הבקרה של מחרוזת ה-TC של הספק הזה ומכל רשומה במחרוזת ה-AC שלו. בנסיבות כאלה, Google שומרת לעצמה את הזכות להסיר רשומות "כפולות" כאלה ממחרוזת ה-AC, ולהעביר מחרוזת מתוקנת יחד עם מחרוזת ה-TC. ספקים אחרים מלבד Google לא רשאים לשנות את מחרוזת ה-AC.
האם עדיין יש תמיכה במחרוזות AC בגרסה 1?
מאז דצמבר 2023, גרסה 2 היא גרסת ברירת המחדל של מחרוזות ה-AC. נמשיך לתמוך במחרוזות AC שנוצרו על סמך גרסה 1 של המפרט. עם זאת, מחרוזות כאלה לא יכולות לציין אם סופקו למשתמשים נתוני שקיפות מתאימים לגבי הזהות של ATP מסוים. כדי לתמוך בתרחישי שימוש שלא דורשים הסכמה, שותפי ה-CMP צריכים לעבור לגרסה 2 של המפרט.
פלטפורמות CMP שקיבלו אישור ותומכות ב"הסכמה נוספת"
ברשימה הזו מפורטות פלטפורמות ה-CMP (פלטפורמות לניהול הסכמה) שקיבלו אישור ותומכות במפרט הטכני "הסכמה נוספת" של Google, יחד עם הגרסה של "הסכמה נוספת" שבה הן תומכות.
אם אתם ספקים של פלטפורמת CMP שתומכת ב"הסכמה נוספת" והפלטפורמה שלכם לא נכללת ברשימה הזו, או שרשומה לידה גרסה לא נכונה של "הסכמה נוספת", פתחו את טופס הבקשה לקבלת אישור לפלטפורמות CMP ובחרו באפשרות I'd like to ask a question or update my status (אני רוצה לשאול שאלה או לעדכן את הסטטוס שלי). נעשה כל מאמץ כדי לעדכן בהקדם את הפרטים ברשימה כך שישקפו את הסטטוס שלכם.
מדריך לגבי המידע שמופיע ברשימה
הרשימה הזו כוללת את הפרטים הבאים לגבי כל פלטפורמת CMP שקיבלה אישור:
- פלטפורמת CMP מאושרת: השם של פלטפורמת ה-CMP שקיבלה אישור.
- מזהה CMP ב-TCF: המזהה הייחודי שהוקצה לפלטפורמת CMP על ידי IAB (הרשות לפרסום אינטראקטיבי) לאחר שהפלטפורמה אומתה באמצעות TCF (מסגרת השקיפות וההסכמה).
- הסכמה נוספת: הגרסה של "הסכמה נוספת" שפלטפורמת ה-CMP תומכת בה.
רשימה של פלטפורמות CMP שקיבלו אישור ותומכות ב"הסכמה נוספת"
תוסף ל-CMP API
פלטפורמות CMP שתומכות ב-AC צריכות להחזיר את מחרוזת ה-AC כחלק מהאובייקטים הקיימים של JSON מסוג TCData ו-InAppTCData שמוגדרים ב-CMP JavaScript API של TCF בגרסה 2.
TCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
InAppTCData = {
tcString: 'base64url-encoded TC string with segments',
...
addtlConsent: ‘AC string with spec version and consented/disclosed Ad Tech Provider IDs’
}
איך צריך לאחסן מחרוזת ה-AC
באתר
ספק הפלטפורמות לניהול הסכמה (CMP) יכול לבחור את מנגנון האחסון המועדף עליו.
באפליקציה
NSUserDefaults (iOS) או SharedPreferences (Android) משמשים לאחסון של מחרוזת ה-AC שנוצרה על ידי CMP SDK, בדומה ל-API באפליקציה של TCF בגרסה 2. בעזרת המנגנון הזה:
-
הספקים יכולים לגשת בקלות למחרוזת ה-AC.
-
מחרוזת ה-AC יכולה להופיע בעקביות בכל הסשנים באפליקציה.
-
בעל התוכן הדיגיטלי יכול לנייד את מחרוזת ה-AC אם הוא מחליף את פלטפורמת ה-CMP שלו.
הערה: אם בעל התוכן הדיגיטלי בוחר להסיר CMP SDK מהאפליקציה שלו, באחריותו להסיר את ערכי AddtlConsent של המשתמשים, כדי שהספקים לא ישתמשו יותר במחרוזת ה-AC הכלולה.
| מפתח אחסון וחיפוש ב-NSUserDefaults וב-SharedPreferences | ערך |
IABTCF_AddtlConsent |
מחרוזת: נתוני הסכמה נוספים עם גרסת מפרט ומזהים של ספקי טכנולוגיות פרסום שהמשתמשים הביעו הסכמה לגביהם. |
איך להעביר את מחרוזת ה-AC דרך שרשרת הפרסום בדיגיטל
בקשות להצעות מחיר
הבקשות יתבססו על ConsentedProvidersSettings כדי להעביר מידע על הספקים שלא נכללים ב-GVL לישויות הבאות בשרשרת הפרסום בדיגיטל.
- בפרוטוקול התוספים של OpenRTB
- גרסת Protobuf קודמת
message ConsentedProvidersSettings {
// Set of IDs corresponding to providers for whom the publisher has told
// Google that its EEA users have given legally valid consent to: 1) the use of cookies or other local
// storage where legally required; and 2) the collection, sharing, and use of personal data for
// personalization of ads by an ATP in accordance with Google’s EU User Consent Policy.
// A mapping of provider ID to provider name is posted at providers.csv.
repeated int64 consented_providers = 2 [packed = true];
}
// Information about the providers for whom the publisher has told Google
// that its EEA users have consented to the use of their personal data for
// ads personalization in accordance with Google's EU User Consent Policy.
// This field will only be populated when regs_gdpr is true.
optional ConsentedProvidersSettings consented_providers_settings = 42;
שירותים המבוססים על כתובות URL
כאשר קריאייטיב עובר עיבוד, הוא עשוי לכלול מספר פיקסלים בתגי <img>. לדוגמה, <img src="http://vendor-a.com/key1=val1&key2=val2">, ששולח בקשת HTTP GET מהדפדפן לדומיין של הספק.
מכיוון שהפיקסל נמצא בתג <img> ללא יכולת להפעיל JavaScript, לא ניתן להשתמש ב-CMP API כדי לקבל את מחרוזת ה-TC. כמו בתמיכה במחרוזת ה-TC, אנחנו מספקים מאקרו ופרמטר סטנדרטי של כתובת URL בכתובות ה-URL של הפיקסלים שאליהן צריך להוסיף את מחרוזת ה-AC.
| פרמטר של כתובת URL | מאקרו תואם | איך זה נראה בכתובת ה-URL |
addtl_consent |
ADDTL_CONSENT |
&addtl_consent=${ADDTL_CONSENT} |
דוגמה 1
כדי שספק א' יקבל מחרוזת AC, כתובת ה-URL של תמונה צריכה לכלול צמד מפתח/ערך עם הפרמטר שלה ופקודת המאקרו &addtl_consent=${ADDTL_CONSENT}. כתובת ה-URL שתתקבל תהיה:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}
דוגמה 2
בבקשה נתונה, אם מחרוזת ה-AC היא: 2~1.35.41.101~dv.
פונקציית הקריאה החוזרת (caller) או הקוד שמעבד ומציג את הקריאייטיב יחליפו את פקודת המאקרו בכתובת ה-URL במחרוזת ה-AC בפועל, כך שהפיקסל המוטמע המקורי שכולל את פקודת המאקרו ישתנה באופן הבא בזמן שליחת הקריאה לשרת שצוין:
http://vendor-a.com/key1=val1&key2=val2&addtl_consent=2~1.35.41.101~dv.