Манифест PWA — это не про иконку, а про то, как вас увидит браузер и модерация

Манифест PWA — это не про иконку, а про то, как вас увидит браузер и модерация

Для PWA-компаний compliance начинается с простых, но обязательных полей. Если манифест пустой или собран формально, у команды потом возникают вопросы не только по UX, но и по прозрачности продукта.

Проверьте базовый набор:
— name и short_name: без брендов-двойников и маскировки под системные сервисы.
— start_url: должен вести на рабочую точку входа, а не на редирект-цепочку.
— scope: не расширяйте его шире, чем реально контролируете.
— display: если интерфейс выглядит как отдельное приложение, это должно совпадать с фактической логикой.
— icons: только те изображения, на которые у вас есть права, без чужих логотипов и «похожих» знаков.
— theme_color и background_color: они не заменяют disclosure, но не должны конфликтовать с визуальной идентичностью лендинга.

Отдельно смотрите на связку манифеста с privacy notice и terms. Если PWA собирает device data, хранит идентификаторы или использует push-уведомления, это должно быть отражено не только в коде, но и в пользовательских документах. В юрисдикциях EU и UK такие разрывы между техникой и политиками часто выглядят хуже, чем одна спорная формулировка.

Еще одна зона риска — установочный UX. Пользователь должен понимать, что он добавляет веб-приложение, а не нативный софт из магазина. Если манифест и интерфейс создают ложное впечатление «официального app store продукта», это уже вопрос не к дизайну, а к комплаенсу.

Хорошая практика: держать манифест как часть audit trail. Что заявлено в PWA, то же должно быть в privacy, cookies и consent flow.