Formato nuevo
Mobile-First Index de Google: qué es y cómo revisar tu sitio
Mobile-First Index es el modelo de indexación de Google donde la referencia principal para entender una página es el documento móvil — lo que ve Googlebot Smartphone — no el layout «completo» de desktop.
El cambio se anunció en 2016–2018; para la mayoría de sitios el mobile-first ya es lo normal. Abajo: qué cambió en la práctica, qué hacer con responsive vs URLs separadas y qué verificar. SERPs móviles y UX viven en el artículo de búsqueda móvil; aquí el foco es indexación.
Por qué Google pasó a mobile-first
La cuota de búsqueda en smartphone superó al desktop a mediados de la década de 2010. Rankear un «sitio bonito de PC» tenía poco sentido si los usuarios abrían una copia móvil cortada sin texto, markup y CTAs.
Idea del índice: puntuar lo que realmente está disponible desde un teléfono. Las cifras de StatCounter 2016 de posts viejos son telón histórico — no tu informe actual.
Qué cambia para tu sitio
Con una sola URL responsive suele bastar que la vista móvil entregue el mismo sentido: texto, enlaces, imágenes, datos estructurados. El bot rastrea más a menudo con user-agent de smartphone — eso es normal.
Con URLs separadas (m. / dynamic serving) la paridad es crítica: contenido, title/description en sentido, markup con URLs de versión correctas, acceso de crawl. Si el móvil es un escaparate corto y el desktop guarda el catálogo completo, el índice pierde lo que no está en el teléfono.
Tipo de sitio y riesgo
| Tipo | Riesgo mobile-first | Qué hacer |
|---|---|---|
| Adaptativo / RWD | Bajo si el contenido está completo | Revisa UX, velocidad, formularios |
| m. separado | Alto con contenido cortado | Alinea el sentido o pasa a una URL |
| Solo desktop | Alto | Arma un móvil decente antes de escalar SEO |
Contenido, markup y meta
Textos y bloques clave en móvil deben coincidir con desktop en sentido — no pixel-perfect, pero sin cortar la oferta, specs y FAQ «para que quepa».
Los datos estructurados van en la versión que sirves al bot; las URLs en el markup apuntan a las páginas correspondientes. Title y description siguen comparables en sentido cuando las versiones están separadas.
Chequeo rápido de paridad:
- texto principal y H1 en smartphone
- enlaces internos no enterrados en un menú solo-desktop
- imágenes con alt con sentido
- JSON-LD / microdata no solo-desktop
- formularios y teléfonos tocables
Cómo revisar en Search Console y en un dispositivo
En Google Search Console mira informes de indexación, URL Inspection (qué Googlebot y qué se renderiza), usabilidad móvil / page experience — los nombres de pestaña cambian; el punto es si el bot ve el documento completo desde un teléfono.
También: emulación y smartphones reales, logs de Googlebot Smartphone, velocidad (Core Web Vitals). Los emails de 2018 que decían «el sitio pasó a mobile-first» son archivo de la era de transición; hoy asume que el móvil es la base.
Miedos habituales
«El contenido de desktop desaparecerá» — no si también existe en móvil. «Hay que correr a un sitio m.» — no, termina el adaptativo. «Hamburguesas y acordeones prohibidos» — no; lo que duele es contenido importante oculto, popups pesados y layout roto.
Anuncios y bloques que tapen el texto del first-screen duelen a la UX y pueden doler a la evaluación de página — eso es usabilidad, no una «prohibición de menú».
Qué recordar
Mobile-first significa que el documento móvil es primario para Google. Mantén paridad de sentido y una UX sólida de smartphone.
No armes estrategia sobre noticias de 2018 sobre una «transición de varios años» — revisa el sitio ahora y refuerza lo que ven los usuarios de teléfono.
FAQ
¿Desktop ya no se indexa?
Las URLs siguen indexándose, pero Google construye señales y snippets sobre todo desde el documento móvil. Una versión móvil recortada duele a la visibilidad.
¿Necesito un sitio móvil aparte?
No. Prefiere responsive en una sola URL. Un subdominio m. es legado con riesgos de desajuste.
¿Es lo mismo que Mobile-Friendly?
No. Friendly es usabilidad. Mobile-first es qué documento el bot trata como primario para el índice.
¿Yandex también usa mobile-first?
Yandex tiene su propia fórmula con fuerte peso móvil. Una UX de smartphone rota es riesgosa en ambos motores.
¿Cuándo deberían moverse los rankings tras arreglos móviles?
UX y conversión pueden mejorar rápido. Los rankings del núcleo competitivo se planifican en 2–6 meses de trabajo — no «primera página la semana que viene».
¿Googlebot smartphone ve un móvil recortado — mientras desktop parece «completo»?
Revisamos paridad de contenido, markup y Search Console para que el documento móvil sea en lo que el ranking debería confiar.
Hablar del proyecto
