В ближайшие месяцы Chrome будет проводить эксперименты с целью упростить критерии установки приложений и улучшить взаимодействие с разработчиками и пользователями. В этом посте рассказывается об изменениях, которые вы можете ожидать, и о причинах, по которым мы проводим эти эксперименты.
Установка существует как веб-функция на мобильных устройствах с 2015 года, а в 2019 году была добавлена поддержка установки PWA для настольных компьютеров. Возможность установки в браузерах Chromium ограничена критериями качества, включая манифест с конкретными полями, такими как имя и значок, а также сервисный работник с обработчик выборки.
Цель существующих критериев установки — стимулировать разработчиков инвестировать в высококачественный пользовательский опыт и соответствовать ожиданиям пользователей при установке программного обеспечения. Однако требования критериев не всегда обеспечивали более высокое качество обслуживания. Например, проверка сервис-воркеров была задумана как прокси-сервер для обнаружения сайтов, работающих в автономном режиме, но сайты добавили сервис-воркеров с пустыми обработчиками выборки, чтобы удовлетворить критериям. Это ухудшает производительность сети, а не улучшает работу ( Chrome в конечном итоге смягчил проблему, игнорируя пустые обработчики ).
Учитывая, что существующие критерии не приводят к желаемому результату, мы экспериментируем с некоторыми изменениями в критериях. В качестве первого шага мы устранили требование иметь сервисного работника, реализующего метод fetch() для установки из меню, начиная с версии 108 для мобильных устройств и 112 для настольных компьютеров.
Чтобы достичь первоначальной цели — предоставить пользователям возможность работы в приложении в автономном режиме, мы запустили пользовательскую страницу по умолчанию для сайтов, которые не реализуют свою собственную.
На данный момент алгоритм, отображающий приглашение на установку, по-прежнему требует наличия обработчика fetch() . В этой области мы работаем над включением новых сигналов и отображением приглашения, когда пользователь с наибольшей вероятностью установит приложение. Разработчики по-прежнему могут использовать beforeInstallPrompt() для управления приглашением.
Мы хотим, чтобы пользователи имели возможность решать, какие веб-сайты они хотят использовать в качестве приложения в полноэкранном режиме с прямым доступом с помощью значков. В будущих выпусках мы поэкспериментируем с удалением требований к определенным полям манифеста для возможности установки. Мы будем внимательно оценивать показатели и отзывы клиентов, чтобы определить обновленное поведение Chrome.
Наконец, поскольку проверки Lighthouse PWA напрямую связаны с критериями возможности установки, мы решили удалить эту категорию из Lighthouse. Мы по-прежнему стремимся предоставлять разработчикам лучшие инструменты для оптимизации их установленных приложений в Интернете. Вы по-прежнему можете найти проверки оптимизации и отладки устанавливаемых приложений на DevTools .
Следите за этими экспериментами, и если у вас возникнут какие-либо вопросы или сомнения , оставьте отзыв .