Нативное приложение — это +50–100% к бюджету веба и +3–6 месяцев к срокам. PWA даёт 80% возможностей за 20% стоимости. Разберёмся, когда экономить, а когда делать нативно.
Что такое PWA
Progressive Web App — это веб-приложение, которое:
- Работает офлайн или с плохой сетью благодаря Service Worker.
- Устанавливается на главный экран без App Store.
- Поддерживает push-уведомления (на Android — давно, на iOS — с 2023 года).
- Имеет нативно-выглядящий интерфейс без рамок браузера.
Под капотом — обычный сайт на Next.js + TypeScript с manifest.json и service worker.
Сильные стороны PWA
- Один кодбейс для веб и «приложения». Меньше команды, меньше багов, единый релиз.
- Нет модерации в App Store / Google Play. Релизы — за 5 минут.
- Нет 30%-комиссии сторов на встроенные покупки.
- Индексируется поисковиками — бесплатный трафик из Yandex и Google.
- Дешевле: PWA-бюджет — от 500 000 ₽, нативное приложение под обе платформы — от 2 млн ₽.
Ограничения PWA
- Нет полноценного доступа к Bluetooth-периферии в iOS.
- Ограничены фоновые задачи и геолокация в фоне.
- Нет интеграции с системными контактами, календарём (на iOS).
- Нельзя продавать через App Store (но можно через сайт).
- Установка на iPhone требует объяснения пользователю — кнопки «Установить» там нет, нужен «Поделиться → На экран Домой».
Когда нужен натив
Нативное приложение оправдано, если хотя бы одно из:
- Вы продаёте платный продукт через сторы (это маркетинговое требование).
- Нужен сложный офлайн-режим, фоновые синхронизации, геолокация в фоне.
- Используется специфическое железо: NFC, BLE, AR-камера, биометрия, CarPlay.
- У вас аудитория, которая ищет приложения именно в сторах.
- Бренду важно «иметь приложение» как часть имиджа.
В остальных случаях PWA закрывает задачу и быстрее окупается.
Гибридный путь
Часто оптимально:
- Сделать PWA как основной продукт (за 2–4 месяца).
- Через год, на основе реальной аналитики, понять, нужен ли натив.
- Если нужен — обернуть PWA в Capacitor или React Native WebView. Это даёт листинг в сторах и нативные пуши за месяц работы вместо полугода.
Технические нюансы PWA
- Service Worker обновляется по правилам кэша — нужна стратегия инвалидации (например, stale-while-revalidate для статики и network-first для API).
- Push-уведомления требуют согласия пользователя; на iOS — только после установки на главный экран.
- Иконки и splash-экраны — несколько размеров под разные устройства, описаны в
manifest.json. - HTTPS обязателен — без него Service Worker не работает.
Стоимость владения
- PWA: разработка от 500 000 ₽, поддержка от 30 000 ₽/мес. Один деплой обновляет всех.
- Нативное iOS + Android: разработка от 2 млн ₽, поддержка от 80 000 ₽/мес. Релизы через сторы (1–7 дней модерации), две команды или один кросс-платформенный фреймворк.
Что в сухом остатке
PWA — стартовый дефолт для большинства бизнесов: дешевле, быстрее, гибче. Натив оправдан, если нужны функции, которые PWA не закрывает, или продажи через сторы. Гибрид (PWA + WebView-обёртка) — компромисс, который часто работает лучше всего.
Частые вопросы
Что такое PWA и чем оно отличается от обычного сайта?
Progressive Web App — веб-приложение, которое работает офлайн или с плохой сетью благодаря Service Worker, устанавливается на главный экран без App Store, поддерживает push-уведомления (на Android давно, на iOS с 2023 года), имеет нативно-выглядящий интерфейс без рамок браузера. Под капотом — обычный сайт на Next.js + TypeScript с manifest.json и service worker. От обычного сайта отличается возможностью «установки» и работы без сети, плюс мобильным UX.
В чём преимущества PWA перед нативным приложением?
Пять сильных сторон. Один кодбейс для веб и «приложения» — меньше команды, меньше багов, единый релиз. Нет модерации в App Store / Google Play — релизы за 5 минут вместо 1–7 дней. Нет 30%-комиссии сторов на встроенные покупки. Индексируется поисковиками — бесплатный трафик из Yandex и Google. Дешевле: PWA-бюджет от 500 000 ₽, нативное приложение под обе платформы от 2 млн ₽. Это +50–100% к бюджету веба и +3–6 месяцев к срокам, чтобы получить только листинг в сторах.
Какие ограничения у PWA по сравнению с нативом?
Несколько важных. Нет полноценного доступа к Bluetooth-периферии в iOS. Ограничены фоновые задачи и геолокация в фоне. Нет интеграции с системными контактами, календарём (на iOS). Нельзя продавать через App Store (но можно через сайт). Установка на iPhone требует объяснения пользователю — кнопки «Установить» там нет, нужен «Поделиться → На экран Домой». Эти ограничения важны для специфических задач (медицина с BLE-устройствами, AR-приложения), но для большинства бизнес-сценариев не критичны.
Когда нативное приложение оправдано вместо PWA?
Пять сценариев. Вы продаёте платный продукт через сторы (это маркетинговое требование). Нужен сложный офлайн-режим, фоновые синхронизации, геолокация в фоне. Используется специфическое железо: NFC, BLE, AR-камера, биометрия, CarPlay. У вас аудитория, которая ищет приложения именно в сторах. Бренду важно «иметь приложение» как часть имиджа. В остальных случаях PWA закрывает задачу и быстрее окупается. Часто оптимально: сделать PWA как основной продукт, через год понять по аналитике, нужен ли натив.
Что такое гибридный путь PWA + WebView?
Часто оптимально. Сделать PWA как основной продукт (за 2–4 месяца). Через год, на основе реальной аналитики, понять, нужен ли натив. Если нужен — обернуть PWA в Capacitor или React Native WebView. Это даёт листинг в сторах и нативные пуши за месяц работы вместо полугода. WebView-обёртка позволяет получить присутствие в App Store и Google Play, при этом сохранив единую кодовую базу. Большая часть кода работает в WebView, нативные функции (пуши, BLE) дописываются на каждой платформе.
Сколько стоит владение PWA по сравнению с нативом?
PWA: разработка от 500 000 ₽, поддержка от 30 000 ₽/мес. Один деплой обновляет всех — пользователи получают обновления мгновенно при следующем визите. Нативное iOS + Android: разработка от 2 млн ₽, поддержка от 80 000 ₽/мес. Релизы через сторы (1–7 дней модерации), две команды или один кросс-платформенный фреймворк. Разница в стоимости владения за 3 года — обычно 4–5 раз в пользу PWA. Натив окупается только при наличии конкретной выгоды (продажи через сторы, специфическое железо).