Almacenamiento en caché de ofertas estuvo en las noticias recientemente debido a las prácticas desleales empleadas por algunos de los principales actores de la tecnología publicitaria. ¿Pero qué es exactamente?

El almacenamiento en caché de ofertas es la práctica de utilizar una oferta perdida de una subasta para completar una subasta posterior para el mismo usuario. ¿Pero por qué alguien haría eso?

¿Por qué configurar el almacenamiento en caché de ofertas?

Los editores generalmente terminan almacenando ofertas en caché porque les ayuda a lograr mejores CPM. Imaginemos que tenemos una solicitud de impresión y 4 header bidding los socios ofrecen $5, $4, $3 y $2 respectivamente. Sin el almacenamiento en caché de las ofertas aquí, la oferta de $5 ganaría y todos los demás anunciantes perderían la oportunidad de publicar el anuncio. Sin embargo, con el almacenamiento en caché de ofertas, todas las ofertas perdidas de esta subasta podrán competir en la siguiente, una vez que exista la posibilidad de mostrar un anuncio al mismo usuario en el mismo contexto nuevamente.

Esta es una situación en la que todos ganan. El anunciante publica el anuncio para el usuario previsto y el editor termina cosechando los beneficios de un mejor CPM.

Todo esto suena un poco complejo. Pero hay más. La gente suele confundir el almacenamiento en caché de ofertas con el almacenamiento en caché de anuncios. Estos son dos conceptos separados.

El almacenamiento en caché de anuncios ocurre cuando se realiza una subasta con anticipación para reducir la latencia de publicación de anuncios y mejorar la experiencia del usuario. Por ejemplo, un juego móvil podría realizar una subasta durante el juego para llenar un anuncio intersticial que renderiza entre niveles de juego. El almacenamiento en caché de anuncios es especialmente útil en entornos con velocidades de conexión a Internet deficientes y una calidad de conexión poco confiable.

Si desglosamos esta definición pieza por pieza, sabremos por qué hay una manera correcta y una manera incorrecta de hacer esto.

La manera correcta

  • La oferta se almacena en caché para la URL declarada en el original. solicitud de oferta
  • La oferta se almacena en caché para el mismo bloque de anuncios.
  • La oferta se almacena en caché durante un breve período de tiempo (unos segundos).

La forma incorrecta

  • La oferta se almacena en caché para una URL no declarada en la solicitud de oferta original.
  • Oferta almacenada en caché para un bloque de anuncios que se utiliza para otros bloques
  • Una oferta se almacena en caché durante períodos más largos (unos minutos)

El Debacle del almacenamiento en caché de ofertas de Index Exchange Llamó la atención de muchos porque estaban usando formas furtivas para implementar ofertas en caché en más de una URL y para diferentes bloques de anuncios. Entonces, cuando un DSP hizo una oferta para la impresión '123' en el sitio 'xyz.com' para el usuario 'ABC' en un momento 'T' y el DSP perdió esa subasta, esa oferta se estaba utilizando en su lugar para otra impresión completamente distinta. quizás en una URL diferente. Como anunciante de este DSP, no se sentirá particularmente bien si sus ofertas se aplican a nada más que a la impresión exacta por la que pujó.

De acuerdo con las prácticas justas anteriores, solo existen ciertos escenarios en los que se debe aplicar el almacenamiento en caché de ofertas:

  • Autorefrescar: Algunas páginas recargarán un bloque de anuncios en un intervalo establecido (a menudo, entre 60 y 240 segundos). Las ofertas anteriores para esa unidad en particular se pueden reconsiderar para actualizaciones posteriores de esa unidad hasta el TTL o hasta que ganen la unidad.
  • Scroll infinito: A medida que el usuario se desplaza, la misma unidad puede crearse dinámicamente una y otra vez. La oferta se puede reconsiderar para bloques de anuncios creados dinámicamente con el mismo nombre. Nuevamente, la oferta solo se vuelve a considerar en ese bloque de anuncios hasta el TTL de la oferta o hasta que se gane la impresión.
  • Galerías de anuncios: Algunas páginas presentan galerías estilo carrusel que contienen un bloque de anuncios que se actualiza a medida que el usuario recorre el contenido de la galería.

El Proceso

Así es como se desarrolla el proceso de almacenamiento en caché de ofertas:

  1. Las respuestas a las ofertas se almacenan en un grupo de ofertas específico del bloque de anuncios.
  2. Cuando se llama al mismo bloque de anuncios, Prebid.js vuelve a llamar al postor independientemente de si hay una oferta en el grupo de ofertas de ese bloque.
  3. Cuando vuelven todas las nuevas ofertas o se alcanza el tiempo de espera, Prebid.js considera tanto las nuevas ofertas en ese bloque de anuncios como las ofertas anteriores que no han alcanzado su TTL.
  4. La oferta almacenada en caché solo se utiliza si su CPM supera la nueva oferta.
  5. Las ofertas que ganan se eliminan del grupo. 

Suponiendo que ahora tienes una idea bastante clara del almacenamiento en caché de ofertas en PrebidDescubramos cómo puedes implementar esto en tu sitio web.

Almacenamiento en caché de ofertas en Prebid

Prebid, el software de código abierto más popular Envoltorio de oferta de encabezado También ofrece una opción para almacenar en caché las ofertas, pero esto se hace según un TTL (tiempo de vida). TTL define la cantidad de tiempo hasta que las ofertas del postor asociado puedan almacenarse en caché y reconsiderarse.

Como se mencionó anteriormente en las prácticas justas de implementando preoferta, el alcance de esta caché de ofertas es muy limitado:

  • para el mismo bloque de anuncios,
  • en las mismas vistas de página,
  • para el mismo usuario, y
  • hasta un cierto TTL

El esfuerzo que tendrá que realizar para habilitar el almacenamiento en caché de las ofertas varía según la versión del adaptador Prebid que esté utilizando.

Versión preoferta <2

Habilitar el almacenamiento en caché de ofertas aquí no requiere ningún esfuerzo adicional. Si tiene las ofertas de encabezado configuradas correctamente, esto debería funcionar bien para usted, ya que esta funcionalidad está habilitada de forma predeterminada hasta la versión 2.0 de Prebid.

Versión preoferta >2

Para versiones superiores a 2, tendrás que habilitar esto manualmente en Prebid. Se puede hacer en la sección de configuración simplemente habilitando el siguiente comando:

pbjs.setConfig({ useBidCache: verdadero })

Dado que es tan fácil implementar el almacenamiento en caché de ofertas en Prebid, los editores no deberían evitar implementarlo y beneficiarse de su uso.

Escribir un comentario

Este sitio usa Akismet para reducir el correo no deseado. Conozca cómo se procesan los datos de sus comentarios.