Una posición no es un único número. Pregunta al mismo sitio, por la misma consulta, durante los mismos 90 días, y el móvil y el escritorio no coincidirán. En nuestros propios datos de Search Console la brecha llegó a 11,4 posiciones en una consulta, y la dirección se invertía según la consulta: a veces el móvil rankeaba mejor, a veces el escritorio.
No es un fallo de datos ni un motivo para comprar un rastreador de posiciones para móvil. Es una propiedad de cómo Google construye una página de resultados, y permanece invisible mientras leas una media mezclada.
Este artículo trata de qué causa realmente la separación, de cómo fueron nuestros propios números y de un flujo de trabajo breve en Claude Code que separa ambos para que dejes de tomar decisiones de escritorio sobre tráfico móvil.
La idea equivocada
La suposición que arrastran casi todos los equipos, normalmente sin enunciarla, es que la posición es una propiedad de la página. Rankeas 8 en una consulta, así que rankeas 8. Los rastreadores de posiciones refuerzan esa suposición porque por defecto usan un solo dispositivo e imprimen un número por palabra clave.
La consecuencia práctica es una costumbre de reporte: alguien consulta una posición de escritorio, la escribe en una hoja de cálculo, y todo lo que viene después la trata como la verdad sobre la visibilidad.
La realidad más útil
Dos hechos, ambos documentados por Google, rompen el modelo del número único.
Hecho uno: lo que se rankea es tu página móvil. La documentación de Search Central de Google lo dice directamente: «Google utiliza la versión móvil del contenido de un sitio, rastreada con el agente de smartphone, para la indexación y el posicionamiento». Tu HTML de escritorio no es la entrada principal, ni siquiera cuando quien busca está en un portátil.
Hecho dos: la página de resultados se construye para el dispositivo que tiene delante. La propia documentación de ayuda de Search Console lo dice sin rodeos, y merece una segunda lectura: «Los resultados de búsqueda son específicos para la hora, el lugar, el dispositivo y el historial reciente de la persona que busca».
Junta ambos y la posición que anotaste es una muestra de una distribución que se desplaza según el dispositivo. El número no está mal. Solo es mucho más estrecho que el uso que se le da.
Por qué el mito se propaga con tanta facilidad
Cuatro cosas corrientes mantienen vivo el modelo del número único.
- Los rastreadores vienen con escritorio por defecto. Consultar una SERP de escritorio es más barato y más sencillo de almacenar, así que se convierte en la columna por defecto. El cambio de dispositivo existe en muchos planes, lo cual es distinto de venir activado por defecto.
- Search Console mezcla los dispositivos. El informe de Rendimiento por defecto promedia entre móvil, escritorio y tablet. Hay que abrir la pestaña «Dispositivos», o llamar a la API con device como dimensión, para ver la separación. Nada en la vista por defecto te avisa de que está ocurriendo una mezcla.
- El seguimiento de posiciones en móvil se vende como complemento. Cuando un proveedor lista «rastreador de posiciones para móvil» como función, la implicación es que el informe estándar ya lo cubre todo. Cubre una parte.
- El efecto es invisible en muestras pequeñas. Si miras diez consultas y todas coinciden, el problema parece teórico. Se vuelve visible a nivel de consulta, en consultas con impresiones suficientes para promediar.
Qué mostraron nuestros propios 90 días
Extrajimos nuestra propia propiedad de Search Console, 90 días terminados el 11 de septiembre de 2026, con query y device como dimensiones.
Dispositivo | Impresiones | Clics | CTR | Posición media |
|---|---|---|---|---|
Escritorio | 34.028 | 375 | 1,10% | 34,4 |
Móvil | 7.147 | 69 | 0,97% | 30,8 |
Tablet | 156 | 0 | 0,00% | 40,8 |
Misma propiedad, misma ventana, tres historias distintas. Fíjate en que la posición media en móvil es mejor mientras que el CTR en móvil es peor.
Hay dos cosas en esa tabla que merecen atención.
La primera es la señal invertida. La posición media en móvil era mejor que en escritorio (30,8 frente a 34,4), y aun así el CTR en móvil era peor (0,97% frente a 1,10%). Una posición mejor con peor tasa de clics es normal en móvil: las páginas de resultados son más altas, el diseño es distinto y la parte superior está llena de funciones. Quien informara solo de la posición habría llamado al móvil la superficie más fuerte y se habría perdido por completo la brecha de clics.
La segunda es la trampa de leer medias de todo el sitio. Esas dos filas resumen mezclas de consultas diferentes. El escritorio carga el 82% de nuestras impresiones porque nuestra audiencia son profesionales del SEO en sus escritorios, y el móvil carga un conjunto distinto y más pequeño de consultas. Las medias de todo el sitio lo esconden. La unión por consulta es lo que hace accionable el número.
Así que hicimos la unión. De 130 consultas con al menos 20 impresiones, 85 tenían datos en ambos dispositivos. Estas son las seis mayores divergencias.
Consulta | Posición en móvil | Posición en escritorio | Diferencia |
|---|---|---|---|
auditoria seo on page | 64,5 | 53,1 | 11,4 (mejor escritorio) |
perplexity seo checking tool | 20,5 | 31,1 | 10,6 (mejor móvil) |
geo seo | 92,9 | 85,4 | 7,5 (mejor escritorio) |
auspia | 5,4 | 1,6 | 3,8 (mejor escritorio) |
perplexity referral traffic | 11,2 | 12,0 | 0,9 (mejor escritorio) |
amazon echo keywords | 13,9 | 13,8 | 0,1 (empate) |
La brecha corre en ambos sentidos. «El móvil rankea peor» es tan erróneo como «una posición es una posición».
La dirección se invierte. Ese es el hallazgo que debería cambiar tu hábito operativo: no puedes corregir la divergencia entre dispositivos con una regla general, porque no hay una dirección consistente que corregir. Tienes que medirla por consulta.
Qué hacer en su lugar: separar, unir, umbral, decidir
Cuatro pasos, unos 20 minutos una vez que el flujo de trabajo existe.
Paso 1: extrae query y device juntos. En Search Console, abre Rendimiento, añade la pestaña «Dispositivos» junto a «Consultas» y exporta a 90 días. Por la API, pide las dimensiones ["query","device"] con un límite de filas lo bastante alto para contener tu conjunto de consultas. La API acepta un límite de filas muy por encima de lo que necesita un sitio mediano, así que pide alto y recorta en local.
Si ya produces un informe semanal de posiciones, esto pasa a ser una dimensión extra sobre algo que ya tienes, y no un libro nuevo. El contrato de informe de nuestro flujo de trabajo del informe semanal de posiciones tiene un hueco para ello.
Paso 2: une por la clave de consulta. Una fila por consulta, con una columna de móvil y una de escritorio. Las filas que existen en un solo dispositivo son un hallazgo en sí mismas: significan que la consulta recibe impresiones en una superficie y no en la otra.
Paso 3: aplica un umbral antes de mirar. Cinco posiciones es un umbral de partida viable. Por debajo, estás leyendo ruido. Por encima, tienes una consulta en la que las dos superficies discrepan de verdad.
Paso 4: decide por clase de consulta, no por consulta. Las consultas de dinero se arreglan primero. Las consultas de comparación suelen divergir porque el diseño de la SERP es distinto, no porque tu página sea débil. Las consultas de marca que divergen casi nunca son un problema de SEO. Las consultas informativas pueden esperar.
El flujo de trabajo en Claude Code que hace la separación
La parte repetible es mecánica: extraer, unir, aplicar umbral, resumir. Esa es exactamente la forma de tarea que pertenece a un agente y no a tu semana.
Guarda esto como un archivo de instrucciones que Claude Code pueda leer y apúntalo a la propiedad que posees:
Extrae los datos de Search Console de la propiedad <property> de los últimos 90 días.
Usa las dimensiones: query, device. Conserva solo las consultas con al menos 20 impresiones.
Une móvil contra escritorio por la clave de consulta.
Para cada consulta presente en ambos dispositivos, calcula la diferencia absoluta en la posición media.
Muestra solo las filas en las que la diferencia sea 5.0 o más, ordenadas por impresiones totales de forma descendente.
Para cada fila muestra: consulta, posición en móvil, posición en escritorio, brecha, qué dispositivo es mejor,
impresiones en móvil, impresiones en escritorio.
Termina con dos líneas de resumen:
1. Recuento de consultas en las que el móvil es mejor, y recuento en las que el escritorio es mejor.
2. La única consulta con la mayor brecha, y sus impresiones totales.
No sugieras arreglos. No escribas recomendaciones de contenido.
Guarda la salida como mobile-desktop-gap-YYYY-MM-DD.md en la carpeta de trabajo.Hay tres decisiones deliberadas en esa instrucción que merece la pena conservar si la adaptas.
Fija un suelo de impresiones, porque una consulta con cuatro impresiones en móvil produce una posición media que no significa nada. Prohíbe sugerir arreglos, porque la decisión depende de la clase de consulta y del contexto de negocio, y un agente que adivine eso produce tonterías con seguridad. Y guarda en un archivo con fecha para que puedas comparar la separación del mes que viene con la de este mes, que es la única forma de ver si un arreglo funcionó.
El prompt es neutro en su forma respecto al agente. Codex ejecuta la misma instrucción mediante sus propias convenciones de archivos, y el paso de revisión es idéntico.
Barreras de seguridad
- Por debajo de unas 20 impresiones, para. Las posiciones medias sobre un puñado de impresiones saltan dos dígitos por sí solas. El umbral del prompt existe por este motivo.
- Tablet no es móvil. Nuestra fila de tablet tenía 156 impresiones y cero clics. Agrupar tablet dentro de móvil habría empeorado los números de móvil por razones que nada tienen que ver con la búsqueda móvil.
- Este artículo va de medición, no de elegibilidad. Si Google puede ver o no tu contenido móvil es un problema distinto, con comprobaciones distintas. Cubrimos el lado de la auditoría en Indexación mobile-first en 2026.
- Una posición mejor puede ser un resultado peor. En nuestros propios datos, el móvil rankeó mejor y recibió menos clics. La posición y la tasa de clics deben leerse juntas.
- No persigas cada brecha. Una brecha de 6 posiciones en una consulta con 30 búsquedas mensuales no es un proyecto. Ordena la lista por impresiones y deja que la cola repose.
- Las posiciones profundas se comportan distinto. Si una consulta está más allá de la posición 100 en ambos dispositivos, arregla primero el problema de profundidad. Medimos hasta dónde llegan de verdad los resultados de Google en nuestra prueba de profundidad del chequeo de posiciones.
Visión de Auspia: la divergencia entre dispositivos es un problema de medición antes que un problema de posicionamiento. La mayoría de los equipos nunca ha mirado, porque el informe por defecto esconde la separación. Una vez que la separación es visible, casi todas las brechas resultan explicables y el puñado interesante merece un arreglo.
Preguntas frecuentes
¿Google rankea las páginas móviles y de escritorio por separado? En la práctica, sí. Google indexa la versión móvil de tu contenido, y la página de resultados que se sirve a un teléfono difiere de la que se sirve a un portátil. Las dos posiciones vienen de los mismos sistemas subyacentes, pero no son el mismo número.
¿Por qué mi rastreador de posiciones difiere de Search Console? Porque miden cosas distintas. Un rastreador consulta una SERP en vivo en una ubicación y un dispositivo. Search Console promedia impresiones entre todos los dispositivos, países y todo el intervalo de fechas. Ambos pueden tener razón y aun así no coincidir.
¿Qué es un rastreador de posiciones para móvil y necesito uno? Un rastreador de posiciones para móvil consulta la SERP de smartphone para un conjunto de palabras clave. Merece la pena pagarlo si necesitas posiciones de competidores o ubicaciones que no puedes ver en tus propios datos. Si solo necesitas la visibilidad móvil de tu propio sitio, Search Console ya la tiene, separada por dispositivo, sin coste.
¿Cuántas impresiones hacen falta para que la posición por dispositivo sea fiable? Alrededor de 20 es el suelo práctico para una lectura aproximada; a partir de 100 el número deja de moverse semana a semana. Por debajo de 20, mantén la consulta en la lista pero no actúes sobre ella.
¿Puede Claude Code leer Search Console directamente? Sí, a través de la API de Search Console con una cuenta de servicio o credenciales OAuth. El flujo de trabajo de arriba da por supuesta esa conexión. Nuestra guía del agente de SEO cubre qué tareas de posicionamiento merece la pena entregar a un agente y cuáles no.
¿Debería arreglar la página móvil si el móvil rankea peor? Mira primero la SERP. Si la página de resultados móvil lleva más vídeo, más paquetes locales o una mezcla distinta de tipos de página, el arreglo es de formato de contenido y no de calidad de página. Si la forma de la SERP coincide y la página está bien, trátalo como un problema de paridad de contenido y audítala contra las comprobaciones mobile-first.
Autor: Marcus Ellery, experimentador de crecimiento detrás de más de 150 pruebas de SEO en Auspia. Escribe sobre datos de referencia, pruebas controladas y la diferencia entre una métrica que se mueve y una métrica que significa algo.
