O resumo de IA diz que "não é golpe". O trampolim é a caixa de busca do seu site
Antes de mandar um Pix para um desconhecido, você pesquisa. “Empresa X é confiável”, “grupo Y é golpe”. É o hábito que separa quem cai de quem não cai. Agora imagine que os resultados mostram “X não é golpe”, “ganhei dinheiro com X”, e o resumo de IA no topo da página confirma: “X não é golpe”. Tranquilizado, você transfere.
Foi exatamente esse cenário que a polícia metropolitana de Tóquio descreveu num alerta publicado na semana passada, sobre grupos de golpe de investimento em redes sociais. O hábito de verificar antes de confiar virou parte da armadilha.
E não é um problema só do Japão. Em agosto de 2025, um americano pesquisou o telefone de atendimento da Royal Caribbean e ligou para o número que o AI Overview do Google mostrou no topo. O número era de golpistas. Casos parecidos apareceram com a Southwest Airlines. O Google disse que “tomou providências”; números novos continuaram aparecendo.
Quando li a notícia japonesa, minha primeira pergunta foi: como se faz isso? Eu trabalho com LLMO (otimizar sites para serem citados por buscas de IA) no dia a dia, então suspeitei de alguma técnica de poluição de busca. A trilha me levou a algo mais velho e mais bobo do que eu esperava: spam de busca interna, documentado pela consultoria japonesa de SEO JADE em fevereiro de 2023.
O detalhe que me fez escrever este post: o ataque não usa site invadido nem malware. O trampolim é a página de resultados da busca interna de sites legítimos. Talvez a do seu.

O mecanismo: três passos, zero invasão
A maioria dos sites com campo de busca devolve resultados numa URL do tipo /busca?q=palavra. Duas propriedades comuns dessa implementação tornam o ataque possível:
- Qualquer pessoa pode colocar qualquer texto no parâmetro da URL
- A página reflete esse texto no
<title>ou no<h1>(“Resultados para ‘palavra’ | Empresa Tal”)
O ataque:
- O golpista monta uma URL de busca num domínio confiável:
empresa.com.br/busca?q=X+nao+e+golpe. Nem precisa digitar no campo de busca. A URL sozinha resolve. - Ele espalha links para essa URL em sites que controla.
- O Googlebot segue os links, rastreia a página de resultados e indexa. A partir daí, a busca pode exibir “X não é golpe | Empresa Tal” sob um domínio legítimo.
O site usado como trampolim nunca foi invadido. Sem malware, sem exploit, sem ferramenta. O golpista montou uma URL e espalhou links. Quando entendi isso, falei “espera, só isso?” em voz alta. O que está sendo explorado não é uma vulnerabilidade. É uma especificação.
Para quem pesquisa, parece que o site da Empresa Tal diz “não é golpe”. A confiança que o domínio levou anos para construir é sublocada para a frase de um estranho.
Por que o resumo de IA repete a mentira
O AI Overview e recursos parecidos funcionam numa estrutura próxima de RAG: recuperam páginas relevantes do índice de busca e compõem uma resposta a partir delas. O funcionamento interno é fechado, mas a dependência dá para observar: o resumo é montado rio abaixo do índice.
A IA não tem como farejar a armação. O que ela recuperou é, até onde ela consegue ver, texto num domínio confiável. Ela não verifica o fato; ela pesa a autoridade da fonte e a concordância entre fontes. Se o golpista semeia a mesma frase em URLs de busca de vários domínios respeitáveis, a IA enxerga várias fontes independentes concordando.
Essa é a parte feia: quanto mais a sério a IA leva sinais de autoridade, melhor o golpe funciona nela. As mais diligentes são as vítimas mais fáceis.
O encanamento é simples: índice de busca rio acima, resumo de IA rio abaixo. Envenenou o de cima, o de baixo se envenena sozinho. Dá para esperar os filtros dos provedores de IA melhorarem, ou dá para fechar a superfície de reflexão no seu próprio site, que é mais rápido e depende só de você.
Seu site está exposto? Verificação de 5 minutos
Três checagens:
# 1. Suas páginas de resultado estão indexadas? (no Google)
site:exemplo.com.br inurl:busca
site:exemplo.com.br inurl:"?s="
# 2. Indexadas com frases suspeitas?
site:exemplo.com.br golpe
site:exemplo.com.br confiável
# 3. Suas páginas de resultado carregam noindex?
curl -sI "https://exemplo.com.br/busca?q=teste" | grep -i x-robots-tag
# Sem header? Verifique a meta tag no HTML
curl -s "https://exemplo.com.br/busca?q=teste" | grep -i '<meta name="robots"'
A busca com site: é um teste rápido; o Google não garante resultados exaustivos. Para a resposta definitiva, abra o Search Console e procure em Indexação > Páginas e em Desempenho > Páginas por URLs contendo /busca ou ?s=.
Olhe também o template da sua página de resultados: ele reflete o termo pesquisado no <title> ou no <h1>? Reflexão mais indexabilidade é a combinação que transforma seu site em alvo.
Um alívio: busca no lado do cliente (JS filtrando no navegador, comum em sites estáticos) não tem essa superfície de ataque, porque o servidor nunca devolve HTML diferente por termo pesquisado.
Defesas
Duas estratégias viáveis, com base nas recomendações da JADE:
| Medida | Efeito | Cuidado |
|---|---|---|
<meta name="robots" content="noindex"> | Mantém páginas de resultado fora do índice | Anulada se o robots.txt bloquear a página |
Header X-Robots-Tag: noindex | Igual, aplicada na infraestrutura sem mexer no template | Idem |
| noindex (ou 404) quando a busca retorna zero | Preserva tráfego de busca e bloqueia o spam | 404 pode piorar a experiência em buscas legítimas sem resultado |
Disallow: /busca no robots.txt | Reduz o rastreamento | Incompleto sozinho: URLs bloqueadas ainda podem ser indexadas via links externos |
A escolha é simples:
- Não busca tráfego de SEO nas páginas de resultado? Aplique noindex em todas. É o caminho mais simples e confiável.
- Quer manter esse tráfego? Devolva noindex quando a busca retorna zero resultados. Frases como “X não é golpe” quase sempre dão zero, então isso sozinho derruba a maior parte do ataque.
Uma pegadinha que vale gravar: noindex só funciona se o robô conseguir ler a página. Bloqueie a URL no robots.txt e o robô nunca verá o seu noindex, o que desarma a defesa inteira. A documentação do Google diz isso com todas as letras: para o noindex valer, a página não pode estar bloqueada pelo robots.txt. Nunca combine os dois na mesma URL.
Três exemplos práticos.
No WordPress, a página de busca (?s=) já recebe noindex se você usa Yoast ou similar. Num tema puro, use o filtro wp_robots (WordPress 5.7+, convive bem com o core e com plugins):
// functions.php
add_filter('wp_robots', function ($robots) {
if (is_search()) {
$robots['noindex'] = true;
}
return $robots;
});
Next.js (App Router):
// app/busca/page.tsx
export const metadata = {
robots: { index: false, follow: true },
};
Na infraestrutura, nginx. Duas pegadinhas neste trecho: ele casa com URLs de busca por caminho (/busca), não por query string (?s=); para essas, você teria que ramificar com $arg_s. E o add_header do nginx tem uma regra de herança traiçoeira: um único add_header dentro de um location cancela todos os headers definidos nos níveis acima, então redeclare seus headers de segurança ali.
location /busca {
add_header X-Robots-Tag "noindex" always;
# redeclare aqui os add_header dos níveis acima (headers de segurança etc.)
proxy_pass http://app;
}
Mesmo deixando o golpe de lado, aplicar noindex em páginas de resultado é higiene básica de SEO: evita conteúdo duplicado no índice e desperdício de crawl budget. É uma boa desculpa para finalmente fazer isso.
Resumo
- O envenenamento “não é golpe” que a polícia japonesa alertou se explica por spam de busca interna. O que se explora é a especificação: refletir o termo pesquisado e permitir indexação.
- Resumos de IA são RAG sobre o índice de busca. Veneno rio acima vira resposta rio abaixo. Fechar a superfície de reflexão no seu site é mais rápido do que esperar filtro de IA.
- noindex é a espinha dorsal. Nunca bloqueie no robots.txt uma URL que você quer noindexar. Se quiser manter tráfego de busca, noindex quando der zero resultado.
Se você mantém um site, pesquise hoje site:seudominio inurl:busca. Se aparecer alguma coisa, reserve a tarde de hoje para a seção de defesas acima. A caixa de busca do seu site está carregando o “não é golpe” de alguém?
Referências
- Alerta da Divisão de Cibersegurança da polícia metropolitana de Tóquio, 24 de julho de 2026. Cobertura: ITmedia NEWS, 27 de julho de 2026 (em japonês)
- Yusuke Murayama, alerta sobre spam de busca interna usando sites de terceiros, blog da JADE, 8 de fevereiro de 2023 (em japonês)
- Washington Post via Slashdot: Google’s AI Overview pointed him to a customer service number. It was a scam. (agosto de 2025)
- Google Search Central, Bloquear a indexação da Pesquisa com noindex
Este artigo foi útil?