Site sumiu do Google: o que verificar
Se o seu site sumiu do Google, percorra as causas na ordem de quão rápido cada uma pode ser descartada: ação manual, noindex, robots.txt, canônica, uma invasão ou uma blacklist, erros de servidor, e depois o próprio domínio. Seis das sete são visíveis de fora do site em poucos minutos, e a ordem abaixo é escolhida para que as verificações mais baratas venham primeiro.
Primeiro, confirme que ele realmente sumiu
Busque a URL exata da sua página inicial, depois rode site:example.com. Nenhum resultado para nenhuma das duas aponta para uma causa no site inteiro, e a lista abaixo se aplica. Resultados para a página inicial mas não para uma seção aponta para um único modelo ou um único caminho, o que estreita bastante a busca. Resultados que estão todos presentes mas ranqueando pior do que no mês passado é um problema diferente: isso é uma mudança de ranqueamento, não uma desindexação, e nenhum desses passos resolve isso.
1. Verifique se há uma ação manual
Search Console, Segurança e Ações Manuais, Ações manuais. Uma ação manual significa que um revisor humano aplicou uma penalidade, e ela nomeia o motivo e o escopo. Nada mais nessa lista vai corrigir um site sob uma delas. O caminho de volta é corrigir o que o aviso descreve e enviar um pedido de reconsideração, o que leva de dias a semanas. Isso é o primeiro da lista porque é um clique e torna os outros seis irrelevantes.
2. Verifique se há noindex
A causa mais comum de um site inteiro sumir sem nada parecer quebrado:
curl -sI https://example.com/ | grep -i x-robots-tag
curl -s https://example.com/ | grep -i 'name="robots"'Qualquer um dos dois comandos imprimindo noindex é a sua resposta. Verifique uma página de cada modelo principal, não só a página inicial, porque o vazamento costuma ficar confinado a uma única rota. O mecanismo e as formas usuais como isso acontece estão cobertos em o que o noindex faz.
3. Verifique o robots.txt
Abra https://example.com/robots.txt. Um Disallow: / sob User-agent: * bloqueia o rastreamento do site inteiro. Confirme também que o próprio arquivo devolve 200: um 5xx persistente no robots.txt pode fazer o Google pausar o rastreamento do host mesmo que toda página nele esteja bem. As regras e as armadilhas estão em como verificar o robots.txt.
4. Verifique a canônica
curl -s https://example.com/ | grep -i 'rel="canonical"'Se a canônica nomeia um host de staging, um domínio de desenvolvimento ou qualquer URL que não seja a página que você buscou, toda página está pedindo para ser fundida em outro lugar. Isso é uma canônica apontando para staging, e produz exatamente esse sintoma enquanto o site continua devolvendo 200.
5. Verifique se o site está invadido ou em uma blacklist
Um site comprometido costuma ser removido dos resultados antes que o dono perceba qualquer coisa. Olhe primeiro o relatório de Problemas de Segurança do Search Console, depois verifique as listas de reputação de fora: a verificação gratuita de Web Risk reporta se as próprias listas de malware e phishing do Google atualmente marcam sua URL, e a verificação gratuita de blacklist cobre as blacklists de DNS que também afetam a entrega do seu e-mail. Uma marcação em qualquer uma delas significa que encontrar e remover o conteúdo injetado vem antes de qualquer outra coisa, já que uma revisão não vai liberar enquanto o site ainda estiver comprometido.
6. Verifique se há erros de servidor
Páginas que devolvem 5xx ou dão timeout para o rastreador são descartadas, e um servidor que só falha sob carga de rastreamento parece perfeitamente saudável em um navegador. Verifique o relatório de Estatísticas de Rastreamento no Search Console em busca de um pico de requisições falhadas, e confirme o código de status que o seu site devolve a partir de mais de uma rede, já que regras de proteção contra bots que respondem 403 para faixas de data center são invisíveis a partir de um navegador normal.
7. Verifique se o domínio não venceu
A falha que ninguém espera, porque tira o site do ar completa e silenciosamente: um domínio que venceu na renovação, ou um registro de DNS que foi removido junto com ele. A consulta WHOIS gratuita mostra as datas de registro e vencimento junto com os servidores de nomes atuais. Uma data de vencimento no passado, ou servidores de nomes que não são seus, explica tudo acima dela nessa lista.
O motivo dessa lista ser longa
Toda causa aqui, exceto a ação manual, produz um site que carrega corretamente, devolve 200 e passa em uma verificação de uptime comum, e é por isso que o primeiro sinal costuma ser um gráfico de tráfego uma semana depois de a mudança ter sido publicada. Rodar essas verificações manualmente pega isso uma vez. A ferramenta gratuita de rastreamento de site cobre a metade on-page da lista em uma única passada por toda página, em vez das duas ou três que você por acaso testou. Para pegar a próxima no dia em que ela for publicada, a opção Indexability em um monitor HTTP da HostTracker lê as diretivas de noindex e a canônica das suas páginas-chave a cada verificação e envia um aviso quando uma delas muda - o monitoramento de SEO mostra como isso funciona junto com as verificações de uptime, certificado e vencimento de domínio.