Indexación mobile first: buenas prácticas y checklist 2026

La indexación mobile first significa que Google usa la versión móvil de tus páginas para indexarlas y posicionarlas. Las buenas prácticas básicas son sencillas: la versión móvil debe tener el mismo contenido principal, títulos, meta descriptions, etiquetas robots, datos estructurados, imágenes y enlaces que la de escritorio, y Googlebot Smartphone debe poder descargar todos los recursos que necesita.

La mayoría de los problemas no se deben a que falte un sitio móvil. Se deben a que la versión móvil muestra menos sin que nadie se dé cuenta: una descripción de producto plegada que nunca llega a cargarse, una plantilla "ligera" sin migas de pan o un noindex olvidado en un subdominio m-dot. Esta guía explica qué revisar, cómo comprobarlo y qué corregir primero.

¿Qué es la indexación mobile first y sigue siendo importante en 2026?

Sí. La indexación mobile first es ya la forma predeterminada en que funciona Google: el rastreador para smartphones descarga tus páginas y lo que se indexa es el contenido móvil. Si algo solo existe en la versión de escritorio, da por hecho que Google no lo ve.

La documentación de Googlebot indica que "en la mayoría de los sitios, la Búsqueda de Google indexa principalmente la versión móvil del contenido" y que la mayor parte de las solicitudes de rastreo usan el rastreador móvil, mientras que una minoría procede del de escritorio. Ambos rastreadores siguen las mismas reglas de robots.txt, así que ahí no puedes permitir uno y bloquear el otro.

En la práctica, esto significa lo siguiente:

• Sitios responsive (el mismo HTML para todos los dispositivos): normalmente hay poco que corregir, salvo que el tema oculte o elimine contenido en pantallas pequeñas.
• Servicio dinámico (la misma URL, distinto HTML según el user agent): necesita una comprobación de paridad, porque el HTML móvil puede ir distanciándose del de escritorio con el tiempo.
• URLs móviles separadas (m.example.com): son las de mayor riesgo y tienen requisitos adicionales, que vemos más abajo.

La página de buenas prácticas de indexación mobile first de Google recomienda el diseño responsive como la configuración más fácil de mantener.

Indexación mobile first: checklist de buenas prácticas

La siguiente checklist resume las recomendaciones de Google, ordenadas según el daño que puede causar cada error.

Mantén el mismo contenido principal en móvil

La recomendación de Google es directa: asegúrate de que tu sitio móvil tenga el mismo contenido que el de escritorio. Puedes reorganizarlo para pantallas pequeñas con acordeones, pestañas u otro orden, pero no deberías recortarlo, porque la indexación se basa en el contenido móvil.

Vigila estos recortes habituales:

• Descripciones largas de categorías o bloques de preguntas frecuentes eliminados "para ahorrar espacio"
• Migas de pan, bloques de productos relacionados o enlaces del pie de página que desaparecen de la plantilla móvil
• Encabezados más cortos o un H1 distinto en móvil
• Reseñas que solo se cargan en escritorio

Eliminar enlaces internos en móvil sale especialmente caro, porque esos enlaces forman parte de cómo Google descubre y valora tus otras páginas.

No escondas contenido detrás de interacciones

Google afirma que no carga contenido que requiera una interacción del usuario para aparecer, como deslizar, hacer clic o escribir. El contenido que ya está en el HTML pero visualmente plegado en un acordeón no supone ningún problema. El contenido que se pide al servidor solo después de que alguien pulse "Leer más", sí.

Si tus páginas móviles generan contenido con JavaScript, comprueba qué renderiza realmente Googlebot. Nuestra guía sobre problemas de renderizado en SEO para JavaScript explica cómo comparar el HTML sin procesar con el resultado renderizado.

Usa las mismas metaetiquetas robots

Una meta robots diferente en móvil es uno de los pocos errores que pueden eliminar directamente una página de Google. Google advierte que un noindex o nofollow en la versión móvil puede hacer que no rastree ni indexe la página. Esto ocurre sobre todo en sitios m-dot, copias de staging de plantillas móviles y restos de AMP.

No bloquees los recursos que Google necesita

Si tu robots.txt bloquea las carpetas de CSS, JavaScript o imágenes que necesita una página, Google no puede renderizarla como lo haría un teléfono. Mantén las reglas Disallow lejos de los recursos imprescindibles para entender la página. La guía de robots.txt recoge patrones seguros y los errores que más vemos.

Iguala metadatos y datos estructurados

Los títulos y las meta descriptions deben ser equivalentes en ambas versiones. Los datos estructurados también deben coincidir, y Google destaca como prioritarios los marcados Breadcrumb, Product y VideoObject. En URLs móviles separadas, actualiza las URLs dentro del marcado para que apunten a las páginas móviles y no a las de escritorio.

Trata las imágenes y el vídeo como contenido

La checklist de Google para las imágenes de la versión móvil:

• Imágenes de alta calidad, con un tamaño razonable y en formatos compatibles
• El mismo texto alternativo que en escritorio
• URLs de imagen estables que no cambien en cada carga de la página
• Nombres de archivo, títulos y pies de foto descriptivos

Google también señala que, si tus páginas móviles usan URLs de imagen distintas de las de escritorio, puedes notar una pérdida temporal de tráfico de imágenes mientras se procesan las nuevas URLs. Para el vídeo, usa formatos compatibles en etiquetas estándar (<video>, <embed>, <object>), mantén los mismos datos estructurados y coloca el vídeo donde el usuario no tenga que desplazarse mucho para encontrarlo.

¿Cómo comprobar lo que ve Googlebot Smartphone?

Usa la herramienta de inspección de URLs de Search Console, ejecuta una prueba en directo y revisa la captura de pantalla y el HTML renderizado. Después compara la versión móvil con la de escritorio en contenido, enlaces, metaetiquetas y datos estructurados.

Un flujo de trabajo práctico:

1. Comprueba el rastreador. En la inspección de URLs, el user agent aparece en Disponibilidad de la página > Rastreo > Rastreado como. En casi todos los sitios debería indicar smartphone.
2. Ejecuta una prueba en directo. Haz clic en Ver página probada para ver la captura y el HTML renderizado. Busca en el HTML una frase de la parte final de tu página de escritorio. Si no está, Google no la indexa.
3. Compara plantillas. Elige una URL por plantilla (inicio, categoría, producto, artículo, página de ubicación) y compara entre móvil y escritorio el número de palabras, los encabezados, los enlaces internos y la cantidad de elementos de datos estructurados.
4. Rastrea como un smartphone. Configura el user agent de tu rastreador como móvil y busca noindex, títulos que faltan, recursos bloqueados y páginas con menos contenido en todo el sitio.
5. Revisa los logs. Los logs del servidor confirman que el rastreador para smartphones recibe respuestas 200, no redirecciones ni errores.

Lighthouse también resulta útil aquí: la documentación de Google sobre experiencia en la página lo menciona como una forma de encontrar mejoras relacionadas con la experiencia en la página, incluida la usabilidad móvil. Si prefieres no hacer estas comparaciones a mano, la auditoría SEO gratuita de SEORecheck en /es/request renderiza tus páginas en un navegador real y detecta etiquetas noindex, recursos bloqueados, títulos que faltan y texto que solo aparece después de ejecutar JavaScript, con URLs de ejemplo.

URLs móviles separadas (m-dot): ¿qué reglas adicionales se aplican?

Los sitios m-dot deben mantener una correspondencia uno a uno entre páginas de escritorio y móviles, usar los mismos códigos de estado y reglas de robots.txt, y hacer que la canonical móvil apunte a escritorio. Las hreflang deben enlazar móvil con móvil y escritorio con escritorio.

Google enumera estos requisitos adicionales para las configuraciones con URLs separadas:

• Una página móvil por cada página de escritorio. No redirijas muchas URLs de escritorio a la página de inicio móvil.
• El mismo estado de error. Si una página de escritorio devuelve 404, la móvil también debería hacerlo, y viceversa.
• Sin URLs con fragmentos. Las URLs móviles que dependen de # no se pueden indexar como páginas independientes.
• Ambas versiones verificadas en Search Console.
• El mismo robots.txt en ambos hosts.
• Capacidad del servidor suficiente para el rastreo adicional que recibirá el host móvil.
• Etiquetas canonical y alternate: la página móvil apunta con rel="canonical" a la URL de escritorio; la página de escritorio indica la URL móvil como alternativa.

<!-- On https://example.com/page (desktop) -->
<link rel="alternate" media="only screen and (max-width: 640px)"
      href="https://m.example.com/page">

<!-- On https://m.example.com/page (mobile) -->
<link rel="canonical" href="https://example.com/page">

Si además tienes varios idiomas, el conjunto de hreflang de las páginas m-dot debe apuntar a las demás versiones móviles por idioma, no a las de escritorio. Consulta la guía de la etiqueta canonical para ver cómo interactúan las canonicals con otras señales.

Si de todos modos estás planeando un rediseño, pasar de m-dot a un sitio responsive elimina toda esta categoría de errores.

¿La velocidad y la UX móvil cuentan para la indexación mobile first?

Son independientes de la indexación, pero siguen importando para el posicionamiento y para los usuarios. Google afirma que sus sistemas de clasificación usan las Core Web Vitals, mientras que otros aspectos de la experiencia en la página no ayudan directamente a posicionar mejor un sitio.

Según las recomendaciones de Google sobre experiencia en la página:

• Las Core Web Vitals (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1 en el percentil 75) las usan los sistemas de clasificación, pero unas buenas puntuaciones no garantizan las primeras posiciones.
• No existe una única señal de experiencia en la página. Los sistemas de clasificación principales tienen en cuenta varias señales.

Los datos de campo en móvil suelen ser peores que en escritorio, así que revisa primero las cifras móviles. Nuestra guía de Core Web Vitals explica cómo interpretarlas y mejorarlas.

Evita los intersticiales intrusivos en móvil

Google describe los intersticiales y diálogos intrusivos como elementos que tapan el contenido al usuario, normalmente con fines promocionales: superposiciones a página completa, avisos para instalar una app y pop-ups de newsletter que cubren el contenido principal. La alternativa recomendada son los banners pequeños. Los intersticiales obligatorios por ley, como la verificación de edad, son una excepción.

Las recomendaciones de mobile first también piden que los anuncios cumplan el Better Ads Standard y no ocupen demasiado espacio en la parte superior de la página móvil.

Mantén las páginas dentro de los límites de rastreo

La documentación de Googlebot indica actualmente que Googlebot procesa hasta 2 MB de un tipo de archivo compatible (sin comprimir) y que solo indexa lo que ha descargado antes de alcanzar ese límite. Las páginas HTML habituales quedan muy por debajo. Pero en páginas con scripts en línea enormes o datos incrustados, el contenido clave puede quedar más allá del corte, así que sitúa el contenido principal en la parte alta del HTML.

¿Qué deberías corregir primero?

Corrige primero lo que saca páginas o contenido del índice, después lo que elimina señales y, por último, los problemas de experiencia:

1. noindex en móvil, bloqueos en robots.txt y páginas de error que solo aparecen en móvil
2. Contenido, enlaces o reseñas que faltan en el HTML móvil, y contenido que solo se carga con una interacción
3. Títulos, meta descriptions y datos estructurados ausentes o distintos
4. Texto alternativo de las imágenes, URLs de imagen y ubicación de los vídeos
5. Intersticiales, densidad de anuncios y Core Web Vitals

Para ver un ejemplo práctico de cómo se agrupan los hallazgos por gravedad, con las URLs afectadas, consulta el informe de ejemplo.

Conclusiones clave

• Google indexa la versión móvil de tus páginas, y la mayor parte de su rastreo usa el rastreador para smartphones.
• El contenido, los enlaces, los metadatos, las etiquetas robots y los datos estructurados deben coincidir con los de escritorio. Reorganizar está bien; eliminar, no.
• El contenido que solo se carga tras un toque, un deslizamiento o al escribir no se indexa.
• Nunca bloquees el CSS, JS o las imágenes que las páginas necesitan para renderizarse.
• Los sitios m-dot necesitan correspondencia de URLs uno a uno, los mismos códigos de estado, canonicals hacia escritorio y hreflang de móvil a móvil. El diseño responsive evita todo esto.
• Comprueba con pruebas en directo de la inspección de URLs y un rastreo como smartphone, y corrige primero los problemas que sacan páginas del índice.