Прогрессивные веб-приложения (PWA) давно обещают стать «волшебной таблеткой» для бизнеса. Везде расписывают их как нечто среднее между сайтом и нативным приложением: быстрее, дешевле, красивее и решает все проблемы. Западные кейсы пестрят цифрами, что якобы мобильная конверсия выросла на 50%, отказы упали на 40%, вовлеченность взлетела до небес.

В России интерес к PWA тоже стабильно растет. Этому способствует повсеместное использование смартфонов, блокировки зарубежных сервисов и сторов, потребность в отечественных решениях и вечное желание бизнеса сократить затраты на разработку. На технологии PWA сегодня строятся или используют ее элементы такие гиганты, как Яндекс, Авито, VK, Сбер (Вконтакте (VK.com), СберБанк Онлайн, Avito).

Но за блестящими обещаниями скрывается куча нюансов, о которых часто умалчивают. 

Миф 1. PWA это дешево

PWA обходится в 3-4 раза дешевле нативных приложений для iOS и Android, потому что кодовая база единая.

На практике всё сложнее. Если у вас уже есть работающий сайт на 1С-Битрикс, WordPress или российской CMS, то простое «навешивание» PWA не сработает. Потребуется серьезный рефакторинг фронтенда, переход на современные фреймворки (React, Vue или Angular). А такие специалисты все вместе стоят дороже, чем разработка на традиционных технологиях. Кроме того, готовые CMS-модули (например, для интеграции с СБП или Госуслугами) придется переписывать под новую архитектуру. Не забывайте про поддержку, кэширование и сервис-воркеры нужно постоянно актуализировать, что увеличивает нагрузку на команду. Всё это конечно делать не обязательно, суть PWA файл манифеста и сервис воркер, но если вы хотите передать своему пользователю весь опыт нативных приложений в веб-обертке, то придется заморочиться.

Экономия действительно возникает только тогда, когда вы с нуля заменяете разработку трех отдельных продуктов (iOS, Android и веб) на одно PWA приложение. Может быть вам нужно просто «улучшить мобильную версию», в 90% случаев достаточно грамотного адаптивного дизайна. Пользователей PWA в России по прежнему достаточно мало.

Миф 2. Пользовательский опыт как в нативном приложении

В России безоговорочно доминируют устройства на Android. Chrome на этой ОС поддерживает практически все фишки PWA, поэтому там опыт действительно близок к нативному. Но с iOS всё иначе.

Apple исторически неохотно открывает свой сад для веб-технологий. Поддержка push-уведомлений в PWA на iPhone появилась только недавно, и то с ограничениям. Кроме того, в России высока доля устаревших устройств и браузеров, где PWA может тормозить или не поддерживать часть функций.

Отдельная боль альтернативные браузеры. Тот же Яндекс.Браузер отлично работает со своими сервисами, но имеет свои особенности поддержки PWA, которые часто ломают стандартные сценарии установки. В целом поддержка PWA в яндекс браузере на мобильных устройствах не реализована. Firefox тоже не охотно раскачивается в поддержке PWA. Остальные браузеры на основе chromium имеют более менее нормальную поддержку PWA, но все равно не дотягивают до Google Chrome. 

Миф 3. Установка в один клик без магазинов приложений

Теоретически пользователь может установить PWA прямо с сайта, минуя RuStore или Google Play. На практике российские пользователи привыкли к официальным сторам. Им проще найти приложение в маркете, потому что это вызывает доверие.

Функция «Добавить на главный экран» в Chrome на Android работает хорошо, но пользователи часто ее просто игнорируют, не понимая, зачем им это нужно. На iOS процесс установки вообще контринтуитивен. Из-за этого бизнесу все равно приходится публиковать приложения в магазинах, и тут возникает парадокс, делать PWA и дополнительно упаковывать его в обертку для RuStore и Google Play (через TWA — Trusted Web Activity). 

Миф 4. PWA всегда быстрее обычного сайта

Кэширование ресурсов в PWA действительно творит чудеса в регионах России с нестабильным 3G/4G интернетом. Но на современных смартфонах в тестовых зонах с 5G разница в скорости между хорошим сайтом и PWA может быть незаметна. Однако до полноценного развертывания 5G ещё далеко.

Хуже того, что неправильно настроенное кэширование приведет к тому, что пользователь зайдет в интернет-магазин и увидит старые цены или неактуальные остатки. Для новостных сайтов и e-commerce это критично.

Миф 5. Полноценная работа офлайн

Офлайн-режим любимая фишка PWA. В России он актуален разве что для поездов, метро и глухих регионов, а также при блокировках мобильного интернета. Но для большинства сервисов (соцсети, новости, магазины) устаревшие данные просто бесполезны.

Реализация офлайна требует жесточайшей стратегии, что именно мы кэшируем? Как часто обновляем? Что показываем при обрыве связи? Если пользователь купил билет на поезд, а потом не нашел его в офлайне из-за того, что кэш не обновился, он обвинит приложение в неработоспособности.

Миф 6. PWA решает проблемы с безопасностью и сертификацией

Да, PWA работает по HTTPS, а это база. Но в России требования к защите данных (152-ФЗ) гораздо шире. HTTPS — необходимое, но недостаточное условие.

Вам всё равно придется:

  1. Хранить данные российских пользователей на серверах в РФ.
  2. Интегрироваться с российскими криптопровайдерами (например, КриптоПро), если это нужно.
  3. Соблюдать требования ЦБ РФ для финтех-приложений.
  4. Проходить сертификацию ФСТЭК для отдельных категорий систем.
  5. PWA никак не освобождает от бюрократии.

Отдельная и очень болезненная проблема в наших реалиях это использование отечественных сертификатов от Минцифры. Многие государственные ресурсы, а также крупные корпоративные и банковские сервисы теперь работают на этих сертификатах. И вот тут возникает технологический тупик. «Из коробки» такие сайты без пугающих предупреждений об ошибке подключения открываются по сути только в Яндекс.Браузере. Пользователям приходится перегружать свои смартфоны и заходить именно через Яндекс. Но тут нас ждет второй удар, мобильная версия Яндекс.Браузера толком не поддерживает установку PWA (функционал добавления приложения на главный экран там урезан или работает некорректно в отличие от Chrome). В итоге получается замкнутый круг, что сайт требует российский сертификат, для доступа нужен Яндекс.Браузер, а в нем этот сайт нельзя установить как PWA. Для проектов, завязанных на госсектор или строгих требованиях безопасности, это попросту ломает всю идею прогрессивных веб-приложений.

Миф 7. Универсальность для всех платформ

В России зоопарк устройств шире, чем в Европе или США. У нас в ходу:

  • Бюджетные смартфоны с ограниченной памятью.
  • Устаревшие флагманы (которые не обновляют ОС годами).
  • Устройства с российскими ОС (Аврора, РОСА). На бюджетных моделях тяжелые PWA могут подтормаживать, съедая и без того скромный объем ОЗУ.

Когда PWA действительно нужен в России?

Несмотря на все нюансы, Progressive Web Apps мощнейший инструмент. В России он показывает отличную эффективность в следующих сценариях:

  • Информационные порталы и медиа где важна скорость доступа и возможность прочитать статью в метро (офлайн).
  • E-commerce с региональной спецификой, когда клиент в регионе с плохим интернетом должен иметь возможность сформировать корзину, чтобы она улетела на сервер при появлении сети.
  • Сервисы для путешествий, где хранение билетов и брони отелей в офлайне мастхэв.
  • Госуслуги и госсектор с быстрым доступом к справочникам и формам без принудительной установки из маркета.
  • Корпоративные порталы где важно иметь единую кодовую базу для тысяч сотрудников с разными устройствами.

Чек-лист стоит ли вам внедрять PWA?

  1. Вы хотите быстро выйти на рынок, избегая долгой модерации в сторах.
  2. Вам критически важно избежать комиссии магазинов приложений (15-30%) за внутриапп-покупки и подписки.
  3. Для вас важен SEO.
  4. У вас высокий показатель отказов при скачивании, пользователи не хотят устанавливать нативное приложение ради разового действия (например, бронирование столика, покупка билета).
  5. Вы тратите много бюджета на маркетинг и хотите снизить стоимость привлечения клиента за счет мгновенного доступа к функционалу по ссылке.
  6. Ваше приложение используется нечасто, и вы сомневаетесь, что пользователи согласятся выделить место в памяти телефона под новое нативное приложение.
  7. Вы находитесь в серой зоне или вашему приложению грозит отказ в публикации в сторах.
  8. Ваш бизнес не требует обновления данных в реальном времени (до миллисекунды). Для трейдинга, аукционов или live-стриминга с минимальной задержкой PWA проиграет.
  9. Вам не нужен постоянный трекинг геолокации в фоновом режиме (когда экран выключен). PWA не может стабильно висеть в фоне как таксометр или фитнес-трекер.
  10. Вам не нужен глубокий доступ к «железу» смартфона, нет требований к NFC, Bluetooth Low Energy, расширенной работе с камерой (AR-маски, сложная обработка фото) и файловой системой.
  11. Вам не требуется сложная биометрия на уровне ОС (FaceID/TouchID для входа в банк или подтверждения транзакций). Есть конечно WebAuthn, но его возможности урезаны по сравнению с нативным SDK.
  12. Лимитов локального хранилища браузера (IndexedDB / Cache API) достаточно для вашего оффлайн-кэша (обычно это от нескольких десятков мегабайт до пары гигабайт в зависимости от браузера).
  13. Вы готовы мириться с нюансами установки и работы PWA на iOS?
  14. У вас уже есть мобильная версия сайта, и вы хотите вывести UX на новый уровень.
  15. Вам критически важен офлайн, и вы сможете технически объяснить пользователю, как он работает (например, кэширование прочитанных статей, просмотр меню без интернета, корзина с отложенным заказом).
  16. Вы готовы корректно обрабатывать ситуации, когда пользователь сидит со старого или не поддерживаемого браузера (fallback на обычный адаптивный сайт).
  17. Вы готовы внедрять «Maskable Icons», чтобы иконка вашего приложения выглядела корректно на всех Android-устройствах (не обрезалась по краям).
  18. Ваша команда готова обеспечить плавные анимации и жесты (pull-to-refresh, swipe-меню), которые по ощущениям не будут уступать нативным.
  19. Вы готовы инвестировать в современные фронтенд-технологии.
  20. Ваша команда готова разбираться с кэшированием.
  21. Вы понимаете, что ошибки в кэшировании приведут к тому, что пользователи увидят старые данные или сломанную версию сайта, и готовы выделять время на тестирование Service Worker.
  22. У вас есть ресурсы на настройку HTTPS (это обязательное требование для PWA) и управление push-серверами (например, Firebase).
  23. Вы готовы внедрять аналитику внутри PWA (отслеживание установок, офлайн-событий, крэшей), что сложнее, чем в нативных приложениях.
  24. Вы готовы рассматривать PWA как ядро продукта, а для Android при необходимости оборачивать его в TWA (Trusted Web Activity) для публикации в Google Play или RuStore.

Если на большинство вопросов ответ «да», то PWA станет отличным решением. Но если вам нужен проект банковского приложения с биометрией, мгновенным обновлением данных и 100% надежностью пушей, определенно лучше присмотреться к нативной разработке или гибридному подходу (PWA для быстрого доступа + нативное приложение для расширенных-функций).

Многие крупные российские банки (Сбер, Газпромбанк, РСХБ, ВТБ и др.) столкнулись с удалением их приложений из App Store и Google Play из-за санкций. В текущих условиях PWA это не выбор, а необходимость для любого банка, который хочет сохранить связь с клиентами на iOS (в андроид можно установить российский стор и проблем не будет). Однако PWA это переходное или параллельное решение, а не замена нативному банковскому приложению. Устойчивая стратегия это комбинация PWA для широкого охвата и базового функционала + нативное приложение (через новые юрлица и национальные сторы) для полного функционала и лояльных пользователей. Банки, которые смогут быстро реализовать эту гибридную модель, минимизируют потери клиентов и сохранят конкурентоспособность, что в целом уже и реализовано.

PWA не лёгкая обёртка, а полноценная инженерная задача

Часто бизнес воспринимает PWA как упрощенную, почти игрушечную версию нативного приложения, «просто добавьте манифест и сервис-воркер, и готово». На практике разработка качественного, готового к реальным нагрузкам PWA в российских реалиях это не менее сложное занятие, чем создание нативных приложений под iOS и Android.

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

Добавьте к этому разнообразие устройств (от бюджетных Android до специфичных Samsung и Xiaomi), жесткие требования 152-ФЗ, необходимость интеграции с отечественными криптопровайдерами и нюансы работы в локальных браузерах (включая отсутствие полноценной поддержки PWA в мобильном Яндекс.Браузере).

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

Тем не менее, списывать технологию со счетов рано. Если ваш бизнес не завязан на строгий госсектор, мгновенное обновление банковских балансов или сложную авторизацию по сертификатам, PWA становится отличным инструментом. Это идеальный выбор для медиа, e-commerce с региональной спецификой, сервисов бронирования и корпоративных порталов, где критически важна скорость загрузки и устойчивость к плохому интернету.

Progressive Web Apps уже давно не модная игрушка, а зрелая технология, но в российских реалиях она требует трезвого расчета, а не слепой веры в маркетинговые и прочие обещания.