PWA в Android Chrome: поведение
PWA в Android Chrome: поведение установки — это не просто «нажал и установилось», а последовательность технических критериев и эвристик вовлечённости, которую стоит понимать до запуска трафика. Часть проблем с установкой, которые байеры принимают за «плохой крео», на самом деле технические — от манифеста до сертификата домена. Разберём, что происходит под капотом и что на это реально влияет.
Базовые критерии для показа установки
Chrome предложит установку только если выполнены технические условия: сайт открыт по HTTPS, манифест содержит обязательные поля (имя, иконки нужных размеров, start_url, display standalone или похожий режим), а сервис-воркер зарегистрирован и обрабатывает fetch. Пропуск любого из этих пунктов — и баннер установки просто не появится, независимо от качества трафика. Это первое, что стоит проверить, если конверсия в установку внезапно упала.
Эвристики вовлечённости, а не мгновенный баннер
Chrome не показывает предложение об установке с первой секунды визита — сначала пользователь должен проявить некоторую активность на сайте, а не просто открыть страницу и закрыть её. Это защищает пользователя от навязчивых баннеров на сайтах, где он оказался случайно, но означает, что часть трафика с высоким отказом (bounce) баннер установки не увидит в принципе. Оптимизация первого экрана под удержание внимания напрямую влияет и на установки, а не только на «вовлечённость» абстрактно.
Мини-инфобар и свой сценарий через beforeinstallprompt
По умолчанию Chrome показывает собственный компактный баннер (мини-инфобар), но событие beforeinstallprompt можно перехватить в коде и показать собственный призыв к установке — со своим текстом, таймингом и дизайном вместо системного вида. Это даёт контроль над моментом показа: например, предложить установку после того, как пользователь увидел преленд и прогрелся, а не случайным образом. Именно здесь чаще всего теряют конверсию команды, которые оставляют только системное поведение по умолчанию.
WebAPK: как PWA становится «почти нативным» приложением
После установки Chrome на Android упаковывает PWA в WebAPK — подписанный Google пакет, из-за которого приложение выглядит в списке приложений, настройках и переключателе задач как обычное нативное приложение, а не как ярлык на сайт. Это повышает доверие пользователя и снижает случайные удаления «непонятного ярлыка из браузера». Для команды это также означает, что часть update-логики (обновление манифеста) идёт через периодическую проверку Chrome, а не мгновенно.
Что на практике ломает установку
Чаще всего установку рвут технические, а не креативные причины: истёкший или неправильно настроенный SSL-сертификат, ошибка в манифесте, сервис-воркер, который не проходит регистрацию, или домен, попавший под ограничения. Свои домены с автоматическим HTTPS и ротацией в один клик (как в APEX) закрывают именно эту категорию проблем — сертификат не протухает незаметно, а замена домена не требует пересборки PWA с нуля. Прежде чем менять крео из-за низкой установки, стоит сначала исключить эти технические причины.
Частые вопросы
- Почему у части пользователей не появляется баннер установки?
- Причин несколько: не выполнены технические критерии (HTTPS, манифест, сервис-воркер), пользователь ещё не проявил достаточной активности на сайте, или баннер уже был отклонён ранее для этого сайта.
- Что такое WebAPK?
- Это подписанный Google пакет, в который Chrome оборачивает установленную PWA на Android, из-за чего она ведёт себя в системе как обычное нативное приложение, а не как ярлык браузера.
- Можно ли показать свою кнопку «Установить» вместо системного баннера?
- Да, событие beforeinstallprompt можно перехватить и отложить, показав собственный призыв к установке в удобный момент сценария.
- Как домен влияет на установку PWA в Chrome?
- Установка требует стабильного HTTPS, поэтому проблемы с сертификатом или неаккуратная ротация домена могут сломать и новые установки, и работу уже установленных PWA.
Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.
Начать бесплатно