La puja posterior es una configuración que permite a los anunciantes pujar por un inventario de anuncios específico. Los socios de demanda compiten en esta configuración cuando el servidor de anuncios ha rechazado la venta directa de anuncios específicos o ha rechazado la venta de un intercambio de anuncios. En este blog, comprenderemos qué es la puja posterior, cómo funciona y la compararemos con la puja de encabezado.
En el estilo de programático universo, la tecnología se crea según la demanda de la industria. Esta es la razón porque la configuración en cascada quedó obsoleta y se introdujeron las ofertas de encabezado.
Con el tiempo, comenzamos a competir con ofertas de encabezado con líneas de pedido de AdX y de venta directa para maximizar la competencia. La limitación con header bidding es que requería capacidades de ingeniería para implementarlo y ejecutarlo. Y, por lo tanto, obtuvimos la posoferta como una solución para llamar a múltiples fuentes de demanda sin tener que pasar por toda la configuración técnica.
Pero las cosas no son tan fáciles con la posoferta como podría parecer. Entonces, aquí tienes una explicación para ayudarte a comprender.
¿Qué es la posoferta?
La subasta posterior a la oferta comienza cuando los editores servidores de anuncios. (principalmente DFP) rechazan el inventario y luego son recogidos por la fuente de demanda del editor para competir por la impresión.
La posoferta es el escenario de configuración donde un editor carga y ejecuta Prebid.js en la creatividad de una línea de pedido ganadora. En una configuración posterior a la oferta, las fuentes de demanda compiten después de que el servidor de anuncios haya elegido la línea de pedido posterior a la oferta.
Prebid.org
¿Suena confuso? Aquí hay algo de historia para simplificar las cosas.
Para entender claramente la posoferta, primero debemos entender cómo header bidding obras y qué dio origen al uso de la posoferta.
En el caso de las ofertas de encabezado, primero se toma una impresión para exigir a los socios de ofertas de encabezado que oferten por ella. Una vez que se recopilan las respuestas a la oferta, el servidor del editor (DFP) revela sus respuestas de venta directa o basadas en intercambio. Dado que la oferta de encabezado es la primera en enviar la respuesta, los servidores de anuncios pueden aprovechar esto para ganar la impresión simplemente agregando un centavo más a la oferta ganadora ofrecida por la oferta de encabezado.
¿Quiere saber más sobre las ofertas de encabezado? Haga clic aquí
Para ver cómo funcionan las cosas cuando se le pide a un servidor de anuncios que haga una oferta primero, se pone en práctica la idea de la oferta posterior. Básicamente, la impresión llega primero al servidor de anuncios; si el servidor rechaza la oferta, las fuentes de demanda de ofertas de encabezado pujan por ella y la ganan.
¿Cómo funciona la puja posterior?
A diferencia de las ofertas de encabezado, el código posterior a la oferta (prebid.js o cualquier otro contenedor) se encuentra dentro de las líneas de pedido posteriores a la puja. Así es como se comporta una vez que una impresión está disponible en la página:
Paso 1: La etiqueta de anuncio envía una solicitud al servidor de anuncios para completar la bloque de anuncios.
Paso 2: Luego, el servidor de anuncios elige al ganador entre las opciones disponibles: artículos de línea de venta directa, intercambio de anunciosy elementos de línea posteriores a la licitación.
Paso 3: Si la oferta posterior gana, la Elemento en linea La creatividad invocará la subasta de encabezado.
Paso 4: Se compararán las ofertas de los socios de demanda y el ganador podrá mostrar su anuncio creativo.
¿En qué se diferencia del Header Bidding?
Aquí hay una tabla rápida para explicar la diferencia entre la oferta de encabezado y la oferta posterior:
| Caracteristicas | Oferta de encabezado (oferta previa) | Post-oferta |
| Comportamiento del servidor de anuncios | El servidor de anuncios se llama DESPUÉS de la subasta de encabezados | Servidor de anuncios se llama ANTES de la subasta de encabezados |
| Conocimientos técnicos | Se requiere experiencia de alto nivel | No se requiere experiencia o se requiere experiencia de bajo nivel |
| Latencia de anuncios | Depende de la configuración del tiempo de espera y de la latencia adicional del servidor de anuncios. | Sin latencia del servidor de anuncios. Puede ejecutar subastas de encabezados y servidores de anuncios en paralelo para ahorrar tiempo. |
| Capacidad para ejecutar subastas de ofertas de encabezado híbridas | Sí. Puede competir dinámicamente con líneas de pedido directas y de AdX. | No. No se puede competir con las líneas de pedido del servidor de anuncios en tiempo real. |
| Capacidad de monetización | Alta | Baja |
Beneficios de la publicación de ofertas
- La configuración no requiere asistencia de ingeniería
A diferencia de las ofertas de encabezado, la oferta posterior no requiere que se realicen cambios en el código principal y integración de envoltura. El único trabajo técnico necesario es colocar los ID de etiqueta en la configuración JSON de la etiqueta de terceros para las fuentes de demanda. Una vez hecho esto, los socios de demanda podrán ofertar cada vez que la oferta posterior gane la impresión. - Latencia publicitaria reducida
Dado que el servidor de anuncios rechaza esta impresión y realiza una oferta posterior, se ahorra el tiempo adicional de publicación de anuncios. En comparación con las ofertas en cascada y de encabezado, la oferta posterior reduce la latencia al centrarse en uno subasta a la vez. - Puede establecer un respaldo
Es muy probable que durante una subasta posterior a la oferta, ningún socio de demanda consiga ganar la impresión. En tal caso, es probable que el editor proporcione una impresión en blanco. Para evitar que esto suceda, las líneas de pedido posteriores a la oferta se pueden optimizar con configuraciones alternativas y/o líneas de pedido internas.
Desventajas de la puja posterior
- Sin asignación dinámica
Una vez que un servidor de anuncios rechaza la impresión, es responsabilidad de la post-oferta obtener una creatividad publicitaria. Esto hace que las líneas de pedido posteriores a la oferta sean de naturaleza estática. Mientras que con las ofertas de encabezado, los editores tienen la opción de realizar múltiples subastas simultáneamente y elegir dinámicamente un ganador en tiempo real. - Informar puede ser difícil
Cuando se trata de informes, los servidores de anuncios no son muy eficientes y ofrecen datos detallados posteriores a la oferta. Los editores solo obtienen un informe agregado de todas las fuentes de demanda que participan en las subastas (no hay un informe separado para las subastas posteriores a la oferta). A menos que los envoltorios de los editores ofrezcan más detalles de las subastas, es posible que deban depender de servicios de informes de terceros para obtener detalles de los socios de la demanda.
¿Cómo empezar con la posoferta?
Para comenzar con la publicación de ofertas, los editores deben:
- Cree líneas de pedido en el servidor de anuncios. Si hay varios tamaños de anuncio involucrados, es necesario crear varias líneas de pedido para cada tamaño.
- Una vez que las líneas de pedido estén activas, añadir miembro Hará que el servidor de anuncios elija entre las líneas de pedido.
- Y, si se selecciona una línea de artículo posterior a la oferta, se llevará a cabo la subasta de oferta de encabezado.
- Los editores que no pueden gestionar los requisitos de ingeniería para la licitación de encabezado y aún buscan monetizar su uso pueden recurrir a una subasta posterior a la licitación.
Elegir la estrategia adecuada para sus necesidades
La puja posterior es la mejor opción si buscas mejorar las tasas de coincidencia, establecer acuerdos directos o mejorar la transparencia. Además, puede ayudar a reducir la latencia de la página en comparación con la puja de encabezado. Si solo tienes problemas de latencia, también puedes probar el tiempo de espera universal o la optimización a nivel de pujador.
En segundo lugar, al ser una etiqueta de terceros, la puja posterior no puede competir con las ofertas directas ni con Google Ads, lo que limita las posibilidades de monetización de los editores. Si bien la puja de encabezado es una solución eficaz para resolver problemas de latencia, la puja posterior sigue siendo una mejor opción si la gestión de recursos es deficiente.
Solución de ofertas de encabezado de AdPushup
Simplemente implementar ofertas de encabezado en su pila de anuncios no es suficiente. Optimizarlo constantemente con mejoras técnicas es la necesidad del momento. Esto es lo que hace la solución de ofertas de encabezado de AdPushup. A través de nuestras múltiples funciones de optimización que utilizan ciencia de datos y aprendizaje automático, ayudamos a los editores a maximizar su rendimiento.
Con nuestra solución de ofertas de encabezado, obtienes:
- Selección automática de socios de demanda según los requisitos óptimos.
- Gestión inteligente del tiempo de espera
- Libertad para traer tu propia demanda.
- Seguimiento de ofertas y discrepancia Resolución
Preguntas Frecuentes
Header Bidding actúa como una plataforma donde múltiples plataformas o postores pueden realizar ofertas por el inventario de anuncios a través de ofertas en tiempo real.
Por otro lado, Prebid' es un programa de código abierto que facilita la licitación de encabezados y proporciona una base para implementaciones personalizadas.
Sin embargo, el uso de Prebid no es obligatorio. Además, la Post-bid se realiza después de que el servidor de anuncios recibe la solicitud, utilizando una etiqueta de terceros configurada en el servidor de anuncios para gestionar el proceso de subasta.
