Los monitores de posiciones de Google se configuran casi siempre igual: se fija un umbral, se dispara una alerta cuando el ranking se mueve más que eso y ya está. El valor por defecto en la mayoría de las herramientas ronda las 3 posiciones, porque el número 3 suena a cambio significativo.
En nuestros datos, no lo es. De 106 consultas con 30 impresiones o más en 90 días, la mediana de la desviación estándar de la posición diaria por consulta fue 7.45. Para una consulta típica, un movimiento de 3 posiciones no es una señal: es el comportamiento cotidiano de ese número.
El monitor no está roto; está sin calibrar. Así es como queda cuando se calibra con tu propio historial y no con los valores de fábrica.
Qué presupone el monitor y qué supuestos se caen
Detrás de toda regla de alerta hay cuatro supuestos, y solo uno se sostiene.
El ranking es lo bastante estable para que un umbral funcione. Se cae. La dispersión varía entre consultas en un orden de magnitud, y lo medimos abajo.
Un movimiento del mismo tamaño significa lo mismo en cualquier posición. Se cae. La distancia entre el puesto 3 y el 6 no equivale a la distancia entre el 41 y el 44, ni en clics ni en significado.
Toda consulta merece el mismo umbral. Se cae. Las consultas de marca y los términos de cabeza competitivos no tienen nada en común estadísticamente.
Consultar con más frecuencia produce mejor información. Se cae pasando cierto punto. La revisión diaria rinde siete veces más lecturas que la semanal y, en la mayoría de los conjuntos de consultas, siete veces más ruido alrededor de la misma señal.
El resto del artículo sustituye esos cuatro supuestos por medición, uno por uno.
Qué hacen realmente nuestras consultas
Método: nuestra propia propiedad de Search Console, 90 días que terminan el 12 de septiembre de 2026, dimensiones query y date, 8.020 filas, filtradas a 106 consultas con 30 impresiones o más en el periodo. Para cada consulta calculamos la desviación estándar de la posición media diaria y la proporción de días en que se mantuvo dentro de 3 posiciones de su propia mediana.
Métrica | Valor |
|---|---|
Consultas en la muestra | 106 |
Mediana de la desviación estándar de la posición diaria | 7.45 posiciones |
Consultas con desviación estándar por debajo de 2 posiciones | 12 de 106 (11%) |
Consultas con desviación estándar de 10 o más | 40 de 106 (38%) |
Mediana de la proporción de días dentro de 3 posiciones de la mediana de la propia consulta | 59% |
Toma cuatro consultas de la misma muestra y la diferencia de comportamiento en el mismo sitio es esta.
Consulta | Mediana de la posición | Desviación estándar | Días dentro de 3 de la 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% |
La lectura práctica: las consultas lo bastante estables para que una regla fija de 3 posiciones tenga sentido son aproximadamente una de cada diez. Cuatro de cada diez se mueven lo suficiente para disparar alertas sin parar con cualquier umbral por debajo de 10 posiciones.
La mayoría de las consultas se mueve mucho más de lo que presupone el umbral de alerta por defecto.
Regla de calibración 1: crea bandas por consulta, no por sitio
Un umbral a nivel de sitio es el promedio de comportamientos que no se parecen. La solución es calcular la banda de cada consulta a partir de su propio historial, y para eso basta una exportación de Search Console y unas pocas líneas de aritmética.
Para cada consulta, usa su propia distribución y no un número global.
- Normal: dentro de una desviación estándar de la mediana de la propia consulta.
- Watch: entre una y dos desviaciones estándar, o cuando la consulta sale de su propia banda central del 80%.
- Investigate: por encima de dos desviaciones estándar y confirmado en la segunda ejecución consecutiva.
En la muestra de arriba, esto cambia el volumen de alertas de forma drástica. Una consulta con desviación estándar de 1.29 necesita un movimiento de unos 3 puestos para llegar a la banda de vigilancia. Una con desviación de 12.87 necesita unos 13, así que casi no dispara alertas hasta que ocurre algo real.
Es la misma lógica que la guía de diseño de bandas de alerta usa para el monitoreo programado, aplicada a nivel de consulta y no de cuenta. Y si vas a cambiar una sola cosa después de leer este artículo, convierte el umbral de una constante en un valor por consulta.
Regla de calibración 2: fija un piso mínimo de impresiones
La posición es un promedio, y el promedio de 3 impresiones no es una medición. Por debajo de unas 30 impresiones en el periodo, la muestra de base es tan pequeña que el número se mueve solo.
De ahí salen dos consecuencias, y las dos son fáciles de implementar.
No dispares alertas en consultas de pocas impresiones. Sigue monitorizando, pero trata la posición como contexto y no como señal. La excepción es una consulta que gana volumen de golpe: eso es un evento de impresiones y merece saberse por sí mismo.
Acompaña cada posición con impresiones. Una caída de 5 puestos con impresiones estables significa algo distinto de una caída de 5 puestos con el 60% de las impresiones perdidas. La segunda se acerca más a un problema de indexación o de elegibilidad; la primera, a competencia. Un monitor que solo reporta la posición tira esa distinción, y ese es justo el modo de fallo que este orden de triaje existe para capturar.
Regla de calibración 3: separa dispositivo y ubicación antes de alertar
La posición combinada es un promedio ponderado de resultados por dispositivo y por ubicación. Cuando cambian los pesos, el promedio se mueve sin que haya pasado nada en la página. Medimos diferencias de hasta 11 puestos entre móvil y escritorio en la misma consulta, así que no es un error de redondeo: está en el mismo orden de magnitud que el ruido que intentas detectar.
La implementación es poco vistosa y barata: trae la posición por dispositivo, guarda las dos y alerta en el dispositivo donde ocurrió el movimiento. Y si sigues un único número combinado, escribe los pesos de dispositivo en la salida, para que el cambio de composición sea visible en lugar de adivinado. La forma de la consulta se trata en el paso a paso de separación por dispositivo.
Cinco columnas convierten una alerta en una investigación con punto de partida.
Qué monitorizar además de la posición
La posición es una sola columna. Las otras cuatro deciden si un movimiento merece atención humana.
Impresiones. El lado de la demanda. Cuando esto se mueve, cambia el significado de todos los números de posición.
Estado de funciones de la SERP. Si esa consulta tiene AI Overview, bloque de vídeo, paquete local. Un cambio de función mueve la posición sin ningún cambio en la página.
Lugar en la curva de clics. No solo dónde estás en la lista, sino dónde estás respecto a las funciones. El puesto 1 debajo de un AI Overview no es el puesto 1. Y si quieres seguir el estado de las funciones como es debido, los campos que hay que guardar se tratan en cómo montar un rastreador de AI Overview.
Registro de cambios. Tus despliegues, cambios de plantilla y ediciones de contenido en la misma línea de tiempo. La mayoría de las caídas reales que investigamos tenían un commit detrás.
Guarda esos cinco por consulta y por día y la alerta pasa de ser un número alarmante y una persona reconstruyendo aquella semana de memoria a ser una investigación con punto de partida.
Haz la cuenta de la cadencia antes de comprometerte
El coste del monitoreo crece con el número de palabras clave multiplicado por el número de comprobaciones, así que la cadencia sale de la cantidad de consultas, no del entusiasmo.
- Comprobar 30 consultas importantes a diario son 900 peticiones al mes. Casi cualquier plan lo aguanta, y la mayoría de los equipos debería empezar por aquí.
- Comprobar 200 consultas a diario son 6.000 peticiones al mes, y en conjuntos volátiles genera la mayor parte de las alertas a partir del ruido.
- Comprobar esas mismas 200 semanalmente son unas 1.400 peticiones al mes, y sigue capturando la mayoría de los movimientos reales, porque un cambio de verdad dura más de una semana.
Si necesitas las dos, divide por lo que está en juego y no por preferencia: lista corta atada a ingresos a diario, el resto semanal. Y si montas la recolección tú mismo, el rastreador de dos fuentes cubre la forma de las peticiones y las reglas de comparación.
La lista de comprobación antes de confiar en cualquier monitor
Cinco preguntas. Un monitor que falla en cualquiera de ellas consume más atención de la que ahorra.
- ¿Guarda los resultados crudos o solo la posición calculada? Si después no puedes preguntarle qué más apareció en la página, no podrás explicar la alerta.
- ¿Ubicación y dispositivo están fijos y registrados por consulta? Si no, el historial mezcla condiciones distintas.
- ¿El umbral es por consulta o un número único para toda la cuenta? Un número único es el valor de fábrica, no una calibración.
- ¿Distingue fallo de caída? Google publica un panel de estado con historial de fallos, y mirarlo primero cuesta menos que cualquier investigación.
- ¿Te dice qué cambió, o solo que algo cambió? La alerta del segundo tipo es una lista de tareas; la primera es un juicio.
Visión de Auspia: un monitor de posiciones vale lo que vale su calibración. El umbral por defecto de 3 posiciones está mal no porque las herramientas sean perezosas, sino porque es una media poblacional aplicada a consultas individuales. Mide tus consultas y fija bandas a partir de la distribución de cada una, y de las alertas solo quedarán aquellas sobre las que de verdad vas a actuar.
Preguntas frecuentes
¿Cuánta oscilación normal de posición debe ignorar un monitor de posiciones de Google? No hay un número universal, y esa es la cuestión. En nuestra muestra la consulta mediana se movió 7.45 puestos en 90 días, mientras que una de cada diez se mantuvo dentro de 2 puestos. El umbral correcto se deriva del historial de cada consulta y suele ser una desviación estándar.
¿Con qué frecuencia debe comprobar posiciones un monitor? Los conjuntos normales, semanalmente; las listas cortas atadas a ingresos, a diario. Comprobar a diario un conjunto grande duplica el coste y captura sobre todo ruido, porque un cambio real de posición dura más de un día.
¿Por qué el monitor muestra oscilaciones diarias que Search Console no tiene? Porque son dos mediciones distintas. El monitor toma una sola instantánea de una página de resultados real en un momento y una ubicación. Search Console promedia impresiones a lo largo de un rango de fechas y de una composición de dispositivos. Ninguno de los dos se equivoca, y compararlos directamente te hará perseguir una caída que solo existe en uno de los lados.
¿Debería monitorizar toda palabra que tenga posición? No. Monitoriza las consultas con impresiones suficientes para medir. En nuestros datos eran 106 de miles. Las que quedan por debajo del piso de impresiones es mejor seguirlas en grupo, por ejemplo contando cuántas consultas siquiera posicionan, en lugar de alertar una a una.
¿Calibrar un monitor exige una herramienta de pago? No. Una exportación de Search Console con las dimensiones query y date basta para calcular mediana y desviación estándar por consulta, y la calibración no necesita más. Las herramientas de pago añaden comodidad y datos entre proveedores, no estadística.
Autoría: Miles Carter, análisis de datos de posición de 8.000 consultas en Auspia. Escribe sobre medición de posiciones, calibración de alertas y cómo distinguir un cambio en los datos de un cambio en los resultados de búsqueda.
