Não há erro nos relatórios, o fill rate parece normal, as impressões continuam sendo entregues, mas o eCPM de algumas fontes está abaixo do esperado e a demanda de certos parceiros caiu sem explicação aparente. Esse é o padrão silencioso de uma operação com ads.txt inconsistente ou seller.json mal configurado.
Os compradores que verificam a cadeia de fornecimento, prática que se intensificou com a adoção do Supply Path Optimization, simplesmente param de licitar em inventário que não passa na verificação, não há mensagem de erro, não há bloqueio visível. O publisher apenas deixa de receber lances dos compradores que não conseguiram confirmar que aquele inventário é legítimo.
Compliance com esses arquivos é o pré-requisito para que o seu inventário sequer apareça no radar dos compradores que adotam SPO. Quer entender como esse movimento está reorganizando a compra de mídia e o que muda para o seu inventário? Confira:
O ads.txt como configurar ele corretamente não é uma questão técnica burocrática, é uma variável direta de receita, porque cada entrada incorreta ou ausente é um comprador a menos competindo pelo inventário a cada leilão.
O que ads.txt e seller.json fazem e por que afetam sua receita
O ads.txt, sigla para Authorized Digital Sellers, é um arquivo de texto hospedado no domínio do publisher que declara quais vendedores estão autorizados a comercializar o seu inventário. Introduzido pelo IAB Tech Lab em 2017, ele permite que compradores verifiquem se o SSP ou a ad network que está oferecendo aquele inventário tem autorização do publisher para fazê-lo.
O seller.json é o complemento do Authorized Digital Sellers, mas funciona do outro lado da cadeia, é um arquivo hospedado pelos próprios SSPs e ad exchanges que confirma a identidade de cada publisher dentro daquela plataforma. Enquanto o ads.txt diz “esse SSP está autorizado a vender meu inventário”, o seller.json diz “esse publisher existe e tem uma conta legítima nesse SSP”.
Os dois arquivos funcionam em conjunto. Os compradores que fazem verificação de supply chain cruzam as informações dos dois para confirmar que o inventário que estão comprando é de fato do publisher declarado e que a cadeia de venda é legítima. Quando qualquer um dos dois tem inconsistências, a verificação falha e o comprador não participa do leilão.
A diferença prática entre os dois arquivos para quem monetiza
A distinção mais importante é quem controla cada arquivo, o ads.txt está sob controle total do publisher: ele hospeda o arquivo, decide o que entra e precisa mantê-lo atualizado sempre que adiciona ou remove parceiros de monetização.
Já o segundo está sob controle dos SSPs, que hospedam o arquivo nos próprios domínios. O publisher não cria esse arquivo, mas precisa garantir, mas precisa garantir que suas informações estejam corretas e visíveis dentro do arquivo de cada parceiro. Esse é o passo que muitos publishers esquecem de fazer ao configurar uma nova conta em um SSP.
Como configurar o ads.txt corretamente
Cada linha do ads segue uma estrutura com quatro campos obrigatórios: o domínio do SSP ou ad exchange, o ID do publisher naquela plataforma, o tipo de relacionamento e o ID de certificação da autoridade competente.
Um exemplo de linha válida tem o formato: google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
O primeiro campo é o domínio do vendedor, sempre em letras minúsculas. O segundo é o ID que a plataforma atribuiu ao publisher, geralmente fornecido no momento do cadastro. O terceiro indica se o relacionamento é DIRECT, quando o publisher tem conta própria naquela plataforma, ou RESELLER, quando um intermediário está vendendo o inventário em nome do publisher. O quarto é o ID de certificação do IAB para aquela plataforma.
Para verificar se o arquivo está acessível e correto, basta acessar seudominio.com/ads.txt diretamente no navegador. O arquivo deve ser legível, sem redirecionamentos e hospedado no diretório raiz do domínio.
DIRECT vs RESELLER: quando usar cada um e o que acontece quando estiver errado
O DIRECT indica que o publisher tem uma conta própria na plataforma e recebe o pagamento diretamente dela. Já o RESELLER indica que um terceiro, geralmente uma ad network ou um parceiro de monetização, está vendendo o inventário do publisher por meio daquela plataforma.
Usar RESELLER quando o relacionamento é DIRECT é um dos erros mais custosos em termos de receita. Os compradores que adotam SPO priorizam caminhos DIRECT porque são mais curtos e eficientes. O inventário listado como RESELLER quando deveria ser DIRECT fica em desvantagem na priorização de supply path, o que reduz tanto a bid density quanto o eCPM resultante.
Como configurar o seller.json corretamente
Esse arquivo não é criado pelo publisher, mas o publisher tem responsabilidade sobre as informações que aparecem nele. Em cada SSP ou ad exchange onde tem conta, o publisher precisa garantir que o status de transparência esteja ativo e que o domínio de negócios está registrado corretamente.
No Google Ad Manager, a configuração fica em: Admin, depois Configurações globais, depois Configurações da conta do Ad Exchange. Ali, o campo “Transparência do sellers.json” precisa estar ativo e o domínio de negócios do publisher precisa estar registrado e verificado. A documentação oficial do Google detalha esse processo em: support.google.com/admanager/answer/9761171.
No AdSense, o caminho equivalente fica em: Conta, Configurações da conta, onde o publisher pode ativar a transparência e adicionar o domínio de negócios. As configurações são sincronizadas entre AdSense, AdMob e Ad Manager quando o publisher tem contas em mais de um produto.
Enquanto configura esses registros no Ad Manager e no AdSense, vale entender o que mais esses dois produtos retêm antes de o dinheiro chegar na sua conta:
Publishers com status confidencial não têm nome nem domínio visíveis para os compradores. Isso impede a verificação de identidade e reduz a confiança no inventário, especialmente para compradores que operam com critérios rigorosos de supply chain. O Google recomenda explicitamente que os publishers mantenham o status transparente para maximizar o potencial de receita do inventário.
Os erros que fazem compradores pararem de licitar no seu inventário
Cada erro de compliance tem um sintoma específico nos relatórios e uma causa identificável.
O ID do publisher incorreto no ads.txt. Quando o ID registrado no arquivo não corresponde ao ID que o SSP tem na plataforma, a verificação falha. O SSP aparece como parceiro autorizado no arquivo, mas o ID não bate com o registro interno. os compradores que fazem essa verificação cruzada não participam do leilão. O sintoma é a queda de demanda de um parceiro específico sem nenhuma mudança na configuração do setup, a solução é verificar o ID diretamente no painel do SSP e corrigir a entrada.
Cada comprador que deixa de participar do leilão por problema de verificação é uma redução direta na bid density do inventário. Quer entender por que essa é a métrica que mais impacta o valor de cada impressão? Confira:
Os parceiros removidos da operação ainda estão listados no arquivo. Um SSP que não faz mais parte do setup mas ainda aparece no registro cria inconsistência com o arquivo desse parceiro, que pode não ter mais o publisher registrado. Isso não causa bloqueio imediato, mas cria ruído na verificação da cadeia. O arquivo deve refletir com precisão os parceiros ativos da operação, sem entradas obsoletas.
Os publishers listados como RESELLER em vez de DIRECT. Como explicado anteriormente, esse erro coloca o inventário em desvantagem na priorização de supply path de compradores que adotam SPO. O sintoma é o eCPM abaixo do esperado para aquela fonte de demanda, mesmo com o fill rate normal.
O seller.json com status confidencial. Os publishers que não ativaram a transparência nesse arquivo junto aos parceiros principais ficam invisíveis para compradores que verificam a identidade do publisher antes de licitar. O sintoma é uma demanda menor em SSPs onde o publisher tem volume relevante mas não ativou a transparência.
Quer estruturar a operação de monetização com compliance correto desde o início, cobrindo esses arquivos de compliance e as demais decisões que definem uma operação programática saudável? Confira o nosso guia completo em parceria com a MGID.
FAQ
Com que frequência devo atualizar o ads.txt?
Sempre que houver mudança nos parceiros de monetização da operação: ao adicionar um novo SSP, ao encerrar uma parceria, ao migrar de uma plataforma para outra. Além disso, é recomendável fazer uma revisão periódica a cada trimestre para identificar entradas obsoletas ou inconsistências que podem ter passado despercebidas. Um arquivo desatualizado é um dos problemas mais comuns em operações que cresceram ao longo do tempo sem uma rotina de manutenção dos arquivos de compliance.
O que acontece se meu ads.txt tiver erros?
Depende do tipo de erro. Os erros de sintaxe podem fazer o arquivo inteiro ser rejeitado pelos crawlers dos compradores, o que equivale a não ter arquivo. Os erros específicos em uma entrada, como ID incorreto ou tipo de relacionamento errado, afetam apenas os leilões relacionados àquele parceiro. Em ambos os casos, o impacto é perda de demanda sem nenhum alerta visível nos relatórios padrões. A forma de identificar é cruzar as entradas com os IDs confirmados por cada parceiro e verificar se o arquivo está acessível e legível no diretório raiz do domínio.
Preciso configurar o seller.json ou isso é responsabilidade do SSP?
Os dois têm responsabilidades distintas. O SSP hospeda o arquivo e é responsável pela estrutura técnica. Já o publisher é responsável por garantir que suas informações estejam corretas e com status transparente dentro do arquivo de cada parceiro. Sem essa ativação, o publisher simplesmente não aparece no arquivo ou aparece como confidencial, o que prejudica a verificação de identidade pelos compradores.
Como saber se esses arquivos estão causando perda de receita?
O sinal mais direto é queda de demanda ou eCPM abaixo do esperado em fontes específicas sem nenhuma mudança no setup. Para confirmar, vale cruzar as entradas do ads.txt com os IDs fornecidos por cada parceiro e verificar o status de transparência no arquivo de cada SSP principal. As ferramentas de validação, como as disponibilizadas pelo próprio IAB, permitem identificar erros de sintaxe e inconsistências automaticamente.
Quer entender se a configuração atual da sua operação está correta e quais ajustes podem estar impactando a demanda? Fale com um especialista da AdSeleto.
Conclusão
Esses dois arquivos são a identidade do publisher no ecossistema programático. Os compradores que verificam a cadeia de fornecimento tomam decisões de lance baseadas nessas informações, e são cada vez mais os que fazem essa verificação.
Sendo assim, manter esses arquivos atualizados, com as entradas corretas e o status de transparência ativo, não é uma higiene técnica opcional. É proteção direta da receita, porque cada inconsistência é um comprador a menos competindo pelo inventário a cada leilão.
