En los próximos meses, Chrome ejecutará experimentos con el objetivo de simplificar los criterios de instalación de apps y mejorar la experiencia de los desarrolladores y del usuario. En esta publicación, compartimos los cambios que puedes esperar y los motivos por los que ejecutamos estos experimentos.
La instalación existe como una función web en dispositivos móviles desde 2015, y en 2019 se agregó compatibilidad con la instalación de AWP de escritorio. La capacidad de instalación en 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 el software. Sin embargo, los requisitos de los criterios no siempre produjeron una experiencia de mayor calidad. Por ejemplo, la verificación del service worker tenía el propósito de 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 perjudica el rendimiento web en lugar de mejorar la experiencia (Chrome pudo mitigar el problema omitiendo los controladores vacíos).
Dado que los criterios existentes no dan como resultado 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 las suyas.
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 indicadores nuevos y mostrar el mensaje cuando sea más probable que el usuario instale la app. Los desarrolladores aún pueden usar beforeInstallPrompt() para controlar el mensaje.
Queremos que los usuarios tengan el poder de decidir qué sitios web quieren experimentar como una aplicación, en una ventana completa, con acceso directo mediante íconos. En versiones futuras, probaremos quitar el requisito de ciertos campos del manifiesto para que se puedan instalar. Evaluaremos minuciosamente las métricas y los comentarios de los clientes para determinar el comportamiento actualizado de Chrome.
Por último, debido a que las verificaciones de la AWP de Lighthouse están directamente asociadas con los criterios de instalación, decidimos quitar esta categoría de Lighthouse. Seguimos comprometidos a proporcionar a los desarrolladores las mejores herramientas para optimizar sus experiencias instaladas en la Web. Aún puedes buscar las verificaciones de optimizaciones y la depuración de experiencias instalables en Herramientas para desarrolladores.
Presta atención a estos experimentos. Si tienes alguna pregunta o inquietud, envía tus comentarios.