PWA добавляет сайту установку и офлайн-сценарии, а агенты проверяют обновление кэша

Манифест описывает приложение для браузера: название, значки, адрес запуска и режим окна. На совместимом устройстве клиент может запускать сайт с домашнего экрана. Сам манифест не сохраняет заявки и не делает сервер доступным без интернета.

Способ установки зависит от браузера и устройства. В Safari на iPhone пользователь добавляет сайт на экран «Домой» через меню «Поделиться». Собственную кнопку установки нельзя обещать одинаковой для всех платформ. В задании должны быть названы браузеры клиентов, а в приёмке должен быть запуск с установленного значка.

Для кабинета из примера полезен небольшой результат: открыть ранее загруженную заявку, прочитать вложенную инструкцию, продолжить черновик. Обещание «весь кабинет работает без сети» сразу включает вопросы про вход, вложения, отправку и устаревшие данные. Их нельзя решить одним кэшированием страниц.

Service worker запускает код отдельно от страницы. Он может перехватывать запросы и выбирать ответ из сети или кэша. Если для всех запросов брать сохранённый ответ первым, клиент рискует увидеть старый статус заявки. Для файлов интерфейса и изменяемых данных нужны разные правила.

Кэширование через CDN проверяют вместе с доставкой свежей версии страницы.

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

Самый показательный прогон начинается до выпуска. Клиент открыл старую версию кабинета и набрал ответ. Команда выпускает новую версию. Приёмник возвращается в прежнюю вкладку, затем запускает установленный сайт. Так проверяют именно переход между версиями, который новый браузер с пустым хранилищем не покажет.

Новый service worker может ждать завершения работы старого. Принудительная активация через skipWaiting меняет это поведение, но способна связать старую страницу с новым обработчиком запросов. Поэтому «обновим сразу» требует отдельного решения: когда сохранить черновик, что сообщить клиенту и в какой момент перезагрузить интерфейс.

Обычный выпуск на сервере и откат тоже не гарантируют, что все установленные клиенты уже переключились. Нужен наблюдаемый признак версии и путь восстановления. Тот, кто принимает выпуск, несёт ответственность за ошибки. Агент может подготовить код и сценарии проверки; инженер принимает результат прогона.

Проверка обновления сайта должна подтверждать, какую версию получил посетитель.

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

Агенту полезно дать наблюдаемую задачу: «На загруженной заявке без сети остаётся черновик; после обновления он не пропадает». Такая формулировка связывает код с критериями приёмки задачи. Просьба «сделай PWA» оставляет агенту выбор того, что вы потом будете считать готовым.

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

На реальном Android и iPhone инженер отдельно смотрит установку, запуск со значка, уход в фон и возврат. Набор моделей и версий браузеров берут из аналитики продукта. Роль руководителя разработки с агентами здесь состоит в том, чтобы согласовать границы результата и принять поведение, включая неудачный путь.

На vibecoding.ru мы уже сталкивались с тем, что код присутствует, а нужного поведения пользователь не получает. При проверке первого экрана /open выяснилось: заголовок находился в HTML, но анимация держала его невидимым до запуска JavaScript. Установленный значок тоже может создать впечатление готовности, пока не проверен следующий шаг клиента.

Позже заголовок прыгал после загрузки из-за пересчёта координат в JavaScript. Правилом стала геометрия первого кадра, заданная CSS. Это история о проверке видимого результата. Здесь мы проверяли первый экран веб-сайта. Кэш PWA в этом примере не проверяли.

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

Первая задача может звучать так: «Добавить установку кабинета, просмотр ранее загруженной заявки и сохранение черновика без сети. Проверить получение следующего выпуска на устройствах клиентов». Платежи без сети, очередь отправки и другие сценарии требуют собственного задания и приёмки.

До начала работ согласуйте, что исполнитель покажет, какие данные хранит локально и кто проверяет реальный телефон. Тогда демо установки станет началом сдачи. Приёмка закончится после проверки обновления, выхода из аккаунта и поведения при отсутствии сохранённых данных.

После выпуска смотрите не только установки. Зафиксируйте, открывают ли клиенты выбранный экран повторно, удаётся ли обновление, где появляется потеря черновика. Ошибка возвращается в задачу, исправление снова проходит старый клиент. Так внедрение получает обратную связь вместо разового демо.

Для реализации можно обсудить подписку «Один проект»: 250 000 ₽ в месяц на 07.10.2026. Манифест, установка, ограниченный офлайн-сценарий и проверка обновлений на реальных устройствах составляют обсуждаемый объём работ; это не фиксированная цена или срок отдельного PWA.

1. Закажите установку, конкретный офлайн-сценарий и получение следующей версии как проверяемые результаты.

2. Назовите локальные данные, срок их актуальности и поведение при выходе из аккаунта.

3. Принимайте обновление на старом клиенте с открытой формой, не очищая его состояние.

4. Поручите агентам подготовку кода и прогонов; инженер проверяет целевые устройства и принимает выпуск.

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