«Нам нужно мобильное приложение» — фраза, за которой часто стоит не разобранная задача, а мода. Бизнес видит, что у конкурентов есть иконка в App Store, и закладывает в бюджет разработку двух нативных приложений, отдельного API и постоянной поддержки. А по факту магазину нужен был удобный, быстрый мобильный интерфейс — и его можно получить в разы дешевле через PWA.
Эта статья — про экономику выбора между PWA и нативным приложением для магазина на 1С-Битрикс. Разберём, из чего складывается стоимость на старте и в поддержке, где нативное приложение действительно оправдано, а где это выброшенные деньги, и как PWA надстраивается над существующим сайтом. Если задача — ускорить и упорядочить бэкенд под мобильную нагрузку, помогает аудит и оптимизация 1С.
Коротко
- PWA — это сайт, который ведёт себя как приложение: установка на экран, офлайн, пуши, одна кодовая база.
- Нативное приложение — отдельная разработка под iOS и Android плюс свой API, публикация и вечная поддержка.
- Экономика PWA кратно выгоднее: меньше стоимость старта и, главное, поддержки одной базы вместо трёх.
- Нативное оправдано, когда нужны камера/датчики, сложный офлайн или присутствие в сторах как канал.
Почему выбор — это про деньги
Спор «PWA или нативное» часто ведут в терминах технологий, а решать его нужно в терминах денег и задач. Обе технологии умеют делать мобильный магазин; разница в том, во сколько это обойдётся на старте и, что важнее, сколько будет стоить владение решением год за годом.
Мобильное приложение — не разовая покупка, а обязательство. Его нужно поддерживать под новые версии iOS и Android, обновлять, чинить, продвигать. Поэтому честный расчёт сравнивает не только цену разработки, но и стоимость владения на горизонте двух-трёх лет. И именно здесь разница между PWA и нативом становится драматической.
Что такое PWA и что такое нативное
Прежде чем считать, зафиксируем термины, потому что путаница в них — источник неправильных решений.
- PWA (Progressive Web App). Ваш сайт, дополненный манифестом и сервис-воркером. Его можно установить на домашний экран, он работает офлайн, умеет пуши и открывается на весь экран без адресной строки. Технически это одна кодовая база поверх сайта.
- Нативное приложение. Отдельная программа под каждую платформу: iOS (Swift) и Android (Kotlin), либо кросс-платформенный фреймворк. Ставится из App Store и Google Play, имеет полный доступ к возможностям устройства.
Главное отличие для бюджета: PWA переиспользует то, что у вас уже есть, — сайт и его бэкенд. Нативное приложение почти всегда означает новую разработку и новую сущность, которую надо содержать параллельно с сайтом.
Из чего складывается стоимость
Чтобы сравнение было честным, разложим стоимость на составляющие. Их четыре, и по каждой PWA и натив ведут себя по-разному.
- Разработка. Сколько стоит сделать решение с нуля до рабочей версии.
- Бэкенд и API. Нужен ли отдельный серверный слой или используется существующий сайт.
- Поддержка. Стоимость сопровождения под новые ОС, устройства и бизнес-задачи.
- Публикация и продвижение. Аккаунты разработчика, ревью, комиссии, продвижение в сторах.
Дальше пройдём по ключевым статьям подробнее — именно в них прячется реальная разница.
Разработка: одна база против двух
Это первая и самая очевидная точка расхождения. PWA — одна кодовая база, надстроенная над сайтом. Нативное приложение при честной реализации под обе платформы — это два приложения (или одно кросс-платформенное, что тоже недёшево) плюс, как правило, отдельный API-слой, который отдаёт данные приложению.
Для магазина на 1С-Битрикс это принципиально: сайт уже умеет каталог, корзину, оформление заказа, обмен с 1С. PWA переиспользует всё это. Нативному приложению нужно заново описать взаимодействие с бэкендом через API — а безопасность и устройство такого API сами по себе отдельная работа, которую мы разбираем в статье про безопасность REST и вебхуков в 1С-Битрикс.
Поддержка и обновления
Здесь прячется самая крупная и незаметная на старте разница. Нативное приложение нельзя «сделать и забыть»: каждый год выходят новые версии iOS и Android, меняются требования сторов, появляются новые устройства и экраны. Всё это требует регулярной работы, иначе приложение начинает падать и вылетать из магазинов.
PWA обновляется как сайт: выкатили деплой — пользователь получил новую версию при следующем заходе. Никакой модерации, никаких «пользователей на старых версиях». Для магазина, где часто меняются акции, цены и функциональность, это огромное преимущество по скорости и стоимости. О том, как выстроить безопасный и быстрый процесс выкатки, — в материале про CI/CD и деплой для 1С-Битрикс.
Публикация и комиссии сторов
Нативное приложение живёт в магазинах приложений, и это отдельная статья расходов и рисков:
- Аккаунты разработчика. Платные, у Apple — ежегодно.
- Ревью и модерация. Каждое обновление проходит проверку, которая может затянуться или завернуть релиз.
- Комиссии за платежи. Для части сценариев сторы берут долю с транзакций через встроенные покупки.
- Правила площадок. Магазин может изменить требования, и приложение придётся переделывать.
PWA всего этого лишена: она распространяется через обычную ссылку и устанавливается с сайта. Нет посредника, нет комиссий, нет модерации. Обратная сторона — вы не присутствуете в App Store и Google Play как в канале, и если этот канал важен, это аргумент за натив.
Сравнение по деньгам: таблица
Сведём ключевые статьи в одну картину. Цифры зависят от проекта, поэтому сравниваем по характеру затрат, а не в рублях.
| Статья | PWA | Нативное (iOS + Android) |
|---|---|---|
| Кодовая база | Одна, поверх сайта | Две платформы + API |
| Бэкенд | Существующий сайт | Отдельный API-слой |
| Публикация | Ссылка с сайта | App Store + Google Play |
| Обновления | Деплой, мгновенно | Через ревью сторов |
| Поддержка под ОС | Как у сайта | Постоянная, под две ОС |
| Индексация в поиске | Да, это сайт | Нет |
| Стоимость владения | Низкая | Высокая |
Когда PWA выгоднее
Для большинства интернет-магазинов и B2B-порталов PWA закрывает задачу дешевле и быстрее. Она выгоднее, когда:
- Нужен удобный мобильный магазин, а не работа с «железом» устройства.
- Важен поисковый трафик — PWA остаётся сайтом и индексируется.
- Функциональность часто меняется — акции, цены, ассортимент обновляются мгновенно.
- Бюджет ограничен, а результат нужен предсказуемый и без вечной поддержки двух платформ.
- Уже есть сайт на 1С-Битрикс — PWA переиспользует его и бэкенд.
Когда нативное оправдано
Нативное приложение — не зло, а инструмент под свои задачи. Оно оправдано, когда бизнесу реально нужны его сильные стороны, а не иконка ради иконки. Веские причины выбрать натив:
- Глубокая работа с устройством. Камера, датчики, Bluetooth, сложная геолокация, системные интеграции.
- Сложный офлайн. Приложение должно полноценно работать без сети с тяжёлыми данными.
- Максимальная плавность. Тяжёлая графика, анимации, игровые сценарии.
- Сторы как канал. Присутствие в App Store и Google Play само привлекает аудиторию.
- Гарантированные пуши на iOS. Если это критичный бизнес-канал с жёсткими требованиями.
Если хотя бы пара пунктов про вас — считайте оба варианта всерьёз. Если ни один — деньги на натив, скорее всего, лучше вложить в скорость и функциональность сайта и PWA.
PWA поверх сайта на 1С-Битрикс
Технически PWA надстраивается над работающим сайтом и не требует переписывать бэкенд. Порядок такой:
- Манифест приложения. Описывает иконку, имя, цвета и поведение при установке на домашний экран.
- Сервис-воркер. Кэширует статику и данные, обеспечивает офлайн и быструю повторную загрузку.
- Установка на экран. Аккуратное предложение добавить магазин на главный экран устройства.
- Пуш-уведомления. Настройка канала уведомлений там, где это поддерживается платформой.
- Оптимизация скорости. PWA наследует скорость сайта, поэтому фронтенд и бэкенд ускоряют в первую очередь.
Поскольку PWA живёт на том же бэкенде, важна его архитектура и производительность. Современный подход к данным и коду в Битрикс мы разбираем в статье про D7 и ORM в 1С-Битрикс, а системную настройку заказа и склада закрывает услуга автоматизации продаж и склада на 1С.
Частые ошибки при выборе
- Приложение ради иконки. Натив заказывают «как у конкурентов», без задачи, которую он решает.
- Считают только старт. В расчёт не берут стоимость поддержки двух платформ на годы вперёд.
- Забывают про бэкенд. Думают, что натив «подключится к сайту сам», а нужен отдельный API-слой.
- Игнорируют поиск. Уходят в натив и теряют органический трафик, который давал сайт.
- Медленный сайт под PWA. PWA наследует тормоза сайта — без оптимизации она не спасёт.
- Ожидают «всё как в нативе». Требуют от PWA возможностей, которых у веба объективно нет.
Чек-лист решения
- Сформулирована задача. Понятно, что именно должно уметь мобильное решение и зачем.
- Проверены требования к «железу». Нужны ли камера, датчики, сложный офлайн — или нет.
- Посчитано владение. Сравнили не только старт, но и поддержку на два-три года.
- Оценён канал сторов. Важно ли присутствие в App Store и Google Play как источник аудитории.
- Учтён поисковый трафик. Насколько бизнес зависит от органики, которую даёт сайт.
- Проверена скорость сайта. Под PWA сайт должен быть быстрым и адаптивным.
- Выбран вариант по деньгам и задачам, а не по моде на «приложение».
Вывод
Выбор между PWA и нативным приложением — это не спор технологий, а расчёт денег и задач. Для большинства магазинов и B2B-порталов на 1С-Битрикс PWA закрывает потребность в удобном мобильном интерфейсе кратно дешевле: одна кодовая база поверх сайта, тот же бэкенд, мгновенные обновления и сохранённый поисковый трафик — против трёх сущностей, которые нужно содержать годами.
Нативное приложение оправдано, когда бизнесу реально нужны его сильные стороны — работа с устройством, сложный офлайн, присутствие в сторах как канал. Если этих требований нет, честный расчёт стоимости владения почти всегда указывает на PWA. Начните с задачи и с цифр — и решение станет очевидным.
