Ir al contenido

Glosario Diseño Responsive

¿Qué es el Responsive Design?

Definición

El responsive design o diseño adaptativo es una técnica de diseño web que permite que un único HTML se ajuste automáticamente al tamaño de pantalla del dispositivo, usando CSS con media queries y grids flexibles en lugar de crear páginas independientes para cada dispositivo.

Una reja de tijera de hierro medio corrida, con el rombo comprimido y estirado, junto al título Diseño Responsive
La misma reja, comprimida o estirada
En esta página 5
  1. Qué es el responsive design técnicamente
  2. Responsive design no es lo mismo que mobile first indexing
  3. La alternativa histórica: dominio móvil separado, y por qué responsive es hoy el estándar
  4. Buenas prácticas
  5. Errores frecuentes
En breve

Qué es técnicamente el responsive design, cómo se diferencia de la indexación mobile first de Google (una es una técnica de desarrollo, la otra un proceso de rastreo), por qué la alternativa histórica de un dominio móvil separado quedó obsoleta y qué buenas prácticas y errores conviene conocer.

Una reja de tijera de hierro medio corrida, con el rombo comprimido y estirado, junto al título Diseño Responsive
La misma reja, comprimida o estirada

Qué es el responsive design técnicamente

El término lo acuñó el diseñador Ethan Marcotte en un artículo publicado el 25 de mayo de 2010 en A List Apart, donde definió sus tres pilares técnicos: grids flexibles, imágenes flexibles y media queries. Antes de ese artículo, cada uno de esos recursos existía por separado; Marcotte fue quien los combinó en un único enfoque de diseño para una web ya pensada para múltiples dispositivos.

El responsive design es una técnica de desarrollo web: un mismo documento HTML, sin duplicar código ni crear una versión distinta por dispositivo, cuya presentación cambia según el ancho de pantalla gracias a reglas de CSS. El navegador sigue cargando la misma página tanto si la abre un móvil como un ordenador de escritorio; lo que cambia es cómo se organiza y se ve ese contenido.

El mecanismo central son las media queries, reglas de CSS que aplican un bloque de estilos solo cuando se cumple una condición, casi siempre el ancho de la ventana. A los puntos donde el diseño cambia de una disposición a otra se les llama breakpoints. Junto a las media queries trabajan los grids flexibles (con flexbox o CSS grid, que reparten el espacio disponible en proporciones en vez de en píxeles fijos) y las imágenes fluidas, que se escalan sin desbordar su contenedor.

Elegir los breakpoints por el contenido, no por dispositivos concretos, suele dar mejor resultado que fijarse en anchos de móviles o tablets específicos: un catálogo de modelos que cambia cada año deja obsoleto cualquier breakpoint pensado para un dispositivo exacto, mientras que un breakpoint colocado donde el propio diseño empieza a verse forzado, un menú que se amontona o un texto que se estrecha demasiado, sigue funcionando aunque cambien los dispositivos del mercado.

Un ejemplo simple: una imagen a ancho completo en móvil y un menú horizontal fijo en escritorio, definidos en la misma hoja de estilos.

<style>
  .menu {
    display: block; /* apilado por defecto, para móvil */
  }
  img {
    max-width: 100%;
    height: auto;
  }

  @media screen and (min-width: 768px) {
    .menu {
      display: flex; /* horizontal a partir de tablet/escritorio */
    }
  }
</style>

Para que el navegador móvil respete este comportamiento hace falta además la etiqueta viewport en el head del documento, algo que se suele olvidar y que sin ella el móvil renderiza la página como si fuera de escritorio y luego la reduce, anulando el efecto de las media queries.

<meta name="viewport" content="width=device-width, initial-scale=1" />

Esta etiqueta no nació de un estándar web formal, sino de Apple: se introdujo en Safari con el primer iPhone, para que las webs pensadas para anchos de escritorio pudieran mostrarse de forma legible en una pantalla mucho más pequeña. El resto de navegadores móviles adoptó después la misma sintaxis como estándar de facto, por lo que sigue funcionando hoy aunque nunca llegó a formar parte de una especificación oficial del W3C.

Responsive design no es lo mismo que mobile first indexing

Aquí se mezclan con frecuencia dos conceptos que operan en capas distintas. El responsive design es una técnica de desarrollo: decide cómo se ve una página en cada pantalla y la controla el equipo que la construye. La indexación mobile first es un proceso de Google: decide qué versión de una página usa el buscador como fuente para rastrearla, guardarla en su índice y calcular su posición, y esa decisión la toma Google, no el desarrollador.

Tener una web responsive facilita mucho cumplir con mobile first, porque el HTML es idéntico en ambas versiones y no hay contenido que se pierda al pasar de una a otra. Pero no son sinónimos: una web puede ser responsive y aun así fallar en mobile first si, por ejemplo, oculta con CSS un bloque de texto en pantallas pequeñas y ese bloque nunca llega a formar parte de lo que Google rastrea.

Un ejemplo aclara la diferencia. Si una tienda online rediseña su ficha de producto con CSS para que se vea bien en cualquier pantalla, eso es trabajo de responsive design y lo decide el equipo de desarrollo, sin que Google intervenga. Si, en cambio, Google empieza a mostrar en el buscador el precio o la descripción que aparecen en la versión móvil de esa misma ficha, y no los de la versión de escritorio, eso es mobile first indexing, y ninguna decisión de CSS lo cambia: solo importa qué contenido llega, en el HTML final, a la versión que rastrea el Googlebot Smartphone.

Para el detalle completo de qué revisa Google en ese proceso y cómo comprobarlo con la Inspección de URLs, está desarrollado en el artículo dedicado a mobile first indexing.

La alternativa histórica: dominio móvil separado, y por qué responsive es hoy el estándar

Antes de que el responsive design se generalizara, la solución habitual era publicar dos sitios distintos: uno en el dominio principal para escritorio y otro en un subdominio como m.miweb.com para móvil, cada uno con su propio HTML y, muchas veces, con contenido recortado en la versión móvil. Este esquema, conocido como URLs separadas, todavía se puede encontrar en webs antiguas, pero hoy se considera un patrón obsoleto.

El problema no era técnico sino de mantenimiento y de SEO. Cada contenido existía por duplicado en dos URLs distintas, lo que planteaba un riesgo de contenido duplicado si no se gestionaban bien las etiquetas canonical y alternate entre ambas versiones. Además, cada visita necesitaba una redirección: un usuario de móvil que llegaba a la URL de escritorio tenía que ser reenviado a la versión m., y viceversa si compartía un enlace desde el móvil. Y cualquier cambio de contenido, precio o estructura había que aplicarlo dos veces, en dos plantillas independientes, con el riesgo constante de que una versión se actualizara y la otra se quedara atrás.

Existió también una tercera opción intermedia, el dynamic serving: una sola URL para ambas versiones, pero el servidor detectaba el user-agent del visitante y devolvía un HTML distinto según fuera móvil o escritorio, usando la cabecera HTTP Vary para avisar a los rastreadores de que el contenido cambiaba según el dispositivo. Resolvía el problema de tener dos URLs, pero mantenía el de tener dos plantillas que sincronizar y añadía un riesgo propio: si el servidor detectaba mal el user-agent, podía servir la versión equivocada a Googlebot.

Google recomienda el responsive design precisamente porque resuelve esos tres problemas de una vez: una sola URL por contenido, sin redirecciones entre versiones porque no hay dos versiones que redirigir entre sí, y una única plantilla que mantener. Es, en palabras de la propia documentación de Google Search Central, el patrón «más fácil de implementar y mantener» entre las opciones disponibles para servir contenido a distintos dispositivos. Para la mayoría de proyectos nuevos hoy apenas queda motivo para optar por URLs separadas o dynamic serving, salvo en condiciones técnicas muy concretas que exijan un frontend completamente distinto para móvil.

Buenas prácticas

  • Incluye siempre la etiqueta <meta name="viewport" content="width=device-width, initial-scale=1"> en el head; sin ella, las media queries no funcionan como se espera en móvil.
  • Diseña primero para móvil y añade complejidad con media queries a medida que crece el ancho de pantalla (mobile-first design), en vez de partir de la versión de escritorio y recortarla después.
  • Usa unidades relativas (%, rem, vw) en vez de píxeles fijos para anchos, márgenes y tipografía, y limita las imágenes con max-width: 100% para que nunca desborden su contenedor.
  • Prueba el diseño en varios anchos reales, no solo en los breakpoints estándar; muchos problemas aparecen en anchos intermedios que ningún breakpoint cubre.
  • Mantén el mismo HTML para todas las pantallas: si necesitas ocultar contenido secundario en móvil, hazlo con CSS que lo siga dejando presente en el marcado, no eliminándolo del documento.

Errores frecuentes

  • Olvidar la etiqueta viewport, lo que hace que el móvil renderice la página a escala de escritorio y la reduzca, anulando el trabajo de las media queries.
  • Ocultar contenido con display: none en móvil pensando que solo afecta a la vista, sin tener en cuenta que ese contenido puede dejar de contar para el posicionamiento si Google no llega a rastrearlo.
  • Confundir responsive design con mobile first indexing y dar por hecho que, por tener una web adaptable, ya se cumple automáticamente lo que Google evalúa al indexar.
  • Definir breakpoints solo para los tamaños de pantalla más comunes de hoy, sin margen para dispositivos futuros con anchos distintos.
  • Usar imágenes de alta resolución sin optimizar, cargadas igual en móvil que en escritorio, lo que penaliza la velocidad de carga en redes móviles aunque el diseño se vea correcto.
Manuel Riveiro Rodriguez CEO & Digital Strategist

Una auditoría técnica revisa esto y el resto en un solo paso.

Solicitar auditoría

Preguntas frecuentes

¿Responsive design es lo mismo que mobile first indexing?

No. El responsive design es una técnica de desarrollo: un mismo HTML que se adapta con CSS a cualquier pantalla, y la controla el equipo que construye la web. Mobile first indexing es un proceso de Google: decide qué versión de la página usa el buscador para rastrear e indexar, y esa decisión la toma Google. Tener una web responsive facilita cumplir con mobile first, pero son conceptos distintos.

¿Qué son las media queries?

Son reglas de CSS que aplican un bloque de estilos solo cuando se cumple una condición, normalmente el ancho de la ventana del navegador. Son el mecanismo técnico central del responsive design, junto con los grids flexibles y las imágenes fluidas.

¿Sigue teniendo sentido usar un subdominio móvil como m.miweb.com?

No para un proyecto nuevo. Ese esquema exige mantener dos plantillas, gestionar redirecciones entre versiones y evitar el contenido duplicado entre ambas URLs. Google recomienda el responsive design porque resuelve los tres problemas con una sola URL y una sola plantilla por contenido.

¿Por qué mi web es responsive pero Google la penaliza igual?

Porque el responsive design resuelve la adaptación visual, no garantiza por sí solo un buen resultado en mobile first indexing ni en Core Web Vitals. Si el CSS oculta contenido que Google no llega a rastrear, o si las imágenes cargan lentas en móvil, esos son problemas independientes del diseño adaptativo.

¿Necesito la etiqueta viewport si ya uso media queries?

Sí, es imprescindible. Sin <meta name="viewport">, los navegadores móviles renderizan la página como si fuera de escritorio y luego la escalan, lo que anula el efecto de las media queries aunque estén bien escritas.

Fuentes

  1. MDN Web Docs, «Responsive web design»: define la técnica, media queries, breakpoints, grids flexibles y la etiqueta viewport.
  2. Google Search Central, «Mobile sites and mobile-first indexing»: recomienda el responsive design como patrón «más fácil de implementar y mantener» frente a servir contenido dinámico o URLs separadas.
  3. Google Search Central, «Understanding page experience in Google Search results»: sitúa la adaptación a móvil dentro de las señales de page experience que Google usa en la búsqueda.