O aviso vermelho 'Site enganoso à frente' aparece quando o Google Safe Browsing classifica sua landing page como risco de engenharia social. Diferente de uma reprovação dentro do Google Ads, esse flag é gerado por um sistema separado que protege navegadores e afeta todo o tráfego que chega ao domínio.
Safe Browsing alimenta Chrome, Firefox e Safari simultaneamente. Um único flag derruba acessos de todas essas fontes, inclusive tráfego orgânico, links compartilhados no WhatsApp e campanhas em outras redes.
Quem realmente decide o flag
O Safe Browsing opera como serviço independente do Google Ads. Enquanto o painel de anúncios avalia criativos e segmentação, o Safe Browsing analisa o conteúdo final entregue ao visitante. Quando um crawler do serviço visita a página e identifica padrões de engenharia social, ele marca o domínio para todos os navegadores que consultam a lista.
Isso significa que bloquear apenas o bot do Google Ads não resolve o problema. O crawler do Safe Browsing usa user-agents próprios e chega por IPs diferentes dos usados na revisão de anúncios.
Se o revisor ou scanner alcança a página de oferta real, a decisão é tomada sobre o conteúdo que ele vê. Controlar o que é servido a tráfego automatizado exige decisão de arquitetura no lado do domínio, não apenas ajustes dentro da plataforma de anúncios.
As três categorias do relatório de Problemas de Segurança
O Search Console classifica problemas de segurança em três categorias: engenharia social, malware e software indesejado. Cada uma gera telas distintas no navegador.
Engenharia social corresponde exatamente ao aviso 'Site enganoso à frente'. Ela cobre páginas que tentam induzir o usuário a fornecer dados, fazer pagamentos ou instalar algo sob pretexto falso.
Malware e software indesejado geram alertas diferentes, com mensagens sobre arquivos maliciosos ou extensões. Saber qual categoria aparece no relatório direciona exatamente o que precisa ser corrigido na página.
Passo a passo da solicitação de revisão
Primeiro confirme a propriedade do domínio no Search Console. Sem verificação, a opção de solicitar revisão não aparece.
Depois de corrigir o conteúdo que gerou o flag, acesse o relatório de Problemas de Segurança e clique em 'Solicitar revisão'. O Google reavalia a página em alguns dias ou semanas.
Se a solicitação for negada, o relatório indica o motivo. Aplique a correção indicada antes de pedir nova análise. Repetir o pedido sem mudança mantém o site bloqueado.
A armadilha do Repeat Offender
Sites que alternam rapidamente entre comportamento conforme e não conforme recebem o status de Repeat Offender. Quando isso acontece, o proprietário é notificado por e-mail registrado no Search Console e perde a capacidade de solicitar novas revisões.
O bloqueio dura 30 dias. Durante esse período, mesmo que a página seja corrigida, não é possível pedir nova análise pelo console.
A forma mais comum de cair nessa armadilha é solicitar revisão, voltar ao ar com a mesma página e ser sinalizado novamente. Cada ciclo de vaivém encurta a janela antes da classificação automática.
Hack real versus conteúdo da própria oferta
Quando o flag ocorre por site comprometido, o caminho é remover o código malicioso, limpar backdoors e garantir que o servidor não está servindo páginas alteradas. A correção é técnica e focada em infraestrutura.
Quando o flag é provocado pelo conteúdo da oferta em si — texto que promete resultados irreais, formulários que coletam dados sem contexto claro ou redirecionamentos enganosos —, a correção está na página de destino. Plugins de segurança não resolvem porque não houve invasão.
Tratar o segundo caso como se fosse o primeiro gera retrabalho e mantém o domínio marcado. A distinção está no relatório do Search Console: ele aponta se o problema é de compromisso ou de política de conteúdo.
Decisão de arquitetura para tráfego automatizado
Crawlers de revisão e ferramentas de espionagem visitam a página de oferta repetidamente. Se a mesma versão chega para todos os visitantes, a decisão do Safe Browsing recai sobre o conteúdo real.
Separar o que é servido a tráfego humano do que é servido a tráfego automatizado é uma escolha de arquitetura no domínio. Essa separação não altera o produto anunciado, apenas protege a oferta de ser julgada por quem não é o comprador final.
Quanto tempo demora a revisão do Google Safe Browsing?
A maioria das reconsiderações leva vários dias ou semanas, dependendo da fila e da complexidade do caso.
Por que minha landing page foi marcada como enganosa?
O Safe Browsing identifica padrões de engenharia social na página que o crawler visitou. O relatório do Search Console indica a categoria exata.
Posso pedir revisão mais de uma vez no mesmo dia?
Não é recomendável. Pedidos repetidos sem correção efetiva aceleram a classificação como Repeat Offender.
O flag afeta apenas o Google Ads?
Não. O Safe Browsing alimenta Chrome, Firefox e Safari, então o bloqueio atinge todo o tráfego que chega ao domínio.
Como sei se o problema é hack ou conteúdo da oferta?
O relatório de Problemas de Segurança no Search Console classifica o tipo de violação. Engenharia social sem evidência de compromisso indica problema de conteúdo.
O que acontece depois dos 30 dias de Repeat Offender?
O site volta a poder solicitar revisão, desde que permaneça em conformidade durante o período.
Depois de corrigir o conteúdo e obter a liberação, mantenha a página estável. Qualquer alteração que volte a acionar o crawler reinicia o ciclo de análise.
Escrito por
Redação Safely