Подготовка документации для ревью Google Play
Google Play Review отличается от App Store тем, что большая часть первичных проверок автоматизирована. Но это не значит «проще» — это значит «другие грабли». Автоматика отлавливает несоответствия в манифесте, деклараций разрешений и политик хранения данных. Живой ревьюер подключается позже, когда алгоритм уже выдал флаги.
Структура документации для Play Console
Data Safety section — аналог Apple Privacy Nutrition Label, но с более детальной разбивкой. Требует указать для каждого типа данных: собирается ли, передаётся ли третьим сторонам, есть ли возможность удалить данные по запросу пользователя. Ошибка в этом разделе — одна из главных причин отклонений в 2024–2025 годах. Каждый подключённый SDK нужно проверить отдельно: Google Analytics, Firebase Crashlytics, Adjust, Unity Ads — у всех есть собственные Data Safety FAQ, которые нужно учитывать.
Content Rating через IARC — анкета с вопросами о насилии, сексуальном контенте, азартных играх. Несоответствие рейтинга реальному контенту ведёт к снятию приложения. Для приложений с UGC (user-generated content) рейтинг, как правило, выставляется по максимуму.
Target Audience and Content — раздел для приложений, которые могут быть направлены на детей. Если targetSdkVersion + тематика + скриншоты указывают на детскую аудиторию, Google требует соответствия COPPA и автоматически применяет ограничения на рекламные SDK.
App Access в Play Console — аналог App Review Information у Apple. Здесь указываются учётные данные для тестирования, инструкции для ревьюера, информация о функциях, доступных только с определённым оборудованием.
Деклараций разрешений — отдельная история
Начиная с Android 13, использование разрешений READ_MEDIA_IMAGES, READ_MEDIA_VIDEO, READ_MEDIA_AUDIO вместо устаревшего READ_EXTERNAL_STORAGE обязательно для новых приложений и обновлений. Если в AndroidManifest.xml остался старый READ_EXTERNAL_STORAGE без android:maxSdkVersion="32" — Play Console пошлёт предупреждение, а в ряде случаев заблокирует публикацию.
Разрешения MANAGE_EXTERNAL_STORAGE, REQUEST_INSTALL_PACKAGES, PACKAGE_USAGE_STATS, использование Accessibility Service — всё это требует отдельного обоснования в Declaration Form. Без заполненной формы приложение не пройдёт ревью.
Отдельно — READ_PHONE_STATE и доступ к Device ID. С 2022 года Google планомерно ужесточает требования к использованию идентификаторов устройств. Если SDK собирает IMEI или Android ID без явной бизнес-необходимости — ревью завернут.
Что проверяем при подготовке
Полный аудит AndroidManifest.xml на соответствие актуальным политикам. Проверка всех используемых SDK на соответствие Google Play Families Policy, если приложение работает с детской аудиторией. Заполнение Data Safety раздела с учётом реального трафика (можно проверить через Charles Proxy или mitmproxy). Подготовка инструкции для ревьюера с тестовыми данными и описанием нестандартного функционала.
Срок подготовки — один-два рабочих дня.







