SEO Analytics

Como ler o Search Console durante uma core update do Google

Alejandro Rioja
Alejandro Rioja
5 min de leitura
TL;DR

Durante uma core update, não mude nada nos primeiros dias. Congele uma linha de base de 14 dias anterior à data de início, anote sua variação diária normal e espere o fim da implantação mais uma semana inteira antes de comparar. Depois divida a mudança por página, consulta, país e dispositivo. No meu próprio site, os 14 dias antes da atualização de 10 de novembro de 2026 tiveram média de cerca de 290 cliques por dia, com dias isolados entre 228 e 393, então o movimento de um único dia não me disse nada.

Construir com agentes de IA

Aprenda a usar agentes de IA em marketing, vendas e produto. Toda semana compartilho o que aprendi com mais de 5.400 leitores.

Não mexa em nenhuma página nos primeiros dias de uma core update. O gráfico vai se mover, você vai querer explicá-lo, e quase toda explicação que surgir na primeira semana é palpite.

O painel de status da Pesquisa Google lista a core update de novembro de 2026 como iniciada em 10 de novembro e ainda em implantação quando extraí meus dados. A orientação do próprio Google é esperar pelo menos uma semana inteira depois que uma core update termina antes de analisar, e comparar com o período anterior ao início. Eu sigo isso, e esta é a rotina exata.

Passo 1: congele uma linha de base antes de olhar a atualização

Abra o relatório de Desempenho do Search Console e defina o intervalo nos 14 dias anteriores à data de início da atualização. Exporte cliques, impressões, CTR e posição média por dia. Esse arquivo é a sua linha de base, e você o salva antes de ler um único número posterior à atualização.

Esta é a minha, do Search Console do meu próprio site:

JanelaCliquesObservações
27 out a 9 nov (14 dias)4.067cerca de 290 por dia
Dia mais baixo da janela2286 nov
Dia mais alto da janela3932 nov
10 nov (dia de início)284dentro da faixa normal

Uma amplitude de 228 a 393 sem nenhuma atualização em curso é o número que importa. Se você não conhece a sua própria variação, não consegue distinguir uma core update de uma terça-feira qualquer.

Passo 2: anote o que mais mudou

Culpam-se as core updates por coisas que elas não fizeram. Antes de comparar qualquer coisa, liste o que mudou do seu lado na mesma janela: uma migração, uma mudança de template, um lote de páginas novas, uma edição de robots ou noindex, uma regra de redirecionamento. Se a lista não estiver vazia, a atualização não é a única suspeita.

Verifique também se uma única página distorce a linha do site inteiro. Em 28 de outubro minhas impressões totais foram de 24.498 para 131.686 em um dia porque uma única página foi exibida muito mais vezes. Mostrei esse caso em o que verifico quando as impressões disparam e o CTR cai. Uma média do site inteiro durante uma core update tem a mesma fraqueza.

Passo 3: espere o fim da implantação e depois mais uma semana

As core updates são implantadas ao longo de algumas semanas e as posições oscilam nesse período. Comparar no meio da implantação é comparar um alvo móvel com uma linha de base fixa. Marque um lembrete para uma semana depois de o painel marcar a atualização como concluída, e não faça nada até lá.

Esperar não é ficar parado. Use o tempo para corrigir o que estava quebrado de qualquer forma: páginas com erro, títulos cortados, duplicatas fracas. Essas mudanças seriam certas em qualquer mês e não vão contaminar a comparação, desde que você as registre com a data.

Passo 4: compare janelas iguais e segmente de quatro formas

Quando o lembrete tocar, compare os 14 dias após a conclusão com a sua linha de base congelada de 14 dias. Mesma duração, mesmos dias da semana. Depois divida a diferença:

  1. Por página. Exporte a aba Páginas das duas janelas. Ordene pela variação de cliques. Na maioria das quedas que analisei, cinco ou dez páginas respondem pela maior parte.
  2. Por consulta. Para cada uma dessas páginas, veja quais consultas perderam cliques e se a perda é de posição ou de CTR. Cair da posição 4 para a 9 é mudança de ranking. Posição estável com CTR em queda é problema de snippet ou de recurso da SERP, tratado em por que suas páginas mais bem posicionadas não recebem cliques.
  3. Por país. Uma core update pode atingir um mercado mais que outro, principalmente em sites multilíngues.
  4. Por dispositivo. Uma perda só no celular aponta para a experiência da página, não para a relevância.

Se a mudança estiver dentro da sua variação normal do Passo 1, não há efeito de atualização a explicar. Pare aí e continue publicando.

Passo 5: só agora decida o que mudar

Associe o tipo de perda ao tipo de correção:

  • Perda de posições em poucas páginas: compare-as com as páginas que agora estão à sua frente. Elas respondem à consulta mais rápido, com mais detalhes específicos, a partir de experiência própria? Reescreva a sua para fazer isso. Não a encha de enrolação.
  • Perda de posições em toda parte: é uma leitura de qualidade no nível do site e demora a se mover. Elimine ou una as páginas que não merecem o lugar e melhore as que merecem. Espere meses, não dias. O Google já disse que melhorias podem levar tempo para ter efeito e que uma core update posterior pode ser necessária para recuperações maiores.
  • Ganho de posições: anote quais páginas e por quê. É o seu modelo do que o Google premia hoje no seu site.

Para páginas que escorregaram para a segunda página sem despencar, vale a rotina de como corrigir páginas presas na página dois. Para uma perda que também aparece no GA4, como diagnosticar quedas de tráfego com o Google Analytics cobre a outra metade.

O prompt que colo no Claude ou no ChatGPT

Exporte a aba Páginas da janela de linha de base e da janela pós-atualização como dois CSVs e cole ambos:

code
Aqui estão duas exportações do Google Search Console por página. O arquivo
A são os 14 dias anteriores ao início de uma core update do Google. O
arquivo B são os 14 dias posteriores ao fim da implantação. Mesma duração,
mesmos dias da semana.

1. Liste as 15 páginas com maior variação de cliques, para cima ou para
   baixo, com a variação em cliques absolutos e em porcentagem.
2. Diga qual parcela da variação total de cliques essas 15 páginas
   explicam.
3. Sinalize qualquer página em que os cliques mudaram mas as impressões
   não, pois isso aponta para o CTR e não para o ranking.
Mostre a aritmética. Se um número não estiver nos dados, diga isso em vez
de estimar. Não sugira mudanças de conteúdo ainda.

Confira uma linha à mão antes de confiar no resto. Esses modelos arredondam com confiança e às vezes erram a parcela.

Se preferir não exportar CSVs para cada cliente, criei o SiteWide para levar Search Console e GA4 ao Claude justamente para essa comparação. De qualquer forma, a disciplina é a mesma: linha de base primeiro, paciência depois, mudanças por último. Para o passo do prompt, uso o Claude.

Meus números vêm da minha própria propriedade do Search Console, de 15 de outubro a 11 de novembro de 2026: 7.472 cliques e 1.108.401 impressões nos 28 dias. É cedo para dizer se a atualização ajudou ou prejudicou este site, e só vou saber quando a implantação terminar e a semana de espera passar.

Publicidade
Continue lendo

Posts relacionados

Continue lendo

Receba o manual de IA na sua caixa de entrada

Aprenda a usar agentes de IA em marketing, vendas e produto. Toda semana compartilho o que aprendi com mais de 5.400 leitores.

↵ ↵ ver todos os resultados esc esc para fechar