De instellingen voor advertentiepersonalisatie in de advertentietags van Google-uitgevers kunnen wereldwijd worden ingesteld in elke regio, waaronder de Europese Economische Ruimte (EER).
Volgens het geüpdatete Beleid voor toestemming van gebruikers in de EU van Google moet u bepaalde kennisgevingen doen aan gebruikers in de EER en het Verenigd Koninkrijk, en hun toestemming vragen voor het gebruik van cookies of andere lokale opslag als dat wettelijk is vereist, en om persoonsgegevens voor advertentiepersonalisatie te verzamelen, te delen en te gebruiken. Dit beleid weerspiegelt de vereisten van de ePrivacy-richtlijn van de EU en de Algemene verordening gegevensbescherming (AVG).
- Instellingen voor advertentiepersonalisatie voor pagina's waarop GPT- en AdSense-tags worden gebruikt
- Instellingen voor advertentiepersonalisatie voor AMP-pagina's
- Instellingen voor advertentiepersonalisatie voor andere tags
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 voldoet aan de vereisten van ons Beleid voor toestemming en u gepersonaliseerde advertenties wilt weergeven aan alle gebruikers in de Europese Economische Ruimte en het Verenigd Koninkrijk of andere gereguleerde regio's die uw site bezoeken, hoeft u uw advertentietags niet aan te passen. U kunt de weergave van niet-gepersonaliseerde advertenties aanzetten in de UI van AdSense voor content of Google Ad Manager.
Als u gepersonaliseerde advertenties aan sommige gebruikers en niet-gepersonaliseerde advertenties aan andere gebruikers wilt weergeven, bieden GPT-tags en asynchrone AdSense/Ad Manager-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.
Bij deze advertenties worden geen cookies gebruikt voor advertentiepersonalisatie. Er worden wel cookies gebruikt voor frequentielimieten, voor verzamelrapporten en voor de bestrijding van bedrog en misbruik. 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
Voor de GPT-tag:
Gebruik deze methode: googletag.pubads().setRequestNonPersonalizedAds(1)
Voor de asynchrone advertentietag van AdSense en Ad Manager:
Stel deze waarde in: (adsbygoogle=window.adsbygoogle||[]).requestNonPersonalizedAds=1
Controleer of een advertentietag niet-gepersonaliseerde advertenties activeert door het advertentieverzoek op te zoeken via de tools voor ontwikkelaars van uw browser en te zoeken naar de parameter &npa=1. U kunt personalisatie heractiveren door setRequestNonPersonalizedAds(0) aan te roepen of requestNonPersonalizedAds=0 in te stellen.
Advertentieverzoeken onderbreken
GPT-tags en asynchrone AdSense/Ad Manager-tags ondersteunen technieken waarmee uw pagina wordt geladen, maar waarbij er op een expliciet signaal wordt gewacht voordat de tags met advertentieverzoeken sturen beginnen. Dat is nuttig als u moet wachten tot de gebruiker interactie heeft met een toestemmingsverzoek in de UI voordat advertentieverzoeken mogen worden verstuurd.
Als u GPT gebruikt: uitstel van advertentieverzoeken is mogelijk als u de asynchrone modus gebruikt.
- Gebruik de functie
disableInitialLoad()om te voorkomen dat de tag advertentieverzoeken verzendt wanneer de pagina voor het eerst wordt geladen. Doe dit voordat u metdisplay()advertentieverzoeken activeert. - Stel uw advertentieruimtes zoals gewoonlijk in door aanroepen te sturen naar
googletag.cmd.push(...). - Nadat de gebruiker een toestemmingskeuze heeft gemaakt, roept u
setRequestNonPersonalizedAds(1)aan, indien nodig. - Gebruik de functie
refresh()om de verzending van advertentieverzoeken te hervatten. - Als u
refresh()niet aanroept, worden er geen advertenties getoond. Uitstel van verzoeken is niet mogelijk als uenableSyncRendering()gebruikt.
Als u asynchrone AdSense- of Ad Manager-advertentiecode gebruikt:
- Gebruik
(adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=1om te voorkomen dat de tag advertentieverzoeken verzendt. U moet dit doen voordat u metadsbygoogle.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=1aan, indien nodig. - Gebruik
(adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=0om de verzending van advertentieverzoeken te hervatten. - Als u
pauseAdRequests=0niet instelt, worden er geen advertenties getoond.
Met deze techniek wordt de verzending 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, heeft u ook de mogelijkheid het laden van gpt.js en adsbygoogle.js uit te stellen. Andere typen Google-advertentietags ondersteunen de onderbreking van advertentieverzoeken niet. U moet daarom voorkomen dat deze worden geladen voordat u klaar 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 niet-AMP-pagina's die eerder zijn beschreven. Uitgevers kunnen ervoor kiezen niet-gepersonaliseerde advertenties weer te geven aan alle gebruikers in de Europese Economische Ruimte (EER) en het Verenigd Koninkrijk of ze kunnen ervoor kiezen om op basis van toestemming selectief gepersonaliseerde/niet-gepersonaliseerde advertenties weer te geven. 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 alle gebruikers in de EER en het Verenigd Koninkrijk
Als uw AMP-advertentietags Real Time Config (RTC) niet gebruiken, kunt u de weergave van niet-gepersonaliseerde advertenties aanzetten 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 RTC-verzoeken worden gestuurd voor gebruikers die niet-gepersonaliseerde advertenties moeten krijgen (gebruikers in de EER en het Verenigd Koninkrijk). Hieronder staan de componenten en configuraties (amp-geo en amp-consent) die nodig zijn 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 setup the consent with 0 timeout (i.e. it doesn’t show a consent UI at all) and default “rejected” consent state. This halts RTC callouts and signals DFP/AdSense to serve non-personalized ads. -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
"consents": {
"my_consent": {
"promptIfUnknownForGeoGroup": "eea"
}
}
"policy": {
"default": {
"waitFor": {
"my_consent": []
}
"timeout": {
"seconds": 0,
"fallbackAction": "reject"
}
}
}
}
</script>
</amp-consent>U moet het kenmerk data-block-on-consent aan bestaande amp-ad-componenten op de pagina toevoegen, zoals hieronder aangegeven:
<!-- Finally we set up the ad tag, directing it block on consent -->
<amp-ad data-block-on-consent
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 verzonden.
- Als
data-npa-on-unknown-consentis ingesteld optrue, 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 verstuurd.
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.
Hier is een voorbeeld van een configuratie waarmee alle gebruikers in de EER en het Verenigd Koninkrijk om toestemming wordt gevraagd. Het resulterende gedrag is zoals hierboven beschreven:
<!-- 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 setup 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 we 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 versturen naar een eindpunt dat u instelt via checkConsentHref. U kunt meer informatie lezen in de amp-consent-documentatie.
Instellingen voor advertentiepersonalisatie voor andere tags
GPT-passbacktags
Als u GPT-passbacktags gebruikt, kunt u de volgende API-aanroep gebruiken om een advertentieverzoek als niet-gepersonaliseerd te markeren:
googletag.pubads().setRequestNonPersonalizedAds(int options);
Stel de options-parameter in op het gehele getal 1 om het advertentieverzoek te markeren als NPA (niet-gepersonaliseerd) en op 0 voor advertentieverzoeken die in aanmerking komen voor gepersonaliseerde advertenties.
Voorbeeld:
<script src="https://www.googletagservices.com/tag/js/gpt.js">
googletag.pubads().setRequestNonPersonalizedAds(1);
googletag.pubads().definePassback("123456/ad/unit", [100,200])
.display();
</script>
Verzoeken zonder tags
Als u verzoeken zonder tags gebruikt, kunt u een advertentieverzoek markeren als niet-gepersonaliseerd door de parameter npa=[int] rechtstreeks aan de tagverzoek-URL toe te voegen. We adviseren u 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-persoonlijk te markeren. Als u de parameter weglaat, worden standaard gepersonaliseerde advertenties ingesteld. Voorbeeld:
https://pubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&npa=1&c=12345
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:
personalizedAds: false,
Voor de AdMob-tag:
builder.setAdvancedOptionValue("personalizedAds", "false");
Voor de iOS-tag:
[request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];
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.
SDK voor mobiele advertenties van Google
Raadpleeg de website voor app-ontwikkelaars (iOS-SDK voor mobiele advertenties van Google, Android-SDK voor mobiele advertenties van Google) voor meer informatie over de SDK voor mobiele advertenties van Google.
Google-SDK voor interactieve media-advertenties (voor video)
Voor videoverzoeken kunt u aangeven dat u wilt dat Google uw videocontent als niet-gepersonaliseerd behandelt wanneer u de parameter npa=1 aan uw advertentietag toevoegt. U kunt dit doen met een handmatig samengestelde hoofdvideotag of met een van de platformspecifieke IMA-SDK's (html5 IMA-SDK, iOS IMA-SDK, Android IMA-SDK, Google Cast IMA-SDK).
Gebruikt uw videospeler de Google Ad Manager-functie Dynamische advertentie-invoeging, dan kan die ook de parameter npa=1 bevatten met een verzoek voor video on demand (VOD) of live stream, 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).
