Як підготувати документацію для 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 вимагає строгого дотримання всіх правил, і ми гарантуємо їх виконання.