A Fraudlogix estimou o tráfego inválido programático nos EUA em 20.64% em 2025. Isso representa cerca de US$ 37 bilhões de um gasto de US$ 180 bilhões entregues a bots, inventário falsificado ou sites criados para publicidade. Fornecedores de verificação como DoubleVerify, IAS e Peer39 amostram uma fatia das impressões e avaliam o restante. As marcas confiam na avaliação até que uma auditoria interna mostre uma lacuna.
Aqui está a lacuna. Se você verificar uma campanha brasileira a partir de um IP de datacenter dos EUA, você não verá o que um usuário de dispositivo móvel de São Paulo vê. Você vê um criativo de fallback, um vencedor de lance diferente ou absolutamente nada. A verificação sem olhos locais é um cara ou coroa sobre se o seu número corresponde à realidade.
As taxas de fraude também não são uniformes em todos os mercados. O detalhamento por país da Fraudlogix coloca a Coreia do Sul com 23,47%, o México com 22,81% e o Brasil com 22,33%. Se o seu plano de mídia abrange uma dúzia de países, você precisa de uma dúzia de pontos de observação para avaliar com honestidade.
A Abordagem
A verificação de anúncios programáticos se divide em três problemas que exigem renderização geo-autêntica:
- Auditoria de posicionamento. O anúncio apareceu na URL que sua DSP relatou, acima da dobra, próximo a conteúdo seguro?
- Verificação do criativo. O criativo pretendido foi renderizado ou um publisher mal-intencionado trocou por algo fora da marca?
- Verificação de destino. Onde o clique realmente chega? A URL de destino pode diferir por país, dispositivo e até mesmo ISP.
Nenhum desses funciona a partir de um único ponto de observação. O header bidding executa um leilão ao vivo no navegador do visualizador, e o vencedor depende do IP, cookies e perfil do dispositivo. Busque a mesma URL do publisher de Frankfurt e de São Paulo no mesmo segundo e você obterá dois documentos HTML diferentes. Isso não é um bug no site. É a stack de anúncios funcionando como projetado.
Algumas configurações de verificação tentam simular a visualização local fixando um User-Agent em pt-BR e definindo o header Accept-Language. A ad exchange não se importa. Os bidders roteiam com base na pesquisa geográfica do IP relatado, e não nos headers que o cliente alega. Se o IP resolve para um datacenter da Virgínia, você obtém inventário dos EUA, mesmo que seus headers gritem Brasil. Não há atalho para contornar o caminho da rede.
Quanto mais rigorosa for a segmentação da campanha, mais nítido isso fica. Um pool de retargeting definido por código postal e operadora de celular aparece como no-fill em uma saída de datacenter em Frankfurt, e como uma impressão ao vivo em um IP de assinante móvel da Deutsche Telekom. Ambos os resultados estão corretos para o que eles viram. Apenas um diz o que seus compradores realmente viram.
Portanto, a infraestrutura tem que fazer três coisas ao mesmo tempo. Sair de um ISP real no país de destino. Renderizar JavaScript quando o espaço de anúncio precisar. E evitar acessar o mesmo publisher do mesmo IP com tanta frequência que você pareça um scraper em vez de um público.
Um padrão pragmático com a API da FourA:
import requests
# Fetch the placement page from a Brazilian exit
r = requests.post(
"https://api.foura.ai/api/proxy",
headers={"Authorization": "Bearer pk_live_..."},
json={
"exitCountries": ["BR"],
"maxTries": 5,
"request": {
"url": "https://publisher.example.com/article/1234",
"validate": {
"status": {"accept": [200]},
"data": {"fail": ["captcha", "Just a moment"]}
}
}
}
).json()
# r["data"] holds the HTML; the response also echoes the country that
# served the request, so you can log the market you observed from.
html = r.get("data")
Para publishers onde o espaço do anúncio só resolve após a execução de JavaScript, passe a URL para /api/auto em vez disso e deixe-o escolher o caminho de renderização. A opção Auto aprende quais países realmente entregam conteúdo para aquele host e roteia chamadas futuras por eles, de modo que uma varredura de brand safety em mil URLs fica mais rápida e barata à medida que o pool de sessões aprendidas cresce. Nosso artigo sobre setor imobiliário demonstra o mesmo padrão geodiversificado para um vertical diferente.
Resultados
Uma configuração ilustrativa do lado da marca: 800 URLs de posicionamento monitoradas em 12 países, verificadas duas vezes por dia. Isso significa 19.200 verificações por dia, uma chamada de API cada, com sessões em cache por host para que a maioria das chamadas subsequentes pule a renderização do navegador. O que as equipes acabam vendo:
- Todos os mercados auditados diariamente, não amostrados mensalmente. As taxas de amostragem de um dígito dos fornecedores de verificação são complementadas com uma varredura completa das URLs onde você gasta mais.
- Detecção de discrepâncias em horas. Uma troca de criativo ou mudança de posicionamento é sinalizada antes que a campanha consuma mais um dia de orçamento.
- Mais barato que uma frota headless na sua própria nuvem. O custo de executar um farm de navegadores em cada região, além de contratos de proxies residenciais, desaparece. Você chama um endpoint por verificação e recebe a página renderizada de volta.
- Uma trilha de auditoria por verificação. Cada response carrega o HTML renderizado, o país que o atendeu e um proxy ID opaco que você pode registrar. Quando uma discrepância surge, você tem a evidência exata para entregar à equipe da marca, à agência ou ao publisher.
O gasto real depende de quantas URLs, com qual frequência e quantas precisam de renderização completa do navegador. Mas a premissa é a mesma: pague pelo que entrega, não pela infraestrutura ao redor.
Conclusão Principal
A verificação é um problema de medição. Ela não fica mais precisa confiando cegamente em um único ponto de observação. Fica mais precisa adicionando perspectivas. Doze mercados significa doze saídas. Qualquer coisa menos do que isso é um palpite com um relatório anexado.