Indexación móvil primero

TL;DR — La indexación móvil primero significa que Google mira la versión móvil de tu página — no la versión de escritorio — para decidir de qué trata tu página y cómo clasificarla. No es un “índice móvil” separado, y no es un impulso de clasificación. Lo único que debes hacer bien: cualquier cosa que quieras que Google vea debe estar en tu sitio móvil, porque esa es la versión que indexa.

Qué es la indexación móvil primero

Cuando Google rastrea tu sitio, en su mayoría visita como un teléfono inteligente — usando un rastreador móvil llamado Googlebot smartphone. Lo que ve en la versión móvil de tu página es lo que indexa y clasifica. Eso es la indexación móvil primero en una frase: Google usa la versión móvil de tu contenido para indexar y clasificar.

El nombre confunde a la gente, así que déjame aclarar dos cosas de inmediato:

• No hay un “índice móvil” separado. Google tiene un índice. La indexación móvil primero solo cambió qué versión de tu página mira Google — el escritorio solía ser el predeterminado, ahora lo es el móvil.
• No es un impulso de clasificación. Estar en la indexación móvil primero no eleva tus posiciones. Solo cambia qué versión de tu contenido lee Google.

Por qué importa: lo que está en el móvil es lo que cuenta

Aquí está la parte que realmente afecta a tu sitio. Si algo existe en tu página de escritorio pero no en tu página móvil — un párrafo de texto, una imagen, un enlace, algunos datos estructurados — Google puede simplemente no verlo, porque está indexando la versión móvil.

Un ejemplo común del mundo real: un sitio muestra el artículo completo en el escritorio pero lo recorta en el móvil para “mantener las cosas limpias.” Bajo la indexación móvil primero, el contenido recortado podría nunca indexarse. La solución no es complicada — asegúrate de que lo importante también esté en la versión móvil.

La indexación móvil primero no es lo mismo que “compatible con móviles”

Estos dos se confunden constantemente. La indexación móvil primero se trata de qué versión indexa Google. La compatibilidad con móviles se trata de qué tan usable es tu página en un teléfono — objetivos de toque, texto legible, sin desplazamiento horizontal. Son ideas separadas. Una página puede indexarse móvil primero y aun así ser torpe en un teléfono, y viceversa. Este artículo solo trata sobre la primera.

Qué deberías hacer realmente

Para casi todos, la respuesta es diseño responsivo — un conjunto de HTML que se adapta al tamaño de la pantalla. De esa manera, tus versiones móvil y de escritorio son el mismo contenido por defecto, y no tienes que mantener dos versiones sincronizadas. También es lo que Google recomienda.

Si estás en algo más antiguo — como un sitio móvil separado en sus propias URLs (m.example.com) — eso todavía funciona, pero es más frágil y requiere más cuidado.

¿Quieres el panorama completo — la línea de tiempo verificada, las reglas exactas de paridad, cómo Google maneja la trampa de la carga diferida, cómo se comparan las opciones de configuración y dónde difiere Bing? Cambia a la pestaña Avanzado.

TL;DR — La indexación móvil primero = Google usa la versión móvil del contenido de una página, rastreada por Googlebot smartphone, para indexar y clasificar. Un índice, sin opción de exclusión, no es un impulso de clasificación. La regla operativa es paridad de contenido: “solo el contenido mostrado en el sitio móvil se usa para la indexación,” así que cualquier texto, datos estructurados, imágenes, texto alternativo o enlaces que quieras indexar deben estar en el HTML móvil. Es distinto de la compatibilidad con móviles/experiencia de página. El diseño responsivo es la configuración recomendada por Google; el servicio dinámico y las URLs separadas funcionan pero son más arriesgados. Cuidado con la trampa de la carga diferida al interactuar. Línea de tiempo: anunciado en noviembre de 2016 → predeterminado para sitios nuevos en 2019 → último lote en mayo de 2023 → declarado completo en octubre de 2023. Bing no hizo el mismo cambio — permanece independiente del dispositivo con un solo índice.

La definición, precisamente

El propio marco de Google: 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. Y en su documento de mejores prácticas para mobile-first es aún más directo sobre la consecuencia: “Solo el contenido que se muestra en el sitio móvil se utiliza para la indexación.”

En mi guía de Ahrefs sobre mobile-first indexing lo defino de la misma manera: mobile-first indexing se refiere a que Google utiliza la versión móvil del contenido de un sitio para la indexación y el posicionamiento, y añado las dos aclaraciones que eliminan la mayor parte de la confusión: “Solo hay un índice y no puedes optar por no participar en mobile-first indexing.” Tampoco es un impulso de posicionamiento. Cambia qué versión lee Google, no qué tan bien posiciona.

Googlebot es principalmente el rastreador de smartphone

Este es el mecanismo subyacente de todo. Google: “Para la mayoría de los sitios, Google Search indexa principalmente la versión móvil del contenido. Por lo tanto, la mayoría de las solicitudes de rastreo de Googlebot se realizarán con el rastreador móvil, y una minoría con el rastreador de escritorio.” Hay dos subtipos: Googlebot Smartphone (“un rastreador móvil que simula un usuario en un dispositivo móvil”) y Googlebot Desktop — pero el de smartphone hace la mayor parte del trabajo ahora.

Google todavía rastrea a veces con el user-agent de escritorio, pero la versión que importa para la indexación es la móvil.

La paridad de contenido es la regla n.º 1

Si te llevas una cosa de esta página, que sea esta: lo que está en tu sitio móvil es lo que se indexa. El documento de Google lo enumera como el primer requisito — “Asegúrate de que tu sitio móvil contenga el mismo contenido que tu sitio de escritorio” — y lo concluyente es que “solo el contenido que se muestra en el sitio móvil se utiliza para la indexación.”

John Mueller lo dijo con la mayor claridad posible en Pubcon Pro Virtual 2020: “cualquier cosa que quieras que se indexe, debe estar en el sitio móvil”, y “solo indexaremos el contenido móvil en el futuro.” Si es solo de escritorio, planifica que Google no lo vea.

Un matiz útil, sin embargo: la paridad no significa idéntico byte por byte. Como lo expresé en mi guía de Ahrefs sobre mobile-first indexing: “cualquier contenido importante debe estar presente en el móvil.” Puedes tener un diseño móvil más ligero; simplemente no puedes eliminar el contenido, los datos estructurados, las imágenes, el texto alternativo o los enlaces que realmente quieres indexar.

Y un mito que retirar: el contenido oculto/en pestañas/en acordeón está bien. Antes del mobile-first, el contenido oculto detrás de la interfaz por razones de UX se descontaba. Eso ya no es cierto — Google ya no descuenta el contenido oculto para mejorar la experiencia del usuario. Así que un acordeón móvil que contiene todo tu contenido está bien; el contenido está en el HTML y se indexa.

Los elementos de paridad que realmente afectan

Más allá del texto puro, el documento de mejores prácticas de Google señala cosas específicas que mantener equivalentes entre versiones:

• Datos estructurados. Mantén los mismos datos estructurados en las versiones móvil y de escritorio. Si el marcado solo se envía en el escritorio, los resultados enriquecidos pueden desaparecer.
• Imágenes y texto alternativo. Conserva en el sitio móvil el mismo texto alternativo que en el de escritorio. Eliminar imágenes o quitar sus descripciones en móvil perjudica la Búsqueda de Imágenes.
• Títulos y metadescripciones. Haz que el elemento title y la metadescripción sean equivalentes en ambas versiones.
• Encabezados. Usa en móvil encabezados tan claros y significativos como en escritorio. Una plantilla simplificada que elimina los H2/H3 o los convierte en texto plano debilita la estructura que Google indexa, no solo la legibilidad.
• Datos estructurados de video. Envía los mismos datos de VideoObject en móvil y escritorio; de lo contrario, la versión que Google indexa carecerá de ellos.
• Metaetiquetas robots. Usa las mismas directivas robots en ambas versiones. Un noindex exclusivo de la plantilla móvil desindexará la página.
• Enlaces internos. Mantén la navegación y los enlaces clave en el HTML móvil. No los ocultes detrás de interacciones necesarias para cargarlos.

La trampa de la carga diferida / interacción del usuario

Un modo de fallo específico y común es cargar el contenido principal solo después de una interacción. Google no activa gestos ni acciones como deslizar, hacer clic o escribir para revelar contenido. Si el cuerpo principal aparece únicamente cuando alguien toca «cargar más», mueve un carrusel o abre una pestaña que obtiene datos bajo demanda, Googlebot puede no verlo. Cárgalo con el desplazamiento o inclúyelo en el HTML inicial.

La cronología verificada

La indexación móvil primero tardó aproximadamente siete años de principio a fin. Los hitos con fecha:

• Noviembre de 2016 — Google anunció por primera vez la indexación móvil primero y comenzó las pruebas.
• 2018 — comenzó el despliegue amplio después del período de pruebas.
• 2019 — se convirtió en el valor predeterminado para sitios nuevos: los dominios recién descubiertos se rastrearon con el agente móvil desde el inicio.
• Marzo de 2020 — Google anunció que cambiaría toda la web a partir de septiembre de 2020.
• Julio de 2020 — amplió ese plazo hasta finales de marzo de 2021.
• Mayo de 2023 — trasladó el último lote de sitios aptos; en la práctica, aquí terminó el despliegue.
• Octubre de 2023 — Google declaró completa la transición a la indexación móvil primero.

Hay dos formas válidas de decir “cuándo se completó”, y vale la pena mantenerlas claras: el despliegue efectivamente terminó con el último lote en mayo de 2023, mientras que Google lo declaró oficialmente completo en octubre de 2023. Un un conjunto muy pequeño de sitios que no funcionan en absoluto en dispositivos móviles simplemente se rastrea con el Googlebot de escritorio; esa es una excepción que Google maneja, no una configuración que tú eliges. (La información de indexación “qué rastreador” de Search Console se eliminó poco después del anuncio de octubre de 2023, ya que ya no había una mezcla que informar). Para los sitios que realmente no son accesibles en un dispositivo móvil, el riesgo práctico ahora es no ser indexables.

Configuración: responsive vs. servicio dinámico vs. URLs separadas

Hay tres formas de servir el móvil, y Google tiene una preferencia clara:

• Diseño responsive (recomendado). Una URL, un HTML, el diseño se adapta mediante CSS. Google: “recomienda el Diseño Web Responsive porque es el patrón de diseño más fácil de implementar y mantener.” La paridad es básicamente automática porque solo hay una versión.
• Servicio dinámico. Misma URL, pero el servidor devuelve HTML diferente según el user-agent. Funciona, pero es propenso a errores: es fácil que la versión de escritorio y la móvil se desincronicen, lo que rompe la paridad exactamente de las formas mencionadas.
• URLs separadas (m-dot). HTML diferente en URLs diferentes (p. ej., m.example.com). Es la menos recomendada de las tres y la que más mantenimiento requiere. Si estás en ella, la guía de Google: “Para URLs separadas, establece las versiones de escritorio como canónicas con un enlace alternativo a la versión móvil,” y revisa tus enlaces hreflang entre las URLs separadas. La URL móvil debe servir el contenido completo e importante, porque es la que se indexa.

Cómo comprobar si tu sitio está en la indexación móvil primero

En este punto, prácticamente todos los sitios normales lo están. Para confirmar una página específica, usa Search Console → Inspección de URLs / Indexación de páginas y mira el valor “Rastreado como” — “Googlebot smartphone” significa que se está indexando con móvil primero. (Como se señaló, Google eliminó los informes más amplios de información del rastreador después de declarar completa la implementación, porque ya no hay una división significativa.)

¿Bing hace indexación móvil primero? No.

Este es el ángulo entre motores que casi nadie cubre, y es importante si te importa más que Google. Bing no cambió a la indexación móvil primero como lo hizo Google. Mantiene un índice único e independiente del dispositivo en lugar de indexar la versión móvil específicamente. James Murray de Microsoft Bing explicó el razonamiento: “creemos que es más útil tener una vista integrada y ser más independientes del dispositivo,” y “queremos darte el mismo índice y luego personalizarlo para ti como usuario.”

La conclusión: la higiene de paridad de contenido aún te ayuda en Bing, pero Bing no ha anunciado un cambio a indexar la versión móvil: trata el índice como independiente del dispositivo.

Mitos comunes, corregidos

• “Hay un índice móvil separado.” No: hay un solo índice. La indexación móvil primero solo cambia qué versión mira Google.
• “Es un impulso de ranking.” No: es qué contenido se indexa/clasifica, no una bonificación.
• “Es lo mismo que ser compatible con móviles.” No: son conceptos diferentes. Esto trata sobre la indexación; la compatibilidad con móviles es usabilidad/experiencia de página.
• “Puedes optar por no participar / seguir indexado en escritorio.” No. (Los sitios que realmente no funcionan en móvil son una excepción que Google maneja, no un ajuste.)
• “El contenido oculto/en pestañas/acordeón no contará.” Desactualizado: Google ya no descuenta contenido oculto por UX.
• “El contenido móvil debe ser idéntico al de escritorio.” No: debe contener el mismo contenido importante, no ser idéntico byte por byte.
• “Solo afecta a los resultados de búsqueda móviles.” No: la versión móvil se usa para indexar y clasificar tanto en resultados de escritorio como móviles.
• “Bing también hace indexación móvil primero.” No: Bing sigue siendo independiente del dispositivo.

Para ver dónde encaja esto en el panorama general (rastreo, renderizado y el propio índice), consulta el centro de indexación. Las reglas de paridad aquí también explican por qué la hinchazón del índice y los problemas de rastreo aparecen aguas abajo: si Google no puede ver tu contenido en móvil, no puede indexarlo bien en primer lugar.

Resumen de IA

Una versión condensada de la versión avanzada:

• La indexación móvil primero = Google utiliza la versión móvil del contenido de una página, rastreada por Googlebot smartphone, para indexar y clasificar. Un solo índice, sin opción de exclusión, no es una mejora de clasificación — solo cambia qué versión lee Google.
• Googlebot es ahora principalmente el rastreador de smartphone — la mayoría de las solicitudes de rastreo utilizan el rastreador móvil, una minoría el de escritorio.
• La paridad de contenido es la regla n.º 1: “solo el contenido que se muestra en el sitio móvil se utiliza para la indexación”. Mantén el texto, los datos estructurados (incluidos los datos estructurados de video), las imágenes + texto alternativo, los encabezados, los títulos/descripciones meta, las etiquetas meta robots y los enlaces internos equivalentes en el móvil. Mueller: “cualquier cosa que quieras que se indexe, debe estar en el sitio móvil”.
• Paridad ≠ idéntico. El contenido importante debe estar en el móvil, pero no tiene que ser byte por byte. El contenido oculto o en pestañas ahora está bien — Google ya no lo descuenta.
• Trampa de carga diferida: Google no activará interacciones (deslizar/clic/escribir) para cargar contenido. Carga el contenido principal al hacer scroll o en el HTML inicial.
• No es la compatibilidad móvil — eso es un concepto separado de usabilidad/experiencia de página.
• Configuraciones: el diseño responsive es recomendado; el servicio dinámico funciona pero es frágil; las URLs separadas (m-dot) son las menos recomendadas (establece la canónica de escritorio + alternativa a móvil, verifica hreflang).
• Cronología: anunciado en noviembre de 2016 → predeterminado para sitios nuevos en 2019 → “toda la web para septiembre de 2020” (anunciado en marzo de 2020) → extendido a marzo de 2021 → último lote en mayo de 2023 → declarado completo en octubre de 2023. Un pequeño conjunto de sitios solo de escritorio permanecen en el rastreo de escritorio.
• Compruébalo a través de Search Console “Rastreado como: Googlebot smartphone”.
• Bing no cambió — mantiene un único índice independiente del dispositivo.

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda.

Google

• Prácticas recomendadas de indexación móvil primero — el documento canónico: la lista de verificación de paridad (contenido, datos estructurados, imágenes/alt, títulos/descripciones, meta robots), la regla de carga diferida y responsive vs. servicio dinámico vs. URLs separadas. Empieza aquí.
• Googlebot — el rastreador que hace el trabajo: Googlebot Smartphone vs. Desktop, y por qué la mayoría de las solicitudes de rastreo son móviles.
• Rastreo e indexación — el centro para el tema más amplio de rastreo/índice en el que se encuentra esto.
• Anuncio de la indexación móvil primero para toda la web (marzo de 2020) — el anuncio de “toda la web para septiembre de 2020”.
• Prepárate para la indexación móvil primero — con un poco de tiempo extra (julio de 2020) — la extensión del plazo hasta marzo de 2021.
• La indexación móvil primero ha llegado (octubre de 2023) — el anuncio oficial de “completo”.

Bing / Microsoft

• Bing: Sin índice móvil separado (entrevista a James Murray) — por qué Bing se mantuvo independiente del dispositivo en lugar de cambiar a la indexación móvil primero.

Citas de la fuente

Declaraciones públicas de Google y Bing. Cada enlace es un enlace profundo que salta al pasaje citado en la página de origen.

Google — qué significa la indexación móvil primero

• “Only the content shown on the mobile site is used for indexing.” (traducción) «Solo el contenido que se muestra en el sitio móvil se utiliza para la indexación.» — Documentación de Google Search Central. Ir a la cita
• “For most sites Google Search primarily indexes the mobile version of the content. As such the majority of Googlebot crawl requests will be made using the mobile crawler, and a minority using the desktop crawler.” (traducción) «Para la mayoría de los sitios, Google Search indexa principalmente la versión móvil del contenido. Por lo tanto, la mayoría de las solicitudes de rastreo de Googlebot se realizarán con el rastreador móvil, y una minoría con el rastreador de escritorio.» Ir a la cita
• “a mobile crawler that simulates a user on a mobile device.” (Googlebot Smartphone) (traducción) «un rastreador móvil que simula a un usuario en un dispositivo móvil.» Ir a la cita

Google — paridad de contenido

• “Make sure that your mobile site contains the same content as your desktop site.” (traducción) «Asegúrate de que tu sitio móvil contenga el mismo contenido que tu sitio de escritorio.» Ir a la cita
• “Make sure that your mobile and desktop sites have the same structured data.” (traducción) «Asegúrate de que tus sitios móvil y de escritorio tengan los mismos datos estructurados.» Ir a la cita
• “Make sure that the mobile site has the same alt text for images as the desktop site.” (traducción) «Asegúrate de que el sitio móvil tenga el mismo texto alternativo para las imágenes que el sitio de escritorio.» Ir a la cita
• “the title element and the meta description are equivalent across both versions of your site.” (traducción) «…el elemento de título y la meta descripción son equivalentes en ambas versiones de tu sitio.» Ir a la cita
• “Use the same clear and meaningful headings on the mobile site as you do on the desktop site.” (traducción) «Usa los mismos encabezados claros y significativos en el sitio móvil que en el sitio de escritorio.» Ir a la cita
• “Use the same video structured data on both your mobile site and desktop site.” (traducción) «Usa los mismos datos estructurados de video tanto en tu sitio móvil como en el de escritorio.» Ir a la cita
• “Use the same robots meta tags on the mobile site and the desktop site.” (traducción) «Usa las mismas metaetiquetas de robots en el sitio móvil y en el de escritorio.» Ir a la cita

Google — la trampa de la carga diferida y la configuración

• “Don’t lazy-load primary content upon user interaction. Google won’t load content that requires user interactions (for example, swiping, clicking, or typing) to load.” (traducción) «No cargues de forma diferida el contenido principal tras la interacción del usuario. Google no cargará contenido que requiera interacciones del usuario (por ejemplo, deslizar, hacer clic o escribir) para cargarse.» Ir a la cita
• Google “recommends Responsive Web Design” (traducción: «recomienda el diseño web adaptable») como el patrón más fácil de implementar y mantener. Ir a la cita
• “Separate URLs: Serves different HTML to each device, and on separate URLs.” (traducción) «URLs separadas: sirve HTML diferente a cada dispositivo, y en URLs separadas.» Ir a la cita

John Mueller, Google — la advertencia clave (Pubcon Pro Virtual 2020, vía la cobertura de Search Engine Journal)

• “we will only index the mobile content in the future.” (traducción) «solo indexaremos el contenido móvil en el futuro». Ir a la cita
• “anything that you want to have indexed, it needs to be on the mobile site.” (traducción) «cualquier cosa que quieras que se indexe debe estar en el sitio móvil». Ir a la cita

John Mueller, Google — el cronograma (vía la cobertura textual de Search Engine Land)

• “the trek to Mobile First Indexing is now complete.” (traducción) «la travesía hacia la indexación móvil primero ya está completa». (oct 2023) Ir a la cita
• “a very small set of sites which do not work on mobile devices at all” (traducción) «un conjunto muy pequeño de sitios que no funcionan en absoluto en dispositivos móviles». Siguen siendo rastreados por el Googlebot de escritorio. Ir a la cita
• “the last batch of sites eligible for mobile-first indexing have been moved over.” (traducción) «el último lote de sitios elegibles para la indexación móvil primero se ha trasladado». (may 2023) Ir a la cita
• “we’ve decided to extend the timeframe to the end of March 2021.” (traducción) «hemos decidido ampliar el plazo hasta finales de marzo de 2021». (jul 2020) Ir a la cita
• “switching to mobile-first indexing for all websites starting September 2020.” (traducción) «cambiar a la indexación móvil primero para todos los sitios web a partir de septiembre de 2020». (anunciado en mar 2020) Ir a la cita

James Murray, Microsoft Bing — por qué Bing no cambió

• “we think it’s more useful to have an integrated view and to be more device agnostic.” (traducción) «creemos que es más útil tener una vista integrada y ser más independiente del dispositivo». Ir a la cita
• “we want to give you the same index and then personalise to you as the user.” (traducción) «queremos darte el mismo índice y luego personalizarlo para ti como usuario». Ir a la cita

Lista de verificación de paridad móvil primero

Ejecuta esto contra tu HTML móvil (ver el código fuente en la versión móvil, o usar el HTML renderizado de URL Inspection), ya que esa es la versión que Google indexa:

• Mismo contenido. El contenido completo e importante está presente en el móvil — no recortado “por limpieza”. Cualquier cosa que quieras indexar está en el HTML móvil.
• Mismos datos estructurados. El mismo marcado se envía en ambas versiones, haciendo referencia a las mismas URLs que la propia página.
• Mismas imágenes + texto alternativo. No se eliminan imágenes en el móvil; el texto alternativo coincide con la versión de escritorio (esto afecta a la Búsqueda de imágenes).
• Mismos títulos y meta descripciones. title y meta descripción equivalentes en ambas versiones.
• Mismos encabezados. El móvil mantiene la misma estructura de encabezados clara y significativa (H2s/H3s) que el escritorio — no aplanada en texto plano.
• Mismos datos estructurados de video. VideoObject (u otro marcado de video) presente en el escritorio también se envía en el móvil.
• Mismas meta etiquetas robots. Sin noindex/nofollow sueltos en la plantilla móvil (una desindexación accidental clásica).
• Mismos enlaces internos. La navegación y los enlaces clave están en el HTML móvil — no ocultos detrás de interacciones que deben activarse antes de que los enlaces se carguen.
• Sin contenido bloqueado por interacción. El contenido principal se carga al hacer scroll o en el HTML inicial, no solo después de un toque/deslizamiento/escritura.
• El contenido oculto o en pestañas está bien — los acordeones y las pestañas son aceptables siempre que el contenido esté en el HTML (Google ya no descuenta el contenido oculto por UX).
• (Solo URLs separadas) El escritorio configurado como canónico con un enlace alternate al móvil; hreflang correcto entre versiones; la URL móvil sirve el contenido completo.
• Verificado en Search Console — “Rastreado como: Googlebot smartphone.”

Los modelos mentales

1. El móvil = la fuente de verdad. Lo que esté en tu HTML móvil es lo que Google indexa y posiciona. El contenido solo de escritorio es, a efectos de indexación, invisible. Audita contra la versión móvil, no contra la que sueles mirar en tu portátil.

2. Paridad, no identidad. No necesitas una igualdad byte por byte — necesitas que cada elemento importante esté en el móvil: contenido, datos estructurados, imágenes + texto alternativo, títulos/descripciones, meta robots, enlaces internos. Un diseño más ligero está bien; la falta de sustancia no.

3. Indexación ≠ un impulso, y ≠ compatibilidad con móviles. La indexación móvil primero cambia qué versión lee Google — no aumenta los posicionamientos, y no es lo mismo que ser usable en un teléfono. Mantén esas tres ideas separadas y la mayor parte de la confusión desaparece.

4. No hagas que Google interactúe. Googlebot no deslizará, hará clic ni escribirá para revelar contenido. Si el contenido solo aparece después de una acción del usuario, trátalo como no indexado. Cárgalo al hacer scroll o en el HTML inicial.

5. Elige la configuración que haga la paridad automática. El diseño responsive significa una sola versión, así que la paridad es gratuita. La entrega dinámica y las URLs separadas significan dos versiones que debes mantener sincronizadas — cada punto de paridad anterior se convierte en algo que puede desviarse silenciosamente. Elige responsive a menos que tengas una razón de peso para no hacerlo.

Indexación móvil primero — hoja de referencia

La única regla: Google indexa tu HTML móvil. “Only the content shown on the mobile site is used for indexing.” (traducción) «Solo el contenido mostrado en el sitio móvil se utiliza para la indexación.» Si no está en el móvil, asume que no se indexará.

Indexación móvil primero vs. compatibilidad con móviles

Comparación de configuraciones

Para URLs separadas: configura el escritorio como canónico, añade un enlace alternate a la URL móvil, mantén hreflang correcto y asegúrate de que la URL móvil sirva el contenido completo.

Lista de verificación de paridad (mantener equivalente en móvil)

• Contenido · datos estructurados (incl. video) · imágenes + texto alternativo · encabezados · títulos + meta descripciones · etiquetas meta robots · enlaces internos.

Trampas

• noindex que solo se envía en móvil → desindexación accidental.
• Contenido bloqueado detrás de tocar/deslizar/escribir → no cargado por Googlebot.
• Recortar contenido “largo” en móvil → el contenido recortado puede no indexarse.

Cronología: anunciado en noviembre de 2016 → predeterminado para sitios nuevos en 2019 → último lote en mayo de 2023 → declarado completo en octubre de 2023.

Otros motores: Bing no cambió — índice único independiente del dispositivo.

Problemas comunes

Modos de fallo reales que aparecen una vez que un sitio está en la indexación móvil primero, con la causa probable y la solución.

Contenido que se posicionaba en escritorio de repente no se indexa

Síntoma: Una página (o una sección de ella) que solía aparecer en los resultados de búsqueda deja de aparecer, incluso si la URL sigue devolviendo 200 y la versión de escritorio parece sin cambios.

Causa probable: El contenido fue recortado, colapsado o eliminado de la plantilla móvil — a menudo un rediseño de “mantener móvil limpio” que eliminó un párrafo, un bloque de preguntas frecuentes o una descripción de categoría que solo el diseño de escritorio renderiza.

Solución + verificación: Ver el código fuente en la versión móvil (o usar la Inspección de URLs de Search Console → Página probada → Ver página rastreada) y confirmar que el texto faltante está realmente presente en el HTML móvil, no solo en el HTML de escritorio. Si está ausente, agrégalo de nuevo a la plantilla móvil — Google indexa lo que está en el HTML móvil, punto.

Una página fue desindexada después de un rediseño

Síntoma: Una URL previamente indexada desaparece del informe de cobertura de Search Console (“Excluida por etiqueta noindex”) poco después de un cambio de plantilla, sin que se pretenda una desindexación deliberada.

Causa probable: Una etiqueta meta robots noindex existe en la plantilla móvil pero no en la de escritorio (o viceversa) — una desindexación accidental clásica cuando las dos plantillas se desincronizan.

Solución + verificación: Compara la salida de <meta name="robots"> en móvil vs. escritorio para la URL afectada (ver el código fuente en ambos, o curl con un user-agent móvil vs. de escritorio). Ejecuta la URL a través de Search Console → Inspección de URLs para confirmar “¿Indexación permitida? Sí” una vez que se elimine la etiqueta extraviada.

Los resultados enriquecidos desaparecen después de una actualización del sitio

Síntoma: Los resultados enriquecidos (estrellas de reseñas, fragmentos de preguntas frecuentes, migas de pan) que aparecían antes de un rediseño dejan de aparecer, incluso si la página sigue posicionándose.

Causa probable: Los datos estructurados se envían en la plantilla de escritorio pero no se transfirieron a la plantilla móvil — Google solo lee el HTML móvil, por lo que el marcado que solo vive en escritorio es invisible.

Solución + verificación: Ejecuta el HTML renderizado en móvil a través del Validador de esquemas o del Comprobador de elegibilidad de resultados enriquecidos y confirma que el mismo JSON-LD (o microdatos) aparece allí como en escritorio.

Las imágenes dejan de aparecer en la Búsqueda de imágenes

Síntoma: Las imágenes que solían aparecer en la Búsqueda de imágenes de Google para una página desaparecen silenciosamente, o las nuevas imágenes nunca aparecen allí.

Causa probable: La plantilla móvil elimina la imagen por completo (por ejemplo, cambia a un diseño más ligero sin ella) o elimina/acorta el texto alt en comparación con el de escritorio.

Solución + verificación: Compara las etiquetas <img> y los atributos alt del HTML móvil renderizado con la versión de escritorio para la misma página. Si no coinciden, vuelve a alinear el texto alternativo móvil con el de escritorio.

Una sección de carrusel/pestaña/“cargar más” nunca se indexa

Síntoma: El contenido que vive dentro de un carrusel, un botón de “cargar más” o una pestaña que obtiene contenido al hacer clic nunca aparece en la búsqueda, sin importar cuán importante sea el contenido.

Causa probable: El contenido solo se carga después de una interacción del usuario (deslizar, hacer clic, tocar, escribir). Googlebot no realiza esas interacciones, por lo que nunca ve contenido que está bloqueado detrás de ellas — esto es diferente de un acordeón/pestaña simple donde el contenido ya está en el HTML y solo está visualmente oculto.

Corrección y verificación: Visualiza el HTML inicial renderizado de la página (la opción “Ver página rastreada” de Search Console, o ver el código fuente con JavaScript habilitado) sin tocar la interfaz, y confirma que el contenido está presente. Si solo aparece después de interactuar con la página, muévelo para que se cargue al hacer scroll o inclúyelo en el HTML inicial.

Scripts y fragmentos

Herramientas para comprobar la paridad móvil/escritorio por ti mismo, sin esperar a que Search Console detecte una desviación.

Obtener el HTML móvil vs. escritorio con curl (mac/Linux)

Compara lo que ve el smartphone de Googlebot con un rastreo de escritorio, usando las cadenas de user-agent respectivas, y las compara.

URL="https://example.com/your-page/"

curl -s -A "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > mobile.html

curl -s -A "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" "$URL" > desktop.html

diff mobile.html desktop.html

Ejecuta esto antes/después de un rediseño para detectar contenido, datos estructurados o etiquetas noindex que solo existen en una versión. Nota: esto obtiene el HTML en bruto; si tu contenido se inyecta mediante JavaScript del lado del cliente, combínalo con una herramienta de renderizado (o el comprobador de Render Gap del sitio) en lugar de confiar solo en curl.

Misma comprobación en PowerShell (Windows)

$url = "https://example.com/your-page/"
$mobileUA = "Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
$desktopUA = "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"

Invoke-WebRequest -Uri $url -UserAgent $mobileUA -OutFile mobile.html
Invoke-WebRequest -Uri $url -UserAgent $desktopUA -OutFile desktop.html

Compare-Object (Get-Content mobile.html) (Get-Content desktop.html)

Regex: extraer etiquetas meta robots del HTML guardado

Comprueba si las directivas robots de móvil y escritorio coinciden, una vez que hayas guardado ambas versiones con los fragmentos de curl/PowerShell anteriores.

<meta\s+name=["']robots["']\s+content=["']([^"']+)["']

El grupo de captura 1 es la cadena de directiva (p. ej., index, follow o noindex). Ejecuta esto contra mobile.html y desktop.html por separado y compara los valores capturados: una discrepancia es un riesgo de desindexación accidental.

Consola de DevTools: listar imágenes + texto alternativo en la página actual

Pégalo en el panel de Consola (F12 → Consola) mientras ves la renderización móvil (usa la barra de dispositivos de DevTools para simular un teléfono) para detectar imágenes sin texto alt.

[...document.querySelectorAll('img')].map(img => ({
  src: img.currentSrc || img.src,
  alt: img.alt || '(missing alt)'
}));

Bookmarklet: ir directamente a Inspección de URLs para la página actual

Arrastra esto a tu barra de marcadores; al hacer clic en cualquiera de tus propias páginas se abre la Inspección de URLs de Search Console para esa URL exacta, donde puedes comprobar “Rastreado como”.

javascript:(function(){window.open('https://search.google.com/search-console/inspect?resource_id=&id='+encodeURIComponent(location.href));})();

Tendrás que elegir la propiedad correcta en Search Console después de que se abra (el bookmarklet no lleva tu ID de propiedad/recurso).

Pruebas de validación

Prueba de que una corrección de paridad móvil-primero realmente surtió efecto, no solo de que hiciste la edición.

Confirmar que Google está rastreando la página como móvil

Prueba a ejecutar: Search Console → Inspección de URLs, introduce la URL, comprueba el campo “Rastreado como” en la versión en vivo/indexada.

Resultado esperado: “Rastreado como: Googlebot smartphone.”

Interpretación de fallo: Si muestra “Googlebot desktop” para una página normal, la URL es una de las raras excepciones que Google rastrea con escritorio (o la página aún no se ha vuelto a rastrear desde tu corrección); solicita la indexación para forzar una nueva comprobación.

Ventana de monitoreo: Inmediata una vez que Inspección de URLs devuelve un resultado; permite unos días si acabas de solicitar la indexación.

Disparador de reversión: N/A: esto es un diagnóstico de solo lectura, no un cambio que revertir.

Confirmar que los datos estructurados llegaron al HTML móvil

Prueba a ejecutar: Ejecuta la URL renderizada para móvil a través del Validador de esquemas (o el informe de Resultados enriquecidos de Search Console para la propiedad).

Resultado esperado: Los mismos tipos y campos de datos estructurados que añadiste al escritorio aparecen en la salida renderizada para móvil, sin errores de análisis.

Interpretación de fallo: El marcado faltante o con errores significa que el JSON-LD solo se envió en la plantilla de escritorio, o un error de plantilla lo eliminó en móvil.

Ventana de monitoreo: Inmediata para la comprobación del validador; 1–2 semanas para que el resultado enriquecido correspondiente reaparezca en Search Console/resultados en vivo.

Disparador de reversión: Si el cambio en la plantilla móvil causó una rotura más amplia de la renderización (diseño, otro marcado), revierte el cambio de plantilla y vuelve a comparar.

Confirmar que no hay noindex suelto en la plantilla móvil

Prueba a ejecutar: Obtén el HTML renderizado para móvil (curl con un user-agent de Googlebot smartphone, o “Ver página rastreada” de Search Console) y comprueba la etiqueta <meta name="robots">; alternativamente, usa el Comprobador de estado HTTP del sitio para confirmar que la página en sí devuelve 200 en lugar de estar bloqueada.

Resultado esperado: index, follow (o ausente, que por defecto es indexable) tanto en móvil como en escritorio.

Interpretación del fallo: Un noindex presente solo en móvil significa que Google eliminará la página de su índice aunque la versión de escritorio se vea bien — esta es la causa más común de desindexación accidental en sitios con indexación móvil primero.

Ventana de monitoreo: Inmediata para la verificación de la etiqueta; de 1 a 4 semanas para que la página vuelva a aparecer en el informe de cobertura de Search Console si ya había sido eliminada.

Disparador de reversión: Si eliminar la etiqueta fue en sí un error (la página debía permanecer con noindex), vuelve a añadirla y verifica de nuevo.

Confirmar que el contenido recortado o cargado de forma diferida ahora es indexable

Prueba a realizar: Con JavaScript habilitado y sin interactuar con la página (sin clics, toques ni deslizamientos), visualiza el HTML renderizado inicial — la “Vista de página rastreada” de Search Console es el proxy más cercano a lo que Googlebot realmente ve.

Resultado esperado: El contenido principal en cuestión está presente en ese HTML renderizado sin ninguna interacción.

Interpretación del fallo: Si el contenido solo aparece después de hacer clic, tocar o deslizar para revelarlo, Googlebot aún no lo verá — la corrección (cargar al hacer scroll o en el HTML inicial) aún no ha surtido efecto.

Ventana de monitoreo: Inmediata para la verificación del renderizado; de 2 a 4 semanas para que el contenido aparezca en la cobertura de indexación de Search Console o en los resultados de búsqueda con site:.

Disparador de reversión: Si cambiar el comportamiento de carga rompió la experiencia de usuario o el rendimiento de la página, revierte y busca un enfoque de carga al hacer scroll en lugar de uno basado en interacción.

Pon a prueba tus conocimientos: Indexación móvil primero

Cinco preguntas rápidas sobre la indexación móvil primero. Elige una respuesta para cada una y luego comprueba.

Registro de cambios