Toda configuración del procesamiento de datos restringido por solicitud que establezcas se aplicará de manera global. Por ejemplo, si agregas parámetros de procesamiento 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 procesamiento de datos restringido y solo se publicarán anuncios no personalizados.
- Configuración del procesamiento de datos restringido para las páginas que usan etiquetas de AdSense y GPT
- Configuración del procesamiento de datos restringido para otras etiquetas
Configuración del procesamiento 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 procesan 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 reglamentaciones, entre los que se incluyen los siguientes:
- Configuración de anuncios no personalizados en etiquetas de anuncios del publicador de Google
(Ad Manager, AdMob, AdSense) - Etiquetado de una solicitud de anuncio para el tratamiento según la edad (TFAT)
(Ad Manager, AdMob, AdSense)Etiqueta para el tratamiento de contenido según la edad (TFAT)El parámetro de configuración de tratamiento por edad es una herramienta que te ayuda a administrar el cumplimiento del Reglamento General de Protección de Datos (RGPD), la Ley de Protección de la Privacidad de Menores en Internet (COPPA), el Código de Diseño Adecuado para la Edad (AADC) y la Ley de Seguridad en Línea de Australia (AU OSA), o bien otras leyes o reglamentaciones aplicables.
Recuerda que las herramientas de Google no te eximen de tus obligaciones legales. Consulta a tu asesor legal para determinar la configuración de tratamiento de contenido según la edad para tus usuarios en función de tus requisitos legales y reglamentarios.Acerca de la configuración del tratamiento de contenido según la edad
Los siguientes parámetros de configuración te permiten especificar cómo el SDK de anuncios de Google para dispositivos móviles controla las solicitudes de anuncios para los diferentes tratamientos según la edad:
- CHILD: Indicates that ad requests should receive child age treatment. Child age treatment is specified by the value 1. This results in specific ad request behaviors, such as:
- Personalized ads and remarketing are disabled.
- Requests to third-party ad vendors, such as ad measurement pixels and third-party ad servers, are disabled.
- Ad-serving protections for children are applied.
- The Android Advertising Identifier (AAID) and the iOS Identifier for Advertisers (IDFA) are not transmitted.
- TEEN: Indicates that ad requests should receive teen age treatment. Teen age treatment is specified by the value 2. This results in specific ad request behaviors, such as:
- Personalized ads and remarketing are disabled.
- Ad-serving protections for teens are applied.
- UNSPECIFIED: Indicates that no specific age treatment has been set for ad requests. This is the default state and specified by the value 0.
- CHILD: Indicates that ad requests should receive child age treatment. Child age treatment is specified by the value 1. This results in specific ad request behaviors, such as:
- Cómo etiquetar una solicitud de anuncios para usuarios del EEE que no alcanzaron la edad de consentimiento (TFUA) - Obsoleto
- Cómo etiquetar una solicitud de anuncio como contenido dirigido a niños (TFCD) - Obsoleto
Los publicadores pueden usar el parámetro TFCD para etiquetar las solicitudes de usuarios menores de edad. El procesamiento 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 procesamiento de datos restringido mediante etiquetas de anuncios. Cuando actives el procesamiento de datos restringido, Google limitará la forma en que usa los datos y solo publicará anuncios no personalizados. Si deseas activar el procesamiento 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 sobre el procesamiento 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 procesamiento 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 procesamiento 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 procesamiento, puedes considerar que pasar este indicador satisface tus obligaciones derivadas de la reglamentación. 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 procesamiento 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 procesamiento 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 procesamiento 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 procesamiento 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 procesamiento de datos restringido para otras etiquetas
Etiquetas de devoluciones GPT
Si usas etiquetas de devoluciones GPT, puedes marcar una solicitud de anuncio como procesamiento 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 una 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 procesamiento 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 procesamiento de datos restringido. Si se omite el parámetro, la opción predeterminada es inhabilitar el procesamiento 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 video, puedes indicar que deseas que Google trate tu contenido de video como procesamiento de datos restringido. Para ello, utiliza una etiqueta de video principal creada manualmente (solo Ad Manager) o cualquiera de los de los SDK de IMA específicos de cada plataforma (SDK de IMA para HTML5, SDK de IMA para iOS, SDK de IMA para Android o SDK de IMA para 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 procesamiento de datos restringido. Se recomienda migrar a una de las etiquetas que admiten la funcionalidad completa tanto para anuncios personalizados como el modo de procesamiento de datos restringido.
AdSense para búsquedas
De forma predeterminada, las solicitudes de anuncios a Google no limitan la forma en que se procesan 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 procesamiento de datos restringido, Google limitará la forma en que usa los datos y solo publicará anuncios no personalizados.
Puedes activar el procesamiento 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 procesamiento 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 procesamiento 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 procesamiento 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. correspondientes
Si usas etiquetas de Doubleclick o AdSense de AMP sin Configuración en tiempo real (RTC), puedes simplemente activar el procesamiento 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 por medio de 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. A continuación, te mostramos cómo es la configuración de amp-consent:
<!-- 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 en función del 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 de anuncio 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 por medio de 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.