Toda configuración del tratamiento de datos restringido por solicitud que establezcas se aplicará de manera global. Por ejemplo, si agregas parámetros de tratamiento de datos restringido por solicitud a una solicitud de un usuario de un estado de EE.UU. donde se aplica la legislación correspondiente, se activará el modo de tratamiento de datos restringido y solo se publicarán anuncios no personalizados.
- Configuración del tratamiento de datos restringido para las páginas que usan etiquetas de AdSense y GPT
- Configuración del tratamiento de datos restringido para otras etiquetas
Configuración del tratamiento de datos restringido para las páginas que usan etiquetas de AdSense y GPT
Cómo solicitar anuncios
De forma predeterminada, las solicitudes de anuncios a Google no limitan la forma en que se tratan los datos y se publican los anuncios personalizados, y la selección de los anuncios se basa tanto en el contenido de la página web como en el historial del usuario específico que visita la página. Google ya admite el envío de indicadores mediante etiquetas de anuncios por diversos motivos de privacidad y cumplimiento de normas, entre los que se incluyen los siguientes:
- Configuración de anuncios no personalizados en las etiquetas de anuncios del publicador de Google
(Ad Manager, AdMob, Android y iOS, AdSense) - Etiquetado de una solicitud de anuncio para usuarios del EEE que no alcanzan la edad de consentimiento (TFUA)
(Ad Manager, AdMob, AdSense) - Etiquetado de una solicitud de anuncio para que se considere contenido dirigido a niños (TFCD)
(Ad Manager, AdMob, AdSense)Los publicadores pueden usar el parámetro TFCD para etiquetar las solicitudes de usuarios menores de edad. El tratamiento de datos restringido también se activará cuando se establezca el parámetro TFCD.
En este artículo, se describe cómo solicitar el modo de tratamiento de datos restringido mediante etiquetas de anuncios. Cuando actives el tratamiento de datos restringido, Google limitará la forma en que usa los datos y solo publicará anuncios no personalizados. Si deseas activar el tratamiento de datos restringido para todos los usuarios que se encuentren en los estados de EE.UU. donde se aplique la legislación correspondiente y que visiten tu propiedad, no es necesario que realices ningún cambio en tu etiquetado de anuncios. Puedes obtener más información acerca del tratamiento de datos restringido, incluso cómo activarlo en la IU, en los Centros de ayuda de Google Ad Manager, AdMob o AdSense.
Si deseas activar el tratamiento de datos restringido únicamente para algunos usuarios, las etiquetas de anuncios asíncronas de AdSense/Ad Exchange y GPT ofrecen a los publicadores una forma de activar la publicación de anuncios con tratamiento de datos restringido según cada página. Esto puede ser útil si eliges mostrar el vínculo de rechazo “No vender mi información personal”. Para los usuarios que rechazan ese tratamiento, puedes considerar que pasar este indicador satisface tus obligaciones regulatorias. Consulta “Ayudamos a los publicadores a satisfacer las leyes de privacidad estatales de EE.UU.” (Google Ad Manager, AdMob, AdSense) para obtener más información sobre el modo de tratamiento de datos restringido.
- En la etiqueta GPT, usa el siguiente fragmento de código:
googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
}); - En la etiqueta de anuncio asíncrona de AdSense y Ad Exchange, usa el siguiente fragmento de código:
<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>
Estos métodos activarán el tratamiento de datos restringido para las solicitudes de anuncios de Google posteriores provenientes de la página. La emisión de esas solicitudes la realizan las siguientes etiquetas de anuncios compatibles: GPT, etiquetas de anuncios asíncronas de AdSense o Ad Exchange (adsbygoogle.js) y el SDK de IMA. Para verificar si una etiqueta de anuncio restringe el tratamiento de datos, localiza la solicitud de anuncio en las herramientas para desarrolladores de tu navegador y busca el parámetro &rdp=1.
Estas mismas APIs permiten inhabilitar el tratamiento de datos restringido (y reactivar la personalización) pasando false y 0, según el tipo que espera la API. Si una página contiene varios tipos de etiquetas de anuncios de Google (por ejemplo, una etiqueta GPT y una etiqueta asíncrona de AdSense/Ad Exchange), debes usar el control de RDP para cada tipo.
Configuración del tratamiento de datos restringido para otras etiquetas
Etiquetas de devoluciones GPT
Si usas etiquetas de devoluciones GPT, puedes marcar una solicitud de anuncio como tratamiento de datos restringido; para ello, usa la misma API de googletag.pubads().setPrivacySettings que las etiquetas GPT tradicionales.
Ejemplo de código:
<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>
Solicitud sin etiqueta
Si usas la función Solicitud sin etiqueta, puedes agregar el parámetro rdp=[int] directamente en la URL de la solicitud de la etiqueta para marcar una solicitud de anuncio como tratamiento de datos restringido. Te recomendamos que especifiques el parámetro al principio de la etiqueta para evitar cualquier riesgo de que se trunque. Especifica rdp=1 para marcar la solicitud de anuncio como tratamiento de datos restringido. Si se omite el parámetro, la opción predeterminada es inhabilitar el tratamiento de datos restringido y permitir los anuncios personalizados.
Ejemplo de código:
https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&rdp=1&c=12345
SDK de anuncios de Google para dispositivos móviles
Para obtener más información sobre el SDK de anuncios de Google para dispositivos móviles, consulta el sitio para desarrolladores de apps.
- AdMob: SDK de GMA para iOS, SDK de GMA para Android
- Ad Manager: SDK de GMA para iOS, SDK de GMA para Android
SDK de anuncios multimedia interactivos de Google (para anuncios de video)
En las solicitudes de videos, puedes indicar que deseas que Google maneje el contenido de tu video como tratamiento de datos restringido. Para ello, utiliza una etiqueta de video principal creada manualmente (solo Ad Manager) o cualquiera de los SDK de IMA específicos de cada plataforma (HTML5, iOS, Android o Google Cast).
Si tu reproductor de video utiliza la función de inserción de anuncios dinámicos de Ad Manager, también puede incluir el parámetro rdp=1 con una solicitud de video on demand (VOD) o de transmisión en vivo para pasar el parámetro a cualquiera de las solicitudes de anuncios incluidas (los SDK de DAI específicos para HTML5, Cast, iOS, Android, Roku o tvOS).
Etiquetas de anuncio del publicador de Google heredadas
Otros tipos de etiquetas de anuncios de Google (p. ej., la etiqueta de GAM heredada, la etiqueta de GUT y la etiqueta síncrona de AdSense o Ad Exchange [show_ads.js]) no admiten las solicitudes de anuncios con tratamiento de datos restringido. Se recomienda migrar a una de las etiquetas que admiten la funcionalidad completa tanto para anuncios personalizados como el modo de tratamiento de datos restringido.
AdSense para búsquedas
De forma predeterminada, las solicitudes de anuncios a Google no limitan la forma en que se tratan los datos y se publican los anuncios personalizados, y la selección de los anuncios se basa tanto en la búsqueda del usuario como en el historial del usuario específico que realiza la búsqueda. Cuando actives el tratamiento de datos restringido, Google limitará la forma en que usa los datos y solo publicará anuncios no personalizados.
Puedes activar el tratamiento de datos restringido para cada solicitud como se describe más abajo o solicitarle al administrador de cuentas que desactive la personalización para propiedades específicas.
- Para la etiqueta de anuncio web de los anuncios de búsqueda, agrega el siguiente texto a
pageOptionsen la etiqueta correspondiente:personalizedAds: false, - Para la etiqueta de AdMob, agrega lo siguiente:
builder.setAdvancedOptionValue("csa_personalizedAds", "false"); - Para la etiqueta de iOS, agrega lo siguiente:
[request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];
Estos métodos activarán el tratamiento de datos restringido y publicarán anuncios no personalizados para esa solicitud en particular. Este es un parámetro sin estado. Si el parámetro no se establece en solicitudes posteriores para ese usuario, el comportamiento se revertirá al predeterminado, que consiste en solicitar anuncios personalizados.
Accelerated Mobile Pages (AMP)
<amp-ad type=”doubleclick”> o <amp-ad type=”adsense”>.Para las solicitudes de anuncios de páginas de AMP, los publicadores pueden optar por restringir el tratamiento de datos para todos los usuarios ubicados en los estados de EE.UU. donde se aplica la legislación correspondiente o hacerlo de forma selectiva conforme a las instrucciones que se incluyen más abajo para desactivar la personalización. Cuando deseen activar el tratamiento de datos restringido, los publicadores usarán la configuración existente para desactivar la personalización. Estos términos se usarán de forma indistinta a lo largo de este artículo.
Cómo solicitar anuncios no personalizados para los usuarios ubicados en los estados de EE.UU. donde se aplica la legislación correspondiente
Si usas etiquetas de Doubleclick o AdSense de AMP sin Configuración en tiempo real (RTC), puedes simplemente activar el tratamiento de datos restringido en las IU de Google Ad Manager o AdSense, y no es necesario que realices ningún otro cambio en tus páginas de AMP.
Si tus etiquetas de anuncios AMP sí usan la Configuración en tiempo real (RTC), solo se envían las solicitudes de RTC si se otorga el consentimiento o si este no se requiere. (Nota: Puedes permitir que se envíen solicitudes de ofertas específicas de RTC independientemente del estado del consentimiento). Para evitar enviar solicitudes de RTC para usuarios que recibirán anuncios no personalizados (es decir, aquellos en los estados de EE.UU. donde se aplica la legislación correspondiente), puedes usar los siguientes componentes y configuraciones (amp-geo y amp-consent):
<!-- Configura el componente amp-geo de modo que detecte los usuarios finales de EE.UU. Por ahora, amp-geo solo admite la detección geográfica a nivel del país, pero pronto estará disponible la detección de estados de EE.UU. Asegúrate de indicar “unknown” cuando no se pueda determinar el país mediante amp-geo y de incluir el valor “unknown” al menos en un grupo -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"eea": ["preset-eea", “unknown”]
}
}
</script>
</amp-geo>
<!-- Configura el componente amp-consent de forma que bloquee las solicitudes y recopile el consentimiento de los usuarios. Más adelante lo configuraremos para que rechace el consentimiento de forma automática, de modo que no lo solicitará realmente a los usuarios. Esto evita las solicitudes de oferta de RTC y le indica a Ad Manager y a AdSense que publiquen anuncios no personalizados. -->
<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>
Dado que actualmente amp-geo no admite la detección de estados de EE.UU. donde se aplica la legislación correspondiente, debes proporcionar un extremo para indicarle a AMP si se requiere el consentimiento del usuario actual a través del parámetro de configuración checkConsentHref. AMP espera un objeto JSON como respuesta del extremo; obtén más información sobre la respuesta de extremos en la documentación del sitio AMP.
Si configurar un extremo no funciona en tu caso, el equipo de AMP está desarrollando una función que estará disponible próximamente para ayudarte a detectar a los usuarios de los estados de EE.UU. donde se aplica la legislación correspondiente. Antes del lanzamiento de la función, puedes elegir aplicar el parámetro de configuración de consentimiento a todos los usuarios de EE.UU. como solución temporal. La configuración de amp-consent tiene el siguiente aspecto:
<!-- Configura el componente amp-consent para que bloquee las solicitudes y recopile el consentimiento de todos los usuarios ubicados en EE.UU -->
<amp-consent layout="nodisplay" id="consent-element">
<script type="application/json">
{
“consentInstanceId”: “my_consent”,
“consentRequire”: false,
“geoOverride”: {
“us”: {
“consentRequired”: “true”
}
}
</script>
</amp-consent>
Debes agregar el atributo data-block-on-consent a los componentes amp-ad existentes en la página como se indica a continuación: _auto_reject les indica a los anuncios que no esperen el mensaje de solicitud de consentimiento, sino que publiquen anuncios no personalizados directamente como resguardo.
<!-- Por último, se configura la etiqueta de anuncio para que rechace el consentimiento automáticamente -->
<amp-ad data-block-on-consent="_auto_reject"
width=320 height=50
type="doubleclick"
data-slot="/4119129/mobile_ad_banner">
</amp-ad>
Cómo publicar anuncios personalizados o no personalizados conforme al consentimiento
Dado que AMP no admite el uso de JavaScript personalizado, la solicitud de anuncios personalizados o no personalizados se basa en la configuración de un componente amp-consent y los atributos data-block-on-consent y data-npa-on-unknown-consent. Si configuraste un componente amp-consent y lo vinculaste a todas las etiquetas <amp-ad> de la página con el atributo data-block-on-consent, sucederá lo siguiente:
- Si el usuario respondió afirmativamente al componente
amp-consent(el usuario acepta la solicitud de consentimiento), los anuncios se solicitarán normalmente. - Si el usuario responde negativamente al componente
amp-consent(el usuario rechaza la solicitud de consentimiento), se solicitarán anuncios no personalizados. - Si la respuesta del usuario al componente amp-consent es desconocida (el usuario descarta la solicitud de consentimiento), sucederá lo siguiente:
- De forma predeterminada, no se enviará ninguna solicitud de anuncio.
- Si el atributo
data-npa-on-unknown-consentestá configurado entrue, se solicitarán anuncios no personalizados.
- Si configuras un componente
amp-geode modo que el consentimiento no se aplique en función de la ubicación geográfica del usuario, las solicitudes se envían normalmente.
Si las etiquetas <amp-ad> no utilizan data-block-on-consent o si el componente amp-consent no se configuró correctamente, las solicitudes se envían normalmente.
A continuación, se incluye un ejemplo de una configuración que establece que se solicite el consentimiento a todos los usuarios de los estados de EE.UU. donde se aplica la legislación correspondiente y que genera los comportamientos descritos anteriormente:
<!-- Configura el componente amp-geo de modo que detecte los usuarios finales de EE.UU. Por ahora, amp-geo solo admite la detección geográfica a nivel del país, pero pronto estará disponible la detección de estados de EE.UU. Asegúrate de especificar “unknown” cuando no se pueda determinar el país mediante amp-geo y de incluir el valor “unknown” al menos en un grupo -->
<amp-geo layout=nodisplay>
<script type="application/json">
{
"ISOCountryGroups": {
"us": ["us"],
"unknown": ["unknown"]
}
}
</script>
</amp-geo>
<!--Configura el consentimiento para usuarios que estén en EE.UU. -->
<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>
<!-- Por último, se configura la etiqueta de anuncio para que espere el consentimiento cuando sea necesario o solicite anuncios no personalizados si no se detecta ninguna respuesta al mensaje de solicitud de consentimiento -->
<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>
Puedes establecer tu propio extremo para solicitar consentimiento a los usuarios de forma selectiva; para ello, configura la página de modo que envíe una solicitud POST de CORS a un extremo mediante checkConsentHref. Lee la documentación sobre amp-consent para obtener más información.