Eles são formatados para se ajustar ao conteúdo e ao design visual, aumentando a probabilidade de serem vistos e clicados pelos usuários. O inventário de anúncios nativos está disponível em apps para dispositivos móveis, além de sites para computadores e dispositivos móveis. Para mais informações sobre anúncios nativos, consulte Visão geral dos anúncios nativos.
Os anúncios nativos são compatíveis com o Authorized Buyers e o Open Bidding.
Este é o fluxo de trabalho para anúncios nativos:
- Uma chamada de um anúncio nativo é feita ao Google. A chamada especifica um ou ambos os modelos de anúncio nativo a seguir, cada um especificando os campos nativos preferidos.
- O Google envia aos compradores uma solicitação de lance em tempo real com uma lista dos campos que estão sendo solicitados.
- Os compradores interessados respondem com os campos solicitados.
- O Google abre um leilão para selecionar o lance vencedor e envia os recursos do criativo fornecidos pelo comprador ao editor.
- O publisher monta os recursos em um anúncio nativo e os estiliza para se ajustar ao design do site.
Formatos de mensagem
O Google é compatível com a especificação do OpenRTB em JSON e Protobuf.
Para anúncios nativos do OpenRTB Protobuf, os seguintes campos são diferentes da especificação:
| JSON | Tipo de JSON | Protobuf | Tipo de protobuf |
|---|---|---|---|
BidRequest.imp[].native.request |
string |
BidRequest.imp[].native.request_native |
NativeRequest |
BidResponse.seatbid[].bid[].adm |
string |
BidResponse.seatbid[].bid[].adm_native |
NativeResponse |
Os campos Protobuf do OpenRTB são mensagens Protobuf, não strings.
Se você usar a implementação do OpenRTB Protobuf, seu endpoint vai receber solicitações de
lances que contêm BidRequest.imp.native.request_native
em vez de BidRequest.imp.native.request. Além disso, seu endpoint precisa retornar respostas de lance que preenchem BidResponse.seatbid.bid.adm_native em vez de BidResponse.seatbid.bid.adm. Caso contrário, ele será filtrado do leilão.
Ao fazer um lance que inclui um anúncio nativo, o endpoint de lances precisa
especificar os recursos obrigatórios e os opcionais que você escolheu incluir
no campo BidResponse.seatbid.bid.{adm/adm_native}.assets.
Os recursos enviados na resposta precisam incluir o valor id
correspondente especificado na solicitação de lance. O id é usado para estruturar o modelo e distinguir tipos semelhantes de recursos, como imagens e ícones principais. O exemplo a seguir mostra como os objetos NativeRequest e NativeResponse são preenchidos nos formatos OpenRTB e JSON:
JSON do OpenRTB (analisado)
{ "ver": "1.2", "assets": [ { "id": 1, "required": 1, "title": { "len": 25 } }, { "id": 2, "required": 1, "data": { "type": 2, "len": 90 } }, { "id": 3, "data": { "type": 12, "len": 15 } }, { "id": 4, "required": 1, "img": { "type": 3, "wmin": 1200, "hmin": 627 } }, { "id": 5, "required": 1, "img": { "type": 1, "wmin": 100, "hmin": 100 } }, { "id": 6, "data": { "type": 3, "len": 5 } }, { "id": 7, "data": { "type": 6 } } ], "eventtrackers": [ { "event": 1, "methods": [ 1 ] } ] }
NativeResponse
{
"ver": "1.2",
"assets": [
{
"id": 1,
"title": {
"text": "Luxury Mars Cruises"
}
},
{
"id": 2,
"data": {
"value": "Visit the planet in a luxury spaceship."
}
},
{
"id": 3,
"data": {
"value": "Book today"
}
},
{
"id": 4,
"img": {
"url": "https://native.test.com/image?id=123456",
"w": 100,
"h": 100
}
},
{
"id": 5,
"img": {
"url": "https://native.test.com/icon?id=123456",
"w": 200,
"h": 200
}
}
],
"link": {
"url": "https://www.google.com",
"clicktrackers": [
"https://native.test.com/click?id=123456"
]
},
"imptrackers": [
"https://test.com/impression?id=123456&amt=${AUCTION_PRICE}"
]
}Protobuf do OpenRTB
request_native { ver: "1.2" assets { id: 1 required: true title { len: 25 } } assets { id: 2 required: true data { type: DESC len: 90 } } assets { id: 3 data { type: CTATEXT len: 15 } } assets { id: 4 required: true img { type: MAIN wmin: 1200 hmin: 627 } } assets { id: 5 required: true img { type: ICON wmin: 100 hmin: 100 } } assets { id: 6 data { type: RATING len: 5 } } assets { id: 7 data { type: PRICE } } eventtrackers { event: IMPRESSION methods: IMG } }
NativeResponse
adm_native { assets { id: 1 required: true title { text: "Luxury Mars Cruises" } } assets { id: 2 required: true data { value: "Visit the planet in a luxury spaceship." } } assets { id: 3 data { value: "Book today" } } assets { id: 4 required: true img { url: "https://native.test.com/image?id=123456" w: 1200 h: 627 } } assets { id: 5 required: true img { url: "https://native.test.com/icon?id=123456" w: 128 h: 128 } } assets { id: 6 data { value: "5" } } link { url: "https://www.google.com" clicktrackers: "https://native.test.com/click?id=123456" } imptrackers: "https://test.com/impression?id=123456&amt=${AUCTION_PRICE}" }
Se você usar um SDK do comprador para renderizar anúncios nativos,
inclua uma imagem type no declared_ad ao
enviar criativos para revisão.
Modelos de anúncios nativos
Os modelos de anúncios nativos descrevem os componentes de um anúncio nativo e determinam
o conteúdo e a estrutura do NativeRequest na solicitação
de lance. O Google é compatível com os dois modelos de anúncios nativos mais comuns para anúncios nativos em vídeo e não em vídeo:
- Modelo de anúncio de instalação de app: promova e aumente as instalações de apps para dispositivos móveis.
- Modelo de anúncio de conteúdo: combinação mais genérica de texto e imagens para anúncios de marca ou da Web.
- Modelo de anúncio de instalação de app de vídeo
- Modelo de anúncio de conteúdo em vídeo
Outros modelos existem e podem ter um conjunto diferente de requisitos para campos, dimensões e tamanhos.
Modelo de anúncio de instalação de apps
Campos obrigatórios e recomendados
As tabelas a seguir mostram campos marcados como Obrigatório ou Recomendado. Aplicam-se as seguintes regras:
- Os campos marcados como Obrigatório são exigidos pelo bidder.
- Os campos marcados como Recomendado não são obrigatórios para o bidder, e o publisher pode ou não mostrá-los se forem fornecidos (por exemplo, classificação por estrelas).
- A call-to-action (CTA) é sempre marcada como Recomendada porque um padrão é atribuído se um não for enviado pelo bidder, mas sempre será exibido se for enviado.
A tabela a seguir lista os campos de um modelo de anúncio de instalação de app. Os apps para dispositivos móveis usam esses campos para criar anúncios nativos de instalação de apps.
| Campo | Descrição | Obrigatório ou recomendado? | Sempre exibido? | Tamanho de imagem recomendado/número máximo de caracteres | Exemplo |
|---|---|---|---|---|---|
| Título | O título do app | Obrigatório | Sim | 25 caracteres | Flood-It! |
| Imagem | Uma captura de tela do app ou outra imagem relevante | Obrigatório | Não | 1.200 px x 627 px ou 600 px x 600 px,dependendo da proporção exigida pelo publisher. | <Uma captura de tela do jogo Flood-It!> |
| Corpo | Texto principal do app | Obrigatório | Não | 90 caracteres | Enganosamente simples e tentadoramente desafiador = deliciosamente viciante! |
| Ícone do app | O ícone do app | Obrigatório | Não | 128 x 128 px | <Ícone do app Flood-it!> |
| Call-to-action | Ação preferida do usuário | Recomendado | Sim | 15 caracteres | Instalar |
| Classificação por estrela | Número de estrelas (0 a 5) que representa a classificação do app na loja de apps. | Recomendado | Não | 0 a 5 | 4.5 |
| Preço | O custo do app | Recomendado | Não | 15 caracteres | Sem custos |
Observações sobre o tamanho do texto
Se um comprador enviar um recurso de texto (texto do corpo, por exemplo) maior que o número máximo de caracteres sugerido, o texto poderá ser truncado e cortado pelo Google ou pelo editor. Os limites de truncamento têm metade do tamanho em chinês, japonês e coreano. Por exemplo, o limite do título é 90 para o inglês e 45 para o chinês.
Observações sobre o tamanho da imagem
Os editores podem:
- Corte a imagem principal de forma simétrica em até 20% em uma dimensão (altura ou largura).
- Redimensione a imagem sem mudar a proporção.
- Imagens com proporções muito diferentes das implícitas pela altura e largura podem ser filtradas.
Modelo de anúncio de conteúdo
A tabela a seguir lista os campos de um modelo de anúncio de conteúdo. Os editores usam esses campos para criar anúncios nativos de conteúdo.
| Campo | Descrição | Obrigatório ou recomendado? | Sempre exibido? | Tamanho de imagem recomendado/número máximo de caracteres * | Exemplo |
|---|---|---|---|---|---|
| Título | O cabeçalho do anúncio | Obrigatório | Sim | 25 caracteres | Menores taxas de hipoteca |
| Imagem | A imagem principal do anúncio | Obrigatório | Não | 1.200 px x 627 px ou 600 px x 600 px,dependendo da proporção exigida pelo publisher. | <Imagem principal do anúncio> |
| Corpo | O conteúdo do anúncio | Obrigatório | Não | 90 caracteres | Sua casa em Brooklyn, mais barata e mais rápida do que você imagina! |
| Logotipo | Logotipo do anunciante ou outra imagem pequena relevante | Recomendado | Não | 128 x 128 px | <Logotipo da NY Mortgage Inc.> |
| Call-to-action | Ação preferida do usuário | Recomendado | Não | 15 caracteres | Receber um orçamento |
| Advertiser | Texto que identifica o anunciante ou a marca | Obrigatório | Não | 25 caracteres | NY Mortgage Inc. |
Modelo de anúncio em vídeo de instalação de apps
| Campo | Descrição | Obrigatório ou recomendado? | Sempre exibido? | Tamanho de imagem recomendado/número máximo de caracteres * | Exemplo |
|---|---|---|---|---|---|
| Vídeo | É a resposta VAST de vídeo com todos os recursos necessários para exibir um anúncio desse tipo. | Obrigatório | Não | - | Um URL para XML VAST contendo um Flood-It! Anúncio em vídeo |
| Título | O título do app | Obrigatório | Sim | 25 caracteres | Flood-It! |
| Imagem | É a imagem (miniatura) exibida no player antes do clique ou durante o carregamento do anúncio em vídeo. | Obrigatório | Não | As dimensões devem corresponder à proporção do vídeo (por exemplo, 1.280 x 720 para vídeos de 16:9 ou 4:3 para vídeos de 640 x 480). | Captura de tela do jogo Flood-It! Ou no vídeo |
| Corpo | Texto principal do app | Obrigatório | Não | 90 caracteres | Enganosamente simples e tentadoramente desafiador = deliciosamente viciante! |
| Ícone do app | O ícone do app | Obrigatório | Não | 128 x 128 px | Ícone do app Flood-it! |
| Call-to-action | Ação preferida do usuário | Obrigatório | Sim | 15 caracteres | Instalar |
| Classificação por estrela | Número de estrelas (0 a 5) que representa a classificação do app na loja de apps. | Recomendado | Não | 0 a 5 | 4.5 |
| Preço | O custo do app | Recomendado | Não | 15 caracteres | Sem custos |
Restrições
Vídeo: todo o vídeo precisa estar na forma de um URL VAST ou uma tag VAST. Um arquivo de vídeo bruto, como WebM, MP4 etc., não pode ser especificado.
Tamanho do texto: se um comprador especificar um recurso de texto, como o
bodyna resposta, ele poderá ser truncado e cortado pelo Google ou pelo editor. Os limites de truncamento têm metade do tamanho em chinês, japonês e coreano. Por exemplo, o limite do título é 90 em inglês e 45 em chinês.Tamanho da imagem: os editores podem:
- Corte a imagem principal de forma simétrica em até 20% em uma dimensão (altura ou largura).
- Redimensione a imagem sem mudar a proporção.
Exemplo de anúncio de instalação de apps
Modelo de anúncio de conteúdo em vídeo
| Campo | Descrição | Obrigatório ou recomendado? | Sempre exibido? | Tamanho de imagem recomendado/número máximo de caracteres * | Exemplo |
|---|---|---|---|---|---|
| Vídeo | É a resposta VAST de vídeo com todos os recursos necessários para exibir um anúncio desse tipo. | Obrigatório | Sim | - | Um URL para XML VAST contendo um Flood-It! Anúncio em vídeo |
| Título | O cabeçalho do anúncio | Obrigatório | Sim | 25 caracteres | Menores taxas de hipoteca |
| Imagem | É a imagem (miniatura) exibida no player antes do clique ou durante o carregamento do anúncio em vídeo. | Obrigatório | Não | As dimensões devem corresponder à proporção do vídeo (por exemplo, 1.280 x 720 para vídeos de 16:9 ou 4:3 para vídeos de 640 x 480). | Uma captura de tela do vídeo |
| Corpo | O conteúdo do anúncio | Obrigatório | Não | 90 caracteres | Sua casa em Brooklyn, mais barata e mais rápida do que você imagina! |
| Logotipo | Logotipo do anunciante ou outra imagem pequena relevante | Recomendado | Não | 128 x 128 px | Logotipo da NY Mortgage Inc. |
| Call-to-action | Ação preferida do usuário | Obrigatório | Não | 15 caracteres | Receber um orçamento |
| Advertiser | Texto que identifica o anunciante ou a marca | Obrigatório | Não | 25 caracteres | NY Mortgage Inc. |
Meta campos
Os seguintes metacampos são compartilhados por todos os modelos de anúncio compatíveis:
| Campo | Descrição |
|---|---|
BidResponse.seatbid.bid.{adm/adm_native}.link.url |
O URL da página de destino final para onde o usuário será direcionado após clicar no anúncio. É necessário usar esse campo no caso de páginas de destino dinâmicas. |
BidResponse.seatbid.bid.{adm/adm_native}.link.clicktrackers
|
Opcional. URLs adicionais que permitem aos anunciantes rastrear cliques de usuários no anúncio. |
BidResponse.seatbid.bid.{adm/adm_native}.privacy |
Link para uma página de preferências de anúncios ou de desativação. Se presente, um ícone padrão das Opções de anúncios é adicionado ao criativo nativo e vinculado a esse URL. |
BidResponse.seatbid.bid.{adm/adm_native}.eventtrackers |
Para rastrear impressões, inclua
eventtrackers na resposta nativa, em que event
é definido como IMPRESSION. |
Representação do modelo de anúncio nativo na solicitação de lance
Ao receber uma solicitação de lance com inventário nativo, ela vai conter o modelo de anúncio nativo representado com a mensagem NativeRequest do OpenRTB. Ele fornece as seguintes informações sobre o inventário de anúncios nativos:
- Recursos opcionais ou obrigatórios.
- Dimensões para imagens, logotipos e ícones de apps.
- Especificações do estilo em que o anúncio é renderizado.
Recursos opcionais e obrigatórios
Você pode encontrar os recursos opcionais e obrigatórios para uma impressão de anúncio nativo em
BidRequest.imp.native.{request/request_native}.assets. Isso descreve os componentes do anúncio nativo, como título, corpo ou logotipo.
Cada recurso incluído na solicitação tem um id distinto e preenche required como True para aqueles que precisam ser incluídos na resposta do lance.
Representação de um anúncio nativo na resposta do lance.
Ao dar lances no inventário nativo, você precisa incluir um
NativeResponse
preenchido com os recursos obrigatórios indicados na solicitação de lance e também pode
incluir os recursos opcionais especificados. Você pode incluir esses dados em uma resposta de lance com BidResponse.seatbid.bid.{adm/adm_native}.assets.
Ao preencher assets na resposta, cada um precisa incluir o id correspondente ao recurso da solicitação de lance.