Configurar la personalización de anuncios en las etiquetas de anuncio de los editores de Google

Los editores con usuarios del EEE, el Reino Unido y Suiza deben consultar el artículo Integración de editores con la versión 2.2 del TCF de IAB. Los editores que estén interesados en proporcionar tratamientos de privacidad mejorados a los usuarios pueden consultar más información sobre la API Publisher Privacy Treatment.
Los editores con usuarios del EEE, el Reino Unido y Suiza deben consultar el artículo Integración de editores con la versión 2.2 del TCF de IAB. Los editores que estén interesados en proporcionar tratamientos de privacidad mejorados a los usuarios pueden consultar más información sobre la API Publisher Privacy Treatment.

Los ajustes de personalización de anuncios en las etiquetas de anuncio de los editores de Google se pueden configurar en cualquier región del mundo. 

Configurar la personalización de anuncios en páginas que usan etiquetas GPT y de AdSense

Solicitar anuncios

De forma predeterminada, cuando se envían solicitudes de anuncios a Google, se sirven 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 también permite servir anuncios no personalizados. Consulte más información sobre los anuncios personalizados y no personalizados

Si quiere servir anuncios personalizados a ciertos usuarios y anuncios no personalizados a otros, puede usar etiquetas GPT y etiquetas de anuncios asíncronas de AdSense y Ad Exchange para permitir que se sirvan anuncios no personalizados en las páginas concretas que especifique. Utilice esta solución para dar a sus usuarios (ya sea a todos o solo a una parte) la opción de elegir entre anuncios personalizados o no personalizados.

Si bien estos anuncios no se personalizan mediante cookies, se utilizan cookies para limitar la frecuencia y generar informes sobre anuncios con datos agregados. Por lo tanto, necesita el consentimiento de los usuarios para utilizar cookies con estos fines en los países en que estén vigentes las disposiciones sobre el uso de cookies de la directiva sobre la privacidad electrónica. Más información sobre los anuncios no personalizados

Definir NPA=1 mediante la etiqueta GPT

Siga este método:

googletag.pubads().setPrivacySettings({nonPersonalizedAds: true})

La llamada a setCookieOptions() no se aplica al RGPD.

Más información en Google Developers

Definir PPT=1 con la etiqueta GPT

Siga este método:

googletag.setConfig({privacyTreatments: { treatments: ["disablePersonalization"]}})

Más información en Google Developers

Definir NPA=1 con la etiqueta de anuncio asíncrona de AdSense y Ad Exchange

Defina el siguiente valor:

(adsbygoogle=window.adsbygoogle||[]).requestNonPersonalizedAds=1

Para comprobar si una etiqueta de anuncio está solicitando anuncios no personalizados, vaya a las herramientas de desarrollo de su navegador, localice la solicitud y busque el parámetro &npa=1.

Si llama a setPrivacySettings({nonPersonalizedAds: false}) o configura requestNonPersonalizedAds=0, se reactivará la personalización.

Definir PPT=1 mediante la etiqueta de anuncio asíncrona de AdSense y Ad Exchange

  • Opción 1: API Push

    Utilice el método push:

    (adsbygoogle=window.adsbygoogle||[]).push({ params: {google_privacy_treatments: 'disablePersonalization'}})

    Para comprobar si una etiqueta de anuncio está solicitando anuncios no personalizados, vaya a las herramientas de desarrollo de su navegador, localice la solicitud y busque el parámetro &ppt=1.
     
  • Opción 2: API Header Tag

    Configure data-privacy-treatments en la etiqueta de secuencia de comandos adsbygoogle. Por ejemplo:

    <script async src="https://pagead2.googlesyndication.com/pagead/js/adsbygoogle.js" data-privacy-treatments='disablePersonalization'></script>

Pausar las solicitudes de anuncios

Las etiquetas GPT y las etiquetas asíncronas de AdSense y Ad Exchange ofrecen técnicas de carga de páginas, pero esperan a una señal concreta antes de empezar a enviar solicitudes de anuncio. Puede utilizar esta solución si tiene que esperar a que el usuario interactúe con una interfaz de solicitud de consentimiento antes de enviar solicitudes de anuncios.

Pausar las solicitudes de anuncios de GPT

  • Con la función disableInitialLoad() puede evitar que la etiqueta envíe solicitudes de anuncio en cuanto se cargue la página. Debe usarla antes de activar cualquier solicitud de anuncios mediante display().
  • Defina sus espacios publicitarios mediante llamadas a googletag.cmd.push(...) como haría normalmente.
  • Cuando el usuario tome una decisión sobre el consentimiento, llame a setPrivacySettings({nonPersonalizedAds: true}) si es necesario.
  • Utilice la función refresh() para reanudar el envío de solicitudes de anuncios.
  • Si no utiliza refresh(), no aparecerán anuncios.

Pausar el código de anuncio asíncrono de AdSense o Ad Exchange

  • Con (adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=1, impedirá que la etiqueta envíe solicitudes de anuncios. Debe usarla antes de activar cualquier solicitud de anuncios mediante adsbygoogle.push(...).
  • Configure sus espacios publicitarios mediante llamadas a adsbygoogle.push(...) como haría normalmente.
  • Una vez que el usuario haya hecho su elección de consentimiento, configure requestNonPersonalizedAds=1 si es necesario.
  • Utilice (adsbygoogle=window.adsbygoogle||[]).pauseAdRequests=0 para reactivar el envío de solicitudes de anuncios.
  • Si no utiliza pauseAdRequests=0, no se mostrará ningún anuncio.

Esta técnica bloquea el envío de solicitudes de anuncios, pero se seguirán cargando diversas secuencias de comandos. Aunque se puedan leer las cookies que ya haya en los dominios de Google, no se añadirán cookies nuevas. Los datos asociados a estas cookies no se utilizarán para servir anuncios ni para hacer mediciones de ellos.

Si su solución de gestión del consentimiento permite aplazar la carga de secuencias de comandos hasta que el usuario haya tomado una decisión, puede aplazar la carga de gpt.js y de adsbygoogle.js. Otros tipos de etiquetas de anuncio de Google no permiten pausar las solicitudes, por lo que no debe cargarlas hasta que tenga todo preparado para solicitar anuncios (ya sean personalizados o no personalizados).

Configurar la personalización de anuncios en páginas AMP

En las páginas AMP, las solicitudes de anuncios ofrecen los mismos ajustes de personalización que en las páginas que no son AMP: los editores pueden elegir entre mostrar anuncios no personalizados a todos los usuarios de una misma ubicación, o mostrar anuncios personalizados o no personalizados en función del consentimiento que den los usuarios.

A continuación, se explica cómo configurar páginas AMP que solicitan anuncios en cada caso con <amp-ad type="doubleclick"> o <amp-ad type="adsense">.

Servir anuncios no personalizados a los usuarios de una misma ubicación

Si sus etiquetas de anuncios AMP no utilizan Real Time Config (RTC), puede activar que se sirvan anuncios no personalizados desde las interfaces de Google Ad Manager o AdSense sin tener que hacer ningún cambio en sus páginas AMP.

En el caso de que las etiquetas de anuncio AMP utilicen Real Time Config (RTC), puede configurar sus páginas para que no envíen solicitudes de RTC cuando naveguen por ellas usuarios que verán anuncios no personalizados (por ejemplo, los que se encuentren en el EEE, el Reino Unido y Suiza). A continuación, se muestran las configuraciones y los componentes necesarios para hacerlo (amp‑geo y amp‑consent). 

<!-- Primero, debe configurarse la extensión amp-geo. Se define el grupo "eea", que incluye todos los países del Espacio Económico Europeo, así como el Reino Unido. Debe mantener esta lista actualizada, ya que es posible que los miembros del EEE varíen con el tiempo. -->
<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

<!-- A continuación, se tiene que crear un componente para obtener el consentimiento de los usuarios finales de los países del EEE. Más adelante lo configuraremos para que se rechace automáticamente, así que realmente no solicitará a los usuarios su consentimiento. Este componente detiene las llamadas RTC e indica a Ad Manager y a AdSense que sirvan anuncios no personalizados. -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
      "consents": {
        "my_consent": {
          "promptIfUnknownForGeoGroup": "eea"
        }
      }
    }
  </script>
</amp-consent

Debe añadir el atributo data-block-on-consent a todos los componentes amp-ad de la página, tal como se indica en el siguiente código de ejemplo:

<!-- Finalmente configuramos la etiqueta de anuncio para que rechace el componente de 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

Servir 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 son los elementos que se usan para determinar si se solicitarán anuncios personalizados o no personalizados. En caso de que haya configurado el componente amp-consent y lo haya 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 detecta que un usuario no ha dado ninguna respuesta (porque ha ignorado el mensaje de consentimiento), hay varias posibilidades:
    • De manera predeterminada, no se envía ninguna solicitud de anuncio.
    • Si se ha especificado true como valor de data-npa-on-unknown-consent, se solicitan anuncios no personalizados.
  • Si configura 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 con normalidad.

Si las etiquetas <amp-ad> no usan data-block-on-consent, o si el componente amp-consent no está bien configurado, se envían solicitudes con normalidad.

El siguiente código es un ejemplo de una configuración con la que se solicita el consentimiento a todos los usuarios del EEE y que da como resultado el comportamiento descrito anteriormente:

<!-- Primero, configure la extensión amp-geo. Se define el grupo "eea", que incluye todos los países del Espacio Económico Europeo. Debe mantener esta lista actualizada, ya que es posible que con el tiempo cambien los países que forman parte del EEE. -->
<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>
 
<!-- A continuación, configure el consentimiento para los usuarios del grupo de países "eea". -->
<amp-consent layout="nodisplay" id="consent-element">
  <script type="application/json">
    {
      "consents": {
        "my_consent": {
          "promptIfUnknownForGeoGroup": "eea",
          "promptUI": "myConsentFlow"
        }
      }
    }
  </script> 
</amp-consent

<!-- Por último, configure la etiqueta de anuncio e indique que debe esperarse al consentimiento cuando sea necesario. -->
<amp-ad data-block-on-consent
    width=320 height=50
    ype="doubleclick"
    data-slot="/4119129/mobile_ad_banner">
</amp-ad>

Hay otras formas de solicitar el consentimiento de los usuarios de forma selectiva; por ejemplo, puede definir que la página envíe una solicitud CORS POST a un endpoint configurado a través de checkConsentHref. Para obtener más información, consulte la documentación de amp-consent.

Configurar la personalización de anuncios en otras etiquetas

Etiquetas de passback de GPT

Si utiliza etiquetas de passback de GPT, puede incluir lo siguiente en su llamada a la API para indicar que se trata de una solicitud de anuncios no personalizados:

googletag.pubads().setPrivacySettings({nonPersonalizedAds: boolean})

Defina el valor boolean como true para marcar una solicitud como de anuncios no personalizados, y como false para aquellas solicitudes de anuncios que sean aptas para mostrar anuncios personalizados.

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

Solicitudes sin etiquetas

Si utiliza solicitudes sin etiqueta, puede marcarlas como solicitudes de anuncios no personalizados añadiendo el parámetro npa=[int] directamente a la URL de la etiqueta de la solicitud. Le recomendamos que incluya el parámetro al principio de la etiqueta para evitar que se trunque. Utilice npa=1 para indicar que la solicitud es de anuncios no personalizados. Si se omite este parámetro, de forma predeterminada se solicitarán anuncios personalizados.

Por ejemplo:

https://securepubads.g.doubleclick.net/gampad/ad?iu=/12345/adunit&sz=728x90&npa=1&c=12345

AdSense para búsqueda

De forma predeterminada, cuando se envían solicitudes de anuncios a Google, se sirven anuncios personalizados. La selección de estos anuncios se basa tanto en la consulta de búsqueda como en el historial del usuario que está haciendo la búsqueda. Google también permite servir anuncios no personalizados. Más información sobre los anuncios personalizados y no personalizados

Si quiere servir anuncios personalizados a algunos usuarios y anuncios no personalizados a otros, puede usar las etiquetas de AdSense para búsqueda para permitir que se sirvan anuncios no personalizados en las páginas concretas que especifique. Utilice esta solución para dar a sus usuarios (ya sea a todos o solo a una parte) la opción de elegir entre anuncios personalizados o no personalizados.

En el caso de la etiqueta de anuncios de Búsqueda personalizada para la Web:

Añada lo siguiente a pageOptions en la etiqueta de anuncios de Búsqueda personalizada:

personalizedAds: false,

En el caso de la etiqueta de AdMob:

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

En el caso de la etiqueta de iOS:

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

Las solicitudes en las que se utilice cualquiera de estos métodos generarán una solicitud de anuncio no personalizado. 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).

SDK de User Messaging Platform (UMP) de Google

Consulte la documentación de Google Developers (SDK de UMP para iOS y SDK de UMP para Android) para obtener más información sobre cómo puede ayudarle el SDK de User Messaging Platform a que su aplicación cumpla la Política de Consentimiento de Usuarios de la Unión Europea de Google.

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

En las solicitudes de vídeo, puede indicar a Google que quiere que trate su contenido de vídeo como contenido no personalizado añadiendo el parámetro npa=1 a la etiqueta del anuncio. Para hacerlo, puede añadir una etiqueta de vídeo maestro creada manualmente o utilizar los SDKs de IMA específicos de cada plataforma (HTML 5, iOS, Android y Google Cast).

Si en su reproductor de vídeo se usa la inserción dinámica de anuncios de Ad Manager, también puede incluir el parámetro npa=1 en las solicitudes de vídeos bajo demanda (VOD) o de emisiones en directo para que esté también en las solicitudes de anuncios oportunas (SDKs de inserción dinámica de anuncios: HTML5, Cast, iOS, Android, Roku y tvOS).

Etiquetas de anuncio antiguas de editores de Google

Hay otros tipos de etiquetas de anuncio de Google que no pueden enviar solicitudes de anuncios no personalizados. Por ejemplo, las antiguas etiquetas GAM y GUT, y las etiquetas síncronas de AdSense o Ad Exchange (show_ads.js). Procure no cargar estas etiquetas hasta que tenga todo preparado para solicitar anuncios personalizados.

Para que le resulte más fácil cumplir la Política de Consentimiento de Usuarios de la Unión Europea, puede empezar a utilizar una etiqueta que pueda solicitar anuncios tanto personalizados como no personalizados y pausar las solicitudes para obtener el consentimiento necesario.

¿Te ha resultado útil esta información?

¿Cómo podemos mejorar esta página?
Búsqueda
Borrar búsqueda
Cerrar búsqueda
Menú principal
15150401438230606901
true
Buscar en el Centro de ayuda
true
true
true
true
true
148
false
false