Cada año, el mundo del diseño web recibe una nueva frase atrapante que muestra las tendencias en casi todas las plataformas de debate. Hace algún tiempo, el diseño web receptivo fue un problema en el radar que recogió una gran cantidad de vapor recientemente.

Todos sabemos por qué el diseño web receptivo es tan importante, con la afluencia de dispositivos móviles, los diseñadores necesitan una forma de presentar sus sitios para que se vea tan bien para una persona en su teléfono inteligente como cuando está sentado frente a un monitor de 27 pulgadas . El diseño receptivo es solo eso, la tecnología que mantiene las cosas estándar en múltiples formatos de visualización.

A medida que más y más diseñadores recurren al diseño receptivo, comenzamos a ver y escuchar más sobre lo que es y lo que puede hacer por nosotros; pero ¿qué pasa con las cosas que no es el diseño receptivo?

Wonkavision

Una idea errónea es que la cuadrícula fluida del diseño receptivo mostrará las cosas como una réplica exacta en todos los dispositivos con distintas propiedades de la pantalla. Esto es simplemente imposible.

Para que todo lo que ve en ese bonito monitor en la pantalla de un teléfono inteligente tenga algo que ofrecer, y eso es contenido. Cuando un sitio se muestra en una pantalla más pequeña, hay momentos en que cierto contenido está oculto para que las cosas encajen. Por lo general, este contenido es una imagen o gráfico que no se vería bien en una pantalla tan pequeña de todos modos. El contenido textual no debe ser descartado.

El máximo ahorro de tiempo

CSS es un ahorro de tiempo. Un cambio rápido en un código de color y miles de páginas podría cambiar en su apariencia.

Antes del diseño receptivo, tendría que diseñar una página muchas veces para que se muestre correctamente en el dispositivo que accedió a ella. La grilla fluida del diseño receptivo apunta a arreglar eso, y lo hace en su mayor parte. Sin embargo, tiene una extraña similitud con otra tecnología que prometía funcionar en múltiples plataformas, Java. Java fue anunciado como "escribir una vez, ejecutar en todas partes", sin embargo, todavía tenía que ser probado en todas partes si le importaba algo sobre la garantía de calidad.

Lo mismo es cierto para un diseño receptivo. Puede que solo necesite crear una página una vez, pero debe probarla en cada dispositivo. Esto lleva tiempo.

Más rápido

Un gran delito cuando se trata de usabilidad es tiempos de carga largos. Las personas tienden a sentirse frustradas cuando un sitio tarda demasiado en cargarse y muchas veces se van antes de que tengan la oportunidad de ver todo el trabajo que realiza para que el sitio se vea bonito.

Antes mencioné que, para adaptarse a pantallas más pequeñas, el contenido debe ocultarse a veces, es decir, imágenes. El problema es que esas imágenes aún deben descargarse del servidor. Están escondidos, no olvidados.

¿Vale la pena el diseño receptivo?

en un estudio realizado por el Pew Research Center , El 60% de los usuarios de dispositivos móviles prefieren leer noticias usando su navegador en lugar de leerlo en una aplicación. Cuando se trata de contenido de texto, las personas parecen preferir siempre el navegador sobre una aplicación, por lo que es imprescindible poder mostrar ese contenido en diferentes pantallas.

A medida que pase el tiempo, se realizarán mejoras en el diseño receptivo y los obstáculos que se mencionaron aquí quedarán en el olvido. Por ahora, el diseño receptivo solo tendrá que tener en cuenta estas cosas, pero al menos sabrá por adelantado lo que dice la letra pequeña.

¿El diseño sensible responde a sus promesas? ¿Se lo ve como una "bala mágica"? Háganos saber sus puntos de vista en los comentarios.

Imagen / miniatura destacada, imagen inapropiada a través de Shutterstock.