Subdominio móvil vs WordPress responsive: por qué Google ya no quiere m.tudominio.com

Subdominio móvil m.tudominio.com versus diseño responsive WordPress en todos los dispositivos

En 2012, redirigir el tráfico móvil a un subdominio tipo m.tudominio.com era la solución rápida y sensata. Los temas de WordPress no estaban preparados para pantallas pequeñas, los smartphones tenían anchos de banda mínimos, y servir una versión alegrada del sitio en una URL separada parecía un acierto. Doce años después, esa arquitectura es un lastre para el SEO, la indexación y la experiencia de usuario. Este artículo explica por qué ocurrió ese cambio, qué recomienda Google ahora y qué tienes que hacer si todavía mantienes un subdominio móvil activo.

Por qué se usaban subdominios móviles en 2012

La situación entonces era bastante distinta. Los temas de WordPress aún no habían integrado CSS Media Queries como parte del flujo de trabajo normal. La especificación CSS3 para Media Queries date de 2010 pero su adopción masiva en plantillas WordPress tardó años. Mientras tanto, los desarrolladores tenían tres opciones: dejar el sitio como estaba y que los móviles sufriesen con la versión de escritorio, instalar un plugin como WPTouch o WordPress Mobile Pack que detectaba el user-agent y servía una skin alternativa, o montar un subdominio con una instalación o tema separado.

El subdominio tenía cierta lógica operativa: separaba completamente la experiencia móvil de la de escritorio y permitía optimizar cada versión sin comprometer la otra. Plugins como WPTouch funcionaban bien para blogs sencillos, pero en sitios con WooCommerce o diseños complejos era prácticamente imposible replicar la funcionalidad completa con aquellos temas móviles simplificados.

Entonces llegó Ethan Marcotte. Su artículo «Responsive Web Design» de 2010 en A List Apart planteó el concepto de diseño que se adapta al viewport con Media Queries, imágenes fluidas y grids flexibles. Pero la adopción masiva en el mundo WordPress tardó unos años más: fue en 2012 cuando TwentyTwelve, el tema oficial de WordPress, se lanzó como el primer tema oficial completamente responsive. A partir de ahí, la tendencia fue imparable.

La postura de Google: del soporte a la exigencia

Google empezó a señalar la dirección con mucha claridad. En 2015, el famoso «Mobilegeddon» (actualidad Algoritmo Mobile-Friendly) penalizó en resultados móviles los sitios que no superaban el test de compatibilidad. Pero el cambio definitivo llegó con el Mobile-First Indexing, que Google anunció en 2016 y fue siendo desplegado progresivamente hasta que en 2024 ya es universal: Google rastrea e indexa todos los sitios principalmente con el bot móvil, no el de escritorio. Si tu contenido móvil es diferente (o peor) que el de escritorio, lo que Google indexa es la versión degradada.

Aquí es donde los subdominios móviles generan un problema grave. Cuando tienes m.tudominio.com con contenido simplificado, ese es el contenido que Googlebot móvil ve y el que determina tu posición en búsqueda. Más aún, los inbound links (backlinks) suelen acumularse en la URL de escritorio tudominio.com, mientras que la versión móvil en su subdominio parte prácticamente de cero en autoridad de dominio. El resultado es que tienes la autoridad SEO concentrada en un lugar y la indexación principal en otro.

La recomendación oficial de Google es clara: prefieren el diseño responsive en un único dominio. Si usas URLs separadas, insisten en implementar hreflang canonical y anotaciones rel="alternate"/rel="canonical" correctamente, algo que en la práctica pocos sitios configuran bien. El responsive es la opción sin fricción.

Tres problemas que los subdominios móviles generan hoy

Si en 2012 los subdominios móviles tenían sus ventajas, hoy tienen inconvenientes concretos y medibles:

  • Contenido duplicado: si no implementas correctamente los canonical, Google puede penalizarte por contenido duplicado entre tudominio.com y m.tudominio.com. Y hacerlo bien requiere trabajo técnico en cada página.
  • Autoridad de dominio fragmentada: los backlinks se dividen entre dos dominios. En un mundo donde la autoridad de los dominios cuenta, esta fragmentación directamente daña el posicionamiento.
  • Mantenimiento doble: cualquier cambio en contenido, estructura de menús, páginas de categoría o funcionalidad hay que aplicarlo dos veces. Con un tema responsive, los cambios de CSS se hacen en un único lugar.
  • Core Web Vitals inconsistentes: Google mide LCP, INP y CLS de forma independiente para la experiencia móvil. Si la versión del subdominio móvil carga recursos adicionales, redirige al usuario o tiene una arquitectura diferente, muy probablemente sus Core Web Vitals sean peores que la versión principal.

Para profundizar en cómo mejorar los Core Web Vitals (LCP, INP y CLS) en tu WordPress, consulta la guía actualizada de mejora de rendimiento en WordPress.

Responsive, AMP y PWA: las alternativas que sustituyeron al subdominio móvil

El diseño responsive fue la respuesta estándar, pero no la única. Durante unos años, Google promoívio con fuerza las páginas AMP (Accelerated Mobile Pages), que generaban una versión ultraligera del contenido servida desde la caché de Google con una URL de tipo amp.google.com/.../tudominio.com/articulo. AMP fue popular en medios de comunicación y blogs de noticias, y varios plugins de WordPress lo implementaban fácilmente.

El problema de AMP es que, en la práctica, recortaba funcionalidad (formularios, JavaScript personalizado, publicidad propia) y la URL canalizaba el tráfico hacia el dominio de Google en vez del propio. Google abandonó el requisito de AMP para aparecer en el carrusel de noticias en 2021, y desde entonces su adopción ha caído. Hoy tiene sentido solo en contextos muy específicos, no como estrategia general.

Las Progressive Web Apps (PWA) son el otro enfoque: convierten el sitio web en una experiencia que puede instalarse en el móvil como si fuera una app nativa, con caché offline y notificaciones push. Hay plugins de WordPress que implementan las características PWA básicas (manifest.json, service workers). Pero el PWA es un complemento al responsive, no un sustituto. Tu WordPress sigue necesitando un tema responsive como base.

La conclusión práctica es que el tema responsive bien elegido sigue siendo el mejor punto de partida. Para orientarte en cómo seleccionar plantillas adaptadas a diferentes tipos de proyectos, hay una guía sobre plantillas responsive para distintos nichos que cubre tanto blogs como tiendas y sitios de noticias.

Cómo migrar un subdominio móvil legacy a un único dominio responsive

Si tienes (o has heredado) un sitio con un subdominio móvil activo, el proceso de migración no es complicado pero sí requiere hacerlo bien para no perder posicionamiento. Estos son los pasos que funcionan:

  1. Audita el contenido del subdominio móvil: comprueba si el subdominio tiene contenido diferente al de escritorio o si es básicamente el mismo simplificado. Si el subdominio tiene contenido exclusivo (artículos que no están en el dominio principal), primero iguala el contenido.
  2. Instala y configura un tema responsive: si tu tema actual no es responsive (algo raro en instalaciones actuales pero posible en instalaciones antiguas), instala uno moderno. TwentyTwenty-Four, Astra o GeneratePress son opciones sólidas sin coste o con coste mínimo.
  3. Configura redirects 301 en el subdominio: cualquier URL del subdominio móvil debe redirigir con 301 a su equivalente en el dominio principal. Si m.tudominio.com/articulo-x existe, el 301 va a tudominio.com/articulo-x. Puedes hacer esto con un archivo .htaccess en el subdominio o mediante reglas de servidor. El .htaccess del dominio principal no ayuda aquí, porque el subdominio es una entidad separada a nivel de servidor.
  4. Notifica el cambio en Google Search Console: añade el dominio principal como propiedad (si no lo está), envía un sitemap actualizado y usa la herramienta de cambio de dirección si está disponible. Monitoriza durante al menos 4-6 semanas la cobertura de indexación y las posibles caídas de tráfico.
  5. Elimina el subdominio después de que los 301 estén confirmados: no lo elimines inmediatamente. Deja los redirects activos al menos 3-6 meses. Los bots de Google tardan en recrawlear todas las URLs y los backlinks externos necesitan tiempo para transferir la autoridad.

El manejo correcto del .htaccess para estas redirecciones y muchas otras configuraciones de servidor está documentado con detalle en el artículo sobre trucos útiles con .htaccess en WordPress.

Verifica la experiencia móvil de tu WordPress con estas herramientas

Antes de dar por terminado cualquier cambio relacionado con la experiencia móvil, comprueba el resultado con estas herramientas:

  • Google Mobile-Friendly Test (ahora en Rich Results Test): introduce una URL y Google te devuelve si la considera apta para móvil. Desde que Mobilegeddon quedó en el pasado, la herramienta específica de Mobile-Friendly Test fue integrada en otras, pero la comprobación sigue disponible vía PageSpeed Insights.
  • PageSpeed Insights: muestra las métricas de Core Web Vitals por separado para móvil y escritorio. Revisa la pestaña Móvil y fíjate especialmente en LCP (que la imagen o texto principal cargue en menos de 2,5 segundos), INP (que las interacciones respondan en menos de 200 ms) y CLS (desplazamientos de layout, que deben estar por debajo de 0,1).
  • Google Search Console → Experiencia de página: muestra el porcentaje de URLs que pasan los umbrales de Core Web Vitals en datos reales de usuarios (no de laboratorio). Es la única forma de ver cómo le va a tu sitio con trfico real móvil.
  • Emulación de dispositivo en DevTools: Chrome y Firefox permiten emular dispositivos móviles con diferentes tamaños de pantalla y velocidades de conexión (3G, 4G). Es la forma más rápida de detectar problemas visuales antes de publicar cambios.

Preguntas frecuentes

¿Puedo mantener m.tudominio.com si funciona bien?

Técnicamente sí, pero con work extra. Necesitas canonical correcto en cada URL del subdominio apuntando al dominio principal, rel="alternate" en el dominio principal apuntando al móvil, y asegurarte de que Googlebot móvil rastrea el subdominio sin restricciones en el robots.txt. Manténlo solo si tienes una razón de negocio específica que no se puede resolver con responsive. En la práctica, casi nunca la hay.

¿Cuánto tarda Google en indexar el cambio después de migrar?

Depende del tamaño del sitio y de con qué frecuencia Googlebot lo rastrea. En sitios pequeños (menos de 500 URLs), entre 2 y 6 semanas. En sitios grandes con mucho contenido, puede tardar varios meses en recrawlear y actualizar el índice completo. Por eso debes dejar los 301 activos durante un mínimo de 6 meses antes de dar de baja el subdominio definitivamente.

¿Los backlinks del subdominio móvil se transfieren con el redirect 301?

Sí, Google transfiere la mayoría del link equity a través de un 301. No es el 100% (hay estudios que hablan de un 90-99%), pero es la mejor opción disponible. Un 302 (redirect temporal) no transfiere autoridad, así que asegúrate de que son 301.

¿Necesito un plugin especial para hacer mi WordPress responsive?

No. El responsive está en el tema, no en un plugin. Si tu tema es responsive (lo son todos los temas de WordPress lanzados después de 2013 aproximadamente), no necesitas nada más. Lo que sí puedes optimizar con plugins es la velocidad de carga en móvil (caché, optimización de imágenes, lazy load) y la experiencia (fonts, animaciones). Para eso hay varias opciones como FlyingPress, WP Rocket o LiteSpeed Cache.

¿Qué hago si el diseño responsive de mi tema no se ve bien en móvil?

Primero, comprueba que el viewport meta tag está correctamente configurado: <meta name="viewport" content="width=device-width, initial-scale=1">. Si no está, añádelo. Segundo, revisa con DevTools qué elementos se salen del viewport o tienen tamaños fijos en píxeles que no se adaptan. Tercero, considera si el tema que usas es realmente moderno o es uno de los temas viejos con responsive parcial o mal implementado. En ese caso, la solución es cambiar de tema, no buscar parches.

¿AMP sigue valiendo la pena?

Para la mayoría de sitios WordPress, no. Google eliminó el requisito AMP para el carrusel de noticias en 2021 y el format ha perdido tracción. Solo tiene sentido en sitios de noticias de gran volumen donde la velocidad de carga es crítica y las limitaciones de AMP son asumibles. Para el resto, un WordPress rápido con buen tema responsive y optimización de Core Web Vitals supera a AMP en prácticamente todos los escenarios.

Si tienes un subdominio móvil activo, no hay que obsesionarse pero sí ponerlo en la agenda. Los redirects 301 son el camino estándar y el proceso, bien ejecutado, no tiene que suponer una caída notable en tráfico. Lo que sí supone dejar las cosas como están es un lastre silencioso en SEO que se va acumulando con cada actualización del algoritmo de Google.

David Carrero Fernández-Baillo

Experimentando con un sitio web sobre WordPress, este popular gestor de contenidos, entre otros muchos proyectos.

Te puede interesar...

    Comments are closed

    WordPress Directo
    WPDirecto.com es una revista especializada en WordPress y WooCommerce que ofrece una amplia gama de recursos, incluyendo tutoriales, análisis de plugins y plantillas, consejos de optimización y estrategias de SEO, para ayudar a los usuarios a mejorar y personalizar sus sitios web, manteniéndolos informados sobre las últimas novedades y tendencias en el mundo de WordPress.

    © 1995-2025 Color Vivo Internet, SLU (Medios y Redes Online).. Otros contenidos se cita fuente. Infraestructura cloud servidores dedicados de Stackscale.