Почему PWA могут погубить ваш бизнес — и когда это всё-таки верный выбор в 2026 году

Почему Фора Софт написала этот разбор по PWA

Провокационный заголовок здесь — намеренный. PWA — реальная, зрелая технология, на которой работают настоящие бизнесы: Twitter Lite, Pinterest, Uber, Starbucks, Tinder. Это не обман и не вчерашний день. Но выбрать PWA для неподходящего продукта — одно из самых дорогих решений по умолчанию, какие мы видим у основателей. Цена всплывает не на запуске, а через шесть–девять месяцев, когда основатель обнаруживает, что витрина App Store не работает, пуши на iOS не доходят, а путь к встроенным покупкам, на котором держалась монетизация, оказывается невозможным.

Фора Софт делает софт с 2005 года: нативный iOS, нативный Android, React Native, Flutter, Capacitor и чистый веб. Мы выпускаем PWA там, где они подходят, и натив там, где подходит он. Смысл этой статьи — зафиксировать решение письменно, чтобы вы выбрали верный путь осознанно, а не случайно.

Конкретное подтверждение: по нашему портфолио — Perspire.tv (стриминг фитнес-тренировок в реальном времени, натив + веб), CirrusMED (телемедицина с HIPAA), BrainCert (виртуальный класс на WebRTC) — в каждом случае выбор платформы был свой, и инженерная экономика вытекала именно из него. Мы поможем вам сделать такой же выбор для вашего продукта.

Что такое PWA на самом деле в 2026 году

Progressive Web App — это веб-приложение с тремя конкретными техническими требованиями: HTTPS, Web App Manifest (JSON-файл, который описывает приложение браузеру) и Service Worker (JavaScript-прокси, работающий в фоне и обеспечивающий офлайн-режим, кэширование и пуш-уведомления). Современные PWA устанавливаются на домашний экран в Android и iOS одним касанием, запускаются в собственном окне без браузерной обвязки и для большинства пользователей ведут себя как нативное приложение.

В 2026 году все основные браузеры поддерживают ключевые PWA API, а service worker'ы доступны примерно 87% пользователей интернета. Ограничивающий фактор — iOS Safari: пуши в PWA он поддерживает только с iOS 16.4 (март 2023), по-прежнему не умеет Background Sync, имеет более жёсткие квоты на хранилище, чем Chrome, и исторически ограничивал возможности PWA по сравнению с нативом. Хорошая новость в том, что базовые вещи Apple поддерживает, а битва вокруг DMA в ЕС в 2024 году вынудила Apple сохранить PWA на iOS. Плохая — в том, что опыт PWA на iOS всё ещё ощутимо слабее, чем на Android.

Если коротко: PWA реальны и зрелы, но именно iOS определяет, подойдут ли они вашему продукту. Читайте дальше.

Аргументы ЗА PWA в 2026 году

Стоимость. Разработка PWA по отраслевым ориентирам 2026 года обходится примерно в 1,8–6 млн ₽. Нативный iOS плюс Android плюс веб для того же объёма работ обычно стоит 6–15 млн ₽ и выше. PWA выходят на 30–50% дешевле одной нативной платформы и на 60–70% дешевле связки iOS + Android + веб.

Единая кодовая база, мгновенные обновления. Одна кодовая база на JavaScript обслуживает iOS, Android, десктопный и мобильный веб. Обновления выкатываются за минуты, без цикла ревью в App Store. Для продукта, который ещё нащупывает свою форму, такая скорость итераций многого стоит.

Меньше трения при привлечении. PWA ставится с одного URL в одно касание. Натив требует, чтобы пользователь вышел из вашего контекста, открыл магазин приложений, нашёл вас, установил приложение и вернулся. Отвал на этом пути настолько велик, что становится отдельной строкой маркетингового бюджета.

SEO и индексируемость. Google индексирует PWA и показывает их в органической выдаче. Нативных приложений там нет. Для контентных продуктов (новости, e-commerce, блоги) одного только поискового трафика часто хватает, чтобы окупить разработку.

Реально измеренный эффект. Twitter Lite после запуска PWA сообщил о росте числа отправленных твитов на 75% и числа страниц за сессию на 65% при снижении показателя отказов на 20%. Pinterest зафиксировал рост времени в приложении на 40% и ключевой вовлечённости на 60%. Starbucks удвоил число ежедневных активных пользователей и выпустил PWA на 99,84% легче iOS-приложения. Tinder сократил время загрузки с 11,91 до 4,69 секунды и выпустил PWA на 90% легче нативного Android-приложения. Базовый PWA Uber весит 50 КБ в gzip и грузится меньше чем за три секунды даже на сетях 2G. Успешные кейсы существуют.

Риски ПРОТИВ PWA — то, о чём заголовок

1. Ограничения iOS Safari. Apple исторически урезала возможности PWA, чтобы защитить доход App Store. Пуш-уведомления появились только с iOS 16.4 (2023). Background Sync, Periodic Background Sync и Background Fetch на iOS не поддерживаются — то есть ваш PWA не может надёжно обновлять данные, пока пользователь не в нём. Квоты на хранилище жёстче, чем в Chrome, а кэш может очищаться после периодов простоя.

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

3. Нет нативных API. Bluetooth, NFC (ограниченно), HealthKit, ARKit, продвинутое управление камерой, инференс ML на устройстве, биометрическая аутентификация через secure enclave. В 2020 году Apple отказалась реализовать в Safari 16 веб-API, включая Web Bluetooth, Web NFC, WebUSB, Web Serial и Web MIDI. Если вашему продукту нужно что-то из этого, PWA — неверный выбор.

4. Трение в монетизации. Нет встроенных покупок App Store. Нет нативного управления подписками. Apple Pay работает через Payment Request API, но бесшовная покупка в одно касание, которая хорошо конвертит в нативе, на вебе даётся труднее. Аргумент «вы экономите комиссию Apple в 15–30%» верен; контраргумент «ваша конверсия может оказаться на 30–50% ниже» тоже верен. Считайте экономику в обе стороны.

5. Слабые пуши на iOS. Даже на iOS 16.4+ пуши работают только для PWA, которые пользователь вручную добавил на домашний экран, и при условии, что разрешение запрошено в ответ на его действие. Многие так и не добавляют PWA. Кривая удержания у iOS-PWA отстаёт от нативной на 20–40% на продуктах с высокой вовлечённостью.

6. Потолок по производительности. Тяжёлое видео в реальном времени, AR, продвинутая 3D-графика, инференс ИИ на устройстве, многопоточный WebRTC под нагрузкой — здесь натив всё ещё впереди. PWA быстры на контенте, но упираются в потолок на вычислительно или медийно тяжёлых задачах.

7. Разрыв в сигнале доверия. Заметная доля пользователей не доверяет «сайтам, притворяющимся приложениями». Значок в App Store передаёт легитимность, которой у баннера PWA нет. Для потребительских B2C-продуктов эта репутационная цена реальна.

8. Риск зависимости от Apple. В феврале 2024 года Apple объявила о планах убрать поддержку PWA на домашнем экране в ЕС в рамках DMA. Еврокомиссия начала расследование — и за две недели Apple отыграла назад. Урок: PWA на iOS существуют по милости Apple, и Apple показала, что готова отозвать или урезать поддержку, как только сойдутся коммерческие стимулы. Закладывайтесь на это ограничение, а не надейтесь, что оно само исчезнет.

PWA, натив и гибрид — практическое сравнение

Сжатый взгляд на компромиссы по стоимости разработки, возможностям, дистрибуции и экономике на длинной дистанции.

Когда PWA — верный выбор

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

Контентные продукты. Новости, блоги, просмотр товаров в e-commerce. Индексируемость и шеринг по ссылкам — каналы роста; App Store в любом случае не был бы основным каналом привлечения.

Внутренние B2B-инструменты. Пользователи приходят из писем, Slack или корпоративного интранета. Онбординг по ссылке выигрывает у онбординга через установку из магазина. Выручка — от контрактов, а не от внутренних покупок.

Потребительские приложения для развивающихся рынков. Слабые устройства, мало памяти, дорогой мобильный интернет. PWA весом 50 КБ, выходящий за три секунды на 2G, выигрывает у нативной установки в 50 МБ.

Продукты с низкой вовлечённостью. Пользователи возвращаются раз в неделю или реже. Удержание через пуши — не спасательный круг; закладки в браузере достаточно.

Продукты, которым нужны мгновенные обновления. Ежедневное A/B-тестирование, починка критичного бага в два часа ночи, выкатка маркетингового изменения за минуты. Циклы ревью App Store здесь не подходят.

Когда PWA — неверный выбор

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

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

Зависимость от нативных API. Фильтры для камеры, сопряжение по Bluetooth, ML на устройстве, ARKit, HealthKit. В PWA этого нет, и в сроки вашего запуска не появится.

Монетизация по подписке без сильного веб-сценария. Если подписка завязана на встроенные покупки App Store или вы не можете сделать убедительный веб-чекаут, PWA ограничит монетизацию настолько, что сломает модель.

Видео, аудио, AR в реальном времени. Многопоточный WebRTC под нагрузкой, AR-наложения, инференс ИИ на устройстве. По задержке, управлению кодеками и расходу батареи натив по-прежнему выигрывает.

Витрина App Store как канал роста. Если вы привлекаете пользователей через позиции в категориях, поиск по магазину и редакционные подборки, отказаться от присутствия в App Store нельзя. PWA здесь не путь.

Гибридные подходы — PWA плюс натив из общей кодовой базы

Недооценённый третий путь: соединить PWA с тонкой нативной оболочкой, чтобы получить выгоду по стоимости от одной кодовой базы плюс присутствие в App Store и нативные API там, где они важны.

Trusted Web Activities (TWA). Google Play принимает PWA, упакованные в TWA — по сути, оболочку на Chrome, которая открывает ваш PWA. Digital Asset Links подтверждают доверие между Android-приложением и вашим доменом. Приложение есть в Play Store, ставится как Android-приложение, но переиспользует кодовую базу PWA. Самый дешёвый способ получить присутствие в магазине, не удваивая разработку.

Capacitor. Оборачивает веб-приложение в нативную оболочку iOS или Android с системой плагинов для нативных API (камера, пуши, биометрия). Используется в приложениях на Ionic. Позволяет выпустить одну кодовую базу в App Store и Play Store с выборочными нативными возможностями.

React Native и Flutter. Кросс-платформенные нативные фреймворки с общей бизнес-логикой и платформенным UI. Дороже, чем PWA или Capacitor; дешевле, чем две отдельные нативные команды. Выбор по умолчанию для кросс-платформенных потребительских приложений в 2026 году.

Kotlin Multiplatform (KMP). Самый новый игрок, набравший обороты в 2025–2026 годах. Делит бизнес-логику на Kotlin между iOS и Android; UI остаётся платформенным (SwiftUI на iOS, Jetpack Compose на Android). Подходит, когда UI важен, а бизнес-логика тяжёлая.

Стоимость и поддержка — расчёт на двенадцать месяцев

Чистый PWA. Разработка — 1,8–6 млн ₽. Годовая поддержка ~15% от разработки, то есть примерно 300–900 тыс. ₽. Без налога на ревью App Store. Одна команда, один репозиторий, один пайплайн деплоя. Самая низкая совокупная стоимость владения для подходящего профиля продукта.

Натив iOS плюс Android плюс веб. Разработка — 6–15 млн ₽ и выше. Годовая поддержка 20–25% от разработки, то есть примерно 1,2–3,7 млн ₽. Три команды или одна команда на трёх стеках; налог на интеграцию — поддержание паритета функций между платформами — реален и не заканчивается.

Гибрид (React Native, Flutter, Capacitor). Разработка — 4,5–11 млн ₽. Годовая поддержка 15–25% от разработки, то есть примерно 675 тыс.–2,7 млн ₽. Сжимает время разработки на 30–40%, но не отменяет платформенный QA, циклы ревью App Store и баги под конкретные устройства.

Честный вывод. Преимущество PWA по стоимости реально, но не безгранично. Гибрид часто выгоднее, чем принято думать. Натив дорог, но если вашему продукту он нужен, альтернативы обходятся дороже в потерянном росте, чем экономят в бюджете на разработку. Считайте экономику под свою конкретную модель монетизации и каналы роста — верный ответ редко звучит как «возьмём то же, что все остальные».

Пять ловушек PWA, которые мы встречаем чаще всего

1. Баги service worker и инвалидация кэша. Плохой service worker может вечно отдавать устаревший контент. Переделывать стратегию кэширования задним числом больно; продумайте механизм обновления в первый же день. Используйте Workbox, задавайте явные версии кэша и закладывайте путь «принудительного обновления».

2. Очистка хранилища на iOS. Кэш service worker может исчезнуть после периодов простоя на iOS. Не рассчитывайте, что кэш долговечен; считайте его в лучшем случае «по возможности». Критичное состояние должно жить на вашем бэкенде.

3. Трение при установке. На iOS пользователь должен вручную через меню «Поделиться» выбрать «На экран „Домой“». Большинство этого не делает. Воронке установки PWA нужны явное объяснение и правильный момент — подсказка, которая конвертит, не бывает универсальной.

4. UX пуш-уведомлений. Пуши на iOS работают только после установки. Разрешение нужно запрашивать в ответ на действие пользователя, а не при первой загрузке. Сценарий «подпишитесь на уведомления», который работает на Android, на iOS без переделки не работает.

5. Восприятие «это не настоящее приложение». Измеримая доля пользователей не доверяет PWA как сайтам. Визуальные сигналы — отдельное окно, иконка, сплеш-экран, навигация в стиле приложения — важнее, чем были бы для натива. Сэкономите на этом — потеряете пользователей в момент установки.

Мини-кейс — как Фора Софт выбирает платформу

Полезное подтверждение паттерна. Три реальных проекта — три разных решения по платформе.

Perspire.tv — натив плюс веб. Стриминг фитнес-тренировок в реальном времени с двусторонним коучингом при низкой задержке, удержанием через пуши и монетизацией по подписке. Мы сделали нативные iOS и Android плюс дополняющий веб-опыт. PWA был бы неверным выбором — задаче (RTC, пуши, встроенные покупки) нужен нативный контроль.

BrainCert — в первую очередь веб. Виртуальный класс для учебных заведений; пользователи приходят по ссылкам из писем и встраиваний в LMS; рабочие сценарии преподавателей и студентов насыщены контентом и формами. Веб-слой — основной продукт. Решение было таким: в первую очередь веб, с нативными оболочками там, где они окупают свою стоимость — гибридный путь, подошедший задаче.

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

Фреймворк выбора платформы из пяти вопросов

В1. Откуда приходят пользователи? Если по ссылкам (письма, Slack, поиск), PWA выигрывает на трении. Если из поиска по магазину приложений, натив выигрывает на витрине.

В2. Как устроена монетизация? Веб-подписка, контракты или B2B-биллинг → PWA жизнеспособен. Встроенные покупки App Store, freemium с пейволлами, внутриигровая валюта → нужен натив.

В3. Нужны ли нативные API? Камера, AR, Bluetooth, HealthKit, продвинутый ML, биометрическая аутентификация, NFC. Если да — PWA отпадает.

В4. Как устроено удержание? Ежедневная вовлечённость через пуши → натив. Вовлечённость раз в неделю или реже, через ссылки → PWA жизнеспособен.

В5. Какова реальность бюджета? Если вы можете оплатить только одно из (веб, iOS, Android), PWA даёт вам все три. Если можете оплатить все три, сравнивайте PWA, гибрид и натив по задаче, а не только по стоимости.

Частые вопросы

Что почитать дальше

Готовы сделать выбор платформы осознанно?

PWA — не обман и не вчерашний день. Но и не верный ответ для любого продукта. Это решение — не вопрос веры; оно определяется задачей: откуда приходят пользователи, как устроена монетизация, какие нативные API нужны, чем держится удержание и где лежит бюджет. Компании, которые выигрывают на PWA, выбрали его осознанно. Компании, которые проигрывают на PWA, выбрали его потому, что так дешевле, и через полгода обнаружили, что «дешевле» стоило им витрины App Store, удержания через пуши или пути к встроенным покупкам, на котором держалась их бизнес-модель.

Самый полезный следующий шаг — 30-минутный звонок по платформе с senior-инженерами, которые выпускали продукты на каждом стеке. Принесите объём работ, модель монетизации и каналы роста. Мы вернёмся с верным решением — PWA, натив или гибрид — и расчётами под ним. Смысл в том, чтобы принять решение осознанно, с доказательствами, прежде чем что-либо подписывать.