Atualizações do algoritmo do Google: o que fazer

Seu tráfego orgânico caiu — ou, às vezes, subiu — sem nenhuma mudança óbvia no seu site, e a primeira suspeita é sempre a mesma: o Google mexeu em alguma coisa. Na maioria das vezes você está certo. O Google roda atualizações de algoritmo o tempo todo: pequenos ajustes quase imperceptíveis quase todos os dias, e algumas atualizações mais amplas ao longo do ano que reorganizam visivelmente quem aparece em que posição. Isso não é um evento raro, e não é um ataque dirigido ao seu site em particular. É o processo normal pelo qual o Google recalcula quais páginas merecem aparecer primeiro para cada busca.

O ponto que mais gera confusão — e o mais importante deste texto — é este: uma atualização de algoritmo não é uma penalização. Não existe nada para “levantar”, nenhum pedido de reconsideração para preencher, nenhuma culpa a corrigir no sentido em que a maioria das pessoas imagina. Quando uma página perde posições numa atualização, o mais comum é que outras páginas tenham passado a ser julgadas mais relevantes para aquela busca — não que a sua tenha sido rebaixada como castigo. Entender essa diferença muda completamente como faz sentido reagir, e é o fio condutor de tudo o que vem a seguir.

O que é uma atualização core (e em que ela difere de uma atualização direcionada)

Uma atualização core, ou atualização principal, é uma mudança ampla nos sistemas de classificação do Google. Não é uma correção pontual para resolver um problema específico, mas um recálculo geral de como o algoritmo pondera relevância, qualidade e utilidade de uma página em relação a uma busca. É por isso que uma atualização core costuma afetar tipos de site muito diferentes ao mesmo tempo — sites de notícias, lojas virtuais, blogs, páginas institucionais — cada um com seu próprio padrão de perdas e ganhos, sem uma causa única e identificável que explique tudo de uma vez.

Isso é diferente de uma atualização direcionada, que ataca um problema específico e mais restrito. Uma atualização de spam mira técnicas de manipulação de ranking — texto escondido, redes de links artificiais, páginas geradas em massa sem revisão humana. Uma atualização de reviews mira especificamente páginas de avaliação de produtos rasas, escritas sem qualquer teste real do item. E as mudanças no estilo helpful content avaliam se o conteúdo parece ter sido escrito primeiro para uma pessoa ou primeiro para o mecanismo de busca. Uma atualização core não pergunta “isso é spam?”. Ela pergunta, de forma muito mais ampla, “esta é a melhor resposta disponível para esta busca, comparada com tudo o que existe hoje?”.

O ponto mais importante: não é uma penalização

Vale repetir com todas as letras, porque é o erro de interpretação mais caro que existe em SEO: uma queda causada por uma atualização de algoritmo não significa que o Google puniu o seu site. Penalização é outra coisa, com outro mecanismo, e vamos separar isso no próximo tópico. Numa atualização core, o que geralmente acontece é mais simples e menos pessoal do que parece: o conjunto de páginas que o Google considera as melhores respostas para determinado tema mudou, e a sua página ficou, relativamente, um degrau abaixo de onde estava antes.

Essa distinção importa na prática porque muda o que faz sentido fazer depois. Não existe reconsideração a pedir, porque não existe uma ação registrada contra você — não há nada no Search Console indicando “isto foi feito porque X”. Não existe um botão de reset que você aciona corrigindo um item específico. O trabalho, quando existe, é o mesmo de sempre: tornar a página genuinamente melhor do que as que agora estão na frente dela. É mais lento e menos satisfatório do que “corrigir um erro”, mas é o que de fato influencia a próxima passada do algoritmo sobre o seu conteúdo.

Atualização algorítmica x ação manual: um parêntese necessário

Vale abrir um parêntese rápido aqui, porque os dois conceitos se confundem na cabeça de muita gente. Uma ação manual é bem diferente de uma atualização de algoritmo: é uma decisão tomada por um revisor humano da equipe do Google, aplicada a um site ou página específica, por um motivo específico — links comprados, cloaking, conteúdo gerado em massa sem valor, entre outros. Quando isso acontece, o Search Console mostra um aviso explícito na seção de ações manuais, com o motivo declarado, e aí sim existe um processo de correção seguido de um pedido de reconsideração.

Se você está lendo este texto achando que talvez seja o seu caso, a primeira coisa a fazer é abrir o Search Console e checar essa seção antes de qualquer outra coisa — é gratuito e leva um minuto. Se houver algo lá, o seu problema é outro, com outra lógica de solução, e este texto não é sobre isso. O que vem a seguir é especificamente sobre o cenário muito mais comum, em que não existe nenhum aviso — apenas uma mudança de posições sem explicação nenhuma na interface, que é exatamente a assinatura de uma atualização algorítmica.

Como diferenciar uma atualização real de coisas que só parecem uma

Antes de concluir que “fui atingido por uma atualização”, vale eliminar as causas mais comuns que imitam esse sintoma mas têm origem totalmente diferente — e, na maioria dos casos, solução muito mais rápida:

• Sazonalidade: se o seu nicho tem padrão anual (datas comemorativas, temporada de matrículas, período fiscal), compare com o mesmo período do ano anterior, não com a semana passada.
• Regressão técnica: um deploy recente pode ter alterado o robots.txt, quebrado um sitemap, adicionado uma tag noindex por engano ou disparado um pico de erros de servidor. Vale checar o histórico de deploys antes de suspeitar do algoritmo.
• Mudança na medição: uma reconfiguração de analytics, uma tag quebrada ou uma mudança no banner de cookies que passou a bloquear o rastreamento pode derrubar os números sem que o ranking real tenha mudado nada.
• Mudança de layout na página de resultados: o Google adicionou um novo bloco — um painel de perguntas, um carrossel, um resumo gerado automaticamente — que empurrou os resultados orgânicos para baixo. Sua posição pode não ter mudado, mas o clique caiu porque a página ficou visualmente menor.
• Perda de um link importante: se uma fonte de referência forte parou de apontar para a sua página, o efeito pode parecer uma queda de algoritmo, mas a causa é pontual e rastreável.

Como confirmar que a atualização aconteceu — e que ela afetou você

Depois de descartar as causas acima, o próximo passo é confirmar o padrão. No relatório de desempenho do Search Console, olhe a queda dia a dia, não semana a semana: uma atualização core costuma ter um início identificável, às vezes com alguma oscilação nos dias seguintes enquanto o rollout termina de se propagar por completo.

Depois, olhe a amplitude do efeito. Uma atualização de algoritmo raramente afeta uma única página isolada — ela costuma mover várias páginas e várias buscas ao mesmo tempo, ainda que em direções diferentes entre si. Se só uma página específica caiu e o resto do site está estável, é bem mais provável que o problema seja daquela página em particular — conteúdo desatualizado, um erro técnico local, uma URL duplicada competindo com ela — do que uma atualização ampla.

Por fim, olhe para quem subiu no seu lugar. Abra as páginas que agora ocupam as posições que eram suas e leia como se fosse o usuário: elas respondem à pergunta mais rápido? Têm uma profundidade que a sua não tem? Foram atualizadas mais recentemente? Trazem alguma experiência de primeira mão que a sua apenas descreve de forma genérica? Essa comparação direta costuma revelar mais do que qualquer ferramenta de diagnóstico consegue mostrar sozinha.

O que fazer — e o que definitivamente não fazer

A reação mais comum a uma queda repentina é também a mais contraproducente: entrar em pânico e mexer em tudo de uma vez só. Vale ser explícito sobre o que evitar nas primeiras semanas:

• Não reescreva o site inteiro da noite para o dia só porque uma seção caiu — mudanças amplas e apressadas tornam impossível saber depois o que de fato funcionou.
• Não remova páginas em massa apostando que menos conteúdo com qualidade média maior resolve sozinho — consolidar páginas genuinamente redundantes ajuda, apagar por pânico não.
• Não use a ferramenta de disavow como reflexo. Ela existe para lidar com links manipulativos ligados a uma ação manual ou a um risco real de spam, não como resposta a uma atualização core.
• Não julgue o resultado nas primeiras duas semanas. Uma atualização ampla pode levar dias para terminar de se propagar, e faz sentido esperar o rollout completo antes de tirar qualquer conclusão.

O que fazer de fato, sem pressa

O que costuma valer a pena é mais devagar e menos dramático do que qualquer reação de emergência. Revise honestamente o conteúdo que caiu, comparando página a página com o que subiu no lugar dele. Atualize páginas que ficaram desatualizadas com informação real e verificável, não apenas trocando a data de publicação por uma mais recente. Garanta que o básico técnico — indexação, velocidade de carregamento, rastreabilidade — está saudável, não porque isso “conserta” o algoritmo, mas porque remove ruído da sua análise e evita que um problema técnico se disfarce de queda de algoritmo na próxima vez. E continue publicando e mantendo o site normalmente, em vez de congelar tudo à espera de uma resposta que pode demorar.

Expectativas realistas de recuperação

Vale terminar com uma expectativa honesta, porque é aqui que a maioria dos guias exagera para vender uma solução rápida. Às vezes a recuperação acontece já na atualização seguinte, quando o Google refina os próprios sistemas e corrige efeitos colaterais que nem eram intencionais na primeira passada. Outras vezes ela simplesmente não acontece — porque o conjunto de páginas que agora ocupa aquelas posições resolve genuinamente melhor a busca do usuário, e “recuperar” deixa de ser sobre desfazer um erro seu para ser sobre voltar a competir de igual para igual com concorrentes que também melhoraram enquanto isso.

Nenhuma dessas duas possibilidades depende de um truque específico ou de uma ação isolada. Depende de continuar tratando o conteúdo como algo que precisa seguir sendo a melhor resposta disponível, revisado com o tempo, e não como algo que se otimiza uma única vez e se deixa parado depois. Esse é o único comportamento que funciona bem nos dois cenários — e, coincidentemente, é o mesmo comportamento que ajuda antes mesmo de qualquer atualização acontecer.