Ritmo de publicación de anuncios según la frecuencia

Descubre cómo un comprador de anuncios (DSP y anunciante) que publica una campaña publicitaria puede controlar el ritmo de publicación de anuncios según la frecuencia con la que el usuario vio un anuncio o interactuó con él. Controlar la publicación de anuncios por frecuencia mejora la experiencia del público, ya que evita que los anuncios se cansen, y aumenta los ingresos porque llega a más usuarios con el mismo presupuesto. En esta guía, se muestran varios enfoques para trabajar con la frecuencia de los anuncios.

Cómo abandonar un grupo de interés

Puedes llamar a navigator.leaveAdInterestGroup() para solicitar que el navegador de un usuario abandone un grupo de interés cuando se hace clic en un anuncio. Desde el marco del anuncio ganador y sus submarcos, puedes llamar a leaveAdInterestGroup(), siempre y cuando el origen del marco sea el mismo que el del grupo de interés. Un enfoque que se puede adoptar es agregar un submarco invisible dentro del marco del anuncio que es responsable de abandonar al grupo de interés.

Dejar el grupo de interés del anuncio evita que se realicen ofertas futuras y actúa como una forma de limitación de frecuencia.

Usar el indicador prevWinsMs durante la generación de ofertas

Para un control de frecuencia simple, puedes usar el campo prevWinsMs en browserSignals dentro de generateBid().

El campo prevWinMs contiene los anuncios ganadores del grupo de interés y el tiempo transcurrido desde los ganadores anteriores, expresado en milisegundos. Ten en cuenta que el objeto ad aquí solo contiene los campos renderURL y metadata.

Utiliza este indicador para determinar si el anuncio debe publicarse. Mostrar un valor de oferta de 0 garantizará que el anuncio no gane la subasta.

Almacena datos de clics en una cookie propia

También puedes usar una cookie propia para almacenar la información de los clics. Cuando se renderiza el anuncio, reemplaza un grupo de interés existente con los datos de clics como indicadores de ofertas del usuario (userBiddingSignals).

En el siguiente diagrama, se describe la secuencia:

1. El usuario visita la página del anunciante.
2. El comprador (anunciante/DSP) inicializa un array de datos de clics en la cookie propia.
3. El comprador (anunciante/DSP) agrega al usuario a un grupo de interés y establece el array inicial clicks en el campo userBiddingSignals.
4. Más adelante, el usuario visita la página del publicador.
5. El vendedor (publicador/DSP) ejecuta una subasta de Protected Audience y se renderiza el anuncio ganador para el usuario.
6. El usuario hace clic en el anuncio ganador.
7. Se navega al usuario a la página del anunciante.
   • La URL de clic contiene el nombre del grupo de interés como parámetro de consulta
8. El comprador (anunciante/DSP) lee la cookie propia existente
9. El comprador (anunciante/DSP) agrega la nueva marca de tiempo del clic a los datos de clics existentes
10. El comprador (anunciante/DSP) actualiza el grupo de interés con los nuevos datos de clics.
11. El comprador (anunciante/DSP) actualiza la cookie propia con los nuevos datos de clics.

La marca de tiempo del campo click de userBiddingSignals estará disponible dentro de la función generateBid() cuando el usuario visite la página del publicador nuevamente, y el comprador podrá usar estos datos para controlar la publicación de anuncios.

¿Qué sigue?

Queremos conversar contigo a fin de asegurarnos de compilar una API que funcione para todos.

Debate sobre la API

Al igual que otras APIs de Privacy Sandbox, esta API se documenta y se analiza públicamente.

Experimenta con la API

Puedes experimentar y participar en las conversaciones sobre la API de Protected Audience.