Короткий ответ
Permissions, privacy, remote code, deceptive behavior, screenshots, policy и review notes. Разбираем практический порядок работ, риски, стоимость и то, как принять результат без новых проблем.
Ниже — конкретные проверки, команды, таблицы и контроль результата. Выполняйте изменения только после резервной копии, если действие затрагивает рабочую систему.
Что проверить после отклонения
| Область | Типовая проблема |
|---|---|
| Permissions | запрошены шире реальной функции |
| Privacy | |
| Remote code | загружается исполняемый JS |
| Listing | |
| нет | |
| Single purpose | слишком размытая цель |
| Auth/API | |
| ранение | |
| Content | нарушение политики/брендов |
Не публикуйте новую сборку вслепую
Сопоставьте текст rejection с конкретным permission, файлом или поведением. Исправьте причину, обновите privacy/listing при необходимости и только затем повышайте version.
Быстрый поиск разрешений и удалённого кода
cat manifest.json
grep -R "https\?://.*\.js\|eval\|new Function" -n . --exclude-dir=node_modulesПеред повторной публикацией
| Проверка | Готово |
|---|---|
| Manifest permissions минимальны | да/нет |
| Privacy policy соответствует факту | да/нет |
| Нет remote executable code | да/нет |
| Основной сценарий работает в чистом профиле | да/нет |
| Store screenshots/description актуальны | да/нет |
| Version увеличена | да/нет |
Как проверить результат
После изменений повторите исходный сценарий, зафиксируйте результат и убедитесь, что соседние функции работают так же, как до правки. Если проблема проявляется не всегда, проведите несколько повторов в одинаковых условиях и сохраните диагностические данные.