En los próximos meses, Chrome ejecutará experimentos con el objetivo de simplificar los criterios de instalación de apps 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 ejecutamos estos experimentos.
La instalación existe como función web en dispositivos móviles desde 2015, y la compatibilidad con la instalación de AWP para computadoras de escritorio se agregó en 2019. La capacidad de instalación en los navegadores de Chromium está restringida por criterios de calidad, incluido un manifiesto con campos específicos, como el nombre y el ícono, y un trabajador de servicio 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 sus expectativas cuando se instala el software. Sin embargo, los requisitos de los criterios no siempre generaban esa experiencia de mayor calidad. Por ejemplo, la verificación del trabajador de servicio se diseñó como un proxy para detectar sitios con alguna experiencia sin conexión, pero los sitios agregaron trabajadores de servicio con controladores de recuperación vacíos para satisfacer los criterios. Esto perjudica el rendimiento web en lugar de mejorar la experiencia (Chrome finalmente mitigó el problema ignorando los controladores vacíos).
Dado que los criterios existentes no generan el resultado deseado, estamos experimentando con algunos cambios en ellos. Como primer paso, quitamos el requisito de tener un trabajador de servicio que implemente el método fetch() para la instalación desde el menú, a partir de la versión 108 en dispositivos móviles y 112 en computadoras.
Para lograr el objetivo original de brindarles a los usuarios una experiencia sin conexión en la app, lanzamos una página personalizada predeterminada para los sitios que no implementan la suya propia.
Por ahora, el algoritmo que muestra el mensaje de instalación aún requiere la presencia de un controlador fetch(). Esta es un área en la que estamos trabajando para incorporar indicadores nuevos y mostrar el mensaje cuando es más probable que el usuario instale la app. Los desarrolladores aún pueden usar beforeInstallPrompt() para controlar el mensaje.
Queremos que los usuarios puedan decidir qué sitios web quieren experimentar como una app, en una ventana completa, con acceso directo a través de íconos. En versiones futuras, experimentaremos con la eliminación del requisito de ciertos campos de manifiesto para que se puedan instalar. Evaluaremos en detalle las métricas y los comentarios de los clientes para determinar el comportamiento actualizado de Chrome.
Por último, como las verificaciones de AWP de Lighthouse están directamente asociadas con los criterios de instalabilidad, decidimos quitar esta categoría de Lighthouse. Seguimos comprometidos con brindar a los desarrolladores las mejores herramientas para optimizar sus experiencias instaladas en la Web. Puedes encontrar las verificaciones de optimizaciones y la depuración de experiencias instalables en DevTools.
No te pierdas estos experimentos y, si tienes preguntas o inquietudes, envíanos tus comentarios.