Configuración del tratamiento de datos restringido en las etiquetas de anuncio de los editores de Google

Cualquier ajuste en el tratamiento de datos restringido por solicitud que configures se aplicará en todo el mundo. Por ejemplo, si añades parámetros de tratamiento de datos restringido a la solicitud de un usuario que sea de un estado de EE. UU. pertinente, se activará el modo de tratamiento de datos restringido y solo se mostrarán anuncios no personalizados.

• Configuración del tratamiento de datos restringido para páginas que utilicen etiquetas de AdSense y GPT
• Configuración del tratamiento de datos restringido para otras etiquetas
  • Etiquetas de passback GPT
  • Solicitudes sin etiquetas
  • SDK de anuncios de Google para móviles
  • SDK de anuncios multimedia interactivos de Google (para vídeo)
  • Etiquetas de anuncio de editores de Google antiguas
  • AdSense para búsqueda

Configuración del tratamiento de datos restringido para páginas que utilicen etiquetas de AdSense y GPT

Solicitar anuncios

Las etiquetas para usuarios que aún no tienen la edad de consentimiento (TFUA) y para contenido dirigido a niños (TFCD) ya no están disponibles. En su lugar, usa la etiqueta de tratamiento según la edad (TFAT). Puedes marcar tu solicitud de anuncio con el ajuste TFAT para gestionar diferentes tratamientos de edad para sus solicitudes de anuncios. El valor "child" de TFAT es funcionalmente equivalente a las etiquetas de tratamiento de contenido dirigido a niños TFCD o TFUA. Para obtener más información sobre los ajustes de TFAT, consulta la documentación para desarrolladores de Android y iOS.

De forma predeterminada, cuando se envían solicitudes de anuncios a Google, no se limita el tratamiento de datos ni cómo se muestran anuncios personalizados. La selección de estos anuncios se basa tanto en el contenido de las páginas web como en el historial de los usuarios que las visitan. Google permite el envío de señales mediante etiquetas de anuncio para cumplir normativas y por motivos de privacidad, como:

• Configuración de anuncios no personalizados en etiquetas de anuncio de editores de Google
  (Ad Manager, AdMob y AdSense)
• Etiquetado de solicitudes de anuncios de tratamiento por edad (TFAT)
  (Ad Manager, AdMob y AdSense)
  Etiqueta para el tratamiento de la edad (TFAT)

  El ajuste de tratamiento de la edad es una herramienta que te ayuda a gestionar el cumplimiento del Reglamento General de Protección de Datos (RGPD), la ley de protección de la privacidad infantil online de EE. UU. (Children's Online Privacy Protection Act, COPPA), el código de diseño apropiado para los niños del Reino Unido (Age Appropriate Design Code, AADC) y la ley de seguridad online de Australia (Australia Online Safety Act, AU OSA), así como otras leyes o normativas aplicables.

  Recuerda que las herramientas de Google no te eximen de tus obligaciones legales. Consulta con tu asesor jurídico para determinar los ajustes de tratamiento de la edad de tus usuarios en función de tus requisitos legales y normativos.

  Acerca de los ajustes de tratamiento por edad

  Los siguientes ajustes te permiten especificar cómo gestiona el SDK de anuncios de Google para móviles las solicitudes de anuncios para diferentes tratamientos por edad:

  • NIÑO: indica que las solicitudes de anuncios deben recibir tratamiento por edad para niños. Este tratamiento se especifica con el valor 1. Esto da lugar a comportamientos específicos de las solicitudes de anuncios, como los siguientes:
    • Se inhabilitan los anuncios personalizados y el remarketing.
    • Se inhabilitan las solicitudes a proveedores de anuncios externos, como los píxeles de medición de anuncios y los servidores de anuncios externos.
    • Se aplican las protecciones para niños en la publicación de anuncios.
    • No se transmiten el identificador de publicidad de Android (AAID) ni el identificador de anunciantes de iOS (IDFA).

  • ADOLESCENTE: indica que las solicitudes de anuncios deben recibir tratamiento por edad para adolescentes. Este tratamiento se especifica con el valor 2. Esto da lugar a comportamientos específicos de las solicitudes de anuncios, como los siguientes:
    • Se inhabilitan los anuncios personalizados y el remarketing.
    • Se aplican las protecciones para adolescentes en la publicación de anuncios.
  • SIN ESPECIFICAR: indica que no se ha definido ningún tratamiento específico por edad para las solicitudes de anuncios. Este es el estado predeterminado y se especifica con el valor 0.
• Etiquetado de solicitudes de anuncios para usuarios del EEE que aún no tienen la edad de consentimiento (TFUA) - Obsoleto
• Etiquetado de solicitudes de anuncios como contenido dirigido a niños (TFCD) - Obsoleto
  Los editores pueden optar por el parámetro TFCD para etiquetar solicitudes de usuarios menores. El tratamiento de datos restringido también se activará si se define el parámetro TFCD.

En este artículo se explica cómo solicitar el modo de tratamiento de datos restringido mediante etiquetas de anuncio. Cuando se active el tratamiento de datos restringido, Google limitará el uso de los datos y solo mostrará anuncios no personalizados. Si quieres activar el tratamiento de datos restringido para todos los usuarios que estén en los estados de EE. UU. pertinentes y visiten tu propiedad, no es necesario que hagas cambios en tu etiquetado de anuncios. Puedes consultar más información sobre el tratamiento de datos restringido, incluido cómo activarlo en la interfaz, en los Centros de Ayuda de Google Ad Manager, AdMob o AdSense.

Si prefieres activar el tratamiento de datos restringido solo para algunos usuarios, las etiquetas de anuncio asíncronas de Google Publisher Tag (GPT) y AdSense o Ad Exchange ofrecen a los editores la posibilidad de activar el tratamiento de datos restringido en páginas concretas. Esta opción puede ser útil si vas a mostrar el enlace de rechazo "No vender ni compartir mi información personal". En el caso de los usuarios que se decanten por esta opción, puedes determinar que incluir ese enlace es suficiente para cumplir las obligaciones normativas. Consulta los artículos sobre cómo ayudar a que los editores de Google Ad Manager, AdMob o AdSense cumplan las leyes de privacidad de los estados de EE. UU. para obtener más información sobre el modo de tratamiento de datos restringido.

• En las etiquetas GPT, inserta el siguiente fragmento de código:

  googletag.pubads().setPrivacySettings({
'restrictDataProcessing': true
});

• En las etiquetas de anuncio asíncronas de AdSense y Ad Exchange, inserta este otro 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>

Con estos métodos, se activará el tratamiento de datos restringido en las solicitudes de anuncios posteriores que se hagan a Google desde páginas que incluyan las siguientes etiquetas: GPT, etiquetas de anuncio asíncronas de AdSense o Ad Exchange (adsbygoogle.js) y el SDK de IMA. Para comprobar que una etiqueta de anuncio está restringiendo el tratamiento de datos, ve a las herramientas para desarrolladores de tu navegador, localiza la solicitud en cuestión y busca el parámetro &rdp=1.

Estas mismas APIs permiten inhabilitar el tratamiento de datos restringido (y volver a activar la personalización de anuncios) enviando los parámetros false y 0, en función de la API. Si una página contiene varios tipos de etiquetas de anuncio de Google (por ejemplo, una etiqueta GPT y otra asíncrona de AdSense o Ad Exchange), tendrás que utilizar el control de tratamiento de datos restringido de cada tipo de etiqueta.

Configuración del tratamiento de datos restringido para otras etiquetas

Etiquetas de passback GPT

Si utilizas etiquetas de passback GPT, puedes marcar una solicitud de anuncio como tratamiento de datos restringido mediante la misma API googletag.pubads().setPrivacySettings que se emplea en las etiquetas GPT tradicionales.

Si se omite esta opción, se permitirán los anuncios personalizados de forma predeterminada.

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>

Solicitudes sin etiquetas

Si utilizas la función de solicitudes sin etiquetas, puedes marcar que una solicitud de anuncio es de tratamiento de datos restringido añadiendo el parámetro rdp=[int] directamente a la URL de la solicitud de la etiqueta. Te recomendamos que incluyas el parámetro al principio de la etiqueta para evitar cualquier riesgo de truncamiento. Especifica rdp=1 para marcar la solicitud de anuncio como tratamiento de datos restringido. Si se omite este parámetro, de forma predeterminada se inhabilitará el tratamiento de datos restringido y se permitirán 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 móviles

Consulta el sitio para desarrolladores de aplicaciones para obtener más información sobre el SDK de anuncios de Google para móviles.

• AdMob: SDK de anuncios de Google para móviles iOS y SDK de anuncios de Google para móviles Android
• Ad Manager: SDK de anuncios de Google para móviles iOS y SDK de anuncios de Google para móviles Android

SDK de anuncios multimedia interactivos de Google (para vídeo)

En las solicitudes de vídeo, puedes indicar a Google que quieres aplicar el tratamiento de datos restringido a tu contenido de vídeo. Para hacerlo, puedes añadir una etiqueta maestra de vídeo creada manualmente (solo en Ad Manager) o utilizar los SDKs de IMA específicos de cada plataforma (HTML5, iOS, Android y Google Cast).

Si tu reproductor de vídeo utiliza la función de inserción dinámica de anuncios de Ad Manager, también puedes incluir el parámetro rdp=1 en las solicitudes de vídeos bajo demanda o de emisiones en directo para que se utilice en el resto de las solicitudes de anuncios incluidas (SDKs de inserción dinámica de anuncios para HTML5, Cast, iOS, Android, Roku y tvOS).

Etiquetas de anuncio de editores de Google antiguas

Hay otros tipos de etiquetas de anuncio de Google que no admiten solicitudes de anuncios con tratamiento de datos restringido; por ejemplo, las antiguas etiquetas GAM y GUT, y las etiquetas síncronas de AdSense o Ad Exchange (show_ads.js). Recomendamos hacer la migración a alguna etiqueta que admita tanto anuncios personalizados como el modo de tratamiento de datos restringido.

AdSense para búsqueda

De forma predeterminada, en las solicitudes de anuncios a Google no se limita el tratamiento de datos y se muestran anuncios personalizados. La selección de estos anuncios se basa tanto en la consulta de búsqueda como en el historial de los usuarios que hacen las búsquedas. Cuando se active el tratamiento de datos restringido, Google limitará el uso de los datos y solo mostrará anuncios no personalizados.

Puedes activar el tratamiento de datos restringido en función de cada solicitud, como se describe más abajo, o pedir a tu gestor de cuentas que desactive la personalización en propiedades concretas.

• En el caso de la etiqueta de anuncios de búsqueda para la Web, añade el texto siguiente al atributo pageOptions de la etiqueta de este tipo de anuncios:

  personalizedAds: false,

• Si se utiliza la etiqueta de AdMob:

  builder.setAdvancedOptionValue("csa_personalizedAds", "false");

• Si se utiliza la etiqueta de iOS:

  [request setAdvancedOptionValue:@"false" forKey:@"personalizedAds"];

Las solicitudes en las que se utilice cualquiera de estos métodos activarán el tratamiento de datos restringido y la publicación de anuncios no personalizados. Este parámetro no tiene estado, por lo que, si no se define en las solicitudes posteriores del usuario, se adoptará el comportamiento predeterminado (es decir, se volverán a solicitar anuncios personalizados).

Accelerated Mobile Pages (AMP)

Estas instrucciones solo sirven para Ad Manager y AdSense. Consulta cómo configurar en cada caso páginas AMP que solicitan anuncios con <amp-ad type="doubleclick"> o <amp-ad type="adsense">.

En las solicitudes de anuncios procedentes de páginas AMP, los editores pueden elegir entre restringir el tratamiento de datos para todos los usuarios que estén en los estados de EE. UU. pertinentes o restringirlo de forma selectiva siguiendo las instrucciones que se indican más abajo para desactivar la personalización. Los editores pueden activar el tratamiento de datos restringido mediante la configuración para desactivar la personalización. Estos términos se emplearán como sinónimos en todo el artículo.

Solicitar anuncios no personalizados para usuarios de los estados de EE. UU. pertinentes

Si utilizas etiquetas AMP de AdSense o etiquetas AMP de DoubleClick sin Real Time Config (RTC), puedes activar el tratamiento de datos restringido desde las interfaces de Google Ad Manager o AdSense sin tener que hacer ningún cambio en tus páginas AMP.

Si tus etiquetas de anuncio AMP utilizan Real Time Config (RTC), solo se enviarán solicitudes de RTC si se da el consentimiento o si no es necesario darlo. Nota: Puedes permitir que se envíen solicitudes específicas de RTC independientemente del estado del consentimiento. Puedes evitar que se envíen solicitudes de RTC a los usuarios que verán anuncios no personalizados (los que estén en los estados de EE. UU. pertinentes) mediante los siguientes componentes y configuraciones (amp-geo y amp-consent):

<!-- Configura el componente amp-geo de forma que detecte usuarios finales de EE. UU. Por ahora, amp-geo solo admite la detección geográfica a nivel de país, pero pronto estará disponible la detección del estado de EE. UU. Especifica "unknown" cuando no se pueda determinar el país mediante amp-geo e incluye 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 recoja el consentimiento de los usuarios. Más adelante lo configuraremos para que rechace automáticamente el consentimiento, así que realmente no lo solicitará a los usuarios. Este componente evita las solicitudes de RTC e indica a Ad Manager y a AdSense que muestren 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 amp-geo todavía no puede detectar los estados de EE. UU. pertinentes, debes proporcionar un endpoint que indique a la página AMP si se necesita el consentimiento del usuario mediante el ajuste checkConsentHref. AMP espera que el endpoint envíe un objeto JSON. Consulta más información sobre la respuesta de los endpoints en la documentación del sitio AMP.

Si la opción de configurar un endpoint no te sirve, el equipo de AMP está desarrollando una función que se lanzará próximamente para ayudar a detectar usuarios de los estados de EE. UU. pertinentes. Hasta que esa función esté disponible, puedes aplicar la configuración del consentimiento a todos los usuarios de EE. UU. como solución temporal. La configuración de amp-consent es así:

<!-- Configura el componente amp-consent de modo que bloquee las solicitudes y recoja el consentimiento de todos los usuarios que estén 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 añadir el atributo data-block-on-consent a cualquier componente amp-ad de la página, tal como se indica a continuación: _auto_reject indica a los anuncios que no esperen al mensaje de solicitud de consentimiento, sino que pasen a mostrar anuncios no personalizados directamente. 

<!-- 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>

Mostrar anuncios personalizados o no personalizados en función del consentimiento

Dado que no es posible utilizar código JavaScript personalizado en las páginas AMP, la configuración del componente amp‑consent y los atributos data‑block‑on‑consent y data‑npa‑on‑unknown‑consent se usan para determinar si se solicitarán anuncios personalizados o no personalizados. En caso de que hayas configurado el componente amp-consent y lo hayas vinculado a todas las etiquetas <amp-ad> de una página mediante data-block-on-consent:

• Si el componente amp-consent detecta que un usuario ha dado su consentimiento (es decir, que ha respondido afirmativamente al mensaje que se lo pide), los anuncios se solicitan de la forma habitual.
• Si el componente amp-consent detecta que un usuario no ha dado su consentimiento (es decir, que ha respondido negativamente al mensaje que se lo pide), se solicitan anuncios no personalizados.
• Si el componente amp-consent no detecta ninguna respuesta por parte del usuario (porque el usuario ha ignorado el mensaje de consentimiento), hay dos posibilidades:
  • De manera predeterminada, no se envía ninguna solicitud de anuncio.
  • Cuando data-npa-on-unknown-consent tiene el valor true, se solicitan anuncios no personalizados.
• Si configuras el componente amp-geo de tal manera que el consentimiento no pueda aplicarse basándose en la ubicación geográfica de un usuario, las solicitudes se enviarán de la forma habitual.

Si las etiquetas <amp-ad> no usan data-block-on-consent o si el componente amp-consent no está bien configurado, las solicitudes se enviarán de la forma habitual.

A continuación se muestra un ejemplo de una configuración con la que se solicita el consentimiento a todos los usuarios de los estados de EE. UU. pertinentes, y que da como resultado el comportamiento descrito anteriormente:

<!-- Configura el componente amp-geo de forma que detecte usuarios finales de EE. UU. Por ahora, amp-geo solo admite la detección geográfica a nivel de país, pero pronto estará disponible la detección del estado de EE. UU. Especifica "unknown" cuando no se pueda determinar el país mediante amp-geo e incluye 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 al 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 crear tu propio endpoint para solicitar el consentimiento de los usuarios de forma selectiva configurando la página de modo que envíe una solicitud POST de CORS a un endpoint a través de checkConsentHref. Para obtener más información, consulta la documentación de amp-consent.