Un sitio puede “tener una versión móvil” de 3 maneras distintas. Puede ser un sitio adaptable que se reajusta solo, un sitio móvil separado con su propia URL, o una página de escritorio que simplemente se encoge y espera lo mejor. Esta última es muy común, así que conviene saber cómo saber si una web es responsive antes de sacar conclusiones.
Antes de juzgar nada, define el objetivo. Si intentas responder cómo comprobar si un sitio web tiene una página de contacto, buscas un tipo de señal; aquí estás comprobando el comportamiento en pantalla, la navegación y cómo gestiona el dispositivo. Distinta pregunta, distinta evidencia. Es sencillo, pero la gente las mezcla, igual que cuando quieren ver si un sitio tiene versión móvil y solo miran si “abre” en el teléfono.
Una versión móvil debería hacer algo más que “abrirse” en un teléfono. Debería adaptarse a pantallas más pequeñas, mantener el texto legible y conservar la tarea principal sin pellizcar ni hacer zoom. Un menú hamburguesa por sí solo no demuestra mucho. Tampoco lo hace un diseño de escritorio en miniatura.
1. Define qué significa “versión móvil” para tu comprobación
Empieza con una decisión: ¿buscas un sitio móvil separado, un diseño adaptable o una experiencia específica para móviles, como un aviso para instalar la app o un menú simplificado? Esa sola elección cambia lo que inspeccionas primero, y también cambia cómo saber si una web es responsive de forma correcta.
Un sitio móvil separado suele usar un subdominio distinto, como m.example.com, o una ruta diferente. Un diseño adaptable normalmente mantiene la misma URL y cambia la página con CSS. Una experiencia específica para móviles puede seguir en la misma página, pero muestra navegación distinta, menos columnas o un aviso para instalar una app. No es lo mismo.
Si el sitio es antiguo, la versión móvil puede ser evidente. Si es más reciente, la versión móvil puede estar oculta en el diseño en lugar de en una dirección aparte. Estate atento a eso, sobre todo si intentas ver si un sitio tiene versión móvil sin depender solo del tamaño de pantalla.
Una pista práctica: un sitio que solo cambia el tamaño de la fuente no es gran cosa como versión móvil. Un sitio que cambia su menú, el espaciado, los bloques multimedia y el diseño de los formularios sí está haciendo un trabajo real.
2. Inspecciona el sitio desde un navegador de escritorio sin cambiar de dispositivo
Abre la página primero en un navegador normal de escritorio. Luego reduce el tamaño de la ventana poco a poco, no de golpe. Observa qué cambia a 1200 píxeles, luego a 1024 y después a 768. Esos números importan porque muchos diseños se rompen en esos puntos.
Fíjate en el comportamiento, no solo en el estilo. ¿La navegación superior se convierte en un solo menú? ¿Las barras laterales pasan debajo del contenido principal? ¿Una imagen grande se reduce sin empujar el texto fuera de la pantalla? Esas son señales de que el sitio fue construido para adaptarse.
Un sitio puede fingir ser apto para móviles reduciendo todo. Eso no basta. El usuario sigue necesitando párrafos legibles, botones fáciles de tocar y formularios que no obliguen a desplazarse horizontalmente.
Abre una página con un formulario largo. Si las etiquetas se superponen cuando el ancho es menor, la versión móvil es débil. Si los campos se apilan con orden y el botón de envío sigue visible, probablemente la versión móvil esté bien planteada.
Como comprobación rápida, también puedes comparar la estructura con otra página del mismo dominio, como cómo comprobar si un sitio web gestiona el contenido de la política de envíos. Los sitios suelen mantener las páginas de políticas más rígidas que las páginas de productos, y la diferencia puede revelar si las reglas adaptables se aplicaron en todo el sitio o solo en la página de inicio.
3. Revisa el código fuente y el CSS en busca de configuración móvil
Ver el código fuente o abrir las herramientas de desarrollador. Busca la etiqueta meta viewport. Si ves width=device-width y una escala inicial razonable, es una señal sólida de que el sitio se construyó pensando en pantallas móviles.
Después, inspecciona los archivos CSS. El código adaptable suele incluir media queries con puntos de corte como 768px, 1024px o 480px. No necesitas leer cada línea. Uno o dos puntos de corte bien colocados pueden decirte mucho.
Busca también recursos orientados a móviles. Un archivo de imagen puede tener versiones más pequeñas para pantallas con poco ancho de banda. Un script de navegación puede cargarse solo cuando la pantalla es estrecha. Una fuente puede cambiar de peso para mejorar la legibilidad. Esos detalles importan porque muestran intención, no casualidad.
Si el código fuente usa anchos fijos por todas partes, sé escéptico. Los diseños fijos aún pueden abrirse en un teléfono, pero eso no significa que el sitio tenga una versión móvil. Puede ser simplemente una página de escritorio encajada en una caja más pequeña.
Este es el punto que mucha gente pasa por alto: el código fuente puede revelar compatibilidad móvil incluso cuando la página visual parece sencilla. Una página limpia no siempre es simple por dentro. Una página desordenada no siempre está rota.
4. Compara el comportamiento en anchos móviles habituales
Prueba algunos anchos estándar en tu navegador. Usa 375 píxeles, 390 píxeles y 414 píxeles para teléfonos modernos, y luego 768 píxeles para una vista tipo tableta. Ese rango expone rápido la mayoría de los problemas de diseño.
A 375 píxeles, comprueba si el contenido permanece dentro de la pantalla. A 390 píxeles, verifica si los botones son lo bastante grandes para tocar con el pulgar. A 414 píxeles, busca espacio lateral vacío o banners recortados. Son pistas pequeñas, pero suman.
Una buena versión móvil se reorganiza con limpieza. Una débil simplemente se hace más pequeña. Hay una diferencia real entre “cabe” y “funciona”.
Prueba la misma página en vertical y en horizontal. A veces la página funciona bien en una orientación y se vuelve incómoda en la otra. Una galería puede bloquear demasiado las imágenes, o una tabla puede volverse ilegible. Las tablas son especialmente reveladoras.
Si una página incluye una tabla comparativa, reduce el ancho y observa el resultado. Una versión móvil adecuada puede apilar filas o permitir desplazamiento horizontal de forma controlada. Una mala corta la última columna. Ese es el tipo de cosa que los usuarios detectan enseguida.
5. Busca URLs móviles separadas o redirecciones por dispositivo
Los sitios antiguos a veces envían a los teléfonos a otra dirección. Puedes ver m.example.com, mobile.example.com o una URL que incluya /mobile/ o /amp/. Revisa con cuidado la barra del navegador después de cargar la página en un teléfono o en una ventana de emulación estrecha.
Las redirecciones por dispositivo pueden ocurrir sin avisar. Un usuario de escritorio ve una página y un usuario de teléfono llega a otra. Eso puede indicar una versión móvil dedicada, pero también puede significar que el sitio tiene una configuración antigua que nunca se modernizó.
Presta atención a las redirecciones que ocurren antes de que la página termine de cargarse. Un salto rápido de un dominio a otro suele significar que el servidor está detectando el tipo de dispositivo. Si la redirección termina en una página reducida, es posible que el sitio se haya construido para teléfonos antiguos y no para pantallas modernas adaptables.
Cuidado con las suposiciones. Una URL con aspecto móvil no siempre significa que el sitio funcione mejor en teléfonos. A veces significa que el sitio es más antiguo, más lento y más difícil de mantener.
Una pista fácil es la coherencia. Si solo la página principal redirige y las páginas internas no, probablemente la versión móvil esté incompleta.
6. Comprueba si el sitio cambia según el user agent
Abre las herramientas de desarrollador y cambia el user agent a un perfil de teléfono. Luego recarga la página. Si el contenido cambia, el sitio está sirviendo HTML o CSS diferente a los dispositivos móviles.
Esto importa porque algunos sitios ocultan su versión móvil tras la detección de dispositivo. En un navegador de escritorio pueden mostrar un diseño completo; con un user agent de teléfono, pueden mostrar un menú más estrecho, imágenes distintas o incluso bloques de texto diferentes. Eso no se ve solo reduciendo el tamaño de la ventana.
Prueba al menos dos user agents: un perfil moderno de iPhone y uno de Android. Si el sitio se comporta de forma distinta entre ellos, anota exactamente la diferencia. Un cambio en la navegación es significativo. Un cambio en los scripts de analítica no basta.
Si la página solo se rompe con un user agent, es posible que la versión móvil se haya parcheado para dispositivos concretos en lugar de construirse bien. Eso es una señal de mantenimiento deficiente. También puede crear errores extraños que solo aparecen en ciertos teléfonos.
Para una comprobación aparte sobre la estructura del sitio, puedes compararlo con cómo comprobar si un sitio web gestiona las páginas de condiciones de servicio. Las páginas legales suelen ser menos adaptables que las páginas de productos, así que son útiles para detectar una compatibilidad móvil parcial.
7. Revisa archivos web públicos y fragmentos de búsqueda para versiones móviles anteriores
Los archivos públicos pueden mostrar si existió una versión móvil antes. Busca el sitio en Wayback Machine u otro archivo e inspecciona capturas de varios años, no solo una. Una página móvil de 2018 puede contar una historia que una página principal de 2026 oculta.
Las URL archivadas pueden revelar antiguos subdominios móviles, redirecciones específicas por dispositivo o plantillas separadas. Los fragmentos de búsqueda también pueden ayudar. Si los resultados indexados muestran una ruta móvil o una página AMP, eso sugiere que el sitio expuso alguna vez una versión móvil de forma pública.
No saques conclusiones exageradas de una sola captura. Los archivos pueden perder hojas de estilo, scripts o imágenes. Aun así, si tres capturas distintas muestran un patrón de URL específico para teléfonos, es una prueba sólida.
También puedes comparar el texto en caché alrededor del título de una página. Si antes los resultados de búsqueda mostraban un título móvil corto y ahora muestran un título de escritorio largo, probablemente el sitio cambió su presentación con el tiempo.
Hay una razón práctica para revisar los archivos: algunos sitios eliminan la versión móvil sin limpiar los enlaces antiguos. Los usuarios llegan desde búsquedas o marcadores y aterrizan en rutas móviles muertas. Ese es el tipo de problema que permanece oculto hasta que alguien lo prueba.
8. Decide qué tipo de soporte móvil tiene realmente el sitio
A estas alturas, deberías poder nombrar el resultado en una sola frase. Di si el sitio es adaptable, usa una versión móvil separada o tiene poca o ninguna optimización para móviles. Esa frase debe apoyarse en 3 observaciones concretas, no en una suposición.
Un sitio adaptable suele mantener una sola URL, mostrar puntos de corte claros y adaptar la navegación en anchos menores. Una versión móvil separada suele usar una URL distinta o una redirección por user agent. Una configuración móvil débil normalmente reduce el diseño de escritorio, recorta contenido o deja los formularios difíciles de usar.
Si necesitas una plantilla rápida de informe, usa este orden: patrón de URL, comportamiento del diseño y evidencia del código fuente. Tres elementos. No hace falta más para un informe básico.
Por ejemplo: “El sitio es adaptable. Mantiene la misma URL, usa una etiqueta viewport y mueve la barra lateral debajo del contenido principal a 390 píxeles.” Eso es claro, breve y verificable.
Si necesitas documentar un sitio antiguo como referencia, mantén la nota precisa. Menciona la ruta móvil exacta, el comportamiento en el dispositivo y el ancho en el que cambia el diseño. Una frase vaga como “funciona en el teléfono” no ayuda a nadie.
Una última comprobación: si el sitio solo ofrece un menú móvil pero sigue ocultando contenido clave detrás de enlaces diminutos, eso no es una versión móvil sólida. Es solo un menú móvil. No es lo mismo.
