Instellingen voor advertentiepersonalisatie in de advertentietags van Google-uitgevers

De instellingen voor advertentiepersonalisatie in de advertentietags van Google-uitgevers kunnen wereldwijd in elke regio worden ingesteld.

• Instellingen voor advertentiepersonalisatie voor pagina's waarop GPT- en AdSense-tags worden gebruikt
• Instellingen voor advertentiepersonalisatie voor AMP-pagina's
  • Niet-gepersonaliseerde advertenties weergeven aan gebruikers op een locatie
  • Gepersonaliseerde/niet-gepersonaliseerde advertenties weergeven op basis van toestemming
• Instellingen voor advertentiepersonalisatie voor andere tags
  • GPT-passback-tags
  • Tagless Requests
  • AdSense voor zoeken
  • Google User Messaging Platform SDK (UMP)
  • Google-SDK voor interactieve media-advertenties (voor video)
  • Verouderde advertentietags voor Google-uitgevers

Instellingen voor advertentiepersonalisatie voor pagina's waarop GPT- en AdSense-tags worden gebruikt

Advertentieverzoeken

Bij advertentieverzoeken aan Google worden standaard gepersonaliseerde advertenties weergegeven, waarbij de advertentieselectie wordt gebaseerd op zowel de content van de webpagina als de geschiedenis van de individuele gebruiker die de pagina bezoekt. Google ondersteunt ook de weergave van niet-gepersonaliseerde advertenties. Meer informatie over gepersonaliseerde en niet-gepersonaliseerde advertenties

Als u gepersonaliseerde advertenties aan sommige gebruikers en niet-gepersonaliseerde advertenties aan andere gebruikers wilt weergeven, bieden GPT en de asynchrone AdSense/Ad Exchange-advertentietags uitgevers een manier om de weergave van niet-gepersonaliseerde advertenties per pagina te activeren. Dit kan nuttig zijn als u alle of sommige van uw gebruikers een keuze wilt bieden tussen gepersonaliseerde en niet-gepersonaliseerde advertenties.

Voor deze advertenties worden geen cookies gebruikt voor advertentiepersonalisatie. Er worden wel cookies gebruikt voor frequentielimieten en voor verzamelde advertentierapporten. Toestemming om cookies voor die doeleinden te gebruiken, is daarom vereist van gebruikers in landen waarop de bepalingen uit de ePrivacy-richtlijn voor cookies van toepassing zijn. Meer informatie over niet-gepersonaliseerde advertenties

NPA=1 instellen met de GPT-tag

Gebruik deze methode:

googletag.pubads().setPrivacySettings({nonPersonalizedAds: true})

Ga naar Google Developers voor meer informatie.

PPT=1 instellen met de GPT-tag

Gebruik deze methode:

googletag.setConfig({privacyTreatments: {behandelingen: ["disablePersonalization"]}})

Ga naar Google Developers voor meer informatie.

NPA=1 instellen met de asynchrone advertentietag van AdSense en Ad Exchange

Stel de volgende waarde in:

(adsbygoogle=window.adsbygoogle||[]).requestNonPersonalizedAds=1

Ga na of een advertentietag niet-gepersonaliseerde advertenties aanvraagt door het advertentieverzoek op te zoeken via de tools voor ontwikkelaars van uw browser en te zoeken naar de parameter &npa=1.

PPT=1 instellen met de asynchrone advertentietag van AdSense en Ad Exchange

• Optie 1: Push API
  
  Gebruik de push-methode:
  
  (adsbygoogle=window.adsbygoogle||[]).push({ params: {google_privacy_treatments: 'disablePersonalization'}})
  
  Ga na of een advertentietag niet-gepersonaliseerde advertenties aanvraagt door het advertentieverzoek op te zoeken in de tools voor ontwikkelaars van uw browser en te zoeken naar de parameter &ppt=1.
   
• Optie 2: Headertag API
  
  Stel de data-privacy-treatments in op de scripttag adsbygoogle. Bijvoorbeeld:
  
  <script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js" data-privacy-treatments='disablePersonalization'></script>

Advertentieverzoeken onderbreken

GPT-tags en asynchrone AdSense/Ad Exchange-tags ondersteunen technieken waarmee uw pagina wordt geladen, maar waarbij er op een expliciet signaal wordt gewacht voordat de tags advertentieverzoeken gaan sturen. Dit kan nuttig zijn als u moet wachten tot de gebruiker interactie heeft met een toestemmingsverzoek in de UI voordat advertentieverzoeken mogen worden verstuurd.

GPT-advertentieverzoeken pauzeren

• Gebruik de functie disableInitialLoad() om te voorkomen dat de tag advertentieverzoeken verstuurt wanneer de pagina voor het eerst wordt geladen. Doe dit voordat u met display() advertentieverzoeken activeert.
• Stel uw advertentieruimtes zoals gewoonlijk in door aanroepen te sturen naar googletag.cmd.push(...).
• Roep zo nodig setPrivacySettings({nonPersonalizedAds: true}) aan nadat de gebruiker een toestemmingskeuze heeft gemaakt.
• Gebruik de functie refresh() om de verzending van advertentieverzoeken te hervatten.
• Als u refresh() niet aanroept, worden er geen advertenties getoond.

Asynchrone AdSense- of Ad Exchange-advertentiecode pauzeren

• Gebruik (adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=1 om te voorkomen dat de tag advertentieverzoeken verstuurt. U moet dit doen voordat u met adsbygoogle.push(...) advertentieverzoeken activeert.
• Stel uw advertentieruimtes zoals gewoonlijk in door aanroepen te sturen naar adsbygoogle.push(...).
• Nadat de gebruiker een toestemmingskeuze heeft gemaakt, roept u requestNonPersonalizedAds=1 aan, indien nodig.
• Gebruik (adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=0 om weer advertentieverzoeken te versturen.
• Als u pauseAdRequests=0 niet instelt, worden er geen advertenties getoond.

Met deze techniek wordt het versturen van advertentieverzoeken geblokkeerd, maar worden er nog wel steeds verschillende scripts geladen. Bestaande cookies op de domeinen van Google kunnen worden gelezen, maar er worden geen nieuwe cookies ingesteld. Gegevens die aan bestaande cookies zijn gekoppeld, worden niet gebruikt voor advertentieweergave of -meting.

Als uw oplossing voor toestemmingsbeheer een manier biedt om het laden van scripts uit te stellen totdat de gebruiker een keuze heeft gemaakt, kunt u ook het laden van gpt.js en adsbygoogle.js uitstellen. Andere typen Google-advertentietags ondersteunen de onderbreking van advertentieverzoeken niet. U moet daarom voorkomen dat deze worden geladen totdat u gereed bent om gepersonaliseerde of niet-gepersonaliseerde advertenties aan te vragen.

Instellingen voor advertentiepersonalisatie voor AMP-pagina's

Advertentieverzoeken van AMP-pagina's bieden dezelfde instellingen voor advertentiepersonalisatie als de eerder beschreven niet-AMP-pagina's. Uitgevers kunnen niet-gepersonaliseerde advertenties weergeven aan alle gebruikers op een locatie of ze kunnen op basis van toestemming selectief gepersonaliseerde/niet-gepersonaliseerde advertenties weergeven.

Hieronder volgen instructies voor het configureren van elk scenario voor AMP-pagina's die advertenties aanvragen met <amp-ad type="doubleclick"> of <amp-ad type="adsense">.

Niet-gepersonaliseerde advertenties weergeven aan gebruikers op een locatie

Als uw AMP-advertentietags Real Time Config (RTC) niet gebruiken, kunt u de weergave van niet-gepersonaliseerde advertenties activeren in de UI van Google Ad Manager of AdSense. U hoeft verder geen wijzigingen aan te brengen op uw AMP-pagina's.

Als uw AMP-advertentietags Real Time Config (RTC) wel gebruiken, kan uw pagina worden ingesteld om te voorkomen dat er RTC-verzoeken worden gestuurd voor gebruikers die niet-gepersonaliseerde advertenties krijgen (bijvoorbeeld die in de EER, het Verenigd Koninkrijk en Zwitserland). Hieronder volgen de vereiste componenten en configuraties (amp-geo en amp-consent) om dat te doen.

<!-- First we need to set up the amp-geo extension. We define a group: `eea` which includes all European Economic Area countries and the UK. You will need to keep this list up-to-date as membership in the EEA may change over time. -->
<amp-geo layout="nodisplay">
  <script type="application/json"
    {
      "ISOCountryGroups": {
        "eea": [ "at", "be", "bg", "cy", "cz", "de", "dk", "ee", "es", "fi", "fr",
        "gb", "gr", "hr", "hu", "ie", "is", "it", "li", "lt", "lu", "lv", "mt", "nl",
        "no", "pl", "pt", "ro", "se", "si", "sk"]
      }
    }
  </script>
</amp-geo

<!-- Next we need to set up a consent component for end users in EEA countries. We'll later configure it to be auto-rejected, so it doesn't actually prompt for consent. This halts RTC callouts and signals Ad Manager/AdSense to serve non-personalized ads. -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
      "consents": {
        "my_consent": {
          "promptIfUnknownForGeoGroup": "eea"
        }
      }
    }
  </script>
</amp-consent

U moet het kenmerk data-block-on-consent aan bestaande amp-ad-componenten op de pagina toevoegen, zoals aangegeven in het volgende codevoorbeeld:

<!-- 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

Gepersonaliseerde/niet-gepersonaliseerde advertenties weergeven op basis van toestemming

Aangezien AMP geen aangepaste JavaScript-code toestaat, wordt het aanvragen van gepersonaliseerde of niet-gepersonaliseerde advertenties gebaseerd op de configuratie van een amp-consent-component en de kenmerken data-block-on-consent en data-npa-on-unknown-consent. Ervan uitgaande dat u een amp-consent-component heeft geconfigureerd en deze heeft gekoppeld aan alle <amp-ad>-tags op de pagina met data-block-on-consent, is het volgende van toepassing:

• Als de gebruiker bevestigend heeft gereageerd op de amp-consent-component (de gebruiker accepteert de toestemmingsprompt), worden advertenties op de normale wijze aangevraagd.
• Als de gebruiker negatief heeft gereageerd op de amp-consent-component (de gebruiker heeft de toestemmingsprompt afgewezen), worden niet-gepersonaliseerde advertenties aangevraagd.
• Als de reactie van de gebruiker op de amp-consent-component onbekend is (de gebruiker heeft de toestemmingsprompt gesloten), geldt het volgende:
  • Standaard worden er helemaal geen advertentieverzoeken verstuurd.
  • Als data-npa-on-unknown-consent is ingesteld op true, worden niet-gepersonaliseerde advertenties aangevraagd.
• Als u een amp-geo-component instelt zodat toestemming niet van toepassing is op basis van de geografische locatie van de gebruiker, worden verzoeken op de normale wijze gestuurd.

Als uw <amp-ad>-tags data-block-on-consent niet gebruiken of als de amp-consent-component niet correct is ingesteld, worden verzoeken op de normale wijze verstuurd.

Het volgende codevoorbeeld is een voorbeeld van een configuratie die alle gebruikers in de EER om toestemming vraagt. Het resulterende gedrag is zoals hierboven beschreven:

<!-- First, set up the amp-geo extension. We define a group: `eea` which includes all European Economic Area countries. You must keep this list up-to-date as membership in the EEA may change over time. -->
<amp-geo layout="nodisplay">
  <script type="application/json">
    {
      "ISOCountryGroups": {
        "eea": [ "at", "be", "bg", "cy", "cz", "de", "dk", "ee", "es", "fi", "fr",
        "gb", "gr", "hr", "hu", "ie", "is", "it", "li", "lt", "lu", "lv", "mt", "nl",
        "no", "pl", "pt", "ro", "se", "si", "sk"]
      }
    }
  </script>
</amp-geo>
 
<!-- Next, set up the consent for users in the `eea` country group -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
      "consents": {
        "my_consent": {
          "promptIfUnknownForGeoGroup": "eea",
          "promptUI": "myConsentFlow"
        }
      }
    }
  </script> 
</amp-consent

<!-- Finally, set up the ad tag, directing it to wait for consent when necessary -->
<amp-ad data-block-on-consent
    width=320 height=50
    type="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Er zijn andere manieren om gebruikers selectief om toestemming te vragen. U kunt bijvoorbeeld de pagina instellen om een CORS POST-verzoek te sturen naar een eindpunt dat u instelt via checkConsentHref. Meer informatie vindt u in de amp-consent-documentatie.

Instellingen voor advertentiepersonalisatie voor andere tags

GPT-passback-tags

Als u GPT-passback-tags gebruikt, kunt u de volgende API-aanroep gebruiken om een advertentieverzoek als niet-gepersonaliseerd te markeren:

googletag.pubads().setPrivacySettings({nonPersonalizedAds: boolean})

Stel de waarde boolean in op true om het advertentieverzoek te markeren als niet-gepersonaliseerde advertenties en op false voor advertentieverzoeken die in aanmerking komen voor gepersonaliseerde advertenties.

Tagless Request

Als u Tagless Requests gebruikt, kunt u een advertentieverzoek markeren als niet-gepersonaliseerd door de parameter npa=[int] rechtstreeks toe te voegen aan de tagverzoek-URL. Het is raadzaam de parameter vroeg in de tag op te geven om te voorkomen dat deze wordt afgekapt. Geef npa=1 op om het advertentieverzoek als niet-gepersonaliseerd te markeren. Als u de parameter weglaat, worden standaard gepersonaliseerde advertenties ingesteld.

Bijvoorbeeld:

AdSense voor zoeken

Bij advertentieverzoeken aan Google worden standaard gepersonaliseerde advertenties weergegeven, waarbij de advertentieselectie wordt gebaseerd op zowel de zoekopdracht van de gebruiker als de geschiedenis van de individuele gebruiker die de zoekopdracht uitvoert. Google ondersteunt ook de weergave van niet-gepersonaliseerde advertenties. Meer informatie over gepersonaliseerde en niet-gepersonaliseerde advertenties

Als u aan sommige gebruikers gepersonaliseerde advertenties en aan andere gebruikers niet-gepersonaliseerde advertenties wilt weergeven, bieden de tags van AdSense voor zoeken uitgevers een manier om de weergave van niet-gepersonaliseerde advertenties per pagina te activeren. Dit kan nuttig zijn als u alle of sommige van uw gebruikers een keuze wilt bieden tussen gepersonaliseerde en niet-gepersonaliseerde advertenties.

Voor de webadvertentietag voor aangepaste zoekadvertenties

Voeg het volgende toe aan pageOptions in de tag voor aangepaste zoekadvertenties:

Voor de AdMob-tag

Voor de iOS-tag

Met deze methoden worden verzoeken voor niet-gepersonaliseerde advertenties geactiveerd voor dat specifieke verzoek. Dit is een stateless parameter. Als de parameter niet wordt ingesteld in daaropvolgende verzoeken voor die gebruiker, wordt het standaardgedrag hersteld, oftewel er wordt om gepersonaliseerde advertenties verzocht.

Google User Messaging Platform SDK (UMP)

Neem de Google Developers-documentatie (iOS UMP SDK, Android UMP SDK) door voor meer informatie over hoe uw app met de User Messaging Platform SDK kan voldoen aan het Google-beleid voor toestemming van gebruikers in de EU.

Google-SDK voor interactieve media-advertenties (voor video)

Voor videoverzoeken kunt u aangeven dat u wilt dat Google uw videocontent als niet-gepersonaliseerd behandelt als u de parameter npa=1 aan uw advertentietag toevoegt. U doet dit met een handmatig samengestelde hoofdvideotag of met een van de platformspecifieke IMA-SDK's (HTML 5 IMA SDK, iOS IMA SDK, Android IMA SDK, Google Cast IMA SDK).

Als uw videospeler de Ad Manager-functie Dynamische advertentie-invoeging gebruikt, kunt u hiervoor ook de parameter npa=1 opnemen in een VOD-verzoek (video on demand) of livestreamverzoek, zodat de parameter wordt doorgegeven aan opgenomen advertentieverzoeken (DAI HTML5 SDK, DAI Cast SDK, DAI iOS SDK, DAI Android SDK, DAI Roku SDK of DAI tvOS SDK).

Verouderde advertentietags voor Google-uitgevers

Andere typen Google-advertentietags (bijvoorbeeld de verouderde GAM- en GUT-tags en de synchrone AdSense- en Ad Exchange-tags (show_ads.js)) bieden geen ondersteuning voor het sturen van verzoeken voor niet-gepersonaliseerde advertenties. Voorkom dat deze tags worden geladen totdat u klaar bent om gepersonaliseerde advertenties aan te vragen.

Misschien vindt u het makkelijker om het Beleid voor toestemming van gebruikers in de EU na te leven door te migreren naar een van de tags met volledige functieondersteuning voor gepersonaliseerde en niet-gepersonaliseerde advertenties en door verzoeken voor het verzamelen van vereiste toestemming te onderbreken.