Les paramètres de personnalisation des annonces dans les tags d'emplacement publicitaire Google pour les éditeurs peuvent être définis dans n'importe quelle région du monde, y compris l'Espace économique européen (EEE).
Conformément aux nouvelles Règles de Google relatives au consentement de l'utilisateur dans l'UE, vous êtes tenu de publier certaines informations à l'attention de vos utilisateurs dans l'EEE et au Royaume-Uni. Vous devez également obtenir leur consentement concernant l'utilisation de cookies ou le stockage d'informations en local lorsque la législation l'impose, ainsi que pour la collecte, le partage et l'utilisation de données à caractère personnel pour la personnalisation des annonces. Ces règles reflètent les exigences de la directive vie privée et communications électroniques de l'UE, et celles du Règlement général sur la protection des données (RGPD).
- Paramètres de personnalisation des annonces pour les pages ayant recours aux tags GPT et AdSense
- Paramètres de personnalisation des annonces pour les pages AMP
- Paramètres de personnalisation des annonces pour d'autres types de tags
Paramètres de personnalisation des annonces pour les pages ayant recours aux tags GPT et AdSense
Demandes d'annonces
Par défaut, les demandes d'annonces envoyées à Google diffusent des annonces personnalisées sélectionnées en fonction du contenu de la page Web et de l'historique du visiteur. Google accepte également la diffusion d'annonces non personnalisées. En savoir plus sur les annonces personnalisées et non personnalisées
Si vous respectez nos règles relatives au consentement et si vous souhaitez diffuser des annonces personnalisées auprès de tous les utilisateurs de l'Espace économique européen et du Royaume-Uni ou d'autres régions réglementées qui visitent votre site, vous n'avez pas besoin de modifier vos tags d'emplacement publicitaire. Vous pouvez activer la diffusion des annonces non personnalisées dans l'interface utilisateur AdSense pour les pages de contenu ou Google Ad Manager.
Si vous souhaitez diffuser des annonces personnalisées auprès de certains utilisateurs et des annonces non personnalisées auprès d'autres, les tags d'emplacement publicitaire asynchrones GPT et AdSense/Ad Manager permettent aux éditeurs de déclencher la diffusion d'annonces non personnalisées en fonction de la page. Cela peut être utile si vous permettez à l'ensemble ou une partie des utilisateurs de choisir entre les annonces personnalisées et non personnalisées.
Ces annonces n'utilisent pas de cookies pour la personnalisation. Toutefois, elles y font appel pour limiter la fréquence d'exposition, créer des rapports agrégés sur les annonces, et lutter contre la fraude et les abus. Par conséquent, pour pouvoir utiliser des cookies à ces fins, vous devez obtenir le consentement des utilisateurs situés dans les pays auxquels s'appliquent les dispositions relatives aux cookies de la directive de l'UE sur la vie privée et les communications électroniques. En savoir plus sur les annonces non personnalisées
Pour le tag GPT :
Utilisez la méthode suivante : googletag.pubads().setRequestNonPersonalizedAds(1).
Pour le tag d'emplacement publicitaire asynchrone AdSense et Ad Manager :
Définissez la valeur suivante : (adsbygoogle=window.adsbygoogle||[]).requestNonPersonalizedAds=1.
Afin de vérifier qu'un tag d'emplacement publicitaire émet des demandes d'annonces non personnalisées, consultez la demande d'annonce dans les outils pour les développeurs de votre navigateur et vérifiez qu'elle contient le paramètre &npa=1. Pour réactiver la personnalisation, appelez setRequestNonPersonalizedAds(0) ou définissez requestNonPersonalizedAds=0.
Mise en veille des demandes d'annonces
Les tags asynchrones GPT et AdSense/Ad Manager sont compatibles avec des fonctions permettant de charger votre page sans commencer à émettre des demandes d'annonces tant qu'un signal spécifique n'est pas reçu. Ces fonctions peuvent s'avérer utiles si vous devez attendre que l'utilisateur interagisse avec une fenêtre de demande de consentement pour que vous puissiez émettre des demandes d'annonces.
Lorsque vous utilisez GPT : il est possible de différer les demandes d'annonces si vous utilisez le mode asynchrone.
- Empêchez le tag d'envoyer des demandes d'annonces lors du chargement initial de la page grâce à la fonction
disableInitialLoad(). Vous devez effectuer cette opération avant de déclencher des demandes d'annonces à l'aide dedisplay(). - Comme d'habitude, configurez vos espaces publicitaires à l'aide d'appels vers
googletag.cmd.push(...). - Une fois que l'utilisateur a fait son choix, appelez
setRequestNonPersonalizedAds(1)si nécessaire. - Pour réactiver l'envoi des demandes d'annonces, utilisez la fonction
refresh(). - Si vous n'appelez pas
refresh(), aucune annonce ne s'affichera. Il n'est pas possible de différer les demandes si vous utilisezenableSyncRendering().
Lorsque vous utilisez le code d'annonce asynchrone AdSense ou Ad Manager :
- Empêchez le tag d'envoyer des demandes d'annonces avec la fonction
(adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=1. Vous devez effectuer cette opération avant de déclencher des demandes d'annonces à l'aide deadsbygoogle.push(...). - Comme d'habitude, configurez vos espaces publicitaires à l'aide d'appels vers
adsbygoogle.push(...). - Une fois que l'utilisateur a fait son choix, définissez
requestNonPersonalizedAds=1si nécessaire. - Pour reprendre l'envoi des demandes d'annonces, utilisez
(adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=0. - Si vous ne définissez pas
pauseAdRequests=0, aucune annonce n'apparaîtra.
Cette méthode permet de bloquer l'envoi de demandes d'annonces sans suspendre le chargement de scripts. Bien que les cookies existants sur les domaines de Google puissent être lus, aucun nouveau cookie ne sera défini. Les données associées aux cookies existants ne seront pas utilisées pour diffuser des annonces ou évaluer les performances publicitaires.
Si votre solution de gestion du consentement permet de différer le chargement des scripts jusqu'à ce que l'utilisateur ait fait son choix, une autre méthode consiste à différer le chargement de gpt.js et de adsbygoogle.js. Les autres types de tags d'emplacement publicitaire Google ne sont pas compatibles avec la mise en veille des demandes d'annonces. Vous devez empêcher leur chargement jusqu'à ce que vous soyez en mesure d'émettre des demandes d'annonces personnalisées ou non personnalisées.
Paramètres de personnalisation des annonces pour les pages AMP
Les demandes d'annonces émanant de pages AMP offrent les mêmes paramètres de personnalisation des annonces que les pages décrites précédemment. Les éditeurs ont le choix entre diffuser des annonces non personnalisées auprès de tous les utilisateurs de l'Espace économique européen (EEE) et du Royaume-Uni, et diffuser des annonces personnalisées ou non personnalisées en se basant sur le consentement des utilisateurs. Vous trouverez ci-dessous la procédure à suivre afin de configurer chaque scénario pour les pages AMP qui envoient des demandes d'annonces à l'aide de la fonction <amp-ad type="doubleclick"> ou <amp-ad type="adsense">.
Diffuser des annonces non personnalisées auprès de tous les utilisateurs de l'EEE et du Royaume-Uni
Si vos tags d'emplacement publicitaire AMP n'ont pas recours à la fonctionnalité RTC (Real Time Config), vous pouvez simplement activer la diffusion d'annonces non personnalisées dans l'interface utilisateur Google Ad Manager ou AdSense. Vous n'avez aucune autre modification à apporter à vos pages AMP.
Si vos tags d'emplacement publicitaire AMP ont recours à la fonctionnalité RTC (Real Time Config), vous pouvez configurer votre page de façon à éviter d'envoyer des demandes de type RTC aux utilisateurs (de l'EEE et du Royaume-Uni) auprès desquels des annonces non personnalisées seront diffusées. Vous trouverez ci-dessous les configurations et les composants requis pour procéder à cette opération (amp-geo et amp-consent).
<!-- 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>Vous devez ajouter l'attribut data-block-on-consent à tous les composants amp-ad présents sur la page, comme indiqué ci-dessous :
<!-- Finally we set up the ad tag, directing it to block on consent -->
<amp-ad data-block-on-consent
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>Diffuser des annonces personnalisées ou non personnalisées sur la base du consentement des utilisateurs
Étant donné que les pages AMP ne sont pas compatibles avec le code JavaScript personnalisé, les demandes d'annonces personnalisées ou non personnalisées sont basées sur la configuration d'un composant amp-consent, ainsi que sur les attributs data-block-on-consent et data-npa-on-unknown-consent. En supposant que vous ayez configuré un composant amp-consent, et qu'il soit associé à tous les tags <amp-ad> de la page à l'aide de l'attribut data-block-on-consent :
- si l'utilisateur a répondu par l'affirmative au composant
amp-consent(c'est-à-dire si l'utilisateur a marqué son accord lors de l'affichage du message relatif au consentement), les demandes d'annonces sont envoyées normalement ; - si l'utilisateur a répondu par la négative au composant
amp-consent(c'est-à-dire, si l'utilisateur a refusé son consentement), des demandes d'annonces non personnalisées sont envoyées ; - si la réponse de l'utilisateur au composant
amp-consentn'est pas connue (s'il ignore le message relatif au consentement) :- par défaut, aucune demande d'annonce n'est envoyée ;
- si
data-npa-on-unknown-consentest défini surtrue, des demandes d'annonces non personnalisées sont envoyées ;
- si vous configurez un composant
amp-geode sorte que le consentement ne soit pas applicable sur la base de la position géographique de l'utilisateur, les demandes d'annonces sont envoyées normalement.
Si vos tags <amp-ad> n'ont pas recours à l'attribut data-block-on-consent, ou si le composant amp-consent n'a pas été configuré correctement, les demandes d'annonces sont envoyées normalement.
Vous trouverez ci-dessous un exemple de configuration qui invite tous les utilisateurs de l'EEE et du Royaume-Uni à donner leur consentement (les comportements résultant de leur réponse sont décrits ci-dessus) :
<!-- 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>
Notez qu'il existe d'autres manières de demander le consentement de certains utilisateurs. Vous pouvez par exemple configurer la page de manière à envoyer une demande de type "CORS POST" à un point de terminaison que vous avez configuré à l'aide de checkConsentHref. Pour en savoir plus, reportez-vous à la documentation sur le composant "amp-consent".
Paramètres de personnalisation des annonces pour d'autres types de tags
Tags de passback GPT
Si vous utilisez des tags de passback GPT, vous pouvez définir une demande d'annonce comme non personnalisée en incluant l'élément suivant dans votre appel d'API :
googletag.pubads().setRequestNonPersonalizedAds(int options);
Définissez le paramètre options sur la valeur entière 1 pour marquer la demande d'annonce comme non personnalisée (ANP) et sur 0 pour les demandes d'annonces éligibles aux annonces personnalisées.
Exemple :
<script src="https://www.googletagservices.com/tag/js/gpt.js">
googletag.pubads().setRequestNonPersonalizedAds(1);
googletag.pubads().definePassback("123456/ad/unit", [100,200])
.display();
</script>
Demandes sans tag
Si vous utilisez des demandes sans tag, vous pouvez marquer une demande d'annonce comme non personnalisée en ajoutant le paramètre npa=[int] directement à l'URL de demande du tag. Nous vous recommandons de spécifier le paramètre au début du tag pour éviter tout risque de troncation. Définissez npa=1 afin de marquer la demande d'annonce comme non personnalisée. Si ce paramètre n'est pas défini, la demande d'annonce est marquée comme personnalisée par défaut. Par exemple :
https://pubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&npa=1&c=12345
AdSense pour les recherches
Par défaut, les demandes d'annonces envoyées à Google diffusent des annonces personnalisées sélectionnées en fonction de la requête de recherche de l'utilisateur et de son historique. Google accepte également la diffusion d'annonces non personnalisées. En savoir plus sur les annonces personnalisées et non personnalisées
Si vous souhaitez diffuser des annonces personnalisées auprès de certains utilisateurs et des annonces non personnalisées auprès d'autres, les tags AdSense pour les recherches permettent aux éditeurs de déclencher la diffusion d'annonces non personnalisées en fonction de la page. Cela peut être utile si vous permettez à l'ensemble ou une partie des utilisateurs de choisir entre les annonces personnalisées et non personnalisées.
Si vous utilisez un tag d'emplacement publicitaire Web - Annonces pour les recherches personnalisées, ajoutez l'élément suivant au paramètre pageOptions du tag :
personalizedAds: false,
Pour le tag AdMob :
builder.setAdvancedOptionValue("personalizedAds", "false");
Pour le tag iOS :
[request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];
Ces syntaxes déclenchent des demandes d'annonces non personnalisées pour une demande particulière. "personalizedAds" est un paramètre sans état. S'il n'est pas défini dans les demandes suivantes pour cet utilisateur, le comportement est rétabli au comportement par défaut, à savoir demander des annonces personnalisées.
SDK Google Mobile Ads
Pour en savoir plus sur le SDK Google Mobile Ads, veuillez consulter le site destiné aux développeurs d'applications (SDK GMA iOS ou SDK GMA Android).
SDK Google Interactive Media Ads (pour les vidéos)
Dans les demandes d'annonces vidéo, vous pouvez indiquer à Google que vous souhaitez que votre contenu soit considéré comme non personnalisé en ajoutant le paramètre npa=1 à votre tag d'emplacement publicitaire. Vous pouvez effectuer cette opération avec un tag vidéo maître créé manuellement ou via le SDK IMA correspondant à la plate-forme cible (SDK IMA HTML5, SDK IMA iOS, SDK IMA Android ou SDK IMA Google Cast).
Si votre lecteur vidéo utilise la fonctionnalité d'insertion dynamique d'annonce de Google Ad Manager, il peut également inclure le paramètre npa=1 avec une demande de vidéo à la demande ou de diffusion en direct afin de transmettre le paramètre aux demandes d'annonces incluses (SDK DAI HTML5, SDK DAI Cast, SDK DAI iOS, SDK DAI Android, SDK DAI Roku, SDK DAI tvOS).
