Google תשתתף בפתרון Transparency & Consent Framework (TCF - מסגרת השקיפות וההסכמה) גרסה 2.0 של הלשכה לפרסום אינטראקטיבי (IAB) באירופה ותפעל בהתאם למפרטים ולכללי המדיניות של פתרון זה. אנחנו נתחיל בקריאה ובהעברה של נתוני השקיפות וההסכמה בכל הבקשות להצגת מודעות, החל מהמעבר המלא של ה-IAB מגרסה 1.1 של ה-TCF לגרסה 2.0. עד אז, אם בעל אפליקציה יפרוס פלטפורמה לניהול הסכמה (CMP) במסגרת TCF גרסה 2.0 של IAB, לא יחול שינוי בהתנהגות פרסום המודעות הקיימת (אלא אם בעל האפליקציה יפעיל גרסת בטא. פרטים בהמשך).
יש כמה פרטי הטמעה חשובים שבעלי אפליקציות צריכים להיות מודעים להם, אם הם בוחרים להשתמש ב-TCF גרסה 2.0 של IAB.
כדי שבעלי אפליקציות יוכלו להשתמש ב-TCF גרסה 2.0 של IAB, עליהם להטמיע באפליקציה פלטפורמת CMP שרשומה לגרסה v2.0 של TCF. ה-CMP יוצרת את נתוני השקיפות וההסכמה ומציבה אותם באחסון המקומי. לאחר מכן, ערכות ה-SDK של Google צורכות את נתוני השקיפות וההסכמה שהן מקבלות מהאחסון המקומי.
אם לא נתתם ל-Google את הסכמתכם למטרה 1 (אחסון ו/או גישה למידע במכשיר), אין לקרוא לתג המודעה של Google.
הנחיות כלליות
אם כבר הטמעתם באפליקציה CMP שרשומה לגרסה 2.0 של TCF IAB, מערכת AdMob תתחיל לחשב באופן אוטומטי את נתוני השקיפות וההסכמה מה-CMP ללא צורך בהגדרה מחדש.
הבחירות של ספקי CMP ב-CMP שלכם שרשומה לגרסה 2.0 של TFC של IAB יבטלו את הבחירות של ספקי טכנולוגיית פרסום באמצעי הבקרה בנושא הסכמת משתמשים באיחוד האירופי. בחירות אלה כוללות את הבחירה להציג מודעות ללא התאמה אישית לכל המשתמשים ב-EEA דרך אמצעי הבקרה בנושא הסכמת משתמשים באיחוד האירופי.
אם הגדרתם את המודעות ללא התאמה אישית (NPA) בבקשה להצגת המודעה, אנחנו נבדוק זאת ואת ההסכמה שצוינה בנתוני השקיפות וההסכמה ונחיל את ההגדרה השמרנית ביותר.
- העברת נתוני השקיפות וההסכמה לתגים: תגי GPT, תגי חשיפות passback של GPT, תגי AdSense ותגי Ad Exchange יתקשרו באופן אוטומטי עם ה-CMP של IAB לצורך העברת נתוני השקיפות וההסכמה אל AdMob ללא הגדרה על ידי בעל האפליקציה. IMA SDK ו-Mobile Ads SDK ישיגו וינתחו את נתוני השקיפות וההסכמה מתוך האחסון המקומי ויצייתו להם באופן אוטומטי. לסוגי תגים אחרים, יהיה עליכם להעביר את האותות הבאים באופן ידני:
gdpr={0,1}
ו-gdpr_consent={tc string}
. - העברה של נתוני השקיפות וההסכמה לפרוגרמטי: נתוני השקיפות וההסכמה של IAB מועברים אוטומטית לערוצים פרוגרמטיים של Google בלי צורך בהגדרה על ידי בעל האפליקציה.
- העברת נתוני השקיפות וההסכמה אל קריאייטיבים לא פרוגרמטיים: יש לפנות אל ספק הקריאייטיב כדי לבדוק אם יש צורך בהגדרות נוספות כדי שהקריאייטיבים יוכלו להשתמש בנתוני השקיפות וההסכמה בצורה נכונה. מערכת AdMob מציעה תמיכה בפקודות מאקרו של TCF של IAB (
GDPR
ו-GDPR_CONSENT_XXXX
) כדי לאפשר לכם להעביר ידנית את נתוני השקיפות וההסכמה לספקי קריאייטיב אחרים לפי הצורך. - העברת נתוני השקיפות וההסכמה לשותפים בתהליך בחירת הרשת: נתוני השקיפות וההסכמה של IAB יהיו זמינים באחסון המקומי של המכשיר (
NSUserDefaults
ל-iOS אוSharedPreferences
ל-Android) ונגישה לכל השותפים בתהליך בחירת הרשת כדי לקבל, לנתח ולכבד אותם כשקוראים להם במהלך בקשה של Waterfall של תהליך בחירת רשת.
מדיניות הסכמה: מודעות בהתאמה אישית וללא התאמה אישית
כפי שכתבנו באוגוסט 2019, ההנחיות בנושא יכולת פעולה הדדית מיועדות לשקף את דרישות המדיניות הקיימת של Google, ובפרט את הדרישות במסגרת מדיניות Google בנושא הסכמת משתמשים באיחוד האירופי ובמסגרת המדיניות שלנו נגד יצירה של טביעת אצבע דיגיטלית (fingerprinting) לצורך זיהוי (לדוגמה, אלו שכלולות בדרישות להצגת מודעות על ידי צד שלישי). המדיניות של Google עדיין תקפה, ובחלק מהמקרים היא מחמירה יותר מ-TCF גרסה 2.0.
על בעלי האפליקציות לבדוק את הגדרות הרישום של הספקים שאיתם הם בוחרים לעבוד דרך ה-TCF גרסה 2.0. הדרישות הבאות חלות באופן ספציפי כאשר Google היא ספק ב-CMP של בעל האפליקציה.
Google תציג מודעות בהתאמה אישית אם כל הקריטריונים הבאים יתמלאו:
- משתמש הקצה נתן ל-Google הסכמה:
- לאחסן מידע ו/או לגשת למידע במכשיר (מטרה 1)
- ליצור פרופיל של מודעות בהתאמה אישית (מטרה 3)
- לבחור מודעות בהתאמה אישית (מטרה 4)
- קם ל-Google אינטרס לגיטימי (או הסכמה, כאשר בעל אפליקציה מגדיר ל-CMP שלו לבקש אותה):
- לבחור מודעות בסיסיות (מטרה 2)
- למדוד ביצועי מודעות (מטרה 7)
- להפעיל מחקר שוק על מנת להפיק מדדי קהלים (מטרה 9)
- לפתח ולשפר מוצרים (מטרה 10)
אם דרישות ההסכמה להצגת מודעות בהתאמה אישית לא מתמלאות, Google תציג מודעות ללא התאמה אישית כאשר מתקיימים כל התנאים הבאים:
- משתמש הקצה נתן ל-Google הסכמה:
- לאחסן מידע ו/או לגשת למידע במכשיר (מטרה 1)
- קם ל-Google אינטרס לגיטימי (או הסכמה, כאשר בעל אפליקציה מגדיר ל-CMP שלו לבקש אותה):
- לבחור מודעות בסיסיות (מטרה 2)
- למדוד ביצועי מודעות (מטרה 7)
- להפעיל מחקר שוק על מנת להפיק מדדי קהלים (מטרה 9)
- לפתח ולשפר מוצרים (מטרה 10)
אנחנו נטפל בתרחישים הבאים בהתאם לטבלה הבאה:
תיאור | התנהגות הצגת המודעות |
---|---|
אי מתן הסכמה ל-Google לאחסן ו/או לגשת למידע במכשיר (מטרה 1) בהתאם למדיניות Google בנושא הסכמת משתמשים באיחוד האירופי הקיימת, נדרשת הסכמה לשימוש בקובצי cookie או במזהים לניידים ליצירת מודעות בהתאמה אישית ובמודעות ללא התאמה אישית. במודעות ללא התאמה אישית עדיין נדרשת הסכמה לקובצי cookie או למזהי מכשירים ניידים, כי מודעות ללא התאמה אישית עדיין משתמשות בקובצי cookie או במזהי מכשירים ניידים כדי למנוע הונאה וניצול לרעה, כדי לפקח על מכסת התדירות וכדי להפיק דוחות על מודעות לפי נתונים מצטברים. |
אסור לבעלי אפליקציות לקרוא לתגי המודעות של Google. אם חסרה הסכמה של Google למטרה 1 בנתוני השקיפות וההסכמה, Google תוריד את הבקשה להצגת מודעה ולא יוצגו מודעות. |
היקף גלובלי והיקף מחוץ למסגרת בהתאם למדיניות Google בנושא הסכמת משתמשים באיחוד האירופי, עליכם לציין בבירור כל גורם שעשוי לאסוף מידע אישי של משתמשי קצה, לקבל אותו או להשתמש בו בעקבות השימוש שלכם במוצר של Google. למידע נוסף על היקף הבסיס החוקי |
מאחר שלא ניתן לזהות בבירור כל צד בעת שימוש בהיקף גלובלי, אנחנו לא תומכים בו. במהלך תקופת המעבר שתתחיל כשאנחנו נתחיל לקרוא את נתוני השקיפות וההסכמה ולהעביר אותם לכל הבקשות למודעות, נציג מודעות ללא התאמה אישית כדי לאפשר לבעלי אפליקציות לבצע התאמות. לאחר תקופת המעבר בת שלושת החודשים, לא נציג מודעה אם נתוני השקיפות וההסכמה מציינים "מחוץ למסגרת" או "היקף גלובלי". |
נתוני השקיפות וההסכמה לא חוקיים לא ניתן לנתח את נתוני השקיפות וההסכמה (לדוגמה, חלק מהשדות חסרים). |
במהלך תקופת המעבר שתתחיל כשאנחנו נתחיל לקרוא את נתוני השקיפות וההסכמה ולהעביר אותם לכל הבקשות למודעות, נציג מודעות ללא התאמה אישית כדי לאפשר לבעלי אפליקציות לבצע התאמות. בתום תקופת המעבר בת שלושת החודשים, לא נציג מודעה אם נתוני השקיפות וההסכמה לא חוקיים. |
רישום גמיש לספקים והגבלות על בעלי תוכן דיגיטלי
TCF גרסה 2.0 מאפשרת לבעלי תוכן דיגיטלי להתאים אישית מגוון של הגבלות. רשימות אלה מאפשרות לבעלי תוכן דיגיטלי לציין את ההעדפות שלהם. הן מקבלות עדיפות על פני ההעדפות של הספק, במקרים הרלוונטיים. בעלי תוכן דיגיטלי אינם רשאים לגרום לספק לפעול שלא על פי חוק, או למטרה שמתנגשת עם הרישום ברשימת הספקים הגלובלית של הספק. לכן, הגבלות אלה מוגדרות כך שהן אף פעם לא מרחיבות את היקף הפעולות שספק יכול לעשות, אלא רק מגבילות אותו.
על בעלי האפליקציות לבדוק את הגדרות הרישום של הספקים שאיתם הם בוחרים לעבוד דרך ה-TCF גרסה 2.0. אם ספק נרשם עם "אינטרס לגיטימי" כברירת מחדל של הבסיס המשפטי הגמיש למטרה שעבורה Google דורשת "הסכמה" בהתאם להנחיות ליכולת פעולה הדדית, אם בעל התוכן הדיגיטלי רוצה לעבוד עם ספק זה דרך מוצרי Google, הוא צריך לבחור בהסכמה לספק הזה בהגבלות על בעלי תוכן דיגיטלי של ה-CMP.
* Google נרשמה לשימוש במטרות 2, 5, 6, 7, 9 ו-10 שמוגדרות ב-TCF לפי בסיס משפטי גמיש. הגדרת ברירת המחדל היא 'אינטרס לגיטימי'. אלא אם בעל התוכן הדיגיטלי הגדיר ב-CMP שלו הגבלה שתחייב את Google לקבל הסכמה לשימוש בנתונים למטרות אלה, נסתמך על אינטרס לגיטימי במקרים שבהם ייקבע ב-CMP שקיים אינטרס כזה לפי הפעולות של המשתמשים. Google לא רשומה עם בסיס משפטי גמיש לצורך מטרות 1, 3 ו-4, ותמיד תידרש הסכמה של המשתמשים למטרות אלה.
היקף הבסיס החוקי
TCF בגרסה 2.0 של IAB מציעה לבעלי תוכן דיגיטלי אפשרויות לבחירת ההיקף של הבסיס החוקי לעיבוד מידע אישי, כפי שמתואר בהמשך. מידע זה מועבר באמצעות נתוני השקיפות וההסכמה. בהתאם למדיניות של Google, בעלי אתרים נדרשים לבחור (א) היקף ספציפי לשירות או (ב) היקף ספציפי לקבוצת משתמשים.
- היקף ספציפי לשירות: הבסיס החוקי חל רק על השירות, לדוגמה, אתר או אפליקציה של בעל תוכן דיגיטלי, שבהם מתקבל ומנוהל הבסיס החוקי. (מותר כשעובדים עם Google)
- היקף ספציפי לקבוצה: הבסיס החוקי רלוונטי רק לקבוצת שירותים מוגדרת מראש. לדוגמה, מספר נכסים דיגיטליים של בעל תוכן דיגיטלי אחד או יותר שמטמיע פלטפורמות CMP עם ההיקף של הקבוצה, וכל אחת מהן מאפשרת למשתמשים לנהל את הבחירות שלהם לגבי בסיס חוקי שהוקם עבור הקבוצה בכל השירותים של הקבוצה. יש לחשוף את כל הנכסים הדיגיטליים של הרכיבים בעת קבלת ההסכמה. (מותר כשעובדים עם Google)
- היקף גלובלי: בסיס חוקי לא חל רק על השירות שעבורו הבסיס החוקי מתקבל ומנוהל, אלא בכל הנכסים הדיגיטליים של בעל התוכן הדיגיטלי, שמטמיע פלטפורמות CMP עם היקף גלובלי, שכל אחת מהן מאפשרת למשתמשים לנהל את הבחירות שלהם לגבי בסיס חוקי קיים בכל העולם, בכל הנכסים הדיגיטליים של בעל התוכן הדיגיטלי. (אסור בעת עבודה עם Google)
- מחוץ למסגרת ("OOB"): לא הוקם בסיס חוקי באמצעות המסגרת ולכן אינו בא לידי ביטוי באותות בתוך המסגרת ומשתמשים אינם יכולים לנהל אותו בתוך המסגרת. (אסור בעת עבודה עם Google)
על בעלי האתרים לבחור בהיקף ספציפי לשירות (או ספציפי לקבוצה) אם הם רוצים לעבוד עם Google.
בידינג בזמן אמת (RTB) ו-Open Bidding
הלוגיקה של TCF בגרסה 2.0 של IAB תחול על בקשות להצעות מחיר, תגובות להצעות מחיר וקריאייטיבים ובקשות להתאמות של קובצי cookie.
אפשר לשלוח בקשות להצעות מחיר ולהפעיל התאמות של קובצי cookie כאשר ספק נרשם עם "הסכמה" או, במקרים מוגבלים, "לא בשימוש", להתאמה אישית של מודעות (מטרות 3 ו-4 בנתוני השקיפות וההסכמה). ספקים שנרשמו ל"הסכמה" למטרות של מודעות בהתאמה אישית (מטרות 3 ו-4 בנתוני השקיפות וההסכמה), אבל לא קיבלו הסכמה מהמשתמש:
- לא יקבלו בקשות להצעות מחיר.
- לא יקבלו תגובה לבקשות להתאמות של קובצי cookie.
- לא יורשו לזכות במכרז. Google תחסום קריאייטיבים של ספקים שאינם עומדים בדרישות המדיניות שלנו מלזכות במכרזים או להציג מודעות.
בנוסף, המשתמש היה חייב לתת ל-Google את הסכמתו למטרה 1, למטרה 3 ולמטרה 4.
תהליך בחירת הרשת
אם בחרתם להשתמש בפתרון TCF גרסה 2.0 של IAB, עליכם לוודא שאתם חושפים את כל שותפי תהליך בחירת הרשת (Mediation) ב-CMP. כך Google תוכל להמשיך לשלוח קריאות לכל השותפים ב-Waterfall של תהליך בחירת הרשת.
המערכת תעריך את מחרוזת השקיפות וההסכמה ומחרוזת ההסכמה הנוספת על ידי הצגת מודעות לפני בניית ה-Waterfall של תהליך בחירת הרשת (Mediation), והן יזהו אם השותף בתהליך בחירת הרשת (Mediation) נמצא באחת מהמחרוזות.
- אם השותף בתהליך בחירת הרשת (Mediation) נמצא והמשתמש הביע הסכמה, או קיים אינטרס לגיטימי למטרה אחת לפחות, השותף בתהליך בחירת הרשת ייכלל ב-Waterfall של תהליך בחירת הרשת בזמן שהוא נבנה.
- אם השותף בתהליך לבחירת הרשת (Mediation) לא נמצא, או המשתמש דחה לחלוטין את השותף לבחירת הרשת, לא תהיה קריאה לשותף בתהליך בחירת הרשת ב-Waterfall של התהליך.