Formato nuevo
Búsqueda móvil en SEO: SERP, responsive y velocidad
Una parte grande del tráfico de búsqueda llega desde smartphones. El mobile-first indexing y los bloques propios de la SERP móvil convierten las «checks solo desktop» en un punto ciego: rankings, snippets y usabilidad en el teléfono pueden divergir del desktop.
Abajo: cómo difieren las SERP, cómo revisar y adaptar el sitio, cuándo basta responsive y cuándo hay que centrarse en velocidad, y cómo no armar estrategia sobre aceleradores obsoletos como Turbo.
Por qué no puedes ignorar la búsqueda móvil
La cuota móvil en orgánico para la mayoría de nichos domina o ronda la mitad+. Algoritmos como el histórico Mobilegeddon y la fórmula «Vladivostok» de Yandex fijaron: la usabilidad en smartphone es factor de ranking y de supervivencia del tráfico.
Google lleva tiempo apoyándose en un índice mobile-first: para el bot el documento móvil es la referencia. Si solo queda bonito en el monitor, pierdes UX y visibilidad.
Riesgos de solo-desktop:
- rankings y snippets distintos
- bounce alto en smartphone
- queries locales y «en movimiento» perdidas
- conversión débil desde el teléfono
Cómo difiere la SERP móvil
La SERP móvil se construye con estadísticas de smartphone y tablet: clics distintos, bloques distintos (mapas, respuestas rápidas, packs locales). No copies las posiciones desktop uno a uno a un reporte de «estamos rankeando».
Monitoriza rankings en el slice móvil de Yandex y Google sobre el núcleo comercial. Si no, optimizas una foto bonita de PC mientras los leads llegan del teléfono.
Mira por separado:
- rankings móvil vs desktop
- CTR del snippet en smartphone
- queries locales y «cerca de mí»
- featured/respuestas rápidas en clusters info
Cómo adaptar el sitio a smartphones
Empieza por analytics: cuota móvil, dispositivos, landings principales por visitas y objetivos. Revisa mobile-friendly y velocidad (PageSpeed/Lighthouse en modo móvil).
En DevTools emula modelos clave, pero también revisa dos o tres teléfonos reales. Quita scroll horizontal, tipografía diminuta, scripts pesados, popups agresivos y basura tipo Flash obsoleta.
Práctica:
- slice móvil en Métrica/GA
- auditoría de plantillas principales
- HTTPS y un viewport correcto
- Search Console / Webmaster — errores móviles
- revisiones regulares de rankings móviles en el núcleo
Responsive o una versión móvil aparte
Responsive: una URL, layout por ancho de pantalla. Más fácil de mantener, menos duplicados, el camino habitual en CMS.
M-site aparte: plantilla/subdominio propio, a veces más flexible para UX, pero más caro de soportar y más arriesgado para SEO (redirects, drift de contenido). Los proyectos nuevos suelen elegir responsive.
Por qué responsive más a menudo:
- una URL canónica
- menos drift de contenido
- más rápido de desplegar en un CMS existente
- analytics y enlaces más simples
Velocidad: tras el hype de Turbo y AMP
Consejos viejos a menudo empujaban AMP y páginas Turbo de Yandex. Turbo está fuera de la búsqueda; AMP no es obligatorio para la mayoría de sitios comerciales. La base son páginas rápidas propias.
Corta peso de CSS/JS, optimiza imágenes, caché, fuentes. Media grande con tráfico extremo a veces necesita plantillas ligeras aparte — eso es ingeniería del sitio, no «activar Turbo».
Foco de velocidad:
- LCP/INP en móvil
- peso del hero y above-the-fold
- diferir lo extra
- CDN para geografía/picos
Cómo meter lo móvil en el proceso SEO
Mantén rankings móviles y conversión móvil en el loop mensual junto a técnica y contenido. Revisa ediciones de plantilla en un teléfono antes de publicar para todos.
Diseña landings nuevas mobile-first desde el inicio: oferta, teléfono tappable, formulario corto. Si no, luego arreglas lo que ya ganó malas señales de comportamiento.
Ritmo:
- semanal: errores móviles en cuentas
- por release: smoke de URLs clave en un teléfono
- mensual: rankings móviles del núcleo + CR
- trimestral: velocidad de las landings principales
FAQ
¿Las SERP móvil y desktop son iguales?
No siempre. Distintos dispositivos, comportamiento y bloques (incluidas respuestas rápidas, mapas). Los rankings de una query pueden diferir.
¿El Mobile-First Index es obligatorio?
Para Google la versión móvil lleva tiempo siendo la base de indexación. En Yandex la movilidad también entra en la fórmula. UX rota en smartphone = riesgo.
¿Responsive o un m-site aparte?
Por defecto: responsive en una URL. Un m. aparte es legado con riesgos de duplicados y drift.
¿Necesito páginas Turbo?
No: el formato está fuera de la búsqueda. Invierte en velocidad y responsive en tu propio sitio.
¿Todo sitio necesita AMP?
No. Primero móvil correcto y Core Web Vitals; AMP solo en casos estrechos.
¿Con qué frecuencia revisar rankings móviles?
En el núcleo prioritario — con regularidad (semanal / tras updates). Mira dinámica de clusters, no una sola frase.
¿Basta un test Mobile-Friendly?
Esa es la base. Suma velocidad, teléfonos reales, formularios y plantillas clave en analytics móvil.
¿Cuándo esperar crecimiento por fixes móviles?
UX y conversión pueden mejorar rápido. Los rankings del núcleo competitivo se planifican a meses de trabajo — no primera página la semana que viene. La cuota del núcleo suele construirse en dos a seis meses tras el arranque.
¿Los rankings se ven bien en desktop — y la SERP móvil más el bounce cuentan otra historia?
Revisamos rankings móviles, arreglamos plantillas en teléfonos reales y tratamos la velocidad como trabajo del sitio — no Turbo/AMP por defecto.
Hablar del proyecto
