Indexación Mobile-First

Indexación mobile primero es que Google usa la versión móvil de una URL como fuente principal para rastrear, indexar y posicionar. Para la mayoría de sitios, eso significa que tu HTML móvil es la versión que cuenta, y el de escritorio es, como mucho, secundario.

Esto no es un interruptor de rankings para móviles. Es un modelo de indexación. Si tu sitio responsive entrega el mismo contenido a todos los dispositivos, normalmente no hay problema. Si tu versión móvil recorta el contenido, oculta enlaces internos, elimina el schema o rompe el renderizado, tienes un problema de SEO.

Qué usa Google en realidad

Googlebot-Smartphone es el rastreador que importa aquí. En Google Search Console, los archivos de registro (logs) y las pruebas con el user-agent en Screaming Frog, ese es el bot que deberías considerar primero. Google ha sido explícito durante años: el contenido móvil es la base para la indexación. Para 2023, Google había completado de forma efectiva el cambio para la gran mayoría de sitios, y las antiguas suposiciones “primero escritorio” ya no aplicaban.

En la práctica, Google evalúa lo que la página móvil expone: contenido principal, enlaces internos, datos estructurados, canonicals, hreflang, URLs de imágenes y directivas de robots. Si no está presente en el render móvil, no asumas que Google lo recuperará desde el escritorio.

Qué se rompe en el mundo real

Los fallos habituales son aburridos y costosos. Contenido en acordeones que nunca se renderiza. Enlaces facetados eliminados en móvil. Especificaciones de producto ocultas detrás de interacciones del lado del cliente que Googlebot-Smartphone no activa de forma consistente. Configuraciones m-dot separadas con schema más débil y contenido más ligero. Fallos de hidratación (hydration) de JavaScript en dispositivos más lentos.

Usa Inspección de URL en GSC para comparar el HTML rastreado, Screaming Frog con Googlebot Smartphone y los logs del servidor para confirmar el comportamiento de rastreo en smartphone. Ahrefs y Semrush pueden mostrar caídas de posicionamiento, pero no te dirán qué es lo que Google realmente renderizó. Ese es el matiz: las herramientas de visibilidad de terceros son señales “aguas abajo”, no la verdad diagnóstica.

Cómo debe verse una implementación correcta

• Diseño responsive primero. Un único URL, un único conjunto de HTML, menos puntos de fallo.
• Paridad de contenido. El mismo cuerpo de contenido principal, encabezados, enlaces internos, schema, canonicals y hreflang en móvil y escritorio.
• Recursos críticos para el render abiertos. No bloquees en robots.txt los caminos (paths) de CSS, JS ni de imágenes.
• Rendimiento móvil bajo control. Un LCP por debajo de 2,5 s sigue siendo un objetivo sensato, especialmente en Android de gama media con redes 4G.
• Paridad de datos estructurados. El marcado de Producto, Artículo, FAQ y Breadcrumb debe coincidir. Valida con Rich Results Test, no con la esperanza.

Surfer SEO, Moz, Ahrefs y Semrush pueden ayudar a establecer comparativas de contenido y competidores, pero ninguno sustituye las pruebas de renderizado. Aquí es donde muchos equipos se relajan.

La advertencia sincera

La indexación mobile primero no significa que el contenido móvil oculto por defecto sea automáticamente inútil. Google puede indexar contenido en pestañas (tabs) y acordeones. John Mueller de Google ha repetido ese punto durante años. El problema no es el patrón de interfaz en sí; el problema es cuando el contenido falta en el DOM, queda retrasado por un JavaScript roto o se excluye de la interconexión interna.

Así que la regla es simple: si un rastreador para smartphone no puede obtenerlo y renderizarlo de forma fiable, no lo cuentes como contenido SEO indexable.