Como reagir a um core update do Google

Uma atualização do Google é uma mudança nos sistemas que classificam os resultados de busca, e ela pode ser anunciada ou não. Quando o tráfego cai depois de uma delas, a reação mais comum é também a mais cara: mexer em tudo ao mesmo tempo. O protocolo correto começa por identificar o que caiu e esperar o fim da aplicação antes de concluir qualquer coisa.

• Queda durante o período de aplicação não é conclusão: a oscilação faz parte do processo.
• Core update reavalia qualidade de forma ampla; atualização de spam aplica políticas contra manipulação.
• Ação manual é a única coisa que se chama punição, e ela aparece identificada no Search Console.
• Em 2026 o Google aplicou várias atualizações confirmadas, além de ajustes contínuos não anunciados.
• Recuperação não tem prazo garantido e depende de melhorar a qualidade média do site.
• Reverter mudanças recentes por pânico costuma atrapalhar mais do que a própria atualização.

Todo mês alguém publica que uma atualização acabou com o tráfego do site. Na maioria dos casos, a queda tem explicação e existe um caminho de resposta que não envolve refazer tudo.

Aqui explicamos os tipos de atualização, o que aconteceu em 2026, como diagnosticar se você foi atingido e qual protocolo seguir nas primeiras semanas.

O que é uma atualização do Google?

É uma mudança nos sistemas de classificação, que altera como as páginas são avaliadas e ordenadas. O Google faz milhares de ajustes por ano e anuncia apenas os mais amplos.

Isso cria duas categorias na prática:

• Atualizações confirmadas, anunciadas no blog do Search Central, com data de início e de término.
• Ajustes contínuos, aplicados sem aviso, que explicam boa parte da variação diária.

A consequência para o trabalho é direta: não existe janela segura. Planejar publicações para antes de uma atualização deixou de fazer sentido, porque a avaliação muda o tempo todo.

O que permanece estável é o critério geral. O Google avalia se a página responde à busca, se a fonte merece confiança e se a experiência de acesso é adequada. As atualizações mudam pesos e métodos, não o objetivo.

Quais tipos de atualização existem?

Quatro tipos aparecem com frequência, e confundir um com outro leva à correção errada. A diferença está no que cada um avalia.

Tipo	O que faz	O que a queda indica
Core update	Revisa amplamente a avaliação de qualidade e relevância	Sua posição relativa piorou; outros melhoraram
Atualização de spam	Aplica as políticas contra manipulação	Alguma prática se enquadrou como abuso
Atualização de sistema específico	Ajusta um sistema, como avaliações ou conteúdo útil	O sinal específico daquele sistema mudou
Ação manual	Penalidade aplicada por revisor humano	Existe violação identificada e notificada

Em texto: apenas a ação manual é punição, e ela sempre aparece no Search Console com descrição e caminho de reconsideração. As outras três são reavaliações, e não geram aviso nenhum.

Essa distinção é a mais valiosa do diagnóstico. Quem cai em core update e sai procurando link tóxico ou pedindo reconsideração gasta meses corrigindo um problema que não existe.

O que aconteceu em 2026?

O ano teve um ritmo que confirma o fim do calendário previsível. Foram várias atualizações confirmadas em poucos meses, além dos ajustes não anunciados.

O que o Google confirmou ao longo de 2026:

1. Uma atualização voltada ao Discover, em fevereiro, a primeira desenhada especificamente para aquele produto.
2. Um core update em março, acompanhado de uma atualização de spam no mesmo período.
3. Um core update em maio, iniciado em 21 de maio e concluído por volta de 2 de junho, com cerca de doze dias de aplicação.
4. Uma atualização de spam em junho.

O core update de maio foi descrito por quem acompanha o mercado como mais impactante que o de março, com oscilações relevantes continuando depois do encerramento oficial.

A leitura estratégica desse histórico é o que interessa. Com atualizações amplas acontecendo a cada poucos meses, a única postura sustentável é manter qualidade estável, e não reagir a evento.

O mecanismo por trás dessas mudanças está detalhado em como funciona o algoritmo do Google.

Como saber se você foi realmente afetado?

Compare períodos equivalentes no Search Console, separando por página e por consulta, e só depois do fim da aplicação. Antes disso, qualquer conclusão é precipitada.

O diagnóstico em cinco passos:

1. Anote as datas de início e término anunciadas.
2. Espere o término, porque a oscilação durante o período é normal e não indica tendência.
3. Compare 28 dias antes com 28 dias depois, sempre períodos de mesmo tamanho.
4. Separe por página, para saber se a queda é geral ou concentrada.
5. Verifique posição e clique separadamente.

O passo 5 é o que mais evita erro em 2026. Posição estável com queda de clique costuma indicar mudança no formato do resultado, com respostas geradas ocupando o topo, e não perda de classificação.

Existe ainda um teste de sanidade que poupa trabalho: confira se a queda coincide com alguma mudança sua. Site que trocou de servidor, alterou URLs ou removeu páginas na mesma semana provavelmente está diante de causa própria, não de atualização.

Qual o protocolo nas primeiras semanas?

Não mexa em nada estrutural durante a aplicação. Essa é a regra que mais economiza dinheiro e a mais difícil de seguir sob pressão.

O que fazer, em ordem:

1. Documente o estado atual, exportando os dados antes que o histórico se perca.
2. Aguarde o encerramento do rollout anunciado.
3. Faça o diagnóstico comparando períodos e separando dimensões.
4. Liste as páginas afetadas e agrupe por tipo de conteúdo.
5. Compare com quem subiu nas mesmas buscas, procurando o que eles têm e você não.
6. Corrija a causa, e não o sintoma.

O que não fazer nesse período:

• Reverter mudanças recentes por precaução, porque isso destrói a capacidade de saber o que funcionou.
• Republicar conteúdo com data nova sem alterar o texto.
• Comprar links para compensar perda de posição.
• Alterar títulos do site inteiro de uma vez.

O passo 5 é o que gera aprendizado real. Abrir as páginas que passaram a ranquear acima da sua e comparar profundidade, autoria e informação própria costuma responder a pergunta em uma tarde.

O que procurar nessa comparação, em ordem de frequência: elas respondem a dúvida antes, trazem dado que você não tem, têm autor identificado com credencial visível, ou simplesmente cobrem o assunto por completo enquanto a sua para no meio.

Esse mesmo conjunto de sinais é o que decide quem é citado nas respostas geradas por IA, e por isso a correção rende nas duas frentes ao mesmo tempo. Tratamos o critério em o que faz a IA confiar na sua marca.

Como se recuperar de verdade?

A recuperação vem de elevar a qualidade média do site, e o Google é explícito ao dizer que não existe correção pontual que reverta um core update. Não há botão nem prazo.

O que costuma funcionar:

• Melhorar o conteúdo que caiu, com informação que só você tem.
• Consolidar páginas que competem entre si, reunindo o que há de bom em uma só.
• Remover ou despublicar material sem valor, porque ele afeta a avaliação do site inteiro.
• Corrigir problemas técnicos que dificultam rastreamento e leitura.
• Aguardar a próxima revisão ampla, já que a reavaliação não é instantânea.

O terceiro item é o mais duro, e passamos por ele. Nós da Cloud Market mantínhamos um glossário com 1.798 verbetes, equivalente a 87% das páginas do site, que somava 104 cliques para 106.354 impressões em 90 dias. Removemos tudo e assumimos a queda de curto prazo.

Recuperação de reclassificação não tem prazo, e quem promete data está inventando. O que existe é reconstrução de qualidade média e paciência para atravessar o intervalo entre revisões.

O erro de diagnóstico que quase nos custou páginas boas

Depois de uma queda, a reação comum é cortar o que não traz clique. Já quase fizemos isso com página que não merecia.

Num diagnóstico, uma lista de páginas aparecia sem clique e sem impressão, candidatas óbvias à poda. Antes de remover, medimos duas coisas: quantos links internos apontavam para cada uma e a quantos cliques de distância elas estavam da home.

Boa parte estava órfã, sem nenhum link interno e a quatro ou cinco cliques de profundidade. Não eram páginas ruins. Eram páginas que o Google mal tinha como alcançar.

Passamos a tratar órfão e fraco como diagnósticos diferentes. Antes de apagar, vale um teste barato: coloque link interno relevante, espere um ciclo de rastreio e meça de novo. Parte do que parecia morto volta.

Quais erros aparecem depois de uma atualização?

Os erros vêm da urgência de fazer alguma coisa. Cada um tem correção conhecida.

• Concluir antes do fim do rollout. Acontece pela ansiedade; a consequência é agir sobre oscilação temporária. A correção é esperar o encerramento.
• Mudar tudo de uma vez. Acontece pela pressão por resposta; a consequência é perder a capacidade de saber o que teve efeito. A correção é uma mudança por vez, com medição.
• Tratar core update como penalidade. Acontece por desconhecimento; a consequência é pedir reconsideração sem ter ação manual. A correção é conferir o relatório antes.
• Culpar a atualização por causa própria. Acontece porque a data coincide; a consequência é ignorar o erro real. A correção é checar mudanças recentes no site.
• Parar de publicar até passar a instabilidade. Acontece por medo de piorar; a consequência é perder terreno para quem continuou. A correção é manter a cadência com qualidade.

O último erro é o mais silencioso. Site que congela produção por três meses depois de uma queda costuma sair da instabilidade em posição pior do que entrou, porque a concorrência não parou.

Existe um erro adicional, mais raro e mais caro: contratar recuperação com promessa de prazo. Nenhum fornecedor controla quando acontece a próxima revisão ampla nem como o site será reavaliado nela.

O que dá para contratar é o trabalho de melhoria, com escopo definido e evidência do que foi feito. O que não dá para contratar é a data em que o tráfego volta, e proposta que promete isso deveria ser descartada por esse único motivo.

Perguntas frequentes sobre atualizações do Google

Quanto tempo leva um core update?

O rollout anunciado costuma levar de uma a três semanas, e a acomodação pode continuar por mais alguns dias depois do encerramento oficial. Avaliar resultado antes do fim leva a conclusão errada, porque a variação durante o período não representa o estado final.

Como saber se sofri uma penalidade?

Abra a seção de ações manuais no Search Console. Se não houver nada listado ali, você não tem penalidade, e a queda tem outra causa. Penalidade é sempre notificada e descrita, com instruções de correção e possibilidade de pedir revisão.

Preciso desautorizar links depois de uma atualização?

Na maioria dos casos não. O Google afirma que ignora a maior parte dos links de baixa qualidade automaticamente, e o recurso de desautorização é indicado para situações específicas de ação manual ou ataque deliberado. Usar por precaução pode remover links que ajudavam.

Republicar conteúdo antigo ajuda na recuperação?

Ajuda quando o conteúdo é de fato melhorado, com informação nova, correção de dados e revisão da resposta principal. Não ajuda quando só a data muda, porque a avaliação considera a alteração real do texto e não o carimbo de atualização.

Vale a pena acompanhar ferramentas de volatilidade?

Vale como contexto, para saber se a oscilação é geral do mercado ou específica do seu site. Não vale como diagnóstico, porque elas medem movimento agregado e não explicam nada sobre as suas páginas. A resposta continua vindo do Search Console.

O que fazer se o tráfego não voltar?

Reavalie se o conteúdo realmente melhorou ou se apenas foi ajustado na superfície. Queda persistente depois de meses costuma indicar que a diferença de qualidade em relação a quem subiu continua existindo. Nesse ponto, comparar diretamente com os concorrentes que ganharam posição é mais útil que qualquer ferramenta.

O que levar sobre atualizações

Atualizações do Google deixaram de ser evento pontual e viraram condição permanente do trabalho. Reagir a cada uma delas consome energia e produz pouco; manter qualidade estável atravessa todas.

O critério que orienta a resposta a uma queda é sempre o mesmo: identificar o que caiu, esperar o fim da aplicação, comparar com quem subiu e corrigir a causa. Pular qualquer uma dessas etapas transforma correção em tentativa.

O que não funciona, e vale repetir, é trocar data sem trocar conteúdo, comprar link para compensar qualidade e parar de publicar até a poeira baixar.

Se quiser esse diagnóstico feito com os dados do seu Search Console, veja como conduzimos o trabalho de otimização para o Google e fale com um especialista.