Esta página descreve como começar a usar anúncios AMPHTML com RTB. Confira os recursos a seguir para mais informações sobre os anúncios HTML para AMP e ferramentas para ajudar você a começar.
Abordagem geral
Solicitação de lance RTB
A solicitação de lance de RTB indica se a solicitação vem de uma página AMP e os requisitos para anúncios AMPHTML.
página AMP
O campo BidRequest.site.ext.amp pode ser usado para determinar se
a solicitação está vindo de uma página AMP. Ele pode ser definido com os seguintes valores:
enum AmpPage { // This is not an AMP page. DIALECT_HTML = 0; // This is an Amp page. DIALECT_HTML_AMP = 1; }
Requisitos para anúncios HTML para AMP
O campo BidRequest.imp.ext.ampad pode ser usado para determinar os
requisitos dos anúncios 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; }
Resposta de lance RTB
O campo BidResponse.seatbid.bid.ext.amp_ad_url aceita um URL
que aponta para o conteúdo do anúncio HTML para AMP.
Verificação de AMPHTML válido
Para que os anúncios HTML para AMP sejam renderizados antecipadamente, a troca precisa verificar e
assinar, indicando que o anúncio foi escrito no formato de criativo <html
amp4ads> do amp4ads.
Os anúncios que são AMPHTML válidos podem ser renderizados mais cedo pelas páginas AMP. Os anúncios que não forem verificados como AMPHTML válidos serão renderizados na mesma velocidade que os anúncios que não são AMPHTML.
Somente anúncios HTML para AMP devem ser retornados no amp_ad_url.
No futuro, se um editor exigir apenas anúncios HTML para AMP, os anúncios não assinados como HTML para AMP não serão renderizados.
Com o Authorized Buyers, os anunciantes ainda serão cobrados se retornarem um anúncio que não é HTML para AMP para um espaço de anúncio obrigatório para anúncios HTML para AMP.
Busca do lado do servidor
Para que os anúncios HTML para AMP sejam renderizados antecipadamente, o conteúdo do anúncio HTML para AMP precisa ser renderizado sem exigir saltos adicionais do cliente. Isso foi projetado para evitar experiências ruins do usuário devido à latência do anúncio e a chamadas extras do lado do cliente.
Depois que um bidder vence o leilão, a troca executa uma
solicitação de servidor para servidor para recuperar o conteúdo do anúncio HTML para AMP localizado no URL
fornecido em amp_ad_url. Os servidores de criativos precisam responder e retornar
o conteúdo em 300 ms.
O anúncio HTML para AMP retornado do servidor do criativo será injetado no
slot de anúncio e renderizado posteriormente. Um anúncio HTML para AMP válido não pode conter
iframes ou outras tags <amp-ad>. Consulte a especificação de
anúncios AMPHTML (link em inglês) para mais detalhes.
Recurso somente para a versão Beta: entre em contato com a equipe de conta se precisar dele
Durante a recuperação do servidor para o servidor do anúncio AMPHTML (especificado em
amp_ad_url), os compradores autorizados podem transmitir o cabeçalho HTTP e o IP
do navegador do usuário para o servidor do criativo. Isso garante que o servidor do criativo
receba informações semelhantes às enviadas por uma busca
padrão do lado do cliente. Em alguns casos, o endereço IP pode ser truncado para apenas os primeiros 3 bytes
(IPv4) ou os primeiros 6 bytes (IPv6). Entre em contato com sua equipe de conta se precisar desse
recurso. Confira um exemplo de cabeçalho HTTP:
URLs de rastreamento de impressões e macros de cliques
Os compradores de RTB geralmente incluem rastreadores de impressões como um campo estruturado na
resposta do lance (Bid.burl, o "URL do aviso de faturamento" no
OpenRTB 2.5).
Com os compradores autorizados, elas serão disparadas do lado do cliente. O amp-pixel dispara URLs de rastreamento quando o criativo é renderizado. O amp-analytics pode processar casos de uso de rastreamento mais avançados além da renderização.
Os anúncios HTML para AMP precisam conter uma macro de clique válida no HTML para AMP. Isso geralmente assume a forma de algo como:
<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>
Correspondência de cookie
Os criativos geralmente incluem pixels de correspondência
de cookies no código do criativo. Os anúncios AMPHTML podem usar os componentes
amp-pixel
e amp-analytics
para esse caso de uso. Se o caso de uso não puder ser acomodado usando
amp-analytics ou amp-pixel, abra um
problema do GitHub para discutir
opções alternativas. Aceitamos novas extensões que podem ser usadas por
várias empresas. Consulte as
diretrizes
detalhadas ou um
guia
técnico para criar uma nova extensão.
Exemplos de URLs de anúncios AMP para testes
Use o seguinte exemplo de conteúdo de anúncio AMPHTML para testar:
Recursos
O Projeto AMP e o Google lançaram vários recursos para ajudar você a começar:
- Como criar anúncios no AMP
- Especificação do formato de criativo de anúncio AMPHTML (GitHub)
- Visão geral dos anúncios HTML para AMP (GitHub)
- Anúncios HTML para AMP Site do AMP Project
- Exemplo de anúncios HTML para AMP
- Comparação de velocidade: confira a velocidade de carregamento de um anúncio HTML para AMP em comparação com um anúncio normal. É melhor assistir em uma conexão 3G.
- Propostas específicas de RTB para o IAB / Grupo OpenRTB