Velocidad mobile vs desktop: por qué Google solo mira mobile (y qué hacer si tu mobile es lento)

Mobile-first indexing: qué significa#

Desde 2019 (rollout completado en 2020), Google usa Googlebot Smartphone como crawler principal para indexar y rankear tu sitio. Esto se llama mobile-first indexing.

Implicación práctica: si tu mobile tiene menos contenido, peor estructura, o es más lento que tu desktop, Google ve la versión peor y te trata según eso. La versión desktop ya no cuenta para ranking.

Por qué Google hizo el cambio#

• 60%+ del tráfico web global es mobile desde 2017. Para Google indexar desktop primero era contraintuitivo.
• Mobile es más exigente. Conexiones más lentas, dispositivos más débiles. Optimizar mobile mejora a todos.
• Páginas mobile peores reflejan UX peor. Si tu mobile carga lento, los usuarios mobile lo abandonan. Google lo ve.

Implicaciones concretas#

1. Contenido en mobile debe ser igual al de desktop. Esconder contenido en mobile con display: none hace que Google no lo vea. Mantener el mismo HTML, ajustar layout con CSS.
2. Imágenes, schemas, meta tags iguales. Si tienes schema Organization en desktop pero no en mobile, en la práctica Google no lo ve.
3. Internal linking igual. Menús mobile a veces omiten links secundarios. Si esos links son importantes para arquitectura, Google los ve menos.
4. Velocidad mobile pesa más. LCP, CLS, INP en mobile son las métricas que cuentan para ranking.

Cómo auditar tu mobile#

1. Lighthouse Mobileen Chrome DevTools. Selecciona “Mobile” en el dropdown antes de correr.
2. PageSpeed Insights muestra mobile y desktop separados. La pestaña mobile es la que importa.
3. Search Console > Mobile Usability. Reporta errores específicos detectados en producción (texto pequeño, elementos demasiado juntos).
4. Search Console > Inspeccionar URL. Renderiza tu página tal como Googlebot Smartphone la ve. Útil para detectar contenido escondido.
5. MinimalAuditor corre Lighthouse mobile + desktop en paralelo y muestra los deltas. Útil para ver dónde estás peor.

Errores típicos en mobile#

• Contenido oculto con display:none en mobile. Texto, FAQs, secciones secundarias. Google no las ve.
• Menú hamburguesa que esconde toda la navegación. Googlebot lo abre, pero si tiene problemas técnicos no llega al contenido del menú.
• Imágenes sin srcset o picture. Servir imagen desktop pesada en mobile = LCP terrible.
• Tap targets demasiado juntos. Botones de 16x16px pegados unos a otros = clic accidental. Mínimo 48x48px con espaciado.
• Pop-ups intrusivos. Pop-ups que cubren todo el viewport mobile son penalizados desde 2017. Solo banners pequeños aceptables.
• Fonts custom pesados. 3-4 familias de fuentes en mobile = 200-500ms extra de LCP.

Fixes rápidos#

1. Verificar viewport meta tag. <meta name="viewport" content="width=device-width, initial-scale=1"> en el head. Sin esto, mobile se rompe completo.
2. Imágenes responsive con srcset. Servir versión pequeña en mobile, grande en desktop. Ahorra 50-70% de bytes.
3. Lazy load below-the-fold. loading="lazy" en imágenes que no están en el primer viewport.
4. Critical CSS inline. Los primeros 14KB de CSS inline en el head. El resto async.
5. JS no crítico con defer. Analytics, chat widgets, ads: defer o lazy load.
6. Verificar mismo contenido en mobile y desktop. Comparar HTML mobile vs desktop manualmente. Si falta texto en mobile, restaurarlo.