PWA обещает много, и от этого рождаются мифы. Progressive Web App - не фреймворк и не галочка в сборщике, которая разом делает приложение устанавливаемым и работающим без сети. Это набор браузерных возможностей и подход к их применению. В основе - обычное веб-приложение: те же URL, HTTP, семантика, доступность, progressive enhancement. PWA это не отменяет, а надстраивается сверху.

Польза складывается из трёх свойств. Надёжность - основной путь не разваливается при плохой сети. Устанавливаемость - приложение живёт в лаунчере и открывается в отдельном окне. Интеграция - доступ к иконкам, шорткатам и уведомлениям ОС. Отвечают за это разные механизмы: Web App Manifest - за интеграцию с системой, Service Worker - за программируемый сетевой слой и фоновые события, Cache Storage и IndexedDB - за локальные данные. Ни один сам по себе не делает продукт offline-first.

Естественно предположить обратное: подключил манифест, зарегистрировал service worker - и приложение как будто стало офлайновым. Иллюзию подкрепляют инструменты: плагин генерирует worker, Lighthouse ставит галочку, DevTools показывает регистрацию. Но worker, который просто есть, ничего не гарантирует. Он влияет на надёжность лишь когда осознанно перехватывает нужные запросы и обслуживает их из кеша. Пустой worker - украшение, а не отказоустойчивость.

Всё ломается на неверной модели сети. Сеть - внешний сервис с переменной задержкой, а не переключатель есть/нет. Отсюда главная ловушка - navigator.onLine. Свойство говорит лишь, что у браузера есть хоть какое-то подключение. Оно не доказывает, что отработал DNS, установился TLS, что вы не за captive-порталом и что ваш API отвечает. Устройство в метро формально онлайн, но каждый запрос отваливается по таймауту.

Полезнее держать в голове, что именно доказывает каждый сигнал - и, важнее, чего он не доказывает.