Diseño web receptivo o un sitio web móvil separado

El argumento una vez popular sobre Aplicaciones móviles versus web móvil ha dado paso a nuevos argumentos alrededor de Responsive vs. separado y específico móvil. Noté un pequeño hilo agradable de entradas de blog, comenzando con el Mobile vs. Sitios completos y llevando a través de Jeff Eaton Las analogías son como cenas ... , y a algunos otros. Me gusta el tema de construir un solo sitio web receptivo o una versión separada y específica de móvil de su sitio de escritorio. Es una decisión importante. Sin embargo, parece que todos estamos comenzando a difuminar las líneas entre las técnicas de codificación y el contenido en sí. Ya sea que se lo vea en todas partes con una sola compilación, o si tiene algunas versiones específicas del dispositivo de su sitio web, la cuestión de qué contenido promocionar y qué contenido limitar para cada dispositivo sigue siendo la misma. Cuando se trata de contenido, estaría de acuerdo con Josh Clark Cuando dice que todo depende de la audiencia y sus objetivos. Eso va para el móvil y el escritorio. Cuando se trata de la construcción del sitio, abogaría por el diseño web receptivo el 98% del tiempo. Además, podría agregar que cualesquiera que sean los objetivos de una empresa, cuanto más contenido pueda tener disponible, mejor. La captura es que con la pequeña pantalla inmobiliaria en dispositivos móviles, todo ese contenido debe estar bien diseñado y utilizable. Este podría ser el mayor desafío cuando se trata del diseño móvil. El contenido no es específico del código Como acabo de mencionar, lo más importante para recordar al planificar e implementar una estrategia de compilación y móvil de un sitio web es que no importa cuán específico del dispositivo sea su contenido, eso no significa que deba construirlo de una forma u otra. Los sitios web receptivos pueden ocultar fácilmente o mostrar contenido en función de las mismas consultas de medios que reorganizan el menú o cambian el tamaño de fuente. El hecho de que su sitio web responda no significa que se verá/será el mismo en pantallas más pequeñas (podría argumentar todo lo contrario, en realidad ... si observa nuestro sitio web, ssanmy.store en un escritorio y en un teléfono, son muy diferentes, aunque nuestro sitio es receptivo). Dado que la planificación de su contenido se requiere de cualquier manera, abogaría por un enfoque receptivo para ahorrar tiempo y dinero en la construcción y actualización, y tiraría la idea de dos o más versiones separadas del mismo sitio. Más razones para amar la receptiva Más allá del argumento de "ahorrar tiempo/dinero", hay más razones relacionadas con el móvil para elegir el diseño web receptivo. Una grande es la estructura de la URL. ¿Alguna vez le han enviado un enlace por correo electrónico a un artículo que lo envía a una versión móvil truncada de ese artículo a pesar de que está en su escritorio? ¿O alguna vez ha hecho clic en un enlace en Google desde su teléfono, solo para ser redirigido a la página de inicio móvil genérica? Estas no son molestias menores, son problemas relativamente serios que pueden conducir a usuarios y rebotes frustrados. Otro negativo de versiones de sitio separadas proviene de la recomendación generalizada de que se debe acceder a contenido adicional de "no móvil" a través de un enlace a la "versión de escritorio completa" de un sitio web. Esto significa que, si bien los usuarios obtienen el beneficio de un sitio móvil simplificado y de carga rápida, se "después" en un sitio completo y lento en su pequeño dispositivo si desean un contenido específico. El sitio completo incluso puede tener una apariencia que es lo suficientemente diferente como para ser confuso, y los usuarios deberán "volver a aprender" la navegación. Además, volver a la versión móvil de la página desde la que vincularon es probablemente una tarea confusa. Más que móvil Si se ve un poco más allá del móvil, el mismo argumento móvil frente al sitio completo se aplica a las tabletas y cualquier otro " Dispositivos futuros " que inevitablemente veremos con el tiempo. Agregar una tercera (o más) versión de su sitio requiere la misma planificación de contenido como lo haría de otra manera, pero ahora se multiplican los problemas que involucran la estructura de URL y el contenido de escritorio adicional. Luego está el mantenimiento y la gestión de contenido de un sitio, que también se triplican (o más). No con receptivo, sin embargo. Aunque no vemos tantos artículos escritos sobre contenido específico de tabletas, seguramente lo haremos. ( Y no es como si no existan ). Con un diseño receptivo, podemos centrarnos en la tarea de planificar contenido, en lugar de la tarea de recodificar. Entonces por favor ... Es importante seguir leyendo y escribiendo sobre las mejores formas de estructurar contenido para diferentes dispositivos y ubicaciones. Este tema es increíblemente pertinente para las empresas y a menudo se pasa por alto, incluso en 2012. Pero no confunda el contenido con el código. Construya de manera contenida para la gran cantidad de razones, pero no lo hagas porque crees que tus usuarios merecen ver todo tu contenido sin importar de dónde navegen (aunque lo merecen). Dé a sus usuarios todo su contenido, pero dales lo que quieren, cuando lo quieran. Y, por favor, les facilita. Al final, después de que todo se planea y ejecute, todo el usuario le importa es que pueden encontrar el contenido que están buscando rápida y fácilmente, dónde y cuándo lo están buscando.