| Sumario: | Recientemente, en el ámbito de las páginas o aplicaciones web, se ha introducido un concepto conocido como Aplicaciones Web Progresivas o PWA's (por su nombre en inglés: Progressive Web Apps). Este término se utiliza para clasificar aplicaciones web que cumplen con un grupo de requisitos como lo son: adaptabilidad a diferentes tamaños de pantalla, uso eficiente de recursos, tiempos mínimos de carga, funcionamiento offline, entre otros. Estos permiten, en concepto, llevar a los usuarios una experiencia de aplicación móvil nativa, así como aumentar el alcance de los usuarios en dispositivos móviles bajo condiciones de desempeño adversas, como lo son ancho de banda limitado o capacidad de cómputo reducida. Con el objetivo de promover la implementación de este tipo de aplicaciones, se presenta el patrón PRPL (del inglés Push, Render, Pre-cache, Lazy-load), originado en Google, mismo proponente del concepto de PWA. Este patrón dicha la utilización de la técnica de HTTP "server push", para un rápido despliegue inicial, para luego precargar en caché el resto de la funcionalidad crítica y dejar el remanente de los recursos para ser cargado y ejecutado bajo demanda. De esta forma, se brinda una retroalimentación temprana al usuario, se optimiza la experiencia de este y se cumplen las métricas requeridas para clasificar una página web como un PWA. En el presente trabajo se realiza un análisis del impacto de la implementación de este patrón en un PWA. Para esto, hemos definido un experimento, en el cual se toma un PWA existente y se genera una copia idéntica en funcionalidad, pero eliminando las técnicas indicadas por el patrón. Se identifican un conjunto de métricas enfocadas en el usuario, para las cuales está diseñado el parón PRPL. Luego ambos sujetos son sometidos a una prueba de rendimiento para evaluar su desempeño sobre estas métricas y determinar e impacto del uso del patrón. Para nuestro experimento, hemos tomado como sujeto de pruebas un sitio de noticias, por ser un caso de uso ampliamente aplicado y por la disponibilidad de opciones de código abierto para ser utilizadas, entre otros factores. Para la ejecución de pruebas, se evaluaron múltiples herramientas y se optó por WebPageTest de CatchPoint, una plataforma de ejecución de pruebas de rendimiento web, que funciona de forma remota y con diversos agentes de ejecución, por su versatilidad y por ser una única plataforma en la cual se pueden ejecutar múltiples pruebas bajo diferentes parámetros y plataformas, así como su capacidad de recopilación de resultados. En términos de métricas, se utilizaron un grupo de métricas enfocadas en el usuario, que miden el tiempo a diferentes hitos en la carga de la PWA como lo son el primer despliegue, el primer despliegue visualmente significativo, el primer despliegue útil para el usuario, el tiempo a interactividad y el tiempo total de bloqueo. Se encuentra, que el patrón PRPL está muy cercanamente ligado a la definición de PWA, por lo que luego de remover el patrón del sujeto de prueba original, la versión resultante, por definición, no califica de PWA. En términos de rendimiento, se encuentra una notable mejora de las métricas en visitas subsecuentes al sitio web, así como un mucho mejor rendimiento en condiciones adversas, donde una sola carga puede tomar mucho tiempo, debido al uso de técnicas dictadas por el patrón. Sin embargo, se reconoce que en anchos de banda ampliamente disponibles mundialmente o bajo conexiones relativamente estables, el uso del patrón no hace mucha diferencia en términos de rendimiento. Se recomienda realizar un análisis del acceso a ancho de banda y dispositivos de la población objetivo de usuarios de la aplicación web para evitar esfuerzo innecesario. También, se identifican otros escenarios en donde la implementación de un PWA con el patrón PRPL resulta beneficiosa, como lo son aplicaciones de mercado masivo, la implementación de estrategias de captura de usuarios y primera presencia web. (resumen tomado de la fuente)
|
|---|