Checklist antifraude para publishers (AdSense e Ad Manager)

Ao longo desta série, vimos que a fraude na publicidade digital tem muitas faces: tráfego inválido, falsificação de inventário combatida pelos padrões de IAB e Google, cloaking, proxies e bots de navegação, pay to surf e pay to click e navegação enganosa com promessas falsas. Em todos os casos, a conclusão é a mesma: a fraude reduz o valor do inventário de todos e coloca em risco as contas de quem monetiza com Google AdSense e Google Ad Manager.

Neste sétimo e último artigo, reunimos tudo em um checklist antifraude prático para publishers. A ideia é que você possa usá-lo como rotina de auditoria, mensal, para sites estáveis, ou semanal, para operações que compram tráfego ou estão crescendo rápido.

Por que ter uma rotina de prevenção

As plataformas do Google analisam o seu tráfego o tempo todo. Quando encontram problemas, as consequências vão de deduções de receita a limitações de veiculação e suspensões. O publisher que só reage quando recebe um alerta já está atrasado. Uma rotina de prevenção traz três vantagens:

Detecta problemas antes das plataformas, permitindo corrigir a origem rapidamente.
Gera histórico e documentação, úteis em solicitações de revisão.
Melhora a qualidade do inventário, o que se reflete em CPMs mais altos no médio prazo.

Bloco 1: transparência do inventário

Os padrões do IAB Tech Lab são a primeira barreira contra a falsificação de domínio.

O arquivo ads.txt está publicado na raiz do domínio e acessível sem redirecionamentos estranhos?
Todas as linhas correspondem a parceiros ativos? Linhas antigas foram removidas?
As entradas DIRECT e RESELLER estão corretas para cada parceiro?
Se você usa o MCM do Google ou outras redes, o seu ID de publisher aparece corretamente no sellers.json delas?
Para aplicativos, o app-ads.txt está publicado no site do desenvolvedor indicado nas lojas?
Os campos OWNERDOMAIN e MANAGERDOMAIN, da especificação ads.txt 1.1, estão preenchidos quando aplicáveis?

Bloco 2: fontes de tráfego

A maior parte das suspensões nasce de fontes de tráfego. Revise:

Cada campanha paga tem UTMs e aparece separada no Google Analytics 4?
Algum fornecedor vende visitas por valores muito abaixo do mercado ou “garante” volume?
Existe tráfego de referências desconhecidas, sites de recompensa, trocas de tráfego ou programas de “ganhe dinheiro navegando”?
Alguma fonte apresenta sessões com duração quase idêntica, engajamento muito baixo ou picos em horários improváveis?
O tráfego pago leva o usuário a uma página coerente com o criativo, sem promessas falsas?
Fontes novas foram testadas com orçamento pequeno antes de escalar?

Se você compra mídia para o site, revise também as orientações de Google Ads para publishers.

Bloco 3: sinais de tráfego inválido nos relatórios

Compare métricas de analytics e de monetização para identificar distorções:

Indicador	O que observar	Possível causa
CTR de anúncios	Alta repentina sem mudança de layout	Cliques acidentais, bots, troca de cliques
Impressões por sessão	Crescimento sem novo conteúdo	Paginação excessiva, refresh agressivo, bots
Sessões x solicitações de anúncio	Diferença grande e crescente	Tráfego não humano, scripts injetados
Receita x tráfego	Tráfego sobe e RPM despenca	Fontes de baixa qualidade, filtragem de IVT
Geografia e dispositivos	Concentração atípica em um país, provedor ou modelo	Proxies, botnets, programas de PTC
Deduções no pagamento	Valores crescentes de atividade inválida	Qualquer uma das anteriores

Acompanhar o RPM por fonte de tráfego é uma das formas mais simples de enxergar problemas.

Bloco 4: layout e experiência

Revise as páginas como um usuário comum, de preferência no celular:

Todos os anúncios estão identificados e visualmente separados do conteúdo?
Há anúncios colados a botões de navegação, paginação, download ou players?
Algum bloco está sob rótulos como “Links úteis”, “Recursos” ou similares?
O conteúdo pula durante o carregamento por falta de espaço reservado para anúncios?
Interstitials e pop-ups podem ser fechados facilmente e respeitam as regras das plataformas?
A quantidade de anúncios é proporcional ao conteúdo da página?
Existe algum elemento que imite alertas do sistema, de bancos ou de órgãos públicos?
O título entrega o que promete logo no início?

Bloco 5: integridade técnica e segurança

Muitos casos de cloaking e redirecionamento começam com uma invasão. Verifique:

WordPress, temas e plugins estão atualizados?
O painel administrativo usa senhas fortes e autenticação em dois fatores?
Há scripts desconhecidos no cabeçalho, no rodapé ou no banco de dados?
O site exibe o mesmo conteúdo para visitantes de diferentes origens, dispositivos e países?
Existem redirecionamentos que você não configurou?
O Search Console mostra problemas de segurança ou experiências abusivas?
Os backups estão funcionando e foram testados?

Se encontrar sinais de invasão, siga o guia WordPress invadido: como analisar o banco de dados e remover ameaças.

Bloco 6: comportamento da equipe

Pessoas também geram tráfego inválido, mesmo sem intenção:

A equipe sabe que não deve clicar nos anúncios, nem para “testar”?
Testes de implementação usam o modo de teste ou ferramentas próprias, e não anúncios ativos?
Extensões de autorefresh, automação ou “aquecimento” de páginas estão proibidas nos computadores da equipe?
Ninguém participa de grupos de troca de cliques ou de apoio mútuo entre sites?
As regras de políticas estão documentadas e são revisadas com novos colaboradores?

Bloco 7: parceiros e governança

Os parceiros de monetização adotam filtragem de tráfego inválido alinhada aos padrões do MRC?
Eles possuem certificação do TAG ou processos equivalentes?
Os contratos deixam claro quem é responsável pela qualidade do tráfego?
Existe um responsável interno por políticas e qualidade de tráfego?
As alterações relevantes: novas fontes, novos formatos, mudanças de layout, são registradas com data?

Como transformar o checklist em rotina

Um checklist só funciona se for aplicado com regularidade. Uma forma simples de organizar a rotina é dividir as verificações por frequência:

Diariamente: acompanhe receita, RPM, CTR e sessões por fonte. O objetivo não é analisar tudo, e sim perceber rapidamente qualquer desvio forte em relação à média dos últimos dias.
Semanalmente: revise as fontes de tráfego pago, compare sessões do GA4 com solicitações de anúncio e observe a distribuição por país, dispositivo e navegador. Esse é o momento de pausar fontes com comportamento estranho.
Mensalmente: confira ads.txt, sellers.json dos parceiros, deduções de atividade inválida no pagamento, atualizações do WordPress e o layout das páginas mais acessadas no celular.
A cada mudança relevante: ao entrar em um novo parceiro, lançar um formato, mudar o tema do site ou começar a comprar tráfego de uma nova plataforma, refaça os blocos correspondentes do checklist antes de escalar.

Registre cada revisão em uma planilha ou documento simples, com data, o que foi verificado e o que foi corrigido. Esse histórico parece burocrático, mas é ele que permite explicar picos de tráfego, mostrar boa-fé em uma solicitação de revisão e entender, meses depois, por que uma métrica mudou.

Também vale definir limites de alerta com base no histórico do próprio site. Por exemplo: um CTR 50% acima da média de 30 dias, uma fonte nova representando mais de 20% das sessões ou uma queda de RPM superior a 30% sem mudança de sazonalidade. Os números exatos variam conforme o nicho, mas ter limites definidos evita que um problema passe despercebido por semanas.

O que fazer quando algo dá errado

Mesmo com prevenção, problemas acontecem. Um roteiro de resposta ajuda a agir rápido:

Identifique a origem cruzando GA4, relatórios das plataformas e logs do servidor.
Interrompa a fonte: pause campanhas, bloqueie referências e remova anúncios das páginas afetadas, se necessário.
Corrija a causa: ajuste layout, remova scripts, troque fornecedores, reforce a segurança.
Documente: registre datas, ações e evidências.
Comunique: use o formulário de tráfego inválido do Google para relatar atividade suspeita e, quando houver violação de política, solicite revisão depois da correção.
Monitore: acompanhe os indicadores por algumas semanas para confirmar que o problema não voltou.

Perguntas frequentes

Com que frequência devo revisar o ads.txt?

Sempre que entrar ou sair de um parceiro e, como rotina, pelo menos uma vez por mês. Linhas desatualizadas não costumam gerar punição, mas deixam brechas para revendas não autorizadas e confundem compradores.

Uma dedução de tráfego inválido significa que a conta está em risco?

Pequenas deduções são comuns, porque todo site recebe algum tráfego automatizado. O sinal de alerta é a tendência: deduções crescentes ou concentradas em um período indicam que alguma fonte precisa ser investigada.

Vale a pena usar uma ferramenta de verificação de tráfego?

Para operações que compram muito tráfego ou têm alto volume, sim. Ferramentas especializadas ajudam a identificar bots e fontes ruins antes que eles apareçam nas deduções das plataformas. Para sites menores, o cruzamento cuidadoso entre GA4 e os relatórios de anúncios já resolve boa parte dos casos.

Conclusão

A fraude programática é um problema coletivo, e a solução também é. O Google aplica políticas e tecnologia em escala; o IAB Tech Lab cria padrões de transparência; o TAG certifica boas práticas; o MRC define como medir e filtrar tráfego inválido. O papel do publisher é fazer a sua parte: conhecer as fontes de tráfego, manter o inventário transparente, oferecer uma experiência honesta e reagir rápido a sinais de problema.

Quem segue esse checklist não apenas reduz o risco de suspensão. Constrói um inventário que os compradores valorizam, e, no fim, é isso que sustenta CPMs melhores e uma receita estável. Se quiser revisar as bases da monetização, comece pelo guia completo do Google AdSense e pelo guia completo do Google Ad Manager.

Referências

Série: políticas do Google e combate à fraude programática

Políticas do AdSense e do Ad Manager contra tráfego inválido
IAB, Google e o combate à fraude programática
Cloaking: quando a página mostra uma coisa e entrega outra
Proxy e bots de navegação: o tráfego que não é humano
Pay to surf e pay to click: o tráfego pago para clicar
Navegação enganosa e promessa falsa
Checklist antifraude para publishers (você está aqui)