O ads.txt permite que um publisher identifique publicamente os sistemas de publicidade e as contas de vendedores autorizados a vender seu inventário web. Um comprador pode comparar esses identificadores com uma solicitação de lance antes de gastar. É uma declaração de relações de fornecimento autorizadas, não uma classificação de qualidade para cada impressão. [1]

O problema é ilustrado pela reportagem do Digiday de setembro de 2017 sobre o Financial Times. Ela descreveu inventário falsamente oferecido como publicidade display do FT.com em 10 exchanges e publicidade em vídeo em 15, embora o FT não vendesse vídeo programático. O FT estimou o inventário fraudulento em £1 milhão, aproximadamente $1,3 milhão, por mês. Essa era uma estimativa de inventário falsificado, não de receita de publisher perdida e auditada. [4]

Publicar no domínio dá aos compradores uma referência controlada pelo publisher. Eles devem verificar tanto o sistema de publicidade quanto a conta do vendedor, em vez de apenas notar que existe um arquivo ads.txt. [1][2]

O IAB Tech Lab descreveu explicitamente limites envolvendo intermediários desonestos que poderiam misturar tráfego autêntico e deturpado sob os mesmos identificadores autorizados. A autorização, por si só, portanto, não estabelece que cada impressão seja genuína ou humana. O arquivo não é uma garantia à prova de adulteração e não elimina toda a fraude publicitária. [2]

Em 26 de julho de 2018, o Google disse que havia começado a bloquear inventário não autorizado no novembro anterior e introduziu um controle somente ads.txt no Display & Video 360. Isso também permitiu que os compradores excluíssem sites sem um arquivo. [3]

O Google relatou que mais de 430.000 domínios haviam adicionado ads.txt desde fevereiro de 2018 e que quase 90% de seus parceiros publishers o haviam adotado. Esses eram números datados, relatados pela plataforma; não são um censo atual de adoção nem uma redução medida de fraude. A mudança proposta de configuração padrão para o final de 2018 era um plano naquele anúncio. [3]

Análise e aplicação

Análise: coloque uma declaração de autorização onde o participante legítimo possa mantê-la, torne-a fácil de descobrir pelas contrapartes e vincule-a a uma verificação real de transação. Uma declaração sem aplicação efetiva dos controles é proteção fraca.

A simplicidade operacional pode reduzir o atrito de adoção, mas a verificação ainda exige publicação, rastreamento, correção de registros e revisão de parceiros. Trate a manutenção e a segurança como trabalho contínuo, em vez de afirmar que o processo não custa nada.

Análise e aplicação

O relato do FT demonstra um problema de falsificação de domínio reportado; ele não mede de forma independente o efeito eventual do ads.txt. O relatório de adoção da plataforma demonstra a implementação em uma data específica; ele não prova conformidade universal. [3][4]

Para avaliar um sistema comparável, pergunte se a declaração está atualizada, se as solicitações são realmente verificadas e que abusos permanecem possíveis mesmo para partes autorizadas. Mantenha autorização, autenticidade do inventário, atenção humana e resultados comerciais como questões separadas. [1][2]

CONFIRA AS EVIDÊNCIAS

As fontes

  1. About ads.txt IAB Tech Lab · iabtechlab.com
  2. Mythbusting ads.txt IAB Tech Lab · iabtechlab.com
  3. New ads.txt-only inventory control in Display & Video 360 Google · blog.google ·
  4. The FT warns advertisers after discovering high levels of domain spoofing Digiday · digiday.com ·