En primer lugar, lo más probable es que ya seas un usuario habitual de aplicaciones de una sola página (SPAs).
Las aplicaciones de una sola página son una gran herramienta para crear experiencias increíblemente atractivas y únicas para sus usuarios.
algunos ejemplos de aplicaciones de una sola página son como Gmail, Google Maps, AirBNB, Netflix, Pinterest, Paypal y muchos más están utilizando SPAs para construir una experiencia fluida y escalable.,
sin embargo, en el pasado los SPAs han dejado a los marketers en la oscuridad cuando se trata de administrar contenido. Afortunadamente, ahora es posible emparejar su SPA con el CMS adecuado para brindar tanto a desarrolladores como a marketers el nivel de control que necesitan.
¿qué es la aplicación de una sola página?
Single page application (SPA) es una sola página (de ahí el nombre) donde una gran cantidad de información permanece igual y solo unas pocas piezas deben actualizarse a la vez.,
por ejemplo, cuando navegas por tu correo electrónico notarás que no hay muchos cambios durante la navegación: la barra lateral y el encabezado permanecen intactos mientras pasas por tu bandeja de entrada.
el SPA solo envía lo que necesita con cada clic, y su navegador muestra esa información. Esto es diferente a una carga de página tradicional donde el servidor vuelve a representar una página completa con cada clic que hace y la envía a su navegador.
Este método pieza por pieza del lado del cliente hace que el tiempo de carga sea más rápido para los usuarios y hace que la cantidad de información que un servidor tiene que enviar sea mucho menos y mucho más rentable., Un ganar-ganar.
¿qué es la arquitectura de aplicación de una sola página? ¿Cómo funciona?
la aplicación de Página única es una aplicación web o sitio web que interactúa con el usuario reescribiendo dinámicamente la página actual, en lugar de cargar páginas nuevas enteras desde el servidor.
este enfoque anula la interrupción de la experiencia del usuario entre páginas sucesivas, haciendo que la aplicación se comporte más como una aplicación de escritorio.
en la mayoría de los sitios web hay mucho contenido que se repite.,
parte de ella permanece igual sin importar a dónde vaya el usuario (encabezados, pies de página, logotipos, barra de navegación, etc.), parte de ella es constante en solo una sección determinada (barras de filtro, banners), y hay muchos diseños y plantillas que se repiten (blogs, autoservicio, la configuración de google mail mencionada anteriormente).
Las aplicaciones de una sola página aprovechan esta repetición.
digamos que tu vista del sitio web es una pintura de una casa y un árbol. Los sitios web tradicionales de varias páginas pintan toda la imagen para usted en el servidor y la envían a su navegador.,
los SPAs te dan las guías de pintar por números para el sitio, incluidas las guías de repetición que probablemente usarás, y luego canalizan la pintura correcta (datos y contenido) para completar la plantilla.
de cualquier manera ves el mismo árbol, pero la velocidad de SPA aparece cuando solicitas nuevo contenido, como hacer clic en «Siguiente», filtrar resultados, abrir un correo o, en esta pequeña metáfora, pedir ver un árbol diferente.
en un sitio web tradicional, su solicitud de un nuevo árbol haría que el servidor volviera a pintar la imagen completa y la enviara de vuelta.,
con una aplicación de una sola página, el servidor dice «oye, tengo un nuevo árbol para ti, pero ya tienes la casa, así que deja eso igual», luego te envía instrucciones actualizadas para un nuevo árbol y la pintura para hacerlo.al transferir el trabajo de pintura (Procesamiento de páginas) del servidor al cliente (usted), la página puede reescribirse dinámicamente, en lugar de pasar por una recarga completa.Esto hace que las cosas sean mucho más rápidas.,
ventajas de las aplicaciones de una sola página
las soluciones de SPA ofrecen muchos beneficios, como la mejora del rendimiento y la consistencia de las aplicaciones, y la reducción del tiempo de desarrollo y los costos de infraestructura.
al separar la presentación del contenido y los datos, los equipos de desarrollo pueden trabajar a diferentes velocidades mientras se integran para la solución general. SPA es bueno para hacer un diseño responsivo para móviles, computadoras de escritorio y tabletas.,
carga de archivos de una sola vez cada uno de HTML, CSS, JS
aplicación de una sola página, después de la carga inicial de la página, el servidor no le envía más HTML, lo descarga todo al principio.
el servidor le envía una página de shell y su navegador renderiza la interfaz de usuario (UI).
luego, al hacer clic, el SPA envía solicitudes de datos y marcado, el servidor devuelve las materias primas necesarias y su navegador las toma y renderiza una interfaz de usuario actualizada, intercambiando piezas sin necesidad de actualizar la página completa.,
esta intercambiabilidad rápida hace que los SPAs sean increíblemente útiles en páginas que son altamente navegadas y usan plantillas repetitivas.
sin consultas adicionales al servidor
debido a que el servidor no necesita gastar tiempo & energy haciendo el dibujo completo, los SPAs reducen el impacto en sus servidores en general, lo que significa que puede ahorrar dinero utilizando menos servidores para la misma cantidad de tráfico.
construido Front-end rápido y sensible
junto con el tiempo de rendimiento más rápido explicado anteriormente, los SPAs también permiten a los desarrolladores construir el front-end mucho más rápido.,esto se debe a la arquitectura desacoplada de los SPAs, o una separación de los servicios de back-end y la pantalla de front-end.
muchas funcionalidades críticas para el negocio no cambian mucho en el back-end.
Si bien la forma en que sus clientes inician sesión, se registran, Compran y rastrean pedidos puede cambiar su «aspecto» o presentación de vez en cuando, la lógica y la orquestación de datos detrás de esto es bastante constante, y no quiere arriesgarse a arruinarlo.
del mismo modo, el contenido y los datos sin procesar pueden permanecer iguales, pero la forma en que desea mostrarlos difiere.,al desacoplar esa lógica de back-end & los datos de cómo se presentan, los convierte en un» servicio», y los desarrolladores pueden crear muchas formas diferentes de mostrar y usar ese servicio.
con una configuración desacoplada, los desarrolladores pueden crear, implementar y experimentar con el front-end de forma completamente independiente de la tecnología back-end subyacente.diseñan cómo quieren que se vea y sienta la experiencia del usuario, y luego extraen el contenido, los datos y la funcionalidad a través de esos servicios.,
Esto se hace utilizando API, que son un conjunto estándar de reglas entre aplicaciones sobre cómo estructurarán, intercambiarán y volverán a ensamblar datos.
Esta configuración de API permite a los desarrolladores trabajar rápidamente en la interfaz de usuario sin riesgo para las tecnologías de back-end críticas para el negocio.
experiencias de usuario mejoradas
a medida que más y más funcionalidades se construyen como servicios modulares (una arquitectura de microservicios) que se pueden actualizar de forma independiente, se hace más fácil experimentar con cómo se muestran y utilizan.,
spas frameworks son excelentes para jugar con estos servicios para crear experiencias de usuario atractivas, dinámicas e incluso animadas.
además, a muchas personas simplemente les gusta desarrollar en un lenguaje de programación determinado (muchos marcos de SPA usan javascript) y, gracias a las API, los SPAs que construyes en un lenguaje pueden funcionar felizmente con servicios back-end desarrollados en diferentes idiomas.
aplicación de una sola página con Angular vs React vs Ember vs Vue?,
Angular y React (y muchos otros como Ember y Vue) son frameworks que los desarrolladores utilizan para crear SPAs de manera eficiente y elocuente.en pocas palabras, estos frameworks son una colección de componentes reutilizables, a los que muchos desarrolladores han contribuido, que siguen un conjunto definido de reglas de construcción.
Si lo piensas como construir una casa, podrías mezclar la arcilla, secar los ladrillos, extraer y moldear el acero tú mismo – o podrías usar los ladrillos y tuberías que otras personas ya han diseñado y enfocar tu tiempo en lo que hace que tu casa sea única.,
en cuanto a las diferencias entre todos ellos, no soy un experto (pero este tipo parece serlo), pero una gran cosa sobre los SPAs y los frameworks que los soportan es que, gracias a las API, con las integraciones correctas, puede usar el framework que prefiera con sus otras tecnologías habilitadas para API.
por qué las aplicaciones de una sola página y los CMSs fueron históricamente un emparejamiento difícil
cuando se utilizan SPAs, los desarrolladores pueden pensar en la experiencia como una «aplicación», pero el visitante todavía va a pensar en ella como una página web, y donde hay una página web hay un equipo de marketing,
debido a que los SPAs son aplicaciones que requieren trabajo de desarrollo para jugar con la pantalla & entrega de la experiencia, los marketers tienen que volver a la edad de piedra digital (también conocida como los años 90) y pedir ayuda de desarrollo para cada ajuste, causando cuellos de botella inevitables.
eliminado las herramientas de edición que los Marketers utilizan para
las funciones de edición de CMS en las que confían los equipos de marketing (vista previa en vivo, arrastrar y soltar, edición WYSIWYG, etc.) generalmente están vinculadas al nivel de entrega en el CMS.,
con SPAs, la entrega es determinada por el SPA y el contenido se almacena simplemente en el CMS de manera estándar que las API pueden leer. Debido a que el SPA se renderiza en el front-end, el CMS back-end no tiene idea de cómo debería verse y, por lo tanto, no puede girar una vista previa.
así que los usuarios de CMS terminan atascados con un enfoque muy anticuado: rellene un formulario, cruce los dedos, presione Publicar y vaya a ver cómo se ve en vivo.
para volver a nuestro ejemplo paint-by-numbers, el CMS almacena el contenido en bruto (la pintura) y el SPA tiene la guía paint-by-numbers de cómo debe verse ese contenido., La vista previa no tiene esta guía, por lo que no puede averiguar cómo debería ser el contenido.
Esta es una entrega pura de contenido» sin cabeza «(también conocido como, no tiene el nivel de entrega de CMS como»cabeza»). Es genial para desarrollar rápidamente, pero un poco difícil para los marketers que quieren cambiar el sitio web por su cuenta sin tener que codificar.
además de eso, los Marketers están acostumbrados a pensar en cosas en ‘páginas’, pero debido a que un SPA es, bueno, una sola página, las funciones de creación y edición de páginas que los marketers necesitan no están disponibles.,si quieren una nueva «página» (una «ruta» en un SPA), o quieren que la vista se vea diferente, tienen que preguntar a un desarrollador.
hizo difícil reutilizar el contenido
Este problema proviene de dos razones principales, una con CMSs anticuados y la otra de SPA design.
primero, Hay ciertos CMSs donde simplemente no hay un desacoplamiento de cómo se ve su contenido y cómo se almacena.,debido a que el almacenamiento de contenido no está en un formato estándar y neutral de presentación, el SPA no puede usarlo de la manera basada en API que desea.
esto no es solo un problema al usar SPAs, por supuesto, este tipo de configuración de CMS hace que sea imposible reutilizar el contenido en todos los canales en general.debido a que el contenido está vinculado a la forma en que se muestra (un sistema basado en páginas), las preguntas frecuentes que pones en tu sitio web no solo se pueden aprovechar para que alguien voltee a través de su reloj inteligente: tendrías que almacenar el mismo contenido de dos maneras diferentes.,
Los SPA necesitan un CMS basado en contenido para funcionar correctamente, de modo que pueda extraer contenido sin procesar y mostrarlo como quiera.
en el lado del SPA, la dificultad proviene del hecho de que muchos sitios web van a ser una configuración híbrida.
Si bien es posible que desee algunas partes como un SPA, es posible que desee otras configuradas de la manera tradicional (a menudo mejor para el SEO), y debe haber una sensación cohesiva entre estos.
Si su configuración es de dos cubos de contenido, piezas para el sitio tradicional y el SPA, esa cohesión se va a romper., Necesitas contenido que funcione en todo.
difícil con la personalización / relevancia
SPAs agarrar el contenido de una manera «Servicio», por lo que es una pequeña pepita de contenido sin mucho contexto – no es una gran ayuda en la entrega relevante.
además de eso, muchos CMSs hacen su personalización ya sea basada en la página (no es útil en un SPA), o en el lado del cliente, y esas reglas de personalización de javascript no juegan muy bien en la parte superior del javascript del SPA. Demasiados cocineros en la cocina de personalización si se quiere.
¿los Marketers están condenados para siempre en un mundo de SPA?
por supuesto que no!, Simplemente necesita un CMS que tenga una arquitectura lista para usar en un SPA.
uno basado en API, desacopla el contenido de la presentación, puede trabajar con el SPA para proporcionar una vista previa en vivo & herramientas de edición, admite una configuración híbrida y realiza personalización en el lado del servidor.
En las siguientes partes te guiaré a través de la forma en que Bloomreach hace precisamente eso.
-
Cómo Bloomreach ofrece facilidad de aplicación de una sola página para desarrolladores y Marketers
-
personalización y soporte híbrido para aplicaciones de una sola página