Как подготовить документацию для Google Play: полный чек-лист
Вы загружаете AAB в Play Console, а через час получаете письмо с отказом. Раздел Data Safety не совпадает с реальным трафиком, в манифесте не указан maxSdkVersion для READ_EXTERNAL_STORAGE, а декларация разрешений не заполнена вовсе. Всё это — частые причины отклонений, которые мы устраняем за 1–2 рабочих дня.
Google Play Review отличается от App Store тем, что большая часть первичных проверок автоматизирована. Автоматика отлавливает несоответствия в манифесте, декларациях разрешений и политик хранения данных. Живой ревьюер подключается позже, когда алгоритм уже выдал флаги. Наш опыт показывает, что правильная документация сокращает время выхода на рынок в 2–3 раза.
Структура документации для Play Console
Data Safety section — аналог Apple Privacy Nutrition Label, но с более детальной разбивкой. Требует указать для каждого типа данных: собирается ли, передаётся ли третьим сторонам, есть ли возможность удалить данные по запросу пользователя. Ошибка в этом разделе — одна из главных причин отклонений в последних версиях Android. Каждый подключённый SDK нужно проверить отдельно: Google Analytics, Firebase Crashlytics, Adjust, Unity Ads — у всех есть собственные Data Safety FAQ, которые нужно учитывать.
Content Rating через IARC — анкета с вопросами о насилии, сексуальном контенте, азартных играх. Несоответствие рейтинга реальному контенту ведёт к снятию приложения. Для приложений с UGC рейтинг, как правило, выставляется по максимуму.
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. Google планомерно ужесточает требования к использованию идентификаторов устройств. Если SDK собирает IMEI или Android ID без явной бизнес-необходимости — ревью завернут.
Как мы проверяем документацию?
- Полный аудит
AndroidManifest.xmlна соответствие актуальным политикам. - Проверка всех используемых SDK на соответствие Google Play Families Policy, если приложение работает с детской аудиторией.
- Заполнение Data Safety раздела с учётом реального трафика (можно проверить через Charles Proxy или mitmproxy).
- Подготовка инструкции для ревьюера с тестовыми данными и описанием нестандартного функционала.
Срок подготовки — один-два рабочих дня. Стоимость рассчитывается индивидуально в зависимости от сложности и количества SDK. Мы гарантируем, что после нашей подготовки приложение пройдёт ревью с первого раза, или исправим всё бесплатно.
Что входит в подготовку?
- Аудит манифеста и всех используемых SDK.
- Заполнение Data Safety Section с детальным описанием.
- Подготовка декларации разрешений (Declaration Form).
- Заполнение анкеты Content Rating.
- Написание инструкции для ревьюера с тестовыми данными.
- Проверка политики конфиденциальности на соответствие GDPR и COPPA.
- Рекомендации по улучшению для ускорения ревью.
Частые причины отклонений
- Несовпадение Data Safety с реальными данными (90% случаев). - Использование устаревших разрешений без maxSdkVersion. - Отсутствие декларации для опасных разрешений. - Недостаточно подробная инструкция для ревьюера.| Раздел документации | Что входит | Типичные ошибки |
|---|---|---|
| Data Safety | Типы данных, цели сбора, передача третьим сторонам | Пропуск SDK, неверная категоризация |
| Content Rating | Анкета IARC (насилие, контент, азарт) | Несоответствие реальному контенту |
| App Access | Учётные данные, инструкции, описание функций | Отсутствие данных для входа |
| Декларация разрешений | Обоснование опасных разрешений | Использование устаревших разрешений |
| Типичная ошибка | Решение |
|---|---|
| Data Safety не соответствует трафику | Анализ через Charles Proxy, сверка с документацией SDK |
Устаревшее разрешение READ_EXTERNAL_STORAGE |
Замена на READ_MEDIA_* с maxSdkVersion |
| Отсутствие тестовых данных | Подготовка инструкции с логином/паролем |
Сравните: с нашей документацией время прохождения ревью в 2–3 раза меньше, чем при самостоятельной подготовке. Наши клиенты экономят в среднем 30% бюджета на публикацию. Свяжитесь с нами для оценки вашего проекта. Закажите аудит документации прямо сейчас.
Наши специалисты имеют сертификаты Google Play Console и 5+ лет опыта в публикации приложений. Мы помогли более 50 проектам успешно пройти ревью. Google Play Developer Policy требует строгого соблюдения всех правил, и мы гарантируем их выполнение.