App Store / Play Store review: за что отказывают и как пройти с первого раза

Отказ от App Store или Google Play — это 1-2 недели задержки релиза, переделки, нервы. Большинство отказов можно предотвратить на стороне QA — если знать что проверяют ревьюеры.

Самые частые причины отказа App Store

1. Crash при первом запуске

Apple-ревьюер открывает свежеустановленное приложение в чистой среде. Если оно крашится — мгновенный отказ. Чек:

✅ Установить TestFlight-билд на чистый девайс (без кэша) → запустить → пройти первый экран без отказа от пермишенов → не упало.

«Чтобы продолжить, войдите через Facebook» без альтернативного логина (Apple Sign In или гостевой) — отказ. Apple требует Sign in with Apple если есть третьесторонние логины.

3. Demo account не работает

Если приложение требует логин — нужно предоставить demo-аккаунт. Логин должен реально работать. Часто QA забывает обновить пароль → ревьюер не может зайти → отказ.

4. Placeholder content

Lorem ipsum, тестовые юзеры «Test User 123», заглушки картинок — поводы для отказа. Все экраны должны выглядеть как продакшен.

5. IAP без описания

Подписка стоит $9.99/мес, но в описании нет ни цены, ни условий → отказ. Apple требует полное раскрытие условий подписки перед покупкой.

6. Веб-вью без причины

Приложение это просто WebView сайта → отказ как «не нативное». Должна быть нативная функциональность.

7. ATT prompt в неправильном порядке

Прежде чем показать system ATT prompt, нужен soft-ask с объяснением. Apple жёстко проверяет.

Google Play — основные причины

1. Target SDK

С 2024 года новые приложения требуют targetSdkVersion 34+. Обновления — 33+. Не повышаешь — отказывают.

2. Permissions без justification

Запросил READ_CONTACTS но не объяснил зачем в Privacy Policy → отказ.

3. Data safety form

Google Play требует подробного отчёта о собираемых данных. Если в Privacy Policy одно, а в Data Safety другое — отказ.

4. App content rating

IARC questionnaire должен соответствовать содержимому. Указал «без насилия», но в игре стрельба — несоответствие.

Что QA должен сделать перед сабмитом

Чек-лист QA для submission

✅ Cold launch на чистом девайсе работает без падений.

✅ Все экраны показывают real-content, нет lorem ipsum / test users / debug overlay.

✅ Demo account реально работает (войти руками за 5 минут до сабмита).

✅ Permissions: каждый имеет soft-ask с объяснением.

✅ IAP: все цены и условия видны до покупки, есть Restore Purchases.

✅ Sign in with Apple добавлен если есть третьесторонние логины (iOS).

✅ Privacy Policy URL доступен, актуален, соответствует Data Safety form.

✅ Crash reports в Sentry/Firebase Crashlytics — ноль крашей за последние 24 часа на release-build’е.

✅ Локализация: все strings переведены, нет ключей строк на UI.

✅ Screenshots для стора: на каждом языке, актуальные (не «v0.9 beta»).

Скрытый совет

Apple ведёт внутреннюю историю твоего приложения. Если за последние 6 месяцев было 3+ отказа — следующие будут проверять строже и дольше. Стратегия — первый сабмит должен пройти. Лучше потратить 2 дня на pre-submission чек-лист, чем 2 недели на исправление и пересабмит.

Подробнее: Apple Review Guidelines, Google Play Developer Policy Center.