PWA или мобильное приложение: что выбрать

Выбор «PWA или мобильное приложение» — одно из первых решений, которое определяет бюджет продукта на годы вперёд. Разница в стоимости старта может быть трёхкратной, а в скорости выпуска обновлений — от минут до нескольких дней. При этом универсального ответа нет: для одних задач PWA полностью закрывает потребность, для других её ограничения на iPhone станут стоп-фактором.

Разберём, что умеет прогрессивное веб-приложение в 2026 году, где проходит граница его возможностей и по каким вопросам принять решение за 10 минут.

Что такое PWA и чем оно отличается от сайта

PWA (Progressive Web App) — это веб-приложение, которое браузер позволяет установить на главный экран телефона или компьютера. После установки оно запускается с собственной иконкой, без адресной строки, в отдельном окне — визуально как обычное приложение. Под капотом три технологии:

• Web App Manifest — файл с названием, иконками, цветами и режимом отображения.
• Service Worker — фоновый скрипт, который кэширует ресурсы и данные, обеспечивая работу без сети и быструю загрузку.
• Web Push — push-уведомления, которые приходят, даже когда приложение закрыто.

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

PWA или нативное приложение: сравнение

На практике выбор идёт между тремя вариантами: PWA, кроссплатформенное приложение (React Native, Flutter) и полностью нативное (Swift для iOS, Kotlin для Android).

Обратите внимание на строку про поиск: PWA — единственный из трёх вариантов, который одновременно является сайтом. Каталог товаров, карточки услуг, статьи и страницы специалистов индексируются Яндексом и Google и приводят бесплатный трафик, а установленное приложение удерживает уже пришедших пользователей. У приложения из стора такого канала нет — трафик в него приходится покупать или переводить с сайта.

Кроссплатформенная разработка — золотая середина для большинства бизнес-приложений: одна кодовая база, почти полный доступ к устройству, публикация в сторах. Нативный код нужен для сложной графики, AR, работы с Bluetooth-оборудованием и задач, где критична каждая миллисекунда.

Ограничения PWA на iOS в 2026 году

Android и десктопные браузеры на Chromium поддерживают PWA почти полностью. Основные ограничения — на iPhone и iPad, где все браузеры работают на движке WebKit и подчиняются политике Apple.

• Нет системного приглашения к установке: пользователь должен сам нажать «Поделиться» → «На экран «Домой»». Нужна понятная инструкция в интерфейсе, иначе до установки доходят единицы.
• Push-уведомления работают начиная с iOS 16.4 и только для приложения, установленного на главный экран, — в обычной вкладке Safari они недоступны.
• Нет фоновой синхронизации: данные отправляются, когда приложение открыто.
• Нет Web Bluetooth и Web NFC — работать с кассовым оборудованием, метками или датчиками из PWA на iPhone не получится.
• Хранилище неустановленного сайта Safari может очистить после нескольких дней без посещений; для установленного приложения это ограничение мягче, но полагаться на локальные данные как на единственную копию нельзя.
• В App Store PWA-обёртку без дополнительной ценности Apple, скорее всего, отклонит — магазин требует функциональности сверх сайта.

Как повысить долю установок PWA

• Предлагайте установку не при первом визите, а после ценного действия — оформленного заказа, сохранённого избранного, успешной записи.
• На iPhone показывайте короткую инструкцию с картинкой: где кнопка «Поделиться» и какой пункт выбрать.
• На Android используйте системное приглашение к установке, но вызывайте его по кнопке, а не всплывающим окном.
• Объясняйте выгоду: «получать статус заказа», «работать без интернета», «быстрый вход с главного экрана».
• Измеряйте долю установок отдельно по iOS и Android — цифры будут сильно отличаться.

Плюсы и минусы PWA для бизнеса

Плюсы

• Стоимость и сроки. Одна кодовая база для всех платформ и десктопа, запуск в разы быстрее.
• Нет комиссии сторов за цифровые покупки и нет ожидания ревью.
• Мгновенные обновления: исправление ошибки доходит до всех пользователей при следующем открытии.
• Индексация поисковиками: каждый экран может быть страницей с SEO-трафиком.
• Низкий порог входа: пользователь пробует продукт по ссылке, а устанавливает — когда понравилось.

Минусы

• Ограничения iOS, описанные выше, — главный аргумент против.
• Нет витрины магазина приложений: трафик нужно приводить самим.
• Ниже доверие части аудитории: «приложение из браузера» некоторые не воспринимают как настоящее.
• Тяжёлые интерфейсы с большим количеством анимаций работают менее плавно, чем нативные.

Сколько стоит каждый вариант

Справочно PWA стоит примерно как веб-приложение с аналогичной функциональностью: сайт у нас начинается от 120 000 ₽ и от 3 дней, а офлайн-режим, push и синхронизация добавляют объём в зависимости от сложности данных. Мобильное приложение для iOS и Android — от 400 000 ₽ и 8–14 недель. Добавьте к нативному варианту расходы на аккаунты разработчика — 99 долларов в год для Apple и разовые 25 долларов для Google Play — и комиссию сторов с цифровых продаж, обычно 15–30%.

Расходы после запуска

Разница между вариантами заметна и в эксплуатации. PWA обновляется как сайт: выложили новую версию — пользователи получили её при следующем открытии. Мобильное приложение требует сборки под две платформы, прохождения ревью и поддержки старых версий, которые часть пользователей не обновляет месяцами. Кроме того, Apple и Google ежегодно выпускают новые версии ОС, и приложение нужно адаптировать под изменения требований сторов — закладывайте на это регулярный бюджет поддержки.

Для российских компаний есть и дополнительный фактор: публикация в сторах, приём платежей через них и доступность приложений для части аудитории могут быть осложнены ограничениями, которые меняются со временем. PWA, распространяемая с вашего домена, от этих рисков практически не зависит — это ещё один аргумент держать веб-версию даже при наличии нативного приложения.

Детальный разбор бюджета приложения — в статье сколько стоит мобильное приложение, актуальные ориентиры по всем продуктам — на странице цены на разработку.

Дерево решений: 6 вопросов

1. Нужны ли Bluetooth, NFC, фоновая геолокация или работа с внешним оборудованием? Да — мобильное приложение. Нет — дальше.
2. Критичны ли push-уведомления для iPhone с первого дня, а аудитория не готова устанавливать PWA вручную? Да — мобильное приложение. Нет — дальше.
3. Важен ли трафик из поиска и возможность открыть продукт по ссылке без установки? Да — PWA или сайт. Нет — дальше.
4. Бюджет первой версии меньше 400 000 ₽ или нужен запуск за недели? Да — PWA, а приложение — вторым этапом.
5. Ваша аудитория живёт в Telegram? Рассмотрите Telegram Mini App — порог входа ещё ниже.
6. Это внутренний инструмент для сотрудников? Чаще всего PWA: установку можно проконтролировать, а обновления приходят мгновенно.

Типовые сценарии из практики

Кабинеты кандидатов и рекрутеров, внутренние порталы, инструменты для выездных сотрудников, каталоги и личные кабинеты клиентов — классические задачи для PWA. Так, в платформе найма для производственного холдинга мы использовали PWA: кандидаты и рекрутеры работают с одного кода на телефоне и компьютере, а новые функции доступны сразу после выкладки.

Сервисы с трекингом в реальном времени, приложения для водителей и курьеров, продукты с подписками через сторы — задачи для мобильного приложения. В сервисе заказа трансферов приложения для клиента и водителя сделаны на React Native: водителю нужна стабильная геолокация и надёжные уведомления о новых заказах.

Частый рабочий путь — начать с PWA, проверить спрос и сценарии, а затем выпустить мобильное приложение на том же бэкенде. Если API спроектирован правильно, переписывать серверную часть не придётся. Подробнее о направлении — на странице разработка PWA-приложений.