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
- 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 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.
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})
De aanroep setCookieOptions()
is niet van toepassing op de AVG.
Ga naar Google Developers voor meer informatie.
PPT=1
instellen met de GPT-tag
Gebruik de 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 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
.
Als u setPrivacySettings({nonPersonalizedAds: false})
aanroept of requestNonPersonalizedAds=0
instelt, wordt personalisatie opnieuw geactiveerd.
PPT=1
instellen met de asynchrone advertentietag van AdSense en Ad Exchange
- Optie 1: Push API
Gebruik depush
-methode:(adsbygoogle=window.adsbygoogle||[]).push({ params: {google_privacy_treatments: 'disablePersonalization'}})
Ga na of een advertentietag niet-gepersonaliseerde advertenties aanvraagt door het advertentieverzoek te zoeken in de tools voor ontwikkelaars van uw browser en de parameter&ppt=1
te zoeken.
- Optie 2: Headertag API
Stel dedata-privacy-treatments
op de scripttagadsbygoogle
in, bijvoorbeeld:
<script async src="https://pagead2.googlesyndicatie.com/pagead/js/adsbygoogle.js" data- privacy-treatments='disablePersonalization'></script>
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 stuurt 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 het versturen 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=1
om te voorkomen dat de tag advertentieverzoeken stuurt. 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=1
aan, indien nodig. - Gebruik
(adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=0
om het versturen van advertentieverzoeken te hervatten. - 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, 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 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 alle gebruikers op een locatie
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 wel Real Time Config (RTC) 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 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 heeft de toestemmingsprompt geaccepteerd), 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 gestuurd.
- Als
data-npa-on-unknown-consent
is 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 vindt hierover meer informatie 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().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>
Tagless Requests
Als u Tagless Requests 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 te specificeren 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.
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 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).