Core Update de Maio de 2026: o que mudou de verdade

Linha do tempo

O Google confirmou o início em 21 de maio de 2026 e declarou o rollout completo em 2 de junho. Doze dias, um pouco acima da média histórica, que costuma ficar entre sete e dez.

Rollout longo importa por um motivo bem prático: a leitura que você faz no terceiro dia não vale nada. Já vi projeto despencar na primeira semana e voltar sozinho na segunda, sem ninguém tocar em nada. E vi o contrário também, o que é pior, porque a equipe comemora e depois tem que desfazer a comemoração.

Houve três picos de volatilidade bem marcados: por volta de 23 de maio, de novo perto do dia 30, e um último nas 24 horas anteriores ao anúncio de conclusão. Esse padrão de ondas é típico de update que reprocessa índice em lotes. Se o seu monitoramento é semanal, você viu uma média que não descreve nada do que aconteceu.

O que mudou de fato

Todo core update vem com a mesma comunicação oficial, aquela frase de que o Google reavaliou o que considera uma boa resposta. É vaga de propósito. Mas quem acompanhou de perto conseguiu extrair um recorte bem mais específico desta vez.

A análise da Aleyda Solis aponta três eixos que explicam a maior parte do movimento: intenção, adequação ao mercado e tipo de fonte. Traduzindo para o que você faz na segunda-feira:

Intenção dominante. A visibilidade migrou para o formato que a maioria das pessoas realmente queria naquela busca. Consulta que pedia comparação passou a devolver comparativo. Post institucional de 400 palavras falando do assunto por cima saiu da fila.

Adequação ao mercado. Este foi o maior grupo isolado de perdas, e é o que mais dói no Brasil. Conteúdo traduzido de fonte americana, com preço em dólar, ferramenta que não opera aqui e exemplo de empresa que ninguém conhece, perdeu espaço para material feito para o mercado brasileiro. Se você tem um blog que foi montado com tradução, essa conta chegou.

Tipo de fonte. Para cada conjunto de consultas o Google reforçou o tipo de fonte que cabe ali. Em algumas, mais canônico. Em outras, mais local. Em outras, quem resolve a tarefa inteira em vez de explicar o conceito e mandar falar com um consultor.

Tem ainda um dado que aparece em várias análises independentes e que vale como desempate: sites lentos registraram cerca de 23% mais perda que a média. Performance não virou fator novo. Mas quando o Google reavalia um conjunto de páginas parecidas, a que carrega mais rápido leva vantagem. É a mesma lógica que descrevo em Core Web Vitals em 2026.

Quem ganhou, quem perdeu

Cruzando o que vi nos projetos que acompanho com o que a comunidade reportou, os padrões mais consistentes foram estes.

Ganharam

• Marcas estabelecidas e publishers institucionais. Não por serem grandes, mas por acumularem sinais de entidade que o Google já sabe interpretar. Falo disso em entidade e Knowledge Graph.
• Páginas que resolvem a tarefa inteira. Se a busca pede "como calcular X", subiu quem entregou a fórmula, o exemplo numérico e a calculadora.
• Conteúdo assinado por gente que existe fora do site.
• Sites rápidos, no desempate.

Perderam

• Páginas escritas para o mercado errado.
• Conteúdo intercambiável, aquele que poderia ter sido publicado em qualquer um dos dez concorrentes sem ninguém notar a troca.
• Domínios genéricos, sem página de autor, sem presença fora do próprio site.
• Arquitetura canibalizada, com três páginas disputando a mesma intenção e nenhuma forte o bastante.

"Conteúdo intercambiável" é o diagnóstico mais difícil de entregar para um cliente, porque não é um bug que se corrige numa sprint. É uma decisão editorial que precisa ser revista, e isso mexe com gente, orçamento e ego.

Como diagnosticar

Antes de mexer em qualquer coisa, isole o que aconteceu. O roteiro abaixo está em ordem de propósito: começa pelo que é barato de verificar.

1. Confirme a janela no Search Console, comparando 28 dias antes de 21/05 com 28 dias depois de 02/06. Se a queda começou fora disso, não foi o core update. Pode ter sido o update de spam de junho, ou algo que você mesmo subiu.
2. Separe cliques de impressões. Impressão estável com clique caindo raramente é core update. Isso é mudança de SERP, tipo um AI Overview novo ocupando o espaço. Impressão caindo junto com clique é perda de visibilidade real.
3. Quebre por tipo de página: blog, categoria, produto, institucional. Quase sempre a queda está concentrada em um tipo só, e isso já aponta a causa.
4. Quebre por intenção. Agrupe as consultas em informacional, comparativa, transacional e navegacional. Perda concentrada em um grupo significa problema de formato.
5. Olhe quem entrou no seu lugar. Pegue as dez consultas que mais perderam e veja o que ranqueia hoje. Na maioria dos casos o diagnóstico está aí, visível a olho nu, sem ferramenta nenhuma.

Um atalho que uso quando o tempo é curto: se as páginas que caíram são as que alguém escreveu porque a ferramenta apontou volume, e as que subiram são as que alguém escreveu porque tinha algo real para dizer, você já tem o diagnóstico.

Plano de recuperação

Core update não tem botão de desfazer. A recuperação vem no update seguinte, e só se o motivo da queda tiver sido resolvido de verdade. O que funciona, em ordem de retorno sobre esforço:

Consolidar antes de criar

Resolva a canibalização primeiro. Duas ou três páginas fracas competindo pela mesma intenção viram uma página forte, com 301 das outras. É a intervenção com melhor relação esforço/resultado depois de um core update, e quase sempre é a que ninguém quer fazer porque envolve apagar coisa.

Reescrever para a intenção certa

Pegue as páginas que perderam, veja o formato que passou a dominar a SERP e reestruture de verdade. Se virou comparativo, entregue comparativo, com tabela, critérios explícitos e recomendação assumida. Meio comparativo não resolve.

Colocar o que só você tem

Dado próprio. Número de projeto real. Print do painel. Uma opinião que assume risco. É o que separa a sua página das outras nove. Sem isso você está pedindo ao Google que escolha você por sorte.

Assinar o conteúdo

Autor nomeado, página de autor com credencial verificável, author no schema apontando para uma entidade que existe. Explico o peso disso em autoria como fator de ranking.

Fechar a lacuna técnica

Se o site é lento, o desempate joga contra você em toda consulta disputada. Não é o motivo principal da queda, mas é a parte que você consegue corrigir com prazo previsível, o que ajuda a manter a paciência de todo mundo enquanto o resto amadurece.

Erros que atrasam

• Mudar tudo ao mesmo tempo. Se você reescreve, redireciona e muda arquitetura na mesma semana, não vai saber o que funcionou nem o que piorou.
• Desindexar em massa. Podar conteúdo virou receita de bolo, e remover página que ainda traz tráfego qualificado só piora o quadro.
• Esperar recuperação em duas semanas. Ela acontece no próximo core update. O trabalho entre um e outro é o que decide.
• Tratar como penalidade. Core update não é ação manual, e pedido de reconsideração não se aplica. O processo é outro, e está descrito na página de recuperação de penalidades.

Um caso concreto

Vale descrever um caso real, com os números arredondados e sem identificar o cliente, porque ele resume bem os três eixos do update.

Um portal de conteúdo B2B, cerca de 900 páginas indexadas, perdeu 34% das sessões orgânicas entre a última semana de maio e a primeira de junho. O time chegou convencido de que era penalidade, porque a queda foi abrupta.

A quebra por tipo de página mostrou outra coisa. As páginas de produto e as de comparação ficaram estáveis, com variação de menos de 5%. A queda inteira estava concentrada no blog, e dentro do blog, num subconjunto específico: os 140 artigos que tinham sido produzidos por uma agência entre 2023 e 2024, com pauta definida por volume de busca.

Olhando o que passou a ranquear no lugar, o padrão apareceu rápido. Nas consultas informacionais que o portal perdeu, subiram páginas de fabricantes e de associações setoriais, com informação técnica de primeira mão. O conteúdo do cliente era uma boa síntese do que já existia. Correto, bem escrito, e sem nada que só ele pudesse dizer.

Nas consultas comparativas, subiram páginas com tabela de especificação e recomendação explícita. O conteúdo do cliente descrevia as opções sem nunca se posicionar, porque a área jurídica tinha vetado comparação direta com concorrentes dois anos antes.

O plano de recuperação atacou o subconjunto, não o site: 140 artigos viraram 46, com consolidação e redirect, e os 46 receberam dado próprio da base do cliente, que existia e nunca tinha sido publicado. A área jurídica aceitou comparação com critério objetivo e fonte citada. Não é o tipo de trabalho que se termina num mês.

Cronograma de 90 dias

Quando alguém me pergunta o que fazer depois de um core update, o problema quase nunca é falta de ideia. É excesso, e tudo ao mesmo tempo. Este é o sequenciamento que uso:

Semanas 1 e 2: diagnóstico, sem mexer em nada

Levantamento completo antes de qualquer alteração. Quebra por tipo de página, por intenção e por cluster. Análise de quem entrou no seu lugar nas 30 consultas de maior perda. Verificação de que não houve deploy, mudança de template ou problema técnico na janela.

A tentação de já começar a corrigir aqui é enorme e é o principal motivo pelo qual times não conseguem aprender nada com a própria recuperação depois.

Semanas 3 a 6: consolidação

Resolver canibalização e podar o que não tem chance. É a fase com melhor relação esforço e resultado, e é mecânica: identificar grupos de páginas competindo pela mesma intenção, escolher a melhor, migrar o que houver de único das outras, redirecionar com 301.

Um cuidado: 301 em massa no mesmo dia gera ruído no rastreamento. Distribua ao longo de duas ou três semanas e acompanhe a cobertura de indexação.

Semanas 5 a 10: reescrita das prioritárias

Pode rodar em paralelo com o fim da consolidação. Pegue de 15 a 30 páginas com maior potencial comercial entre as que perderam e reescreva para o formato que a SERP passou a favorecer. Não faz sentido reescrever 200 páginas. As primeiras 20 já dizem se a hipótese estava certa.

Semanas 8 a 12: autoria e sinais de entidade

Atribuição de autor, páginas de autor, schema amarrado, presença externa das pessoas que assinam. Retorno relativamente rápido, como discuto em autoria como fator de ranking, e é trabalho que não depende do próximo update para começar a valer.

Contínuo: técnica e medição

Performance, indexação e monitoramento rodando o tempo todo, em paralelo. Se você não tem alerta automático, monte antes de precisar. O desenho está em monitorar visibilidade em IA com n8n.

Perguntas frequentes

Quanto tempo até recuperar?

Se a causa foi endereçada de verdade, a recuperação costuma aparecer no core update seguinte, o que dá algo entre três e cinco meses considerando a cadência histórica. Recuperação parcial pode aparecer antes, conforme as páginas reescritas são reprocessadas.

Vale a pena reverter mudanças recentes?

Só se a mudança coincidir exatamente com a queda e você tiver motivo para suspeitar dela. Reverter por precaução, sem hipótese, costuma criar mais confusão do que resolve.

Devo desindexar as páginas que caíram?

Quase nunca. Página que caiu mas ainda traz tráfego qualificado continua valendo. Desindexação faz sentido para conteúdo realmente sem propósito, e nesse caso a decisão independe do update.

Meu concorrente subiu. Copiar o que ele fez funciona?

Copiar o formato, às vezes sim. Copiar o conteúdo, não, porque o que fez ele subir provavelmente foi justamente o que ele tem e você não. Vale entender por que a SERP passou a preferir aquele tipo de resposta, e depois responder do seu jeito.

E se eu não achar causa nenhuma?

Acontece, e é frustrante. Nesse caso o caminho é fortalecer os fundamentos, ou seja, consolidar arquitetura, melhorar as páginas de maior valor comercial, resolver dívida técnica, construir autoridade. Não é resposta satisfatória, mas é melhor que mexer em tudo por ansiedade.

Conclusão

O update de maio não inventou regra nova. Apertou a régua de sempre: a página precisa ser a resposta certa, no formato certo, para o mercado certo, e precisa ser reconhecível como vinda de alguém que entende do assunto.

Se você perdeu tráfego, a pergunta útil não é o que o Google mudou. É por que alguém escolheria a sua página em vez das outras nove. Eu sei que soa como conselho de coach, mas na prática essa é a pergunta que gera plano de ação, e "o Google mudou" não gera.

Se quiser fazer esse diagnóstico com dado em vez de achismo, é o que faço em SEO estratégico, começando por um levantamento gratuito do seu cenário.