Monitores de ranking do Google costumam ser configurados da mesma forma: define-se um limite, dispara-se um alerta quando o ranking se move mais que isso, e pronto. O padrão na maioria das ferramentas fica em torno de 3 posições, porque o número 3 soa como uma mudança significativa.
Nos nossos dados, não é. Entre 106 consultas com 30 impressões ou mais em 90 dias, a mediana do desvio padrão da posição diária por consulta foi 7.45. Para uma consulta típica, uma variação de 3 posições não é sinal — é o comportamento cotidiano desse número.
O monitor não está quebrado; está sem calibração. É assim que ele fica quando você calibra a partir do seu próprio histórico, e não dos padrões de fábrica.
O que o monitor pressupõe, e quais premissas caem
Por trás de toda regra de alerta há quatro premissas, e só uma se sustenta.
O ranking é estável o bastante para um limite funcionar. Cai. A dispersão varia entre consultas numa ordem de grandeza, e medimos isso abaixo.
Um movimento do mesmo tamanho significa a mesma coisa em qualquer posição. Cai. A distância entre a 3ª e a 6ª posição não equivale à distância entre a 41ª e a 44ª, nem em cliques nem em significado.
Toda consulta merece o mesmo limite. Cai. Consultas de marca e termos de cabeça competitivos não têm nada em comum estatisticamente.
Checar com mais frequência produz informação melhor. Cai depois de certo ponto. A checagem diária rende sete vezes mais leituras que a semanal e, na maioria dos conjuntos de consultas, sete vezes mais ruído em torno do mesmo sinal.
O resto do artigo substitui essas quatro premissas por medição, uma a uma.
O que nossas consultas realmente fazem
Método: nossa própria propriedade do Search Console, 90 dias terminando em 12 de setembro de 2026, dimensões query e date, 8.020 linhas, filtradas para 106 consultas com 30 impressões ou mais no período. Para cada consulta calculamos o desvio padrão da posição média diária e a proporção de dias em que ela ficou dentro de 3 posições da própria mediana.
Métrica | Valor |
|---|---|
Consultas na amostra | 106 |
Mediana do desvio padrão da posição diária | 7.45 posições |
Consultas com desvio padrão abaixo de 2 posições | 12 de 106 (11%) |
Consultas com desvio padrão de 10 ou mais | 40 de 106 (38%) |
Mediana da proporção de dias dentro de 3 posições da própria mediana da consulta | 59% |
Pegue quatro consultas da mesma amostra e a diferença de comportamento no mesmo site é esta.
Consulta | Mediana da posição | Desvio padrão | Dias dentro de 3 da mediana |
|---|---|---|---|
amazon echo keywords | 14.1 | 1.29 | 100% |
on page seo audit | 92.2 | 4.99 | 63% |
perplexity seo checker | 31.9 | 12.87 | 22% |
geo | 70.4 | 9.83 | 30% |
A leitura prática: consultas estáveis o bastante para que uma regra fixa de 3 posições faça sentido são cerca de uma em cada dez. Quatro em cada dez se movem o suficiente para disparar alertas sem parar em qualquer limite abaixo de 10 posições.

A maioria das consultas se move muito mais do que o limite de alerta padrão pressupõe.
Regra de calibração 1: crie faixas por consulta, não por site
Um limite no nível do site é a média de comportamentos que não se parecem. A solução é calcular a faixa de cada consulta a partir do histórico dela mesma, e isso exige só uma exportação do Search Console e algumas linhas de aritmética.
Para cada consulta, use a distribuição dela, não um número global.
- Normal: dentro de um desvio padrão da mediana da própria consulta.
- Watch: entre um e dois desvios padrão, ou quando a consulta sai da própria faixa central de 80%.
- Investigate: acima de dois desvios padrão e confirmado na segunda execução consecutiva.
Na amostra acima, isso muda o volume de alertas drasticamente. Uma consulta com desvio padrão de 1.29 precisa de um movimento de cerca de 3 posições para alcançar a faixa de observação. Uma com desvio de 12.87 precisa de cerca de 13, então quase não dispara alerta até que algo real aconteça.
É a mesma lógica que o guia de desenho de faixas de alerta usa para monitoramento agendado, aplicada no nível da consulta e não da conta. E se você for mudar uma única coisa depois de ler este artigo, transforme o limite de uma constante em um valor por consulta.
Regra de calibração 2: defina um piso mínimo de impressões
Posição é uma média, e a média de 3 impressões não é medição. Abaixo de cerca de 30 impressões no período, a amostra de base fica pequena o bastante para o número se mover sozinho.
Duas consequências decorrem disso, e as duas são simples de implementar.
Não dispare alertas para consultas de baixa impressão. Continue monitorando, mas trate a posição como contexto, não como sinal. A exceção é uma consulta que ganha volume de repente: isso é um evento de impressão e vale saber por si só.
Acompanhe cada posição com impressões. Uma queda de 5 posições com impressões estáveis significa outra coisa que uma queda de 5 posições com 60% das impressões perdidas. A segunda está mais perto de um problema de indexação ou de qualificação; a primeira, de concorrência. Um monitor que reporta só a posição joga fora essa distinção, e é exatamente o modo de falha que esta ordem de triagem existe para capturar.
Regra de calibração 3: separe dispositivo e local antes de alertar
A posição combinada é uma média ponderada de resultados por dispositivo e por local. Quando os pesos mudam, a média se move sem que nada tenha acontecido com a página. Medimos uma diferença de até 11 posições entre mobile e desktop na mesma consulta, então isso não é erro de arredondamento — está na mesma ordem de grandeza do ruído que você tenta detectar.
A implementação é sem graça e barata: puxe a posição por dispositivo, guarde as duas, e alerte no dispositivo onde o movimento ocorreu. E se você acompanha um único número combinado, escreva os pesos de dispositivo na saída, para que a mudança de composição seja visível em vez de adivinhada. A forma da consulta está no passo a passo de separação por dispositivo.

Cinco colunas transformam um alerta em uma investigação com ponto de partida.
O que monitorar além da posição
Posição é uma coluna só. As outras quatro decidem se um movimento merece atenção humana.
Impressões. O lado da demanda. Quando isso se move, o significado de todos os números de posição muda.
Estado de recursos da SERP. Se aquela consulta tem AI Overview, bloco de vídeo, pacote local. Uma mudança de recurso move a posição sem nenhuma alteração na página.
Lugar na curva de cliques. Não só onde você está na lista, mas onde está em relação aos recursos. O 1º lugar abaixo de um AI Overview não é o 1º lugar. E se quiser acompanhar o estado dos recursos como se deve, os campos a guardar estão em como montar um rastreador de AI Overview.
Registro de mudanças. Seus deploys, alterações de template e edições de conteúdo na mesma linha do tempo. A maior parte das quedas reais que investigamos tinha um commit atrás.
Guarde esses cinco por consulta e por dia e o alerta deixa de ser um número assustador e uma pessoa reconstruindo aquela semana de memória, e passa a ser uma investigação com ponto de partida.
Faça a conta da cadência antes de se comprometer
O custo de monitoramento cresce com o número de palavras-chave vezes o número de checagens, então a cadência sai da quantidade de consultas, não do entusiasmo.
- Checar 30 consultas importantes todo dia são 900 requisições por mês. Quase todo plano aguenta, e a maioria dos times deveria começar por aqui.
- Checar 200 consultas todo dia são 6.000 requisições por mês, e em conjuntos voláteis gera a maior parte dos alertas a partir do ruído.
- Checar as mesmas 200 semanalmente são cerca de 1.400 requisições por mês, e ainda captura a maior parte dos movimentos reais, porque uma mudança de verdade dura mais de uma semana.
Se precisar das duas, divida pela aposta e não pela preferência: lista curta ligada à receita todo dia, o resto semanalmente. E se você monta a coleta sozinho, o rastreador de duas fontes cobre o formato das requisições e as regras de comparação.
A checklist antes de confiar em qualquer monitor
Cinco perguntas. Um monitor que falha em qualquer uma delas consome mais atenção do que economiza.
- Ele guarda os resultados brutos ou só a posição calculada? Se depois você não puder perguntar o que mais apareceu na página, não conseguirá explicar o alerta.
- Local e dispositivo estão fixos e registrados por consulta? Caso contrário, o histórico mistura condições diferentes.
- O limite é por consulta ou um número único para a conta toda? Um número único é padrão de fábrica, não calibração.
- Ele distingue falha de queda? O Google publica um painel de status com histórico de falhas, e olhar lá primeiro custa menos que qualquer investigação.
- Ele diz o que mudou, ou só que algo mudou? O alerta do segundo tipo é uma lista de tarefas; o primeiro é um julgamento.
Visão da Auspia: um monitor de ranking vale o que vale a sua calibração. O limite padrão de 3 posições está errado não porque as ferramentas sejam preguiçosas, mas porque é uma média populacional aplicada a consultas individuais. Meça suas consultas e defina faixas a partir da distribuição de cada uma, e o que sobrar de alerta é o que você de fato vai atender.
Perguntas frequentes
Quanta oscilação normal de posição um monitor do Google deve ignorar? Não existe número universal, e é esse o ponto. Na nossa amostra, a consulta mediana se moveu 7.45 posições em 90 dias, enquanto uma em cada dez ficou dentro de 2 posições. O limite correto é derivado do histórico de cada consulta e costuma ser um desvio padrão.
Com que frequência um monitor deve checar posições? Conjuntos normais, semanalmente; listas curtas ligadas à receita, diariamente. Checar um conjunto grande todo dia dobra o custo e captura principalmente ruído, porque uma mudança real de posição dura mais de um dia.
Por que o monitor mostra oscilações diárias que o Search Console não tem? Porque são duas medições diferentes. O monitor tira uma única fotografia de uma página de resultados real num momento e numa localidade. O Search Console faz a média de impressões ao longo de um intervalo de datas e de uma composição de dispositivos. Nenhum dos dois está errado, e compará-los diretamente faz você perseguir uma queda que só existe de um lado.
Devo monitorar toda palavra que tem posição? Não. Monitore as consultas com impressões suficientes para medir. Nos nossos dados, eram 106 de milhares. As que ficam abaixo do piso de impressões é melhor acompanhar em grupo, por exemplo contando quantas consultas sequer ranqueiam, em vez de alertar uma a uma.
Calibrar um monitor exige ferramenta paga? Não. Uma exportação do Search Console com as dimensões query e date basta para calcular mediana e desvio padrão por consulta, e a calibração não precisa de mais que isso. Ferramentas pagas acrescentam conveniência e dados entre fornecedores, não estatística.
Autoria: Miles Carter, análise de dados de posição de 8.000 consultas na Auspia. Escreve sobre medição de ranking, calibração de alertas e como distinguir uma mudança nos dados de uma mudança nos resultados de busca.




