01
Перевірка App Store
Функціональність, вхід, акаунти, доступ для команди перевірки (reviewer access), метадані, платні функції та сценарії, які можуть викликати питання під час перевірки Apple.
Незалежна експертиза · App Store · Google Play
Аудит застосунку перед публікацією
Аудит застосунку перед публікацією
в App Store і Google Play
Перевіряємо мобільний застосунок до подання в App Store і Google Play: вимоги платформ, конфіденційність і декларації щодо даних, дозволи, акаунти та їх видалення, покупки в застосунку (IAP) і підписки, метадані сторінки застосунку, UX, критичні сценарії та ризики AI‑згенерованого коду.
App StoreApp Review Guidelines, акаунти, конфіденційність, IAP і матеріали для перевірки
Google PlayDeveloper Program Policies, Data safety, дозволи та готовність Play Console
Продукт і кодUX, стабільність, AI/SDK‑інтеграції, критичні сценарії та технічні ризики
ЩО ПЕРЕВІРЯЄМО
Не лише екран — весь шлях до публікації
Аудит зосереджений на тому, що реально може створити проблему під час перевірки магазину або після релізу.
02
Політики Google Play
Data safety, декларації політик, видалення акаунта, дозволи, цільовий рівень API, сторінка застосунку в магазині та відповідність заявленій функціональності.
03
Конфіденційність і дані
Які дані збираються, куди вони передаються, чи узгоджуються політика конфіденційності, SDK, аналітика, AI‑сервіси та декларації в магазинах.
04
Дозволи
Камера, мікрофон, фото, контакти, геолокація та інші чутливі дозволи: чи справді вони потрібні для основної функціональності та чи зрозуміло пояснені користувачу.
05
Акаунти та видалення
Реєстрація, авторизація, відновлення доступу, Sign in with Apple/Google та сценарій видалення акаунта і пов’язаних даних.
06
IAP, підписки й монетизація
Платні функції, підписки, відновлення покупок, екран оплати (paywall), ціни, умови та відповідність моделі монетизації правилам платформи.
07
UX і критичні сценарії
Перший запуск (onboarding), помилки, порожні стани, навігація, доступність ключових функцій, мобільна читабельність і логіка основного сценарію користувача.
08
AI / vibe-coded продукт
Залежності, зовнішні SDK та AI‑інтеграції, потоки даних, секрети, дозволи, ризикові шаблони й місця, які потребують додаткової технічної перевірки.
РЕЗУЛЬТАТ НЕЗАЛЕЖНОЇ ЕКСПЕРТИЗИ
Що отримує замовник
Не загальна оцінка «все добре / все погано», а конкретний перелік дій перед поданням.
Перелік критичних, високих, середніх і низьких ризиків
Посилання на релевантні правила платформ
Що виправити до першого подання
Що можна перенести після релізу
Перевірка метаданих сторінки застосунку та декларацій
Рекомендації для повторного подання після відмови
Важливо: аудит не може гарантувати схвалення магазину. Остаточне рішення завжди приймає Apple або Google. Мета аудиту — знайти та зменшити ризики до подання.
КОЛИ ОСОБЛИВО ПОТРІБНО
Перед першим поданням, великим оновленням або після відмови
Перший реліз
Команда ще не проходила повну перевірку App Store або Google Play і хоче прибрати очевидні блокери до подання.
Після відмови
Потрібно розібрати причину відмови, відокремити вимогу платформи від припущень і підготувати повторне подання.
AI‑згенерований продукт
Код або значна його частина створені через AI‑інструменти, а команда хоче перевірити відповідність політикам платформ, роботу з даними та ризики релізу.
Нова монетизація
Додаються підписки, платні функції, IAP або змінюється спосіб оплати і доступу до цифрового контенту.
ПРОЦЕС
Як проходить аудит
1
Вхідні матеріали
Збірки/TestFlight або тестовий доступ, опис функцій, сторінка застосунку в магазині, політика конфіденційності, модель монетизації та доступи, потрібні для перевірки.
2
Перевірка
Проходимо ключові сценарії користувача та зіставляємо фактичну поведінку продукту з вимогами платформ і заявленими деклараціями щодо даних.
3
Звіт
Фіксуємо проблему, ризик, чому це важливо, на яке правило варто звернути увагу та що саме рекомендується змінити.
4
Підготовка до подання
Після виправлень можна провести контрольну перевірку ключових пунктів перед відправленням нової версії.
АКТУАЛЬНО У 2026
Політики змінюються — аудит має враховувати актуальну версію правил
Серед зон, які особливо важливо перевіряти: видалення акаунта, декларації щодо даних, чутливі дозволи, AI‑інтеграції та актуальні технічні вимоги магазинів.
Видалення акаунта
Apple вимагає, щоб застосунки зі створенням акаунта дозволяли ініціювати його видалення в застосунку. Google Play також вимагає зрозумілий шлях видалення акаунта в застосунку та окремий веб‑ресурс, через який користувач може подати запит на видалення.
AI та дані користувачів
У липні 2026 року Google Play уточнив, що вимоги User Data поширюються і на сторонні AI‑інтеграції; розробник залишається відповідальним за належне розкриття інформації, отримання згоди та дотримання вимог limited use.
FAQ
Поширені питання
Чи гарантує аудит схвалення App Store або Google Play?
Ні. Остаточне рішення приймає платформа. Аудит зменшує ризик очевидних невідповідностей і дає конкретний план виправлень перед поданням.
Чи можна перевірити застосунок після відмови?
Так. У такому випадку аналіз починається з повідомлення команди перевірки або повідомлення про порушення політики, після чого перевіряється пов’язаний сценарій і суміжні ризики.
Чи перевіряєте застосунки, зроблені через AI / vibe coding?
Так. Особлива увага приділяється зовнішнім інтеграціям, дозволам, потокам даних, секретам, деклараціям щодо конфіденційності, критичним сценаріям користувача і залежностям.
Чи перевіряється видалення акаунта?
Так, якщо продукт підтримує створення акаунта. Перевіряється, чи доступний користувачу відповідний сценарій і чи узгоджується він з правилами магазинів.
Чи входить перевірка підписок та IAP?
Так, якщо вони є в продукті: перевіряємо логіку доступу, екран оплати (paywall), відновлення покупок, опис умов та відповідність сценарію оплати правилам магазину.
Чи можна замовити лише повторну перевірку після виправлень?
Так. Обсяг повторної перевірки залежить від кількості змін і того, чи торкнулися вони суміжних функцій.
ПІДХІД
Перевірка продукту як системи, а не одного чекліста
Перевірка магазину часто перетинається з UX, обробкою даних, правами на контент, платежами, технічними сценаріями та тим, що команда заявила в Play Console або App Store Connect. Тому аудит розглядає ці частини разом.
ОФІЦІЙНІ ДЖЕРЕЛА
На чому базується перевірка
Apple App Review Guidelines · Apple: Offering account deletion in your app
Google Play: User Data policy · Google Play: Account deletion requirements · Google Play: Policy update, 15 July 2026
Оновлено: 21 вересня 2026 року. Перед кожним поданням перевіряється актуальна редакція правил для відповідної категорії застосунку.
Потрібна перевірка перед поданням?
Надішліть короткий опис продукту, платформу, поточний статус і, якщо вже була відмова, текст повідомлення команди перевірки.