Манифест PWA: 7 полей, которые обычно забывают проверить до запуска

Манифест PWA: 7 полей, которые обычно забывают проверить до запуска

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

Проверьте базовый набор:
— name и short_name совпадают с брендом и не маскируют продукт под чужой сервис;
— start_url ведёт на контролируемую страницу, без неожиданных редиректов;
— scope ограничен тем путём, который реально принадлежит проекту;
— icons не используют чужие логотипы и дают корректные размеры;
— theme_color и background_color не создают визуальной имитации системного приложения.

Отдельно смотрят на display и screenshots. Если вы показываете полноценный app-like интерфейс, но внутри ведёте на лендинг с одним экраном и сбором данных, это плохая связка для доверия и для внутренних ревью. Для команд с KYC/AML-логикой важно, чтобы из манифеста и первых экранов было ясно, кто оператор, где политика конфиденциальности и как пользователь попадает в правила обработки данных.

Ещё одна типовая ошибка — хранить в манифесте старые названия, тестовые иконки или ссылки на домены, которые уже не участвуют в потоке. Такой мусор потом всплывает в кэше браузеров и усложняет разбор инцидентов. Держите манифест как часть release checklist, а не как файл «когда-нибудь потом».

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