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

Descubra 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 el cansancio de los anuncios y aumenta los ingresos, ya que llega a más usuarios con el mismo presupuesto. En esta guía, se muestran varias estrategias 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 fotograma sea el mismo que el del grupo de interés. Un enfoque que se podría adoptar es agregar un submarco invisible dentro del marco del anuncio que sea responsable de abandonar el grupo de interés.

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

Utilizar 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 desde sus victorias anteriores en milisegundos. Ten en cuenta que el objeto ad aquí solo contiene los campos renderURL y metadata.

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

Cómo almacenar datos de clics en una cookie propia

También puedes utilizar una cookie propia para almacenar información sobre los clics. Cuando se renderice el anuncio, reemplace un grupo de interés existente por 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 de 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 el anuncio ganador se renderiza 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 un 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 vuelva a visitar la página del publicador, y el comprador puede 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.