הגדרות של עיבוד נתונים מוגבל (RDP) בתגי המודעות של בעלי תוכן דיגיטלי ב-Google

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

• הגדרות של עיבוד נתונים מוגבל לדפים שמשתמשים בתגי GPT ובתגי AdSense
• הגדרות של עיבוד נתונים מוגבל לתגים אחרים
  • תגי passback של GPT
  • בקשה ללא תגים
  • Google Mobile Ads SDK
  • Google Interactive Media Ads SDK (למודעות וידאו)
  • תגי מודעות מדור קודם של Google לבעלי תוכן דיגיטלי
  • AdSense לחיפוש

הגדרות של עיבוד נתונים מוגבל לדפים שמשתמשים בתגי GPT ובתגי AdSense

בקשות להצגת מודעות

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

• הגדרות של מודעות ללא התאמה אישית בתגי המודעות של Google לבעלי תוכן דיגיטלי 
  (Ad Manager, ‏AdMob, ‏Android‏ ו-‏iOS, ‏AdSense)
• תיוג של בקשה להצגת מודעה למשתמשים ב-EEA מתחת לגיל ההסכמה (TFUA)
  (Ad Manager, AdMob, AdSense)
• תיוג של בקשה להצגת מודעה באמצעות תג התאמה לילדים (תג TFCD)
  (Ad Manager, ‏AdMob, ‏AdSense)
  בעלי תוכן דיגיטלי יכולים להשתמש בפרמטר TFCD כדי לתייג בקשות להצגת מודעות למשתמשים מתחת לגיל ההסכמה. עיבוד נתונים מוגבל יופעל גם כשמוגדר פרמטר TFCD.

במאמר הזה מוסבר איך לבקש מצב של עיבוד נתונים מוגבל באמצעות תגי מודעות. כשמפעילים מצב של עיבוד נתונים מוגבל, Google תגביל את השימוש שלה בנתונים ותציג רק מודעות ללא התאמה אישית. אם אתם רוצים להפעיל מצב של עיבוד נתונים מוגבל לכל המשתמשים שמבקרים בנכס שלכם ונמצאים במדינות רלוונטיות בארה"ב, אין צורך לערוך שינויים בתיוג המודעות. מידע נוסף על עיבוד נתונים מוגבל, כולל הוראות להפעלת המצב הזה בממשק המשתמש, זמין במרכזי העזרה של ‏Google Ad Manager, ‏AdMob או AdSense.

אם אתם רוצים להפעיל מצב של עיבוד נתונים מוגבל רק למשתמשים מסוימים, תגי מודעות אסינכרוניים של GPT ושל AdSense או Ad Exchange מציעים לבעלי תוכן דיגיטלי אפשרות להפעיל את מצב עיבוד הנתונים המוגבל על בסיס כל דף לגופו. האפשרות הזו שימושית אם בחרתם להציג קישור להבעת סירוב בנוסח 'אל תמכרו את המידע האישי שלי'. אתם יכולים להחליט שכמשתמשים מביעים סירוב, העברת האות הזה מספיקה כדי לעמוד בהתחייבויות הרגולטוריות שלכם. מידע נוסף לגבי המצב 'עיבוד נתונים מוגבל' זמין במאמר שמסביר איך אנחנו עוזרים לבעלי תוכן דיגיטלי לעמוד בדרישות של חוקי הפרטיות במדינות ארה"ב (Google Ad Manager, ‏AdMob, ‏AdSense).

• אם משתמשים בתג GPT, צריך להשתמש בקטע הקוד הבא:

  googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
});

• אם משתמשים בתג מודעה אסינכרוני של AdSense ו-Ad Exchange, צריך להשתמש בקטע הקוד הבא:

  <ins class="adsbygoogle"
style="display:inline-block;width:728px;height:90px"
data-ad-client="ca-pub-0123456789abcdef"
data-ad-slot="0123456789"
data-restrict-data-processing="1"></ins>

השיטות האלה יפעילו עיבוד נתונים מוגבל בבקשות עתידיות להצגת מודעות של Google בדף, שנשלחות על ידי תגי המודעות הנתמכים הבאים: GPT, תגי מודעות אסינכרוניים של AdSense או של Ad Exchange ‏(adsbygoogle.js) ו-IMA SDK. כדי לוודא שתג מודעה מגביל את עיבוד הנתונים, צריך למצוא את הבקשה להצגת המודעה בכלים למפתחים בדפדפן ולאחר מכן לחפש את הפרמטר ‎&rdp=1.

ממשקי ה-API האלה מאפשרים להשבית את עיבוד הנתונים המוגבל (ולהפעיל מחדש את ההתאמה האישית) על ידי קביעת ערכים של false ו-0, בהתאם לסוג שה-API מצפה לקבל. אם דף מסוים מכיל תגי מודעות של Google מסוגים שונים (למשל, גם תג GPT וגם תג אסינכרוני של AdSense או Ad Exchange), אתם חייבים להשתמש באמצעי הבקרה של עיבוד נתונים מוגבל לכל סוג של תג.

הגדרות של עיבוד נתונים מוגבל לתגים אחרים

תגי passback של GPT

כשמשתמשים בתגי passback של GPT, אפשר לסמן שמדובר בבקשה להצגת מודעה שעיבוד הנתונים שלה מוגבל. כדי לעשות את זה, משתמשים באותו API של googletag.pubads().setPrivacySettings כמו בתג GPT רגיל.

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

קוד לדוגמה:

<script async
src="https://securepubads.g.doubleclick.net/tag/js/gpt.js"></script>
<div id='gpt-passback'>
  <script>
     window.googletag = window.googletag || {cmd: []};
     googletag.cmd.push(function() {
       googletag
         .defineSlot('/123/sports', [300, 250], 'gpt-passback')
         .addService(googletag.pubads());
       googletag.pubads().setPrivacySettings({
        'restrictDataProcessing': true
       });
       googletag.enableServices();
       googletag.display('gpt-passback');
     });
  </script>
</div>

בקשה ללא תגים

כשמשתמשים בבקשה ללא תגים, אפשר לסמן שמדובר בבקשה להצגת מודעה שעיבוד הנתונים שלה מוגבל. כדי לעשות את זה, מוסיפים את הפרמטר rdp=[int] ישירות לכתובת ה-URL של הבקשה של התג. מומלץ לציין את הפרמטר בתחילת התג כדי שהוא לא ייחתך בטעות. צריך לציין rdp=1 כדי לסמן שמדובר בבקשה להצגת מודעה שעיבוד הנתונים שלה מוגבל. אם לא תציינו את הפרמטר הזה, המערכת תשבית את עיבוד הנתונים המוגבל ותאפשר מודעות מותאמות אישית. 

קוד לדוגמה:

https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345

Google Mobile Ads SDK

מידע נוסף על Google Mobile Ads SDK זמין באתר למפתחי אפליקציות.

• AdMob:‏ iOS GMA SDK,‏ Android GMA SDK
• Ad Manager:‏ iOS GMA SDK,‏ Android GMA SDK

Google Interactive Media Ads SDK (למודעות וידאו)

בבקשות להצגת מודעות וידאו, אתם יכולים לציין ש-Google צריכה להתייחס לתוכן הווידאו שלכם כמודעה שעיבוד הנתונים שלה מוגבל. ניתן לעשות זאת באמצעות תג וידאו ראשי שנבנה ידנית (ב-Ad Manager בלבד) או באמצעות ה-IMA SDK שמתאים לפלטפורמה הספציפית (HTML 5 IMA SDK‏, iOS IMA SDK‏, Android IMA SDK‏, Google Cast IMA SDK‏).

אם בנגן הווידאו שלכם מוגדרת התכונה 'הטמעת מודעות דינמיות (DAI)' של Ad Manager, הוא גם יכול לכלול את הפרמטר rdp=1 בבקשה לווידאו על פי דרישה (VOD) או לשידור חי כדי לקבוע את ערך הפרמטר בכל הבקשות הכלולות להצגת מודעות (DAI HTML5 SDK‏, ‏DAI Cast SDK, ‏DAI iOS SDK, ‏DAI Android SDK, ‏DAI Roku SDK, ‏DAI tvOS SDK).

תגי מודעות מדור קודם של Google לבעלי תוכן דיגיטלי

סוגים אחרים של תגי מודעות של Google (למשל תג GAM, תג GUT ותג סינכרוני של AdSense או Ad Exchange ‏(show_ads.js) מהדור הקודם) לא תומכים בבקשות להצגת מודעות שעיבוד הנתונים שלהן מוגבל. מומלץ לעבור לאחד מהתגים שתומכים באופן מלא במודעות גם בהתאמה אישית וגם במצב 'עיבוד נתונים מוגבל'.

AdSense לחיפוש

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

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

• במודעות לרשת החיפוש בהתאמה אישית, אם משתמשים בתג מודעה באינטרנט, צריך להוסיף את הטקסט הבא ל-pageOptions בתג של המודעות לרשת החיפוש בהתאמה אישית:

  personalizedAds: false,‎

• אם משתמשים בתג AdMob:

  builder.setAdvancedOptionValue("csa_personalizedAds", "false");

• אם משתמשים בתג ל-iOS:

  [request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];‎

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

Accelerated Mobile Pages ‏(AMP)

ההוראות האלה רלוונטיות רק ל-Ad Manager ול-AdSense. בקישורים הבאים מוסבר איך להגדיר כל תרחיש של בקשה להצגת מודעה מדפי AMP, באמצעות תגי ‎<amp-ad type=”doubleclick”>‎ או ‎<amp-ad type=”adsense”>‎.

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

בקשה להצגת מודעות ללא התאמה אישית למשתמשים שנמצאים במדינות רלוונטיות בארצות הברית

אם אתם משתמשים בתגי AMP של AdSense או ב-AMP DoubleClick ללא Real Time Config ‏(RTC), אתם יכולים להפעיל עיבוד נתונים מוגבל בממשק המשתמש של AdSense או Google Ad Manager בלי לבצע שינויים נוספים בדפי ה-AMP.

אם התגים של מודעות ה-AMP כוללים שימוש ב-Real Time Config, בקשות RTC נשלחות רק אם מתקבלת הסכמה או אם לא נדרשת הסכמה. (הערה: אתם יכולים לאפשר שליחה של בקשות RTC ספציפיות ללא קשר למצב ההסכמה.) כדי להימנע משליחת בקשות RTC למשתמשים שיוצגו להם מודעות ללא התאמה אישית (כלומר משתמשים שנמצאים במדינות רלוונטיות בארה"ב), אפשר להשתמש בהגדרות וברכיבים הבאים (amp-geo ו-amp-consent):

<!-- Set up the amp-geo component to detect end users from the U.S. amp-geo only supports country level geo detection now, but U.S. states detection is coming soon. Please make sure to handle the case “unknown” when the country cannot be determined by amp-geo, and have at least one group contain the “unknown” -->
<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "eea": ["preset-eea", “unknown”]
      }
    }
  </script>
</amp-geo>

<!-- Set up the amp-consent component to block requests and collect user consents. We'll later configure it to be auto-rejected, so it doesn't actually prompt for consent. This prevents RTC callouts and signals Ad Manager/AdSense to serve non-personalized ads. -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “remote”,
    “checkConsentHref”: “https://your-endpoint” 
  }
}     
  </script>
</amp-consent>

הרכיב amp-geo לא תומך כרגע בזיהוי של מדינות רלוונטיות בארה"ב, כך שאתם צריכים לספק נקודת קצה (endpoint) דרך ההגדרה checkConsentHref כדי לעדכן את AMP אם נדרשת הסכמה מהמשתמש הנוכחי. ‏AMP מצפה לקבל חזרה אובייקט JSON מנקודת הקצה. מידע נוסף על התשובה של נקודת הקצה זמין במסמך באתר של AMP.

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

<!-- Set up the amp-consent component to block requests and collect user consents for all U.S. users -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
     “consentInstanceId”: “my_consent”,
      “consentRequire”: false,
“geoOverride”: {
  “us”: {
    “consentRequired”: “true”
  }
}     
  </script>
</amp-consent>

חובה להוסיף את המאפיין data-block-on-consent לכל רכיבי amp-ad בדף, כמו שמתואר למטה. המאפיין _auto_rejecting מורה למודעות לא להמתין לבקשת ההסכמה, אלא לחזור ישירות להצגת מודעות ללא התאמה אישית. 

<!-- Finally we set up the ad tag, directing it to automatically reject consent -->
<amp-ad data-block-on-consent="_auto_reject"
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

הצגת מודעות בהתאמה אישית או מודעות ללא התאמה אישית בכפוף להסכמה

בדפי AMP לא ניתן להשתמש ב-JavaScript מותאם אישית, לכן הבקשה להצגת מודעות בהתאמה אישית או ללא התאמה אישית מבוססת על ההגדרה של רכיב amp-consent, ועל המאפיינים data-block-on-consent ו-data-npa-on-unknown-consent. בהנחה שכבר הגדרתם רכיב amp-consent וקישרתם אותו לכל תגי <amp-ad> בדף שכוללים את המאפיין data-block-on-consent:

• אם המשתמש מגיב בחיוב לרכיב ה-amp-consent (המשתמש קיבל את בקשת ההסכמה), בקשות להצגת מודעות יישלחו כרגיל.
• אם המשתמש מגיב בשלילה לרכיב ה-amp-consent (המשתמש דחה את בקשת ההסכמה), יישלחו בקשות להצגת מודעות ללא התאמה אישית.
• אם תגובת המשתמש לרכיב ה-amp-consent לא ידועה (המשתמש סגר את בקשת ההסכמה)
  • כברירת מחדל, לא יישלחו שום בקשות להצגת מודעות.
  • אם הערך של המאפיין data-npa-on-unknown-consent הוא true, יישלחו בקשות למודעות ללא התאמה אישית.
• אם מגדירים רכיב amp-geo כך שהבעת ההסכמה לא רלוונטית על בסיס המיקום הגיאוגרפי של המשתמש, הבקשות יישלחו כרגיל.

אם תגי <amp-ad> לא כוללים data-block-on-consent או אם הרכיב amp-consent לא הוגדר בצורה נכונה, הבקשות יישלחו כרגיל.

דוגמה להגדרה שבמסגרתה מוצגת בקשת הסכמה לכל המשתמשים במדינות הרלוונטיות בארה"ב, שמובילה להתנהגות שמתוארת למעלה:

<!-- Set up the amp-geo component to detect end users from the U.S. amp-geo only supports country level geo detection now, but U.S. states detection is coming soon. Please make sure to handle the case “unknown” when the country cannot be determined by amp-geo, and have at least one group contain the “unknown” -->

<amp-geo layout=nodisplay>
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "us": ["us"],
        "unknown": ["unknown"]
      }
    }
  </script>
</amp-geo>

<!--Setup the consent for users in the U.S -->

<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
    “consentInstanceId” : “my_consent”,
      “consentRequired”: false,
      “geoOverride”: {
        “us”: {
          “consentRequired”: “true”,
          “promptUI”: “myConsentFlow”
        }
      }
    }
  </script>
  <div id=”myConsentFlow”>...</div>
</amp-consent>

<!-- Finally we set up the ad tag, directing it to wait for consent when necessary, and request non-personalized ads if resolved consent is unknown -->
<amp-ad data-block-on-consent
    data-npa-on-unknown-consent=true
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

אתם יכולים להגדיר נקודת קצה משלכם ולבקש הסכמה ממשתמשים באופן סלקטיבי. כדי לעשות את זה, מגדירים שהדף ישלח בקשת POST מסוג CORS לנקודת קצה באמצעות checkConsentHref. ניתן לקבל מידע נוסף במסמכים בנושא amp-consent.