Usando ads.txt & sellers.json para Inteligência de Anúncios (Guia Prático)

ads.txt e sellers.json são dois pequenos arquivos de texto hospedados publicamente que, lidos juntos, indicam quem está autorizado a vender o inventário de anúncios de um editor e quem realmente possui um determinado ID de vendedor na cadeia. Para pesquisa competitiva e de cadeia de suprimentos, são uma das poucas fontes de dados genuinamente factuais e verificáveis em um setor onde a maioria das alegações (gastos, alcance, "inventário premium") não pode ser checada. Veja como usá‑los na prática.

O que cada arquivo contém, na prática#

ads.txt fica em domain.com/ads.txt na raiz de qualquer domínio de editor, e é uma lista em texto simples de todas as empresas autorizadas a vender o inventário desse editor, uma linha por relacionamento. Uma linha típica tem a forma:

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

Esse é o domínio da exchange ou SSP, o ID da conta do editor naquela exchange, se o relacionamento é DIRECT (o editor negocia diretamente) ou RESELLER (há um intermediário), e um ID opcional da autoridade certificadora. sellers.json é a imagem espelhada, hospedado pela exchange ou SSP em exchange.com/sellers.json, listando cada conta de vendedor com a qual a exchange trabalha, seu nome (às vezes), e se são PUBLISHER, INTERMEDIARY ou BOTH. Ao cruzar os dois, você pode confirmar se o vendedor alegado de um slot de anúncio realmente possui um relacionamento autorizado, ou se algo não corresponde.

Por que isso importa para pesquisa competitiva e de brand‑safety#

A cadeia de suprimento de anúncios entre o orçamento de um anunciante e a página de um editor raramente tem um único salto. Os anúncios frequentemente passam por um ou mais relacionamentos de inventário revendido antes de chegar ao destino, e cada salto é uma oportunidade de falsificação, spoofing de domínio ou simples confusão sobre quem realmente está veiculando o anúncio. ads.txt e sellers.json existem especificamente para tornar essa cadeia auditável:

• Verificando a alegação de uma rede. Se uma rede nativa ou DSP afirma ter acesso direto ao inventário de um editor, o arquivo ads.txt desse editor o listará como DIRECT. Se aparecer apenas como RESELLER em vários saltos, ou não aparecer, isso fornece informação útil antes da compra.
• Detectando spoofing de domínio. Operações fraudulentas às vezes alegam representar o inventário de um editor premium sem autorização. Verificar ads.txt contra o domínio da solicitação de lance real é um método padrão e gratuito para detectar isso.
• Entendendo por que um anúncio tem determinado visual. Quando você rastreia como ferramentas de espionagem de anúncios capturam anúncios nativos, o pareamento ads.txt/sellers.json costuma ser a forma mais rápida de confirmar qual rede realmente serviu a colocação, em vez de adivinhar pelo estilo visual do widget.
• Auditando seus próprios caminhos de suprimento. Se você é editor, seu próprio arquivo ads.txt também é a maneira mais rápida de checar se um parceiro que você cortou (ou nunca autorizou) ainda está listado, ou se uma integração adicionou linhas inesperadas.

Um fluxo de trabalho prático em cinco etapas#

1. Obtenha o ads.txt do editor. Busque https://[publisher-domain]/ads.txt diretamente no navegador ou com um script simples. É texto puro, sem necessidade de autenticação.
2. Encontre a linha da exchange ou rede que está investigando. Procure pelo domínio (ex.: taboola.com, outbrain.com ou a SSP relevante) e anote o ID da conta do editor e se está marcado como DIRECT ou RESELLER.
3. Obtenha o sellers.json dessa exchange. Busque https://[exchange-domain]/sellers.json e procure pelo ID de vendedor encontrado na etapa 2.
4. Compare o nome e o tipo do vendedor. A entrada do sellers.json corresponde ao editor que você começou? Está listada como PUBLISHER (como esperado para relacionamento direto) ou INTERMEDIARY (como esperado para cadeia de revenda)?
5. Siga a cadeia se for um relacionamento RESELLER. Uma linha RESELLER indica que outra entidade está entre o editor e a exchange. Idealmente esse intermediário deve carregar seu próprio objeto SupplyChain (schain) na solicitação de lance, registrando cada salto para auditoria completa, embora os dados do schain não sejam visíveis apenas pelos arquivos ads.txt/sellers.json; eles exigem acesso ao fluxo real de lances ou a uma ferramenta que o capture.

Constatações comuns e o que significam#

Onde isso se encaixa na identificação de rede de anúncios de forma mais ampla#

ads.txt e sellers.json são mais fortes para verificar relacionamentos do lado da oferta, não para identificar qual rede entregou um anúncio específico que você está analisando como comprador. Para isso, normalmente você trabalha a partir da cadeia de redirecionamento do criativo, da assinatura visual do widget e dos domínios de pixel de rastreamento envolvidos, abordagem coberta em como identificar a rede de anúncios por trás de qualquer anúncio. Pense em ads.txt e sellers.json como o rastro de auditoria para relacionamentos de suprimento, e a análise de criativo/redirecionamento como o rastro de auditoria para o que o anunciante realmente está veiculando.

Observações sobre ferramentas#

Ambos os formatos de arquivo são regidos por especificações do IAB Tech Lab, e as especificações originais são a referência definitiva caso você encontre um caso‑borda que esses arquivos não cubram bem, como configurações de múltiplas contas ou campos OWNERDOMAIN. Para verificações pontuais manuais, um navegador e uma busca de texto são realmente suficientes; não é necessário usar ferramentas pagas para verificações ocasionais. O que se torna trabalhoso é fazer isso em escala, cruzando dezenas de editores ou monitorando mudanças ao longo do tempo, situação em que uma plataforma que já indexa a cadeia de suprimento entre redes elimina o trabalho repetitivo de buscar‑e‑comparar. O índice de inteligência de anúncios da OpenAdLibrary combina esse contexto de caminho de suprimento com o criativo ao vivo e a página de destino rastreada, evitando que você precise cruzar três fontes distintas manualmente para cada colocação que deseja checar.

Por que isso importa mais para nativo do que parece à primeira vista#

Redes nativas revendem inventário constantemente. Um único slot de widget de recomendação de conteúdo em uma página de editor pode ser roteado diretamente pela rede, por um revendedor regional ou por um wrapper de header‑bidding que intermedia várias fontes de demanda simultaneamente. Como anúncios nativos raramente exibem a marca visível de um banner display, e o widget costuma ter aparência idêntica independentemente da rede que o fornece, ads.txt e sellers.json às vezes são a única forma confiável de confirmar qual rede detém legitimamente o relacionamento com o editor, especialmente quando o site do editor executa múltiplos widgets nativos lado a lado de diferentes provedores. É também o motivo pelo qual configurações de header‑bidding, onde várias exchanges competem pelo mesmo slot em tempo real, se beneficiam da mesma verificação: cada exchange participante deve ter sua própria linha autorizada no ads.txt do editor e sua correspondente entrada sellers.json.

Fazendo isso em escala versus uma única vez#

Verificar manualmente o arquivo de um editor leva alguns minutos. Verificar cinquenta editores periodicamente para capturar novas ou removidas relações é outro desafio, e costuma deixar de ser feito assim que a curiosidade inicial diminui, embora o valor esteja em repetições constantes. Se você incorpora isso a um processo de pesquisa contínuo, vale a pena combiná‑lo com o monitoramento da cadeia de suprimento de anúncios que já faz para criativos e mudanças de landing page, para que as visões de suprimento e criativo se atualizem juntas em vez de divergirem.

Uma nota sobre limites#

Esses arquivos são auto declarados por editores e exchanges. Nada obriga um editor a manter o ads.txt atualizado, e arquivos desatualizados ou incompletos são comuns, especialmente em sites menores. Trate uma entrada ausente ou inconsistente como um indício para investigação adicional, não como prova automática de fraude; muitos editores pequenos legítimos simplesmente ainda não atualizaram seu arquivo recentemente. O valor de ads.txt e sellers.json está em tornar a cadeia de suprimento verificável, não em torná‑la infalível.