Каждый второй предприниматель, который приходит к нам с задачей "хочу приложение", задаёт один и тот же вопрос где-то в середине разговора: "А может, нам PWA сделать? Слышал, что это дешевле". И каждый раз этот вопрос заслуживает честного, развёрнутого ответа - не рекламного, а технического.
Я занимаюсь разработкой мобильных решений уже несколько лет, и за это время видел достаточно кейсов и неудачных, и успешных, с обеими технологиями. В этой статье разберу всё по-честному: без маркетинга, без воды. Только реальные критерии, реальные цены в сомах и конкретные ситуации, когда одно лучше другого.
Что такое PWA и почему о нём снова заговорили
PWA - это Progressive Web App, прогрессивное веб-приложение. По сути, это обычный сайт, но собранный по определённым стандартам так, что браузер начинает вести себя с ним как с нативным приложением. Пользователь добавляет его на домашний экран, открывает без браузерной строки, оно работает оффлайн, присылает push-уведомления.
Технически PWA держится на трёх китах. Первый - Service Worker, это отдельный JavaScript-поток, который работает в фоне и перехватывает сетевые запросы. Именно он отвечает за кэширование и оффлайн-работу. Второй - Web App Manifest, JSON-файл с описанием приложения: иконка, название, цвет заголовка, ориентация экрана. Третий - HTTPS, без него Service Worker вообще не запустится.
О PWA начали активно говорить ещё в 2016-2017 годах, когда Google активно продвигал эту концепцию. Потом был период разочарования, особенно из-за iOS - Apple не давала нормальной поддержки. Но в 2023-2024 годах ситуация изменилась. iOS 16.4 наконец-то включила Push Notifications для PWA. iOS 17 добавила нормальную работу с Badge API (счётчик на иконке). В 2025 году Apple подтянула поддержку Background Sync. Сейчас, в 2026-м, разрыв между iOS и Android в плане поддержки PWA стал значительно меньше - хотя до паритета ещё далеко.
На Android поддержка PWA всегда была отличной: Chrome, Samsung Internet, Edge - все поддерживают установку, уведомления, геолокацию, камеру, Bluetooth (через Web Bluetooth API).
Что такое нативное приложение
Нативное приложение написано специально под конкретную платформу. Для Android - на Kotlin или Java. Для iOS - на Swift или Objective-C. Оно устанавливается через магазин (Google Play или App Store), имеет полный доступ к API устройства и работает максимально быстро, потому что напрямую взаимодействует с операционной системой.
Есть ещё кросс-платформенные фреймворки - Flutter, React Native. Технически это не "настоящее нативное" в классическом смысле, но они компилируются в нативный код (Flutter) или используют нативные компоненты (React Native), поэтому для бизнеса разница с чистым native минимальна. Когда в этой статье я говорю "нативное приложение", имею в виду этот класс решений целиком - Flutter/React Native в том числе.
Сравнение по 8 ключевым критериям
Давайте по делу. Вот восемь критериев, которые реально влияют на выбор для бизнеса в Кыргызстане.
1. Стоимость разработки
Это обычно первое, что хочет знать клиент.
PWA: разрабатывается один раз и работает везде - Android, iOS, десктоп. Нет нужды поддерживать две кодовые базы. Нет сборки под два магазина. Нет комиссии Apple в 30% с покупок внутри приложения. Разработка PWA в Бишкеке стартует от 150 000 сом за базовый вариант. Полноценное решение с оффлайн-режимом, push-уведомлениями и интеграцией с платёжными системами - от 250 000 до 400 000 сом.
Нативное приложение: если делать на Flutter - одна кодовая база для обоих платформ, что экономит деньги по сравнению с раздельной разработкой. Нижняя планка в Бишкеке - от 300 000 сом за простое приложение. Средний проект с личным кабинетом, каталогом, оплатой - от 500 000 до 800 000 сом. Сложные приложения - выше миллиона.
Разница в цене реальная. Но важно считать полную стоимость владения, а не только разработку.
2. Скорость выхода на рынок
PWA выигрывает безоговорочно. Нет ревью в App Store и Google Play. Нет ожидания по 3-7 дней на публикацию. Обновления деплоятся мгновенно - перезагрузил страницу, получил новую версию. Исправил критический баг - пользователи увидели фикс через несколько минут, а не через несколько дней модерации.
Для нативных приложений публикация в Google Play сейчас занимает от нескольких часов до суток для известных разработчиков, App Store - от 1 до 7 дней. Обновление проходит тот же путь. Если вы запускаете акцию под конкретную дату и в приложении обнаружился баг - это может стать реальной проблемой.
3. Оффлайн-работа
Вот здесь многие недооценивают PWA. Service Worker позволяет кэшировать практически всё: статику, API-ответы, изображения. Через IndexedDB можно хранить гигабайты структурированных данных локально. Background Sync позволяет откладывать запросы и отправлять их, когда появится интернет.
Реальный пример: приложение для торговых представителей, которые объезжают точки в Бишкеке и его окрестностях. Им нужно принимать заказы даже там, где связь плохая. PWA с IndexedDB справляется с этой задачей не хуже нативного.
Нативные приложения, конечно, работают оффлайн тоже - и исторически делали это лучше. Но разрыв сократился до минимума. Если оффлайн-сценарии у вас относительно простые, PWA вполне справится.
Где нативное реально лучше - это работа с большими локальными базами данных (SQLite), сложная синхронизация данных или требования к производительности при оффлайн-обработке (например, компрессия видео без интернета).
4. Push-уведомления
До 2023 года на iOS push-уведомлений из PWA не было вообще. Это был жёсткий аргумент против. Сейчас на iOS 16.4+ они работают - но только если пользователь добавил PWA на домашний экран. Если просто открыть сайт в Safari, push не придут.
На Android всё проще: Web Push API работает через Chrome и другие Chromium-браузеры без каких-либо ограничений, даже без установки на главный экран.
Нативные приложения тут вне конкуренции. APNS (Apple Push Notification Service) и FCM (Firebase Cloud Messaging) - проверенные системы с 99%+ доставляемостью, rich notifications, action buttons, группировка уведомлений. Если уведомления - это ключевая механика вашего продукта (как в приложениях доставки или такси), нативное приложение даст вам значительно больше гибкости.
5. Присутствие в магазинах приложений
PWA в Google Play можно опубликовать через механизм TWA (Trusted Web Activity) - это буквально обёртка вокруг вашего PWA. Работает вполне нормально, и приложение ведёт себя как настоящее. В App Store сделать то же самое значительно сложнее, Apple относится к таким обёрткам с подозрением и часто отклоняет.
Зачем вообще быть в магазинах? Во-первых, доверие. Многие пользователи в Кыргызстане не знают, что такое PWA, и не будут устанавливать что-то, найденное не в Play Market. Во-вторых, органический трафик из поиска по магазину. В-третьих, часть аудитории просто привыкла искать приложения там, а не через браузер.
Если присутствие в магазинах принципиально - нативное приложение даёт это из коробки и без ограничений.
6. SEO и находимость
Это неожиданное преимущество PWA. Поисковые системы - Google, Yandex - прекрасно индексируют PWA как обычные сайты. Контент доступен через обычные URL. Правильно построенный PWA будет находиться в поиске наравне с обычными сайтами.
Нативные приложения в обычном поиске не видны. App Store optimization (ASO) - это отдельная история, там своя конкуренция. Но трафик из Google на нативное приложение напрямую - нет.
Для малого бизнеса в Бишкеке, который хочет находиться по запросам типа "доставка еды Бишкек", "кафе Аламедин район" - SEO-преимущество PWA может быть весомее, чем кажется на первый взгляд.
7. Доступ к функциям устройства
Это главная область, где нативное приложение по-прежнему выигрывает, хотя разрыв постоянно сокращается.
Что PWA умеет в 2026 году:
- Камера и микрофон (через MediaDevices API)
- Геолокация (в том числе фоновая - через Background Geolocation на Android)
- Хранилище файлов (File System Access API, пока только Chrome)
- Bluetooth (Web Bluetooth API)
- Биометрическая аутентификация (WebAuthn)
- Шаринг (Web Share API)
- Вибрация
- Ориентация экрана
Что PWA не умеет или умеет плохо:
- Нативные контакты (чтение адресной книги)
- Телефонные звонки и SMS из приложения
- NFC (на iOS вообще нет, на Android ограничено)
- ARKit/ARCore (дополненная реальность)
- Глубокая интеграция с системными приложениями
- Фоновое воспроизведение аудио (на iOS по-прежнему работает нестабильно)
- In-App Purchase нативного магазина
Для большинства бизнес-приложений этот список ограничений некритичен. Но если вы строите, скажем, приложение с AR-примеркой товаров или с NFC-оплатой - нативное без вариантов.
8. Обновления и поддержка
PWA обновляется мгновенно и для всех пользователей одновременно. Вы деплоите новую версию - Service Worker подхватывает изменения при следующем открытии. Не нужно заставлять пользователей нажимать "Обновить" в магазине.
У нативных приложений обновление - это отдельный пользовательский сценарий. Часть аудитории сидит на старых версиях. Если вы изменили API, нужно поддерживать обратную совместимость или принудительно требовать обновление. Это добавляет сложности в разработку и поддержку.
Таблица сравнения
| Критерий | PWA | Нативное |
|---|---|---|
| Стоимость разработки | от 150 000 сом | от 300 000 сом |
| Время выхода | Быстрее (нет ревью) | Медленнее (ревью 1-7 дней) |
| Оффлайн-работа | Хорошо | Отлично |
| Push-уведомления | iOS 16.4+, Android | Отлично на обеих платформах |
| Магазины приложений | Play Market (TWA), App Store сложно | Полная поддержка |
| SEO | Да, как обычный сайт | Нет |
| Доступ к устройству | 80% нужного функционала | 100% |
| Обновления | Мгновенно | Через модерацию |
| Монетизация через магазин | Нет (или сложно) | Да (минус комиссия) |
| Поиск в магазине | Нет (или слабо) | Да |
Когда выбирать PWA
Есть несколько сценариев, где PWA - это разумный и экономически оправданный выбор.
Ресторан или кафе с онлайн-меню и заказами. Представьте бишкекское заведение, которое хочет уйти от бумажных меню и принимать заказы онлайн. Аудитория - посетители, которые один-два раза заглянут через QR-код на столе. Разрабатывать нативное приложение ради такого сценария - это выбрасывать деньги. PWA отлично работает: загружается быстро, меню можно закэшировать, оформление заказа простое. И никто не будет устанавливать отдельное приложение ради визита в кафе раз в месяц.
Контент-проект или медиа. Сайт с новостями, блог, портал - если основная задача показывать текст и медиа, PWA с правильным кэшированием даст пользователю отличный опыт и будет находиться в поиске.
Корпоративный инструмент для сотрудников. Приложение для торговых представителей, внутренний портал компании, система учёта - аудитория небольшая, устройства корпоративные, требования к функциям устройства минимальны. PWA здесь выигрывает по всем статьям: одно развёртывание, мгновенные обновления, нет головной боли с магазинами.
Каталог товаров или услуг. Интернет-магазин без сложной логики доставки и без массовых push-кампаний - хороший кандидат на PWA. Особенно если SEO важен и большая часть трафика идёт из поиска.
Стартап на ранней стадии. Нет смысла тратить 600 000+ сом на нативное приложение, чтобы проверить гипотезу. PWA позволяет быстро выйти на рынок, получить обратную связь и потом принять решение об инвестициях в нативное.
Когда выбирать нативное приложение
Доставка еды или такси. Приложения типа Яндекс.Еда, Glovo - им нужна фоновая геолокация, rich push-уведомления, работа в оффлайн и нестабильной сети, интеграция с нативными картами. Это нативное, без компромиссов. В Бишкеке уже несколько игроков на рынке доставки, и все они работают через нативные приложения - не случайно.
Финансовые приложения. Если ваш продукт связан с деньгами - банкинг, платёжные сервисы - вам нужна биометрия нативного уровня, Secure Enclave на iOS, доверие пользователей, которое даёт App Store. Да, WebAuthn работает в браузере, но нативный уровень безопасности выше.
Приложение с тяжёлым медиа-контентом. Стриминг, работа с видео, редактирование фото - нативное справится на порядок лучше. Бэкграундное воспроизведение на iOS из PWA до сих пор работает с нюансами.
Игры. Вопрос вообще не стоит, игры - нативное или Unity, никак не PWA.
Лояльность с глубокой персонализацией. Приложение крупной торговой сети с историей покупок, персональными предложениями, сканером штрихкодов на кассе, NFC-картой лояльности - это нативное. Такой функционал PWA не потянет.
Аудитория, которая уже сидит в магазине. Если ваши пользователи уже привыкли искать приложения в Play Market и ожидают найти вас там - нативное. Особенно актуально для B2C-продуктов с широкой аудиторией.
Стоимость разработки в Кыргызстане: реальные цифры
Рынок разработки в Бишкеке достаточно разнообразный. Есть фрилансеры, есть небольшие студии, есть компании с командой. Цены отличаются значительно.
PWA - ценовые диапазоны
Базовый PWA (лендинг + каталог + контактная форма + возможность добавить на главный экран):
- 150 000 - 250 000 сом
- Срок: 4-8 недель
PWA среднего уровня (каталог с фильтрами, личный кабинет, интеграция с CRM или 1С, push-уведомления, оффлайн-режим для ключевых страниц):
- 250 000 - 450 000 сом
- Срок: 2-4 месяца
Продвинутый PWA (полноценный интернет-магазин с оплатой, корзиной, историей заказов, интеграция с платёжными системами - Элсом, О!Деньги, MBank):
- 450 000 - 700 000 сом
- Срок: 3-5 месяцев
Нативное приложение - ценовые диапазоны
Простое нативное приложение (на Flutter, одна платформа или обе, базовый функционал):
- 300 000 - 500 000 сом
- Срок: 2-3 месяца
Приложение среднего уровня (Flutter, iOS + Android, личный кабинет, push, интеграция с API, оплата):
- 500 000 - 900 000 сом
- Срок: 3-5 месяцев
Сложное приложение (маркетплейс, приложение доставки с картами и геолокацией, два типа пользователей):
- 900 000 - 2 000 000+ сом
- Срок: 5-9 месяцев
Скрытые затраты, о которых забывают
Публикация в App Store стоит $99/год (около 8 500 сом). Google Play - $25 однократно (около 2 200 сом).
Комиссия App Store и Google Play на покупки внутри приложения - 15-30%. Для PWA этой комиссии нет, если вы принимаете оплату напрямую через платёжный шлюз.
Поддержка нативного приложения стоит дороже: нужно реагировать на обновления iOS и Android, которые могут сломать что-то в приложении. У PWA эта проблема менее острая - браузеры обратно совместимы.
Гибридный подход: PWA сначала, нативное потом
Это стратегия, которую я часто рекомендую стартапам и малому бизнесу. Логика простая: сначала делаете PWA, выводите продукт на рынок, нарабатываете аудиторию. Когда аудитория выросла и вы чётко понимаете, чего не хватает именно в PWA - тогда инвестируете в нативное.
Реальная история: небольшой магазин одежды в Бишкеке запустил PWA с каталогом и корзиной. Через полгода набрали базу постоянных покупателей. Выяснилось, что половина аудитории на iOS и жалуется, что push-уведомления не работают стабильно. Вот тогда стало понятно, что пора в нативное - и бюджет на это уже был обоснован реальными данными, а не догадками.
Мифы о PWA, которые пора развеять
Миф 1: "PWA - это просто сайт с иконкой"
Нет. PWA с Service Worker, IndexedDB и правильной архитектурой - это полноценное приложение с оффлайн-работой, фоновой синхронизацией и нативными уведомлениями. Да, на базе веб-технологий, но по возможностям - это уже не "просто сайт".
Миф 2: "На iOS PWA не работает нормально"
Работает. С iOS 16.4 push-уведомления доступны. С iOS 17 - Badge API. Да, Safari по-прежнему чуть позади Chrome по поддержке некоторых API, но для большинства бизнес-сценариев это некритично.
Миф 3: "PWA дешевле, значит хуже"
Не обязательно. PWA дешевле, потому что не нужно писать код дважды для двух платформ. Качество - это вопрос исполнения, а не технологии. Плохо написанное нативное приложение хуже хорошего PWA.
Миф 4: "В Play Market PWA не попасть"
Через механизм TWA (Trusted Web Activity) PWA публикуется в Google Play. Технически это полноценное приложение в магазине, которое показывает ваш PWA. Многие крупные компании используют этот подход.
Как принять решение: простой фреймворк
Если после всего прочитанного всё ещё сомневаетесь, задайте себе эти вопросы:
1. Нужны ли вам функции, которых нет в PWA? NFC, ARKit, нативные звонки, фоновое аудио на iOS - если да, нативное.
2. Важно ли присутствие в App Store? Если ваша аудитория ищет приложения через поиск в магазине - нативное. Если находит через Google или по прямой ссылке - PWA справится.
3. Какой бюджет? До 300 000 сом - только PWA. 300 000 - 500 000 - зависит от функционала. Выше - можно рассматривать нативное.
4. Насколько критичны push-уведомления? Если это ключевая механика (доставка, такси, срочные уведомления) - нативное. Если уведомления дополнительный инструмент - PWA справится.
5. Какова ваша аудитория? Молодая аудитория, технически грамотная, преимущественно Android - PWA отлично. Старшая аудитория, iPhone-пользователи, ожидают приложение в App Store - нативное или гибридный подход.
Что выбирают бишкекские компании
Посмотрим на реальные сегменты рынка Кыргызстана.
Рестораны и кафе: большинство мелких и средних заведений используют либо готовые решения (iiko, r_keeper с веб-интерфейсом), либо простые сайты. Те, кто хочет своё решение с оформлением заказов онлайн - идут в PWA, потому что бюджет ограничен, а задача не требует нативного.
Интернет-магазины: здесь интересно. Крупные игроки (если такие есть в нише) делают нативное. Мелкие магазины - Instagram-магазины, которые только выходят на следующий уровень, - начинают с PWA.
Доставка: уже упоминал - игроки рынка доставки еды в Бишкеке работают на нативных приложениях. Логика продукта требует этого.
Медицинские сервисы: клиники, медицинские центры - пока большинство ограничивается сайтами с онлайн-записью. Приложения единичны. Это потенциально интересный рынок, где PWA с записью к врачу и напоминаниями - вполне рабочее решение.
Образование: языковые школы, курсы, учебные центры - PWA с личным кабинетом ученика, расписанием, домашними заданиями. Это разумный выбор для среднего образовательного бизнеса.
Технические детали для тех, кто хочет глубже
Если вы технический специалист и оцениваете варианты - несколько деталей.
Производительность PWA в 2026: движки V8 (Chrome) и JavaScriptCore (Safari) значительно улучшились. WebAssembly позволяет запускать высокопроизводительный код в браузере. Для большинства бизнес-приложений разница в производительности между PWA и нативным на современных устройствах практически незаметна пользователю.
Storage в PWA: IndexedDB даёт доступ к структурированному хранилищу. Cache API для кэширования сетевых запросов. Origin Private File System (OPFS) - относительно новый API для работы с файлами локально. Все браузеры поддерживают квоты от 1 до 50+ ГБ в зависимости от устройства.
Background processes: Background Sync API - для отложенных запросов. Periodic Background Sync - для регулярного обновления данных в фоне (Chrome, Android). На iOS фоновые процессы по-прежнему ограничены - это честный минус.
Установка: Prompt to install на Android вызывается через событие beforeinstallprompt. На iOS - только через инструкцию "Добавить на экран Домой" в Safari, автоматического промпта нет. Это снижает конверсию в установку на iOS.
Заключение
PWA или нативное - это не вопрос "что лучше вообще". Это вопрос "что подходит для вашей конкретной задачи, аудитории и бюджета".
Если вы запускаете кафе и хотите онлайн-меню с заказами - PWA. Если строите сервис доставки, который будет конкурировать с крупными игроками - нативное. Если у вас стартап и вы проверяете гипотезу - PWA, потом посмотрите.
Главная ошибка, которую я вижу у местных предпринимателей - это переплачивать за нативное приложение там, где PWA справился бы на 90%, или, наоборот, экономить на PWA там, где бизнес-логика требует нативного.
Правильный выбор технологии на старте может сэкономить вам 200 000-400 000 сом и несколько месяцев времени. Или, наоборот, неправильный выбор обойдётся переделкой через год.
Если вам нужна консультация - не рекламная, а честная - обратитесь к нам. Мы разрабатываем и мобильные приложения, и веб-решения для бизнеса в Кыргызстане, и нет причины навязывать вам более дорогое решение там, где оно не нужно.
Расскажите задачу - скажем, что подойдёт.