Antes de mexer em qualquer coisa, você precisa saber se a queda é real, qual o formato dela e o que ela exclui. Este é o roteiro que eu uso, na ordem em que uso.
Falar sobre a minha quedaAntes de tudo: não altere o site hoje. A reação mais comum a uma queda é mexer em título, conteúdo, redirect e robots.txt ao mesmo tempo. Quando isso acontece, você perde a única coisa que permite diagnosticar — a comparação entre o antes e o depois. Se você mudar cinco variáveis e o tráfego voltar, não vai saber qual delas resolveu. E se piorar, não vai saber o que desfazer.
Uma parte relevante das quedas que chegam até mim não é queda. É erro de leitura. Antes de investigar causa, vale eliminar as quatro fontes de falso alarme.
Passadas essas quatro checagens, se a queda continua de pé, ela é real. Aí sim vale investigar.
Esta é a parte que quase ninguém faz e que economiza mais tempo. Antes de sair procurando causa, olhe o desenho da queda no gráfico de 12 meses do Search Console. Três formatos aparecem com frequência, e cada um aponta para uma família diferente de causa.
Algoritmo raramente derruba um site assim. Quando a curva vira uma parede, quase sempre houve um evento pontual: alguém publicou uma alteração, o servidor caiu, um plugin mudou uma diretiva, um certificado venceu. É a queda mais assustadora e, ironicamente, a mais fácil de resolver, porque tem uma causa única e uma data exata.
Primeira pergunta: o que foi publicado no site no dia da queda ou no dia anterior?
Atualizações amplas do Google levam de uma a três semanas para terminar de aplicar. Durante esse período, a curva desce em degraus irregulares. O mesmo desenho aparece quando um concorrente sobe consistentemente e empurra você para baixo em várias consultas ao mesmo tempo.
Primeira pergunta: a queda começou dentro da janela de alguma atualização confirmada?
Este é o formato mais comum em sites grandes e o mais mal diagnosticado, porque o número total esconde o que está acontecendo. Uma seção perdeu posição e as outras não. Pode ser uma pasta que foi bloqueada, um grupo de páginas que passou a apontar canonical para o lugar errado, ou um conjunto de conteúdos que perdeu relevância.
Primeira pergunta: filtrando por pasta no relatório de páginas, a queda se concentra em qual delas?
Como fazer o recorte na prática: no Search Console, vá em Desempenho, aplique um filtro de página que contenha o caminho da pasta e compare os últimos 28 dias com os 28 anteriores. Repita para cada seção. Em dez minutos você sabe se a queda é do site inteiro ou de um pedaço dele — e essa informação sozinha elimina metade das hipóteses.
Com o formato da curva em mãos, dá para percorrer as causas em ordem, do mais provável para o menos. A ordem abaixo reflete o que eu encontro na prática, não a ordem em que as pessoas costumam procurar.
É a causa mais comum e a menos suspeitada. Um noindex que ficou de uma versão de homologação. Uma regra no robots.txt que bloqueou mais do que devia. Um canonical apontando para outra página depois de uma migração. Um redirecionamento em cadeia criado ao mudar uma estrutura de URL.
O sinal característico é a queda em penhasco combinada com queda de impressões, não só de cliques. Se as impressões sumiram, o Google parou de mostrar — e ele só para de mostrar quando não consegue mais acessar, indexar ou entender que aquela é a página certa.
Verifique nesta ordem: a página ainda está indexada? O robots.txt permite o rastreamento? O canonical aponta para ela mesma? O servidor responde 200? Uma auditoria de SEO estruturada cobre isso de forma sistemática, mas para uma queda aguda essas quatro perguntas já resolvem a maior parte dos casos.
O Google publica atualizações amplas algumas vezes por ano e as anuncia. Se a sua queda começou dentro da janela de uma delas e tem formato de ladeira, essa é a hipótese principal.
O que distingue uma queda por atualização de uma queda técnica: ela é seletiva. Algumas consultas caem, outras sobem, algumas não se movem. Se tudo caiu junto, na mesma proporção, no mesmo dia, não é algoritmo.
Aqui vale um aviso desconfortável: não existe correção rápida para atualização de algoritmo. Quem promete reverter em uma semana está vendendo. A recuperação, quando vem, costuma vir na atualização seguinte, e depende de mudar aquilo que o Google passou a valorizar diferente.
Um site inteiro pode parecer que caiu quando na verdade perdeu duas ou três consultas que carregavam a maior parte das impressões. É uma distorção de média, e ela engana bastante.
Para verificar: no relatório de consultas, ordene por impressões e compare os últimos 28 dias com os 28 anteriores. Se a queda estiver concentrada em poucas linhas do topo, o problema é local, não sistêmico — e a solução também é local.
Existem quedas que não são problema. Dezembro e janeiro derrubam busca em praticamente todo segmento B2B no Brasil. Nichos ligados a datas comerciais têm picos e vales previsíveis.
O teste é simples: compare com o mesmo período do ano anterior, não com o mês passado. Se a curva do ano anterior tem o mesmo desenho, você está olhando o calendário, não uma falha.
É a causa mais rara e a mais fácil de descartar. O Search Console tem uma seção específica chamada Ações Manuais. Se não houver nada lá, não houve penalidade manual. Ponto. Não é preciso especular.
Vale checar também a seção de Problemas de Segurança, que pega invasão e conteúdo injetado — situações em que o site continua no ar mas serve outra coisa para o Google.
Menos comum do que se imagina como causa de queda aguda, mas real quando um site que apontava para você sai do ar, é reestruturado ou remove o link. O impacto costuma ser gradual e concentrado nas páginas que recebiam aqueles links.
Se essa for a hipótese, o caminho é reconstruir a autoridade perdida, e isso é trabalho de link building, não de ajuste técnico.
Listar causas é fácil. O que trava a maioria das pessoas é não saber como verificar cada uma sem depender de ferramenta paga. Todas as checagens abaixo são gratuitas e levam menos de um minuto cada.
Use a inspeção de URL no Search Console, colando o endereço completo da página que caiu. A resposta que interessa é a linha de cobertura. Se disser que a URL está no Google, a indexação não é o problema. Se disser que foi excluída, o motivo aparece logo abaixo, e ele já é o diagnóstico.
Uma alternativa rápida, sem sair da busca, é procurar por site: seguido do endereço da página. Não é oficial e não substitui a inspeção, mas dá uma resposta imediata.
Abra seudominio.com.br/robots.txt no navegador. Procure por linhas Disallow que contenham o caminho da página ou da pasta que caiu. Um erro clássico é uma barra sozinha depois de Disallow: — isso bloqueia o site inteiro, e é o que fica quando alguém copia a configuração de um ambiente de teste.
Abra o código-fonte da página, procure por canonical e leia o endereço. Ele deve apontar para a própria página. Se apontar para outra, você está dizendo ao Google que a versão oficial é outra — e ele obedece. Esse é um dos defeitos mais silenciosos que existem, porque a página continua no ar, bonita e funcionando, enquanto o Google indexa outra no lugar dela.
Ainda na inspeção de URL, use a opção de testar a URL publicada. Ela mostra o código de resposta e a página renderizada como o Google vê. Duas situações aparecem com frequência: o servidor devolve erro só para o rastreador, por causa de firewall ou proteção contra bots, e a página depende de JavaScript que não executa a tempo, entregando um documento praticamente vazio.
Faça as quatro na mesma página. Escolha uma que caiu bastante e rode as quatro verificações nela antes de generalizar. Se as quatro passarem, a causa não é técnica naquela página — e isso já elimina a hipótese mais comum de toda a lista.
Juntando tudo, este é o roteiro que cabe em duas horas de trabalho e resolve a maior parte dos casos.
Ao fim desses nove passos você não terá necessariamente a solução, mas terá a causa. E causa identificada é a diferença entre consertar e chutar.
Reescrever o conteúdo de páginas que caíram, antes de saber o motivo, elimina a versão que estava ranqueando e cria uma variável nova. Se a causa era técnica, você trocou um problema por dois.
Aplicar noindex em páginas fracas como reação a uma queda é comum e costuma piorar. Remover páginas do índice é decisão de estratégia, não de emergência.
O pedido de reconsideração só existe para ação manual. Enviar um sem ter penalidade registrada não faz nada — não acelera, não sinaliza, não ajuda.
A ferramenta de desautorização remove sinais de autoridade de forma permanente e difícil de reverter. Usada sem diagnóstico, ela transforma uma queda temporária em perda estrutural.
Depende inteiramente da causa, e essa é a razão pela qual o diagnóstico vem antes de qualquer promessa de prazo.
Causa técnica corrigida. Uma vez removido o bloqueio ou corrigido o canonical, o Google precisa rastrear de novo. Páginas importantes voltam em dias; o site inteiro, em algumas semanas. É a recuperação mais rápida e mais previsível.
Perda de posição para concorrência. Recuperar exige melhorar a página em relação a quem passou na frente. O prazo depende de quanta distância existe e de quanto o concorrente continua investindo.
Atualização de algoritmo. A recuperação normalmente só aparece na atualização seguinte, e só se o que motivou a queda tiver mudado de verdade. Qualquer prazo prometido aqui é invenção.
Se depois do roteiro você identificou a causa e ela é técnica e pontual, resolva internamente. Não precisa de consultor para tirar um noindex.
Vale trazer alguém de fora em três situações: quando o roteiro não isolou a causa; quando a causa é estrutural e envolve arquitetura de conteúdo, canibalização ou problemas técnicos mais profundos; e quando a queda se repete, o que costuma indicar que a correção anterior tratou sintoma e não origem.
Se for o seu caso, a análise de consultoria começa exatamente por esse diagnóstico, com acesso aos seus dados em vez de hipótese. Se a queda for gradual em vez de súbita, o roteiro está em vendia bem e agora não vendo. E se o site sumiu do índice, a verificação está em quando o site desaparece do Google. Se o site chegou a ficar indisponível, o roteiro está em meu site saiu do ar.
Vinte anos de marketing digital e 43 cases documentados. Trabalho com SEO técnico, tráfego pago, growth hacking e IA aplicada a negócios. Este roteiro é o que eu uso quando um cliente chega dizendo que o tráfego caiu — na mesma ordem, começando por confirmar se a queda existe.
Sobre o autorTrês a cinco dias consecutivos de queda, já descontados os três dias finais do relatório, indicam algo real. Um ou dois dias isolados são flutuação normal e não merecem reação.
Que você continua aparecendo e parou de ser escolhido. As causas prováveis são: alguém novo apareceu acima de você, o Google passou a mostrar um recurso que rouba o clique, ou seu título e descrição deixaram de corresponder à busca. É problema de apresentação, não de visibilidade.
Provavelmente não é queda de busca. Pode ser mudança em outro canal de tráfego, problema de medição do próprio Analytics, alteração no consentimento de cookies, ou algo no site que impede a página de carregar por completo.
O Google publica as atualizações amplas em um painel oficial de status da busca, com data de início e de conclusão. Compare a data de início da sua queda com essa janela. Se estiver fora dela, procure outra causa antes de culpar o algoritmo.
Quando a causa é técnica, quase sempre. Quando é perda de posição para um concorrente melhor, depende de superar esse concorrente. Quando é atualização de algoritmo, depende de o site voltar a atender o que passou a ser valorizado — e isso pode significar mudar bastante coisa.
Não. Continuar publicando não atrapalha o diagnóstico, desde que você não altere páginas antigas nem mexa em configuração técnica. O que precisa ficar congelado é o que já existe, não o que vem.
Diagnóstico com acesso aos seus dados, não a partir de hipótese. Me conte o que aconteceu e o que você já verificou.