Получить структуру и дизайн
Все статьи

PWA в 2026: когда прогрессивное веб-приложение лучше нативного

Мобайл и адаптация
АС
Субботин А.С. Основатель · Tendo
1 июня 2026 9 мин

Коротко. PWA (Progressive Web App) — это сайт, который устанавливается на домашний экран как иконка, работает офлайн и шлёт push-уведомления, но собирается из одной кодовой базы и не требует App Store. Для большинства бизнес-сервисов это в 2–4 раза дешевле нативного приложения при сопоставимом опыте. В 2026 push наконец работает и на iPhone (с iOS 16.4), но с одной важной оговоркой. Ниже — таблица сравнения, чеклист «когда выбирать PWA» и честный список случаев, где нужен натив.

Заказчик пришёл с фразой «нам нужно приложение». Бюджет под нативную разработку iOS + Android он оценил в 1,8 млн рублей и полгода работы. Через час разговора выяснилось, что приложение ему нужно ради трёх вещей: иконка на экране телефона, push о статусе заказа и работа в метро без сети.

Всё это умеет PWA. Мы собрали его за 480 тысяч, работа студии заняла 15 дней — и сэкономленные деньги клиент пустил в рекламу. Это не значит, что PWA всегда лучше: бывают задачи, где без натива никак. Значит лишь, что выбор «сайт или приложение» давно перестал быть бинарным — между ними есть третий вариант, который часто оказывается оптимальным.

Разберём по порядку: что такое PWA, чем оно бьёт натив, где проигрывает, и как за пять минут понять, ваш это формат или нет.

Что такое PWA простыми словами

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

Технически за это отвечают две вещи поверх привычных HTML, CSS и JavaScript:

  • Web App Manifest — небольшой файл, который описывает иконку, название и цвет: благодаря ему сайт можно «установить» на домашний экран.
  • Service Worker — фоновый скрипт-посредник между сайтом и сетью. Он кэширует страницы (отсюда офлайн и мгновенная загрузка) и принимает push-уведомления.

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

Чем PWA выигрывает у нативного приложения

Четыре преимущества, которые чаще всего и склоняют чашу весов.

Одна кодовая база — кратно дешевле. Нативная разработка — это фактически два разных продукта: iOS на Swift и Android на Kotlin, каждый со своей командой. PWA пишется один раз и работает везде: на айфоне, андроиде и десктопе. Для типового сервиса это экономия 40–70% бюджета и нескольких месяцев срока.

Установка без стора. Чтобы поставить нативное приложение, человек идёт в App Store, ищет, скачивает 80 мегабайт, ждёт. PWA ставится в два тапа прямо с сайта — барьер входа ниже в разы, а значит, до «иконки на экране» доходит больше людей.

Мгновенные обновления. Новую версию нативного приложения нужно отправить на ревью в стор и ждать одобрения от суток до недели. PWA обновляется как сайт — вы залили правку, и при следующем заходе пользователь уже на новой версии. Никаких «обновите приложение в сторе».

SEO и ссылки. PWA — это сайт, поэтому он индексируется Google и Яндексом, на любую его страницу можно дать прямую ссылку и запустить рекламу. Нативное приложение в поиске не существует: о нём узнают только те, кто уже пришёл в стор.

Чем нативное приложение выигрывает у PWA

Будем честны: PWA не панацея. Есть участки, где натив объективно сильнее.

Глубокий доступ к железу. Bluetooth, NFC, продвинутые датчики, фоновая геолокация, тонкая работа с камерой и файлами — нативное приложение получает к ним полный доступ, PWA — урезанный или никакой, особенно на iOS.

Производительность на пределе. Для 3D-игр, AR/VR и тяжёлой обработки видео нативный код ближе к «железу» и стабильно быстрее. PWA отлично справляется с интерфейсами, но не с игровым движком.

Витрина стора и платежи. Если ваша модель — продавать подписки и покупки через App Store, или вам важна сама полка в магазине приложений как канал, натив тут проще. PWA напрямую в App Store не пускают.

Ограничения iOS. Apple исторически придерживает веб-приложения: квота офлайн-хранилища меньше, часть API недоступна, а push (о нём ниже) включился позже всех и с условием.

Push на iPhone в 2026: что изменилось

Главный исторический минус PWA — отсутствие push-уведомлений на iPhone — закрыт. С iOS 16.4 (март 2023) Apple добавила Web Push для веб-приложений, а в Safari 18.4 появился упрощённый Declarative Web Push, которому даже не нужен полноценный Service Worker. К началу 2026 года более 95% iPhone работают на iOS 16 и новее — то есть пуши доступны почти всей аудитории.

Но есть условие, о которое спотыкаются многие: на iPhone push работает только если пользователь добавил PWA на домашний экран через «Поделиться → На экран Домой». В обычной вкладке Safari уведомлений не будет. На Android и в десктопных браузерах такого ограничения нет — там пуши работают и из вкладки.

Вывод практический: если push для вас критичны на iOS, заложите в интерфейс аккуратную подсказку «добавьте на экран, чтобы получать уведомления» — и большинство пользователей это сделают.

PWA vs нативное приложение vs обычный сайт

Чтобы выбор был не на ощущениях, сведём три формата в таблицу по параметрам, которые реально решают.

Три формата по ключевым параметрам — на 2026 год
ПараметрОбычный сайтPWAНативное приложение
Установка на экранНетДа, в 2 тапа с сайтаДа, через стор
Офлайн-режимНетДа (Service Worker)Да
Push-уведомленияНетДа; на iOS — только с экрана «Домой»Да, полноценно
Доступ к железуМинимальныйОграниченный, особенно на iOSПолный
Наличие в сторахНетGoogle Play — да; App Store — только обёрткойДа
Стоимость разработкиМинимальнаяСайт + надстройка×2 (iOS+Android), высокая
ОбновленияМгновенноМгновенноРевью стора 1–7 дней
SEO / индексацияДаДаНет

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

Когда выбирать PWA: чеклист

Пройдитесь по пунктам по порядку. Чем больше «да» — тем увереннее ваш формат именно PWA.

  1. Вам нужна иконка на экране и офлайн, но не игровой движок. Сервис, магазин, кабинет, медиа — да. 3D-шутер или AR-примерочная — нет.
  2. Бюджет ограничен, а сроки горят. Одна кодовая база вместо двух экономит и деньги, и месяцы.
  3. Аудитория приходит из поиска и рекламы. PWA остаётся сайтом — ссылки, индексация и трафик работают как обычно.
  4. Push нужны, но «средней» интенсивности. Статус заказа, акция, напоминание — PWA закрывает; на iOS с поправкой на «добавьте на экран».
  5. Глубокий доступ к железу не требуется. Нет завязки на Bluetooth, NFC, фоновую геолокацию, сложные датчики.
  6. Присутствие именно в App Store не критично для модели. Вы зарабатываете на услуге/товаре, а не на витрине магазина приложений.
  7. У вас уже есть сайт. Тогда апгрейд до PWA — это дни работы, а не новый проект с нуля.

Если на первых пяти пунктах у вас «да» — почти наверняка стоит начинать с PWA, а к нативу возвращаться, только если упрётесь в потолок.

Кому PWA подходит, а кому нет

Оптимум для: доставки и заказов (еда, курьеры, аптеки), интернет-магазинов среднего масштаба, медиа и новостей, сервисов записи и бронирования, корпоративных и образовательных инструментов, личных кабинетов. То есть — для подавляющего большинства задач малого и среднего бизнеса.

Лучше натив: игры и тяжёлая графика, AR/VR, фитнес- и медтрекеры с постоянным доступом к датчикам, приложения с фоновой навигацией, продукты, чья монетизация завязана на покупки внутри App Store.

Сквозной кейс: сервис доставки

Вернёмся к заказчику с «нам нужно приложение». Мы собрали ему PWA для службы доставки: каталог, корзина, оформление, и поверх — три ключевые механики.

  • Иконка на экране. Клиент добавляет «приложение» на домашний экран — заходит в один тап, без поиска по сторам.
  • Push о статусе заказа. «Курьер выехал», «10 минут до вас» — приходят как у нативного приложения; на iPhone после добавления на экран всё работает.
  • Офлайн-каталог. В подвале дома или в метро меню и корзина открываются из кэша — заказ оформляется, как только появляется сеть.

Итог через год: 480 тысяч против ориентировочных 1,8 млн за натив, запуск за шесть недель вместо полугода, а сэкономленный миллион с лишним ушёл в рекламу и привёл первых клиентов. Натив дал бы доступ к датчикам, которые этому сервису просто не нужны. Это и есть весь смысл выбора: не «что технологичнее», а «что решает вашу задачу за разумные деньги».

Коротко: что запомнить

  • PWA — это сайт с надстройкой: установка на экран, офлайн и push из одной кодовой базы, без App Store.
  • Для бизнес-сервисов PWA обычно в 2–4 раза дешевле натива и запускается быстрее.
  • Push на iPhone работают с iOS 16.4, но только после добавления PWA на домашний экран.
  • Натив нужен ради тяжёлой графики, глубокого доступа к железу и витрины App Store — иначе чаще выигрывает PWA.
  • Чеклист из 7 пунктов: больше «да» — увереннее ваш формат именно PWA.
  • Готовый сайт можно превратить в PWA за дни, не переписывая с нуля.

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

Чем PWA отличается от обычного сайта и от приложения из стора?

PWA — это обычный сайт, к которому добавили две вещи: Web App Manifest (он позволяет «установить» сайт на домашний экран как иконку) и Service Worker (он кэширует страницы и даёт офлайн-режим и push). От обычного сайта PWA отличается установкой, офлайном и пушами; от нативного приложения — тем, что живёт по адресу в браузере, не требует App Store и собирается из одной кодовой базы вместо двух.

Работают ли push-уведомления PWA на iPhone в 2026 году?

Да, с оговоркой. Apple добавила Web Push для PWA в iOS 16.4 (март 2023), а в Safari 18.4 появился упрощённый Declarative Web Push. Но push на iPhone работает только если пользователь добавил PWA на домашний экран через «Поделиться → На экран Домой» — в обычной вкладке Safari пушей нет. На Android и в десктопных браузерах таких ограничений нет.

Насколько PWA дешевле нативного приложения?

Обычно в 2–4 раза. Нативная разработка — это два отдельных продукта (iOS и Android) на разных языках, плюс публикация и поддержка в двух сторах. PWA — одна кодовая база на веб-технологиях, которая работает на всех платформах сразу. Для типового бизнес-сервиса экономия составляет 40–70% бюджета и несколько месяцев срока.

Можно ли разместить PWA в App Store и Google Play?

В Google Play — да, через обёртку Trusted Web Activity, это несложно. В App Store напрямую PWA не принимают: Apple требует нативную обёртку. Если присутствие именно в сторах критично (а для многих сервисов оно не нужно), PWA можно «завернуть» в нативный контейнер, но это уже отдельная задача со своими затратами.

Когда PWA точно не подойдёт и нужен натив?

Когда нужна глубокая работа с железом и максимальная производительность: 3D-игры и AR/VR, постоянный доступ к Bluetooth, NFC, сложным датчикам, фоновая геолокация, тяжёлая обработка видео. Также натив оправдан, если ваша бизнес-модель завязана на покупки внутри App Store. Для остальных сценариев — магазины, доставка, сервисы, медиа, корпоративные инструменты — PWA чаще оптимальнее.

Можно ли превратить уже готовый сайт в PWA?

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

Источники
  • web.dev — Progressive Web Apps documentation (Google)
  • MDN Web Docs — Web App Manifest & Service Worker API
  • WebKit Blog / Apple — Web Push for Web Apps on iOS & iPadOS (iOS 16.4, 2023)
  • WebKit — Declarative Web Push (Safari 18.4)
  • Can I Use — Service Worker & Web App Manifest browser support, 2026
  • Опыт студии Tendo — разработка PWA для сервисов и магазинов

Нужен сайт, который работает?

Расскажите о задаче — предложим решение и бюджет без воды.

Обсудить проект