Когда речь заходит о
Progressive Web Apps, заказчики часто рисуют красивую картину: один код, все платформы, никаких магазинов приложений. Но как только дело доходит до реального запуска на
iOS, эта картина начинает трещать по швам. Не потому что технология плохая, а потому что платформа, на которой она работает, просто не заинтересована в вашем успехе.
Главный фильтр - как PWA попадает на iPhone:
В 2026 году большинство пользователей
iOS за пределами Евросоюза по-прежнему живут в мире, где
Safari - единственный браузер с полным доступом к системным API. Формально
Apple разрешает устанавливать
PWA на домашний экран. Неформально - делает все, чтобы пользователь об этом забыл.
Никакого нативного баннера с кнопкой «Установить». Вместо этого - стрелочка в меню «Поделиться» и надежда, что пользователь догадается. Конверсия в установку на
iOS ниже в разы просто потому, что процесс спрятан глубже, чем хотелось бы.
Семь дней тишины - как iOS стирает ваши данные:
Самая неприятная особенность
Safari -
Intelligent Tracking Prevention. Она задумывалась как защита приватности, но для
PWA работает как медленный убийца. Если пользователь не заходил на ваш сайт семь дней, браузер может просто удалить все данные:
localStorage,
IndexedDB, кэш сервис-воркера.
Вы потратили недели на офлайн-функционал? Пользователь вернулся после отпуска и приложение встречает его чистым листом. Никаких предупреждений, никаких настроек. Просто молчаливая очистка.
Пуш-уведомления - работают, но с условием:
Web Push на
iOS наконец-то стабилизировался. Но есть нюанс: подписка работает только если
PWA уже добавлено на домашний экран. Пользователь просто зашел на сайт в
Safari - пуши не получит, даже если согласился.
Это убивает сценарии, где вы хотите прогревать аудиторию до установки. Сначала установка, потом пуш-маркетинг. Последовательность не меняется.
Глубокие ссылки - бесшовность только на словах:
Ссылки, ведущие в
PWA - тема отдельной боли. Формально механизм работает: можно настроить ассоциацию домена через файл на сервере, и установленное
PWA будет открывать ссылки из почты или мессенджеров.
Но на практике
iOS часто упрямо открывает
Safari, показывая сверху маленькую плашку «Открыть в приложении». Пользователь должен заметить ее и нажать. Никакого автоматического редиректа, как на
Android. Это не баг, это сознательное решение
Apple сделать опыт чуть менее удобным.
Когда PWA все-таки можно использовать:
Несмотря на все ограничения, есть сценарии, где веб-приложения остаются разумным выбором:
- Внутренние инструменты компании. Обновления без App Store, доступ с любого устройства.
- Ивент-приложения. Живут неделю, не требуют установки через магазин.
- Сервисы с редким использованием. Раз в месяц оплатить счет - не повод качать сотни мегабайт.
Когда PWA превращается в проблему:
- Фоновая геолокация. Как только экран гаснет, доступ к координатам теряется.
- Сложная работа с камерой. WebRTC в Safari греется и вылетает.
- Биометрия. WebAuthn работает, но выглядит как попап на сайте, а не нативный диалог FaceID.
- Офлайн с большими данными. Риск, что iOS почистит кэш, слишком велик.
Вывод:
PWA на
iOS в 2026 году - это технология, которая существует вопреки платформе, а не благодаря ей. Каждая фича требует обходных путей, каждый сценарий - проверки на настроение
Safari.
Apple построила экосистему, где веб-приложения могут работать, но никогда не будут работать слишком хорошо. Если вы выбираете этот путь, готовьтесь к тому, что значительная часть усилий уйдет не на функциональность, а на борьбу с ограничениями, которые намеренно не документированы и не исправляются годами.
