En los próximos meses, Chrome ejecutará experimentos con el objetivo de simplificar los criterios de instalación de aplicaciones, para mejorar la experiencia de los desarrolladores y los usuarios. En esta publicación, se comparten los cambios que puedes esperar y los motivos por los que realizamos estos experimentos.
La instalación existe como una función web en dispositivos móviles desde 2015, y en 2019 se agregó la compatibilidad con la instalación de AWP de escritorio. La capacidad de instalación de los navegadores Chromium está restringida por criterios de calidad, incluido un manifiesto con campos específicos, como el nombre y el ícono, y un service worker con un controlador de recuperación.
El objetivo de los criterios de instalación existentes es incentivar a los desarrolladores a invertir en experiencias del usuario de alta calidad y cumplir con las expectativas de los usuarios cuando se instala software. Sin embargo, los requisitos de los criterios no siempre producían esa experiencia de mayor calidad. Por ejemplo, la verificación de service worker se diseñó como un proxy para detectar sitios con experiencia sin conexión, pero los sitios agregaron service workers con controladores de recuperación vacíos para cumplir con los criterios. Esto afecta el rendimiento web en lugar de mejorar la experiencia y (con el tiempo, Chrome mitigó el problema ignorando los controladores vacíos).
Dado que los criterios existentes no logran el resultado deseado, estamos experimentando con algunos cambios en los criterios. Como primer paso, quitamos el requisito de tener un service worker que implemente el método fetch() para la instalación desde el menú, desde la versión 108 en dispositivos móviles y la 112 en computadoras de escritorio.
Para lograr el objetivo original de proporcionar a los usuarios una experiencia sin conexión en la aplicación, lanzamos una página personalizada predeterminada para los sitios que no implementan sus propias páginas.
Por ahora, el algoritmo que muestra la solicitud de instalación aún requiere la presencia de un controlador fetch(). Esta es un área en la que estamos trabajando para incorporar nuevos indicadores y mostrar la solicitud cuando es más probable que el usuario instale la app. Los desarrolladores aún pueden usar beforeInstallPrompt() para controlar las solicitudes.
Queremos que los usuarios puedan decidir qué sitios web quieren experimentar como una app, en una ventana completa y con acceso directo mediante íconos. En versiones futuras, experimentaremos con la eliminación del requisito de ciertos campos del manifiesto para que se puedan instalar. Evaluaremos atentamente las métricas y los comentarios de los clientes para determinar el comportamiento actualizado de Chrome.
Por último, debido a que las verificaciones de AWP de Lighthouse están directamente asociadas con los criterios de instalación, decidimos quitar esta categoría de Lighthouse. Aún nos comprometemos a proporcionar a los desarrolladores las mejores herramientas para optimizar sus experiencias instaladas en la Web. Aún puedes encontrar las verificaciones de optimizaciones y depuraciones para experiencias instalables en Herramientas para desarrolladores.
No te pierdas estos experimentos y, si tienes preguntas o inquietudes, envía tus comentarios.