Quando uma atualização de busca acontece, a sequência costuma ser: um rastreador de volatilidade público fica vermelho, o chat do setor entra em ebulição e todo mundo começa a especular se a própria queda de tráfego está relacionada. O problema dessa sequência é que ela começa com dados de outra pessoa. Um rastreador público mede um universo de palavras-chave que não é o seu, em mercados que você talvez não atenda, em verticais nas quais você talvez não compita. Ele mostra o clima em algum lugar. Não mostra se está chovendo nas suas contas.
Se você já coleta dados de ranking diariamente, tem tudo o que precisa para responder a essa pergunta diretamente. Aqui está como transformar um conjunto de dados de rastreamento de ranking em um sinal de volatilidade, como separar um evento algorítmico de mudanças no seu próprio site e como evitar os falsos positivos que fazem equipes correrem atrás de atualizações que nunca aconteceram.
Primeiro: suas medições precisam ser limpas, ou você vai medir o seu próprio ruído
Este é o pré-requisito, e pular essa etapa é a maior causa isolada de atualizações fantasmas.
Os resultados de busca variam por localização, por o pesquisador estar logado ou não, por dispositivo e pelo momento em que a consulta foi feita. Se algum desses fatores variar entre as coletas, a diferença aparece nos seus dados como movimento, e movimento é exatamente o que uma métrica de volatilidade está procurando. Um rastreador que mudou discretamente a localização de saída, ou que rodou às 09:00 num dia e às 18:00 no outro, vai fabricar volatilidade do nada.
Portanto, os requisitos são de consistência, não de perfeição. Fixe a localização por palavra-chave e mantenha-a. Colete deslogado, com uma sessão limpa, para que nenhuma personalização se infiltre. Fixe o perfil de dispositivo. Faça a amostragem no mesmo horário todos os dias. O método completo está em medindo rankings de palavras-chave com precisão, e o motivo pelo qual a localização domina é abordado em resultados de busca do Google localizados. Para o trabalho de volatilidade, a consistência importa ainda mais do que a precisão absoluta: um ranking medido de forma consistente a partir do mesmo ponto de observação vai mostrar mudanças reais de forma confiável, mesmo que o número absoluto seja um pouco diferente do relatado por outra ferramenta.
Colete o conjunto de resultados inteiro, não apenas sua posição
A maioria dos rastreadores de ranking armazena um número por palavra-chave: em que posição você ficou. Isso não é suficiente para detectar uma atualização, porque sua posição pode estar perfeitamente estável enquanto toda a SERP à sua volta se reorganiza, e essa reorganização é o sinal mais precoce que existe.
Armazene as dez ou vinte URLs principais por palavra-chave, por dia. Armazene também a presença e a posição dos recursos de resultado, porque mudanças em recursos costumam ser a própria atualização: um resumo de IA aparecendo em um terço das suas palavras-chave, um pacote local substituindo posições orgânicas, uma unidade de compras se expandindo, ou sitelinks mudando de formato, tudo isso altera o valor de um ranking mesmo quando o número não se move.
A implicação de volume é real. Alguns milhares de palavras-chave, em vários mercados, com o conjunto de resultados completo capturado diariamente, é um trabalho de coleta significativo, não uma planilha, e é por isso que o lado da infraestrutura importa e por que proxies residenciais rotativos para monitoramento de SEO existe como tema.
Calculando um índice de volatilidade
A métrica útil é o churn no conjunto de resultados, não a mudança na sua própria posição. Compare o top dez de hoje para uma palavra-chave com o de ontem e pergunte quanto dele é diferente.
A versão mais simples é a sobreposição de conjuntos: conte quantas URLs do top dez de ontem ainda estão no top dez de hoje. Uma queda de dez para seis é um churn substancial. Uma versão melhor pondera pela posição, porque uma mudança na posição dois importa mais do que uma mudança na posição nove, e leva em conta URLs que permaneceram, mas se moveram.
def churn(prev, curr, k=10):
"""0.0 = identical top-k, 1.0 = completely different."""
prev, curr = prev[:k], curr[:k]
left = len(set(prev) - set(curr)) / k # how much dropped out
moved = sum(
abs(prev.index(u) - curr.index(u)) for u in set(prev) & set(curr)
) / (k * k) # how far survivors moved
return round(min(1.0, left + moved * 0.5), 3)
# daily index across the whole keyword set
def volatility_index(pairs): # [(prev_urls, curr_urls), ...]
scores = [churn(p, c) for p, c in pairs]
return sum(scores) / len(scores)Execute isso em cada palavra-chave e calcule a média, e você tem um índice de volatilidade diário para o seu próprio portfólio. O número de um único dia não significa nada por si só. O que importa é a linha de base: calcule uma média móvel e um desvio padrão nas últimas semanas, e marque os dias em que o índice fica bem fora da faixa normal. SERPs comuns têm um pouco de churn todos os dias, então o limiar deve vir do seu próprio histórico, não de um número arbitrário.
Mantenha os escores por palavra-chave além da média, porque o diagnóstico está na distribuição. Um índice que subiu porque toda palavra-chave se moveu um pouco é um evento diferente de um que subiu porque quinze por cento das palavras-chave se moveram enormemente.
Separando uma atualização de algoritmo de todo o resto
Uma leitura alta de volatilidade tem várias causas possíveis, e a análise consiste em eliminá-las. Quatro verificações fazem a maior parte do trabalho.
É só você, ou é todo mundo? Se suas URLs se moveram enquanto as URLs dos concorrentes mantiveram suas posições, isso não é um evento algorítmico, é algo relacionado ao seu site: uma implantação, uma mudança de conteúdo, uma regressão técnica, um problema de indexação ou uma ação manual. Atualizações genuínas movem todo o conjunto de resultados. É por isso que armazenar a SERP completa importa, já que um rastreador que registra apenas a sua posição literalmente não pode responder a essa pergunta.
É amplo, ou é um segmento específico? Agrupe suas palavras-chave por tópico, intenção e mercado, e calcule o índice por grupo. Atualizações frequentemente atingem verticais ou tipos de consulta específicos, em vez de tudo de uma vez, então um pico confinado às suas consultas transacionais, enquanto as informacionais permanecem estáveis, é uma constatação diferente e mais acionável do que um movimento uniforme.
Aparece em vários mercados? Execute as mesmas palavras-chave principais em vários países. Uma atualização de núcleo ampla tende a aparecer em muitos mercados em uma janela de tempo semelhante, enquanto o movimento em um único mercado é mais provável que seja concorrência local, uma mudança de índice local ou um problema de coleta específico daquela região. A cobertura multimercado é exatamente o que torna seus próprios dados mais informativos do que um rastreador público de mercado único.
O layout mudou em vez do ranking? Rastreie a presença de recursos como sua própria série. Se o churn coincidir com um salto na quantidade de suas palavras-chave que exibem um resumo de IA ou um pacote local, o evento pode ser uma mudança de apresentação, o que afeta a taxa de cliques mais do que a posição e exige uma resposta completamente diferente.
Os falsos positivos a descartar primeiro
Antes de concluir qualquer coisa, verifique se o pico não é seu.
Uma lacuna na coleta é o clássico: se ontem falhou para uma região e você compara hoje com a última execução bem-sucedida de dois dias atrás, verá dois dias de deriva comprimidos em uma única leitura. Seu pipeline precisa distinguir “sem mudança” de “sem dados”, e é por isso que monitorar o pipeline com uma taxa de sucesso por região pertence ao lado do gráfico de volatilidade.
Relacionado, e mais insidioso: respostas parciais ou degradadas. Uma página de desafio ou um conjunto de resultados truncado que se converte em uma lista curta de URLs parece exatamente um churn massivo. Valide que uma SERP capturada é uma SERP real antes que ela entre no conjunto de dados, como em detectando conteúdo bloqueado ou falso.
Depois, verifique as explicações mais simples. O horário da coleta mudou. A localização de saída de um proxy sofreu deriva, de forma que uma palavra-chave foi medida a partir de uma cidade diferente. Alguém adicionou ou removeu palavras-chave do conjunto, alterando a média por composição em vez de por movimento. A amostra é simplesmente pequena demais, já que com cinquenta palavras-chave uma consulta volátil pode mover o índice por conta própria.
Operacionalizando isso
Alguns hábitos tornam o sinal confiável ao longo do tempo.
Mantenha um conjunto de controle de palavras-chave que você nunca otimiza e nunca toca, distribuído pelas suas verticais. Quando o índice dispara, o conjunto de controle informa se o movimento é externo, porque você sabe com certeza que nada do seu lado mudou para elas.
Anote sua própria linha do tempo. Registre implantações, publicações de conteúdo, migrações e mudanças técnicas junto com a série de volatilidade. Metade de todas as investigações de “atualização de algoritmo” termina com alguém se lembrando de um lançamento que saiu naquela semana, e um gráfico anotado encontra isso em segundos.
Armazene snapshots brutos da SERP, não apenas escores calculados. Quando você quiser saber duas semanas depois quais concorrentes ganharam, só os dados brutos podem responder a isso, e você não pode coletar retroativamente uma SERP que já mudou.
Alerte para movimento sustentado em vez de um único dia. Atualizações reais normalmente são implantadas ao longo de dias e se estabilizam ao longo de uma semana ou mais, então um limiar que exige dois ou três dias consecutivos elevados vai cortar o ruído drasticamente sem esconder nada que importe.
O que fazer quando o sinal é real
Espere antes de reagir. Os resultados costumam oscilar durante uma implantação, e mudanças feitas no meio de uma atualização são impossíveis de atribuir depois, porque você não consegue distinguir sua própria mudança da volatilidade em curso. Deixe se estabilizar.
Enquanto isso, faça a análise que somente seus dados sustentam: quais das suas páginas perderam e quais se mantiveram, quais concorrentes ganharam e o que essas páginas vencedoras têm em comum, se as perdas se concentram por intenção, template ou tópico, e se o mesmo padrão aparece em todos os mercados ou apenas em alguns. Essa análise vale mais do que qualquer comentário público sobre a atualização, porque é sobre suas palavras-chave, seus concorrentes e seus mercados.
Conclusão
Você não precisa esperar um rastreador público lhe dizer que uma atualização de busca aconteceu. Se você está coletando dados de ranking diariamente, capture o conjunto de resultados completo em vez de apenas a sua própria posição, calcule um índice de volatilidade baseado em churn em todo o seu portfólio e compare-o com sua própria linha de base móvel, em vez de um limiar fixo. Depois, diagnostique por eliminação: movimento só seu é um problema de site, movimento específico de segmento é uma atualização direcionada, movimento entre mercados sugere algo amplo, e um salto na presença de recursos é uma mudança de layout. Descarte lacunas de coleta, respostas degradadas e deriva de localização ou horário antes de acreditar em qualquer coisa, porque um problema de medição e uma atualização de algoritmo parecem idênticos em um gráfico. E garanta que as medições subjacentes sejam consistentes, já que uma métrica de volatilidade construída sobre uma coleta inconsistente mede o seu próprio pipeline, não os resultados de busca.
Tudo isso depende de coletar SERPs geograficamente consistentes todos os dias, em todos os mercados que importam para você, e é exatamente para isso que o monitoramento de SEO com proxies residenciais foi criado: segmentação por país e cidade para que cada mercado seja medido de dentro dele, endereços residenciais legítimos para que o que você capture seja uma SERP real, e rotação no volume que um conjunto de palavras-chave diário e multimercado exige. A rede de proxies residenciais por trás disso é cobrada por GB, o que se ajusta bem à carga de trabalho, já que as verificações de SERP são pequenas e frequentes, e o custo acompanha os dados que você realmente extrai.