Cómo implementar Header Bidding en AMP

Según el blog de desarrolladores de AMP, más de 25 millones de sitios web en todo el mundo utilizan las Páginas Móviles Aceleradas (AMP) de Google para optimizar la velocidad de carga de sus páginas web en dispositivos móviles. AMP reduce drásticamente el tiempo de carga de las páginas web en dispositivos móviles al eliminar elementos de estilo no esenciales y código JavaScript de terceros, utilizando su propia biblioteca de código AMPHTML y AMPJS optimizado, y empleando una CDN para la entrega de contenido.

Las limitaciones de AMP

Si bien este aumento en la velocidad de carga de la página es excelente, tiene sus desventajas. AMP elimina la mayoría de los scripts de seguimiento de análisis y de publicación de anuncios, lo que dificulta que los editores rastreen a su audiencia y la moneticen de manera efectiva. Esto provocó que muchos de los primeros usuarios eliminaran AMP de sus sitios web.

Mientras tanto, Google ha intentado impulsar mejoras en AMP para abordar estas preocupaciones, incluida la función de renderizado Fast Fetch , en la que los anuncios en las páginas AMP se obtienen de forma asíncrona y solo se muestran cuando es probable que los usuarios los vean.

Entonces, ¿funciona la oferta de encabezado en AMP?

Mejoras como Fast Fetch han ayudado a los editores a monetizar sus páginas web habilitadas para AMP. Una cosa con la que muchos todavía tienen problemas es configurar las ofertas de encabezado en AMP.

Aclaremos esto: sí, es posible configurar la puja en la cabecera (header bidding) en páginas AMP . Y existen varias maneras de hacerlo.

¿Quieres saber más sobre los anuncios AMP? Haz clic aquí.

Para quienes no lo sepan, la puja en la cabecera es un sistema de subastas que permite a múltiples socios de demanda pujar simultáneamente por las impresiones. Esto aumenta la competencia entre los anunciantes y, para algunos editores, supone un incremento de hasta el 70 % en los ingresos publicitarios.

Oferta de encabezado con configuración en tiempo real (RTC)

RTC es una función de Fast Fetch, lanzada por el equipo de AMP en 2018 como alternativa a la puja de encabezado tradicional para páginas habilitadas para AMP.

RTC permite a los editores conectar 5 socios de demanda y tiene un tiempo de espera máximo de 1 segundo. Una vez que expira el tiempo de espera, RTC analiza las ofertas recopiladas y realiza una solicitud al servidor de anuncios para mostrar la creatividad ganadora.

¿Quieres saber más sobre Header Bidding? Haz clic aquí.

Configurar RTC es relativamente sencillo y los editores pueden definir los proveedores con los que quieren trabajar usando unas pocas líneas de código:

<amp-ad width="320" height="50"
 type="network-foo"
data-slot="/1234/5678"
 rtc-config='{
"vendors": {
"vendorA": {"SLOT_ID": "1"},
 },
  "urls": [
"https://www.AmpPublisher.biz/targetingA",
{"url": "https://www.AmpPublisher.biz/targetingB",
"errorReportingUrl": "https://www.AmpPublisher.biz?e=ERROR_TYPE&h=HREF"}
 ],
    "timeoutMillis": 750}'>
</amp-ad>

Dado que RTC es una característica nativa de AMP, hay menos posibilidades de errores y, por lo tanto, hay poca o ninguna depuración involucrada. La desventaja es que el editor no puede tener más de 5 socios de demanda y, si bien el tiempo de espera se puede configurar para que sea inferior a 1 segundo, no puede excederlo.

Además, también hay que renunciar a los datos de análisis e informes que suelen ser estándar en la mayoría de las soluciones de header bidding actuales. En definitiva, RTC es una buena solución para los editores que desean implementar header bidding en páginas AMP rápidamente y no tienen muchos requisitos ni necesitan mucha personalización.

A partir de ahora, los siguientes proveedores admiten el protocolo RTC.

• AppNexus
• APS
• Criteo
• IndexExchange
• Lotame
• Media.net
• PubMatic OpenWrap
• Iglesia
• Rubicon
• Salesforce
• Yieldbot

Oferta de encabezado basada en contenedor

La segunda forma es trabajar con un proveedor que proporcione un contenedor de oferta de encabezado con soporte AMP. Dada la naturaleza de AMP, solo los contenedores con integración de servidor a servidor funcionan bien, y las implementaciones del lado del cliente tendrán una mayor probabilidad de ser bloqueadas por AMP durante el tiempo de ejecución.

Las ofertas de encabezado basadas en contenedores evitan la limitación de cinco socios de demanda al enrutar las ofertas a través de un único espacio RTC. Esto significa que puede agregar tantos socios de demanda como desee. Pero esa no es la única ventaja de utilizar una solución basada en contenedor.

Con RTC y su enfoque de etiqueta única, los editores necesitarán un desarrollador para realizar actualizaciones cada vez que quieran agregar o eliminar un socio de demanda; por el contrario, un buen contenedor permitirá a los editores realizar estos cambios desde un panel fácil de usar. Los wrappers también proporcionarán a los editores informes y datos analíticos, algo para lo cual RTC no tiene soporte en este momento.

Vea también este breve vídeo para saber por qué debería tener en cuenta la actualización inteligente y el almacenamiento en caché de pujas al elegir un contenedor de pujas en la cabecera:

¿Envoltorio o RTC?

Cuando se lanzó AMP, la mayoría de los editores ni siquiera sabían cómo ejecutar anuncios gráficos estándar en páginas habilitadas para AMP. Entonces, el hecho de que ahora tengamos más de una opción para implementar las ofertas de encabezado es una señal de que la plataforma está evolucionando para satisfacer las necesidades de los editores. La elección entre RTC y ofertas de encabezado basadas en contenedor para sus páginas AMP depende de sus necesidades.

¿Buscas una solución rápida pero no te importa que tenga limitaciones y carezca de algunas funciones? Opta por la configuración en tiempo real.

Por otro lado, si tiene un inventario grande, necesita trabajar con más de 5 socios de demanda y, además de la configuración, la gestión sencilla es una prioridad para usted, entonces probablemente debería considerar una solución de header bidding basada en wrapped con integración S2S.

Lea también: La forma correcta de monetizar el inventario de AMP

---

La ventaja de AdPushup

Los anuncios AMP de AdPushup están diseñados para aumentar los ingresos de los editores y mejorar la experiencia del usuario.

Los beneficios que ofrecen nuestros anuncios AMP incluyen:

• Potencial para aumentar los ingresos: Los anuncios AMP de AdPushup admiten ofertas de encabezado del lado del servidor que contribuyen entre el 5 % y el 25 % de los ingresos de un sitio web. También pueden aprovechar la demanda de EBDA y AdX, lo que contribuye hasta un 30 % de la demanda. Los anuncios AMP de AdPushup también admiten anuncios fijos, lo que genera mayores oportunidades de ingresos.
• Fácil implementación: Las etiquetas AMP se pueden crear desde el panel de AdPushup >> sección de la aplicación AMP Ads
• Más confiable: Como proveedor de RTC aprobado por AMP, AdPushup ofrece una mayor confiabilidad, lo que resulta en una mayor credibilidad y relaciones con los clientes.
• Gestión simplificada y visuales multidimensionales: Los informes de rendimiento ahora se pueden ver a través de informes por canales (s2), formatos de bloques de anuncios y por bloques de anuncios.

Obtenga más información sobre cómo la oferta AMP de AdPushup mejora los ingresos de los editores.

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 resolución de discrepancias. 

Lea más sobre las capacidades de nuestro producto: Header Bidding