Campanhas em Taboola e Outbrain recebem tráfego de discovery que mistura visitantes humanos com crawlers de revisão da própria plataforma e scrapers de concorrência que clonam oferta e criativo. O problema concreto é que um clique pago pode vir de um bot que dispara revisão automática ou que copia o funil inteiro antes mesmo de você medir CPA.
Como bots se comportam em plataformas de native ads
Tráfego automatizado responde por 51% de todo o acesso web e os bad bots por 37%, números que se repetem em fontes de discovery porque essas plataformas não bloqueiam IP de datacenter de forma tão agressiva quanto Google ou Meta. O crawler de revisão da Taboola ou Outbrain costuma acessar a página uma única vez por versão do anúncio, com user-agent próprio e a partir de faixas de IP publicadas pela rede, renderizando JavaScript e seguindo o redirect final para comparar com o criativo aprovado.
O scraper de concorrência faz o contrário: volta várias vezes por dia, alterna entre IPs residenciais e de datacenter, e raramente executa a página completa. Ele extrai apenas o HTML com preço, headline e estrutura do funil para replicar a campanha em outro anunciante. No log do servidor, o padrão aparece como rajadas curtas sem eventos de scroll ou mouse, algo que uma visita humana quase nunca produz.
Mecanismos de triagem em tempo real
Um cloaker para native ads precisa julgar a visita em milissegundos combinando sinais de IP, ASN, fingerprint de TLS, cabeçalhos HTTP e comportamento de renderização. Quando a decisão é tomada no edge, o visitante humano recebe a página real enquanto o tráfego suspeito cai em uma página neutra que não revela a oferta. Essa separação protege contra duas ameaças distintas: a revisão automática que pode derrubar a conta e a espionagem que permite que concorrentes clonem criativo e preço.
A detecção multi-sinal recalibra pesos com os dados do próprio tráfego do cliente. Um sinal isolado, como IP de datacenter, gera muitos falsos positivos em campanhas de discovery que recebem tráfego legítimo de provedores móveis. Quando o sistema cruza ASN, velocidade de chegada, execução de JavaScript e interação com a página, a taxa de erro cai e a proteção se mantém estável mesmo quando o operador de bot troca de proxy.
Diferença entre revisão de anúncio e espionagem de concorrência
O crawler de revisão da plataforma segue regras previsíveis: visita única, IP conhecido, renderização completa e comparação direta com a política de conteúdo. O scraper de concorrência, por sua vez, testa variações de headline e preço em horários diferentes, usa residenciais proxies e para na extração do HTML sem interagir com elementos dinâmicos.
Imagine uma campanha que começa a receber acessos repetidos de uma mesma faixa de ASN de datacenter sempre na mesma URL de destino, sem nenhum evento de conversão registrado. Bloquear apenas por IP resolve por poucos dias até o scraper trocar de faixa. A distinção útil está no comportamento: frequência de retorno, execução de scripts e interação com a página separam os dois tipos com menos impacto em conversões reais.
Passos para implementar proteção em Taboola e Outbrain
Apontar o domínio para a infraestrutura de filtragem via registro DNS é o primeiro passo; o HTTPS é provisionado automaticamente sem alterar o código da landing page.
Configurar regras granulares por origem de tráfego, dispositivo e país permite liberar todo o tráfego de um país específico enquanto intercepta apenas o que vier de ASN de datacenter ou com fingerprint de bot conhecido.
Definir a página segura que recebe o tráfego suspeito mantém a oferta real oculta de scrapers sem afetar a experiência do comprador humano que passa pela triagem.
Monitorar os logs de decisão em tempo real mostra a proporção de visitas classificadas como suspeitas e permite ajustar os pesos de sinal quando uma campanha nova começa a receber padrões diferentes de tráfego.
Testar com visitas controladas de IPs residenciais e de datacenter valida que a separação funciona antes de aumentar o volume de cliques.
Trade-offs entre abordagens de proteção
Bloqueio simples por lista de IPs é rápido de implementar, mas falha contra bots que usam residenciais proxies e exige manutenção constante de listas. Verificação comportamental no lado cliente adiciona latência e pode ser burlada por bots que executam JavaScript, enquanto a decisão no edge mantém a velocidade original da página.
A triagem por verdadeiro/suspeito preserva a conversão legítima e esconde a oferta de quem tenta clonar a campanha, mas exige que o anunciante defina claramente o que considera tráfego real para evitar que visitantes humanos caiam na página segura por engano.
Perguntas frequentes
Um cloaker para Taboola atrasa o carregamento da página?
Não quando a decisão acontece no edge. O sistema analisa cabeçalhos e fingerprint antes de servir o conteúdo e mantém a latência original da visita humana.
A plataforma de native ads detecta o uso de cloaker?
A triagem entrega a página real ao tráfego que a plataforma considera humano e uma versão neutra ao tráfego automatizado, sem alterar o criativo ou o destino final prometido no anúncio.
Vale a pena proteger campanhas de discovery se o volume de bots é menor que em search?
Tráfego automatizado responde por mais da metade de todo o acesso web e as plataformas de native ads não filtram com a mesma intensidade que Google ou Meta, então o risco de revisão e clonagem continua relevante.
Como diferenciar um crawler de revisão legítimo de um scraper de concorrência?
O crawler de revisão visita uma única vez por versão do anúncio, usa IP conhecido e renderiza a página completa; o scraper volta várias vezes, troca de IP e extrai apenas o HTML sem interação.
É possível configurar regras diferentes para Taboola e Outbrain no mesmo domínio?
Sim. Regras granulares por origem de tráfego, dispositivo e país permitem definir comportamentos distintos conforme a fonte do clique.
O que acontece com o tráfego classificado como suspeito?
Ele é redirecionado para uma página segura neutra que não revela a oferta, preservando a campanha de espionagem e de revisões automáticas.
Monitore os logs de decisão por pelo menos uma semana após ativar a proteção e ajuste as regras de origem para reduzir falsos positivos sem perder a cobertura contra scrapers.
Escrito por
Redação Safely