ads.txt, app-ads.txt e sellers.json: o que são, como configurar e por que afetam a sua receita

Resposta rápidaO ads.txt é um arquivo publicado na raiz do site que lista quem está autorizado a vender o seu inventário de anúncios. O app-ads.txt faz o mesmo para aplicativos. O sellers.json é o lado inverso: cada plataforma de venda publica quem são os vendedores que ela representa. Juntos, e com o SupplyChain Object, eles permitem que compradores verifiquem a cadeia de venda. Se o ads.txt estiver ausente ou incompleto, compradores podem recusar o inventário e a receita cai.

Na mídia programática, uma impressão pode passar por várias empresas antes de chegar ao anunciante. Isso abriu espaço para fraudes como a falsificação de domínio (domain spoofing), em que alguém vende inventário fingindo ser um site premium. Para combater isso, o IAB Tech Lab criou padrões simples de transparência, como expliquei no artigo sobre IAB, Google e o combate à fraude.

Neste guia eu explico o ads.txt, o app-ads.txt, o sellers.json e o SupplyChain Object, como configurar e os erros que mais custam receita.

O que é o ads.txt

ads.txt significa Authorized Digital Sellers. É um arquivo de texto público, disponível em seusite.com/ads.txt, em que o publisher declara quais empresas estão autorizadas a vender o seu inventário.

Cada linha tem o seguinte formato:

1. Domínio do sistema de anúncios (por exemplo, google.com).
2. ID da conta do publisher naquele sistema.
3. Tipo de relação: DIRECT ou RESELLER.
4. ID da autoridade de certificação (opcional).

DIRECT e RESELLER

Declarar o tipo errado pode fazer compradores tratarem o inventário com desconfiança.

O que é o app-ads.txt

É o equivalente para aplicativos. O arquivo fica no site do desenvolvedor informado na loja de apps (Google Play ou App Store), e as plataformas de anúncio cruzam o domínio da loja com o arquivo. Quem monetiza apps, como expliquei no guia do Meta Audience Network, precisa mantê-lo atualizado.

O que é o sellers.json

Enquanto o ads.txt é publicado pelo site, o sellers.json é publicado pela plataforma de venda (SSP ou exchange). Ele lista os vendedores que a plataforma representa, com nome, domínio e tipo (publisher, intermediário ou ambos).

Com os dois arquivos, o comprador consegue verificar os dois lados: o site autoriza a plataforma e a plataforma confirma quem é o vendedor.

O SupplyChain Object

O SupplyChain Object (schain) é uma informação enviada junto com cada pedido de lance, mostrando todos os intermediários pelos quais a impressão passou. Combinado com ads.txt e sellers.json, permite ao comprador enxergar a cadeia completa, do site até a DSP.

Por que isso afeta a sua receita

• DSPs e anunciantes configuram campanhas para comprar apenas inventário autorizado.
• O Google exibe alertas no AdSense quando o ads.txt está ausente ou desatualizado e pode limitar a veiculação.
• Linhas faltando significam parceiros que não conseguem vender o seu inventário, mesmo com a integração técnica pronta, o que é comum em operações com header bidding.
• Linhas sobrando, de parceiros antigos, abrem espaço para revenda não autorizada.

Como configurar no WordPress

1. Reúna as linhas fornecidas por cada parceiro: AdSense, Ad Manager, parceiro MCM, SSPs e redes.
2. Crie o arquivo ads.txt e publique na raiz do domínio. Plugins específicos de ads.txt e alguns plugins de anúncios fazem isso pelo painel.
3. Confirme que o endereço seusite.com/ads.txt abre o arquivo como texto, com código 200, sem redirecionamentos estranhos.
4. Se usar subdomínios, verifique as regras de cada parceiro.
5. Aguarde o rastreamento: o Google e as SSPs podem levar alguns dias para atualizar.

Erros comuns

1. Arquivo publicado em uma subpasta, e não na raiz.
2. Cache ou CDN servindo uma versão antiga do arquivo.
3. Erros de digitação no ID da conta.
4. Usar DIRECT quando a relação é de revenda.
5. Esquecer de incluir novos parceiros depois de uma integração.
6. Manter parceiros encerrados por anos.
7. Redirecionamento do domínio sem www para o com www sem que o arquivo acompanhe.

Como auditar

• No AdSense, a página de sites mostra o status do ads.txt.
• No Ad Manager, há relatórios de inventário com status de autorização.
• Ferramentas de validação de ads.txt verificam a sintaxe e cruzam com o sellers.json das plataformas.
• Faça uma revisão a cada novo parceiro e, no mínimo, uma vez por trimestre.

ads.txt e combate à fraude

O ads.txt não resolve todo tipo de fraude, mas fecha uma das portas mais exploradas. Junto com boas práticas de tráfego, ele faz parte do checklist antifraude para publishers. E, para quem trabalha com PMP e deals, é pré-requisito: nenhum comprador premium negocia com inventário sem autorização clara.

Exemplo de organização do arquivo

Em operações com vários parceiros, o ads.txt cresce rápido e fica difícil de manter. Uma organização simples ajuda muito:

Linhas que começam com o caractere de comentário são ignoradas pelos robôs, então você pode documentar o próprio arquivo. Também existe a variável OWNERDOMAIN, que identifica a empresa dona do site, e a MANAGERDOMAIN, usada em alguns casos para indicar quem gerencia o inventário, conforme as versões mais recentes da especificação do IAB.

Quem deve cuidar do ads.txt

Em equipes pequenas, a responsabilidade costuma se perder entre o desenvolvedor, o time de AdOps e o parceiro de monetização. Defina uma pessoa responsável, registre cada alteração e inclua a verificação do arquivo no processo de entrada de qualquer novo parceiro. É uma tarefa de cinco minutos que evita semanas de receita perdida.

Perguntas frequentes