Ads.txt

A implementação de um arquivo ads.txt não é um requisito, e os anúncios continuarão sendo veiculados sem esse arquivo. No entanto, muitos anunciantes optam por dar lances apenas nas solicitações de anúncios verificadas pelo ads.txt. Saiba mais sobre o arquivo ads.txt.

O arquivo ads.txt é um conjunto de todos os IDs de editor que podem solicitar anúncios no seu domínio e fica na raiz do domínio (por exemplo, em example.com/ads.txt). Uma entrada típica de arquivo ads.txt tem esta aparência: 

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

Normalmente, o ID do editor usado em um arquivo ads.txt é baseado no valor de data-ad-client das tags de anúncio. No entanto, considerando que a maioria dos clientes da plataforma AFP tem milhares de contas filhas, fica difícil gerenciar esse arquivo e até mesmo a capacidade do Google e de outros bidders de processá-lo. Os clientes da plataforma têm duas opções para resolver esse problema e escalonar o uso do ads.txt nos domínios da plataforma. As plataformas podem escolher uma das opções ou ambas em conjunto, se necessário:

  • As plataformas podem registrar os próprios domínios na lista de sufixos públicos.
  • O Google AdSense pode colocar domínios de plataforma na lista de permissões para verificar solicitações de anúncios com base nos parâmetros data-ad-host e data-ad-client.

Opção 1: registrar-se na lista de sufixos públicos

Ao registrar um domínio na lista de sufixos públicos, os navegadores tratam o domínio como um TLD (domínio de nível superior). Nosso sistema de verificação do ads.txt fará o mesmo. As plataformas precisam investigar o impacto completo que isso terá no domínio antes de fazer a alteração.

Se um domínio existir na lista de sufixos públicos, o local do arquivo ads.txt precisará ser alterado. Em vez de publicar um arquivo ads.txt na raiz do domínio (example.com/ads.txt), é preciso publicá-lo em cada subdomínio (subdomain.example.com/ads.txt). A menos que a opção 2 também seja usada, o arquivo ads.txt precisa conter o ID do editor filho ou, em outras palavras, ter como base o valor do parâmetro data-ad-client.

Por exemplo, se o código da propriedade filha (data-ad-client) for: ca-pub-123456789012345, o arquivo ads.txt vai ficar assim: 

google.com, pub-123456789012345, DIRECT, f08c47fec0942fa0

Onde a parte ca- da string foi removida.

Opção 2: tratamento especial de ads.txt para domínios de plataforma

O AFP permitiu a verificação de solicitações de anúncios com base no valor de data-ad-client ou data-ad-host para domínios permitidos. Isso significa que, se um desses IDs estiver no arquivo ads.txt, a solicitação de anúncio vai ser processada como verificada. Esse tratamento vai funcionar mesmo se o domínio estiver na lista de sufixos públicos, em que a única diferença será o local do arquivo ads.txt.

Para a maioria dos clientes da plataforma AFP, recomendamos que todas as tags de anúncio tenham o parâmetro data-ad-host definido. Também é possível usar a metatag"conta da plataforma" para garantir que esse seja o caso. Depois, o arquivo ads.txt só vai precisar de uma entrada, que será baseada no ID da propriedade do host (data-ad-host).

Por exemplo, se seu ID de host (data-ad-host) for: ca-host-pub-1234567890123456, o arquivo ads.txt ficará assim: 

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Onde a parte ca-host- da string foi removida.