PWA вместо мобильного приложения: клиент сэкономил 280 000 рублей и получил плюс 47% конверсии

Я долго скептически смотрел на Progressive Web Apps. Казалось — это «бюджетный вариант» для тех, кто не может себе позволить нативное приложение. Потом у меня был клиент с интернет-магазином одежды, и всё встало на место.

Он пришёл с чётким запросом: нужно приложение в App Store и Google Play, потому что «все конкуренты уже сделали». Бюджет — 300 тысяч. Я честно объяснил, что за этим стоит: 3-4 месяца разработки, отдельная инфраструктура, ручные обновления, модерация Apple (до двух недель), ежегодный взнос за аккаунт разработчика. И главное — большинство пользователей так и не скачивают приложения малого бизнеса.

Сделали PWA. Три дня работы. 15 000 рублей.

Что такое PWA и почему это работает

PWA — это обычный сайт, который умеет вести себя как приложение. Пользователь заходит на сайт, браузер предлагает «Добавить на главный экран» — и вот оно: иконка на смартфоне без App Store и Google Play.

Технически за этим стоят три компонента:

1. Service Worker — скрипт, который кэширует страницы и позволяет сайту работать офлайн или при плохом интернете
2. Web App Manifest — JSON-файл с названием, иконками и режимом отображения
3. HTTPS — без него ничего не заработает

Всё это внедряется в существующий сайт. Новый продукт писать не нужно.

Цифры, которые изменили мою точку зрения

По проекту с тем самым интернет-магазином одежды:

1. Конверсия на мобильных: +47% через месяц после запуска
2. Время загрузки страницы: упало с 4,2 до 1,7 секунды
3. Возвраты пользователей: в 5 раз выше у тех, кто установил значок на главный экран

Это не уникальный кейс. Twitter Lite вырос по ключевым метрикам на 65% после перехода на PWA. Starbucks запустил PWA, потому что нативное приложение не работало офлайн, — и получил двукратный рост заказов. Flipkart вернул 70% пользователей, которые раньше уходили из-за медленной загрузки.

Кому PWA подходит, а кому нет

Подходит:

1. Интернет-магазины с высоким мобильным трафиком
2. Сервисы с регулярными визитами — медиа, обучение, CRM-порталы
3. Стартапы, которым нужно быстро проверить гипотезу на мобильных
4. Любой бизнес, где 60%+ трафика идёт со смартфонов

Не подходит:

1. Игры с 3D-графикой или AR/VR
2. Приложения с глубоким доступом к железу (GPS в реальном времени, датчики)
3. Продукты, где наличие в App Store — часть маркетинговой стратегии

Для большинства малого и среднего бизнеса PWA — это 95% возможностей нативного приложения за 5% стоимости.

Как это внедряется на практике

На WordPress с плагином — полдня. На Laravel или чистом PHP — один-два дня. Базовый чеклист:

1. Создаём manifest.json с иконками 192×192 и 512×512
2. Пишем Service Worker — регистрируем кэш для статики и страниц
3. Подключаем регистрацию SW в 
4. Проверяем в Lighthouse — критерии PWA должны быть зелёными
5. Настраиваем push-уведомления, если нужно

Самый частый косяк — неправильная стратегия кэширования. Если Service Worker кэширует агрессивно, пользователь видит устаревший контент. Если слишком мягко — офлайн не работает. Нужен баланс, и именно здесь чаще всего теряют время.

Что в итоге

Клиент получил PWA вместо нативного приложения. Сэкономил 280 000 рублей. Запустил за три дня. Через месяц смотрит на рост конверсии и уже не спрашивает про App Store.

Это не значит, что нативные приложения не нужны — иногда нужны. Но для большинства задач PWA решает их быстрее, дешевле и без зависимости от магазинов приложений.

Если хотите понять, сколько это будет стоить для вашего сайта — посмотрите калькулятор стоимости.