En esta página, se describe cómo comenzar a usar los anuncios AMPHTML con la RTB. Consulta los siguientes Recursos para obtener información adicional sobre los anuncios y las herramientas HTML de AMP que te ayudarán a comenzar.
Enfoque de alto nivel
Solicitud de oferta de RTB
La solicitud de oferta de RTB indica si la solicitud proviene de una página de AMP y los requisitos para los anuncios HTML de AMP.
página de AMP
El campo BidRequest.site.ext.amp se puede usar para determinar si la solicitud proviene de una página AMP. Se puede establecer en los siguientes valores:
enum AmpPage { // This is not an AMP page. DIALECT_HTML = 0; // This is an Amp page. DIALECT_HTML_AMP = 1; }
Requisitos de los anuncios HTML de AMP
El campo BidRequest.imp.ext.ampad se puede usar para determinar los requisitos de los anuncios de AMP.
enum AmpAdRequirementType { // AMP ad requirements unknown. UNKNOWN_AMP_AD_REQUIREMENT_TYPE = 1; // AMP ads are not allowed. AMP_AD_NOT_ALLOWED = 2; // Either AMP ads or non-AMP ads are allowed; // AMP ads are not early rendered. AMP_AD_ALLOWED_AND_NOT_EARLY_RENDERED = 3; // Either AMP ads or non-AMP ads are allowed; // AMP ads are early rendered. AMP_AD_ALLOWED_AND_EARLY_RENDERED = 4; // AMP ads are required. // Ads that are non-AMP may be rejected by the publisher. AMP_AD_REQUIRED = 5; }
Respuesta a la oferta de RTB
El campo BidResponse.seatbid.bid.ext.amp_ad_url acepta una URL que dirige al contenido del anuncio HTML de AMP.
Verificación de AMPHTML válido
Para que los anuncios HTML de AMP se rendericen antes, el mercado debe verificarlos y firmarlos, lo que indica que el anuncio está escrito en el formato de creatividad <html
amp4ads> de amp4ads.
Las páginas de AMP podrán renderizar con anticipación los anuncios que sean AMPHTML válidos. Los anuncios que no se verifiquen como AMPHTML válidos se renderizarán a la misma velocidad que los anuncios que no sean AMPHTML.
Solo se deben mostrar anuncios HTML de AMP en amp_ad_url.
En el futuro, si un publicador solo requiere anuncios HTML de AMP, no se renderizarán los anuncios que no estén firmados como HTML de AMP.
Con Authorized Buyers, se les seguirá cobrando a los ofertantes si muestran un anuncio que no es AMPHTML en un espacio publicitario que requiere un anuncio AMPHTML.
Recuperación del servidor
Para que los anuncios HTML de AMP se rendericen antes, el contenido de los anuncios HTML de AMP debe renderizarse sin requerir saltos adicionales del cliente. Esto está diseñado para evitar experiencias del usuario deficientes debido a la latencia de los anuncios y las llamadas adicionales del cliente.
Después de que un ofertante gana la subasta, el mercado realizará una solicitud de servidor a servidor para recuperar el contenido del anuncio HTML de AMP ubicado en la URL proporcionada en amp_ad_url. Los servidores de creatividades deben responder y mostrar contenido en un plazo de 300 ms.
El anuncio HTML de AMP que se muestra desde el servidor de creatividades se insertará en el espacio de anuncios y, luego, se renderizará. Ten en cuenta que un anuncio HTML de AMP válido no puede contener iframes ni otras etiquetas <amp-ad>. Consulta la especificación de anuncios de AMPHTML para obtener más detalles.
Función solo para la versión beta: Comunícate con tu equipo de cuentas si la necesitas
Durante la recuperación de servidor a servidor del anuncio HTML de AMP (especificado en amp_ad_url), los compradores autorizados pueden pasar el encabezado HTTP y la IP del navegador del usuario al servidor de creatividades. Esto garantiza que el servidor de creatividades reciba información similar a la que se envía desde una recuperación estándar del cliente. En algunos casos, la dirección IP puede truncarse solo a los primeros 3 bytes (IPv4) o a los primeros 6 bytes (IPv6). Comunícate con tu equipo de cuentas si necesitas esta función. Este es un ejemplo de encabezado HTTP:
URLs de seguimiento de impresiones y macros de clics
Los compradores de RTB suelen incluir servicios de seguimiento de impresiones como un campo estructurado en la respuesta de la oferta (es Bid.burl, la "URL del aviso de facturación" en OpenRTB 2.5).
Con los compradores autorizados, se activarán del lado del cliente. amp-pixel activa las URLs de seguimiento cuando se renderiza la creatividad. amp-analytics puede controlar casos de uso de seguimiento más avanzados más allá de la renderización.
Los anuncios HTML de AMP deben contener una macro de clic válida en el código AMPHTML. Por lo general, tendrá el siguiente aspecto:
<a href="%%CLICK_URL_UNESC%%http%3A%2F%2my.adserver.com%2Fsome%2Fpath%2Fhandleclick%3Fclick%3Dclk"></a> <a href="https://my.adserver.com/click?google_click_url=%%CLICK_URL_ESC%%"></a>
Concordancia de cookies
Las creatividades suelen incluir píxeles de coincidencia de cookies en el código de la creatividad. Los anuncios AMPHTML pueden usar los componentes amp-pixel y amp-analytics para este caso de uso. Si no puedes adaptar tu caso de uso con amp-analytics o amp-pixel, abre un problema de GitHub para analizar opciones alternativas. Damos la bienvenida a las extensiones nuevas que pueden ser utilizadas ampliamente por varias empresas diferentes. Consulta los lineamientos detallados o la guía técnica para compilar una extensión nueva.
URLs de anuncios de AMP de muestra para pruebas
Puedes usar el siguiente contenido de anuncio de AMPHTML de muestra para realizar pruebas:
Recursos
El proyecto AMP y Google lanzaron varios recursos para ayudarte a comenzar:
- Cómo crear anuncios en AMP
- Especificación del formato de creatividad de anuncios de AMPHTML (GitHub)
- Descripción general de los anuncios HTML de AMP (GitHub)
- Sitio web de anuncios HTML de AMP del proyecto de AMP
- Ejemplos de anuncios HTML de AMP
- Comparación de velocidad: Consulta la rapidez con la que se carga un anuncio HTML de AMP en comparación con un anuncio normal. Se recomienda ver con una conexión 3G.
- Propuestas específicas de RTB al grupo IAB / OpenRTB