Por que o tráfego do meu site caiu de repente?
Diagnostique uma queda de tráfego pelo formato dela antes de chutar a causa. Um tombo da noite para o dia até quase zero é quase sempre técnico: um noindex perdido, um robots.txt quebrado, uma migração malfeita ou uma ação manual. Um degrau limpo numa data específica aponta ou para uma atualização de algoritmo com data conhecida, ou para algo que você publicou naquele dia; já uma queda lenta ao longo de semanas costuma ser desgaste e concorrência, não um evento. Verifique primeiro as causas que você controla: são as mais comuns e também as mais rápidas de reverter.
Leia o formato da queda antes de chutar a causa
Uma queda de tráfego não é um problema só, e o gráfico já diz qual deles você tem antes de você mexer em qualquer coisa. Abra o Search Console, coloque o relatório de desempenho no intervalo completo de 16 meses e observe cliques e impressões no mesmo eixo. O formato reduz muito o conjunto de causas possíveis, e custa dois minutos. Pular essa etapa é como se acaba reescrevendo títulos para um problema que era uma linha do robots.txt.
| Como está o gráfico | Causa mais provável | Primeira coisa a verificar |
|---|---|---|
| Tombo da noite para o dia até quase zero | Técnico ou uma ação manual, não uma mudança de posição | O relatório de ações manuais e depois Páginas → por que as URLs não são indexadas |
| Degrau numa data e depois estável | Uma atualização de algoritmo com data, ou algo que você publicou naquele dia | Seu próprio histórico de deploys daquela data, antes de qualquer rastreador de atualizações |
| Impressões estáveis, cliques em queda | Você ainda posiciona; algo acima está levando o clique | A página de resultados real das suas principais consultas, procurando uma visão geral de IA ou um trecho novo |
| Queda lenta ao longo de várias semanas | Desgaste e concorrência, não um evento | Se as páginas que perdem são antigas e estão sem revisão |
| Uma página, um país ou um template | Nível de página ou de template, não do site inteiro | O que essas URLs têm em comum: um template, um par de hreflang, uma canônica |
Verifique o que você mudou antes de verificar o que o Google mudou
Quedas autoinfligidas são mais numerosas que as algorítmicas, e são as únicas que dá para resolver na mesma tarde. Percorra esta lista contra o histórico de deploys da semana anterior à queda, não da semana dela: mudanças de indexação aparecem com atraso.
- Um noindex ou uma regra de robots.txt que escapou do ambiente de teste A causa mais comum de um tombo. Uma configuração de homologação promovida para produção, ou um botão do CMS acionado por alguém que não sabia o que ele fazia. Baixe o seu robots.txt em produção e veja o código-fonte de uma página real antes de acreditar em qualquer outra coisa.
- Uma migração ou uma cadeia de redirecionamentos URLs alteradas sem 301, redirecionamentos apontando para outro redirecionamento, ou redirecionamentos jogando tudo na home em vez da página equivalente. Cada um desses casos perde a maior parte do sinal que a URL antiga tinha conquistado.
- Uma edição de template Títulos, cabeçalhos e links internos normalmente vivem num template, então um único commit pode alterá-los em milhares de páginas de uma vez. Se a queda se limita a páginas que compartilham o mesmo layout, olhe o layout.
- Desvio das canônicas Um template que fixa uma única canônica em todas as páginas diz ao Google que o seu site é um documento só. Uma tag canônica apontando para o lugar errado consolida seu tráfego na URL errada, e as páginas de onde ela desvia param de posicionar silenciosamente.
- Páginas novas competindo com as antigas Publicar várias páginas em torno de uma mesma consulta divide o sinal entre elas e pode derrubar todas juntas. Isso é canibalização de palavras-chave, e parece uma queda misteriosa em páginas que você nunca tocou.
Foi mesmo uma atualização de algoritmo?
Dois testes separam uma atualização de todo o resto. Primeiro: a perda está espalhada pelo site inteiro ou concentrada num subconjunto? Atualizações principais tendem a reavaliar um site de forma ampla, enquanto uma falha técnica costuma se agrupar no que compartilha a peça quebrada. Segundo: as datas batem com um lançamento confirmado? O Google anuncia as atualizações principais e informa datas de início e fim, e o lançamento leva semanas, então uma queda que aconteceu de um dia para o outro raramente é isso.
Se for mesmo uma atualização, não há botão para apertar nem penalidade para recorrer. O caminho de recuperação é o lento: melhorar as páginas que mais perderam e esperar a próxima atualização, em vez de uma retomada na mesma semana. Esse horizonte é de meses, o mesmo em que o SEO funciona de modo geral, então vale ter certeza antes de comprometer um trimestre.
Confirme que a queda é real antes de agir
Algumas quedas estão na medição, não no tráfego, e essas são as caras de perseguir. Uma tag que parou de disparar depois de um deploy, um banner de consentimento que começou a bloquear sua analytics, um filtro de bots que mudou ou uma reclassificação da origem das visitas podem mover um gráfico sem que um único leitor mude de comportamento. Confirme a queda numa segunda fonte independente: os cliques do Search Console e as sessões da sua analytics deveriam cair juntos.
Esta parte vem de operar o agentceres.com, não da documentação. Quando cruzamos nossos dados do Search Console com a analytics de produto para descobrir quais páginas orgânicas realmente geravam cadastros, nossa primeira tentativa classificava uma sessão como orgânica procurando Google no referenciador. Esse padrão também casa com o aplicativo do Gmail: toda vez que alguém abria um dos nossos próprios e-mails de acesso no celular e tocava no link, a visita era registrada como orgânica do Google. Remover essas linhas mudou o formato do gráfico, não apenas o total, e teria parecido um colapso orgânico em qualquer dia em que enviássemos menos e-mails. Uma segunda surpresa menor da mesma semana: o total geral do Search Console para um período fica alguns pontos percentuais acima da soma das linhas por página, porque os dois são agregados de formas diferentes e não porque um esteja truncado. Dois números da mesma ferramenta podem divergir legitimamente, então uma oscilação pequena não é uma queda.
- Confirme em duas fontes independentes; um gráfico sozinho é uma alegação, não uma constatação.
- Veja primeiro o relatório de ações manuais: é a única causa com recurso formal e descartá-la leva dez segundos.
- Leia seu próprio histórico de deploys nos dias em torno da queda antes de ler qualquer rastreador de atualizações.
- Compare períodos equivalentes. Um mês contra um mês, não uma semana em curso contra uma semana inteira.
- Se as impressões se mantiveram e só os cliques caíram, você tem um problema de página de resultados, não de posição.
FAQ
- Quanto tempo leva para se recuperar de uma queda de tráfego?
- Depende inteiramente da causa, e é por isso que diagnosticar antes de agir importa tanto. Um erro de noindex ou de robots.txt costuma se recuperar poucos dias depois de corrigido e rastreado de novo. Uma migração com redirecionamentos quebrados se recupera ao longo de algumas semanas assim que eles são corrigidos. A perda por uma atualização principal é o caso lento: não há reversão a acionar, e a melhora geralmente aparece perto de uma atualização posterior, não logo depois das suas edições.
- Minhas posições parecem iguais, mas o tráfego caiu. O que houve?
- Esse é o padrão de impressões estáveis com cliques em queda, e significa que você continua sendo exibido, mas não é mais clicado. As causas usuais são uma visão geral de IA ou um trecho em destaque respondendo à consulta acima de você, um novo bloco de anúncios empurrando você para fora da primeira tela, ou um concorrente com um título mais atraente na mesma posição. Veja a página de resultados real das suas principais consultas: a resposta normalmente está visível já na primeira tela.
- Devo usar uma ferramenta externa para confirmar que uma atualização me atingiu?
- Use em segundo lugar, não em primeiro. Rastreadores de posição e sensores de volatilidade descrevem o clima em muitos sites; eles não sabem dizer se o seu próprio deploy quebrou algo. Leia antes seu histórico de deploys e os relatórios de indexação do Search Console, porque esses falam do seu site especificamente. Um pico de volatilidade na mesma data é corroboração depois que você já descartou suas próprias mudanças, não um diagnóstico por si só.
- Qual a diferença em relação a um site que nunca teve tráfego?
- São escadas completamente diferentes. Um site que nunca posicionou tem um problema de indexação, de tema ou de autoridade, e é diagnosticado percorrendo indexação, impressões, posição e taxa de cliques: veja por que um site não recebe tráfego. Uma queda significa que as páginas já provaram que conseguiam posicionar, então a pergunta é o que mudou desde então, e essa mudança normalmente tem data.
Want this done for you?
AgentCeres is a managed AI marketing team — specialists draft the work, you approve what ships. 14-day free trial, from $39/month.