App Store и Google Play: как избежать отклонения
Большинство отклонений связано с нехваткой подготовки, а не с плохим кодом. Что должно быть готово перед отправкой в оба магазина приложений.
Команда rabbitclipПубликация: 4 мин чтения
Коротко
Большинство отклонений в App Store и Google Play связано не со сломанным кодом, а с отсутствующей политикой конфиденциальности, необъяснённым запросом разрешения или отсутствующей тестовой учётной записью. Когда всё это готово до отправки, приложение обычно проходит проверку с первого раза.
Два магазина проверяют по-разному. Apple опирается на проверку людьми и здесь строже; Google больше полагается на автоматическое сканирование, но так же жёстко реагирует на нарушение правил. Каждому нужна своя подготовка.
Что должно быть готово перед отправкой
Политика конфиденциальности обязательна для обоих магазинов, и она должна по-настоящему отражать данные, которые собирает приложение; скопированный шаблон обычно создаёт проблемы при проверке.
Если приложение запрашивает разрешение (геолокация, камера, уведомления), короткое объяснение, зачем оно нужно, должно быть видно и пользователю, и проверяющему. Apple ищет это отдельно.
- Политика конфиденциальности (доступная по рабочему URL)
- Объяснения разрешений (геолокация, камера, уведомления, контакты)
- Тестовая учётная запись для проверки (для приложений с входом)
- Скриншоты и тексты в сторе, отражающие реальный интерфейс
Почему Apple отклоняет приложения
Среди самых частых причин отклонения у Apple: неполная функциональность (сбои, пустые экраны), необъяснённое разрешение и нарушение правил встроенных покупок. Проверяющий действительно пользуется приложением; если тестовая учётная запись не работает, следует отклонение.
Ещё одна частая причина: приложение выглядит как простая оболочка вокруг сайта. Apple хочет видеть настоящую нативную ценность; поэтому внимание к интерфейсу и опыту использования окупается.
Почему Google Play отклоняет приложения
На стороне Google самая частая проблема: форма Data Safety не соответствует тому, что приложение реально собирает. Если форма заполнена неполно или неверно, автоматические системы её помечают.
Целевой уровень API тоже нужно поддерживать актуальным; Google каждый год поднимает минимальный целевой уровень API, и приложения, оставшиеся на старом уровне, могут потерять возможность устанавливаться заново или обновляться.
Опыт одного производителя рабочей одежды
B2B-приложение для заказов производителя рабочей одежды отклонили при первой отправке, потому что не была объяснена причина запроса геолокации. Объяснение добавили и ту же версию отправили повторно в тот же день; она прошла вторую проверку.
Это полезный пример: отклонение обычно связано не с плохим кодом, а с чем-то, чего проверяющий не увидел объяснённым. Правильно составленный заранее список подготовки предотвращает большинство отклонений.
Критерий решения здесь был простым: для каждого запрашиваемого приложением разрешения записывался ответ в одно предложение на вопрос 'для чего это разрешение реально используется в приложении'. Один этот шаг помог второй отправке пройти без проблем и у Apple, и у Google.
Как подготовиться: шаг за шагом
Если относиться к подготовке отправки как к последовательности, а не как к разовому чек-листу, риск снижается в обоих магазинах. Первый шаг: перечислить каждое разрешение, которое запрашивает приложение, и заранее написать объяснение для пользователя по каждому из них; это можно сделать ещё на этапе дизайна, до завершения разработки.
Второй шаг: создать реально работающую тестовую учётную запись для каждого экрана с входом и пройти приложение от начала до конца так, как это сделал бы проверяющий. Третий: при заполнении формы Data Safety в Google Play полностью перечислить каждый вид реально собираемых данных, включая любой инструмент аналитики или сервис уведомлений; даже один забытый сторонний сервис может сделать всю форму недействительной.
Последний шаг: проверить, что скриншоты для отправки и текст в сторе точно совпадают с текущим интерфейсом приложения; скриншот от старого дизайна остаётся небольшой, но на удивление частой причиной отклонения.
Частые ошибки
Самая частая ошибка: писать политику конфиденциальности и объяснения разрешений в последний момент, в ночь перед отправкой, когда разработка уже закончена; текст, написанный в спешке, обычно сводится к общим фразам, которые не устраивают ни проверяющего, ни пользователя.
Вторая ошибка: считать, что версия, прошедшая на одной платформе, без изменений пройдёт и на другой. Apple и Google смотрят на разные вещи; объяснение разрешения, которое устраивает Apple, всё ещё может оставлять форму Data Safety у Google неполной. Каждый магазин нужно готовить по его собственным критериям.
- Откладывать политику конфиденциальности и тексты разрешений до последнего момента
- Считать, что подготовки, достаточной для одного магазина, хватит и для другого
- Создавать тестовую учётную запись прямо перед отправкой, не проверив её на деле
Сколько длится проверка
Проверка у Apple обычно завершается за несколько дней, но цикл отклонения и повторной отправки удлиняет этот срок. Автоматическая проверка у Google идёт быстрее, но приложения, отмеченные из-за проблемы с правилами, переходят в ручную проверку и могут занимать больше времени.
Отклонение в сторе обычно означает пробел в подготовке, а не проблему с кодом; когда политика конфиденциальности, объяснения разрешений и тестовая учётная запись готовы с самого начала, процесс идёт гладко. Если вы отправляете приложение впервые или повторно с обновлением, этот список стоит пройти вместе.
Частые вопросы
Сколько длится проверка в App Store?
Обычно несколько дней; гарантированного срока нет, он зависит от объёма проверок.
Почему форма Data Safety так важна в Google Play?
Если данные, заявленные в форме, не совпадают с тем, что приложение реально собирает, автоматические системы это отмечают, что может привести к отклонению или блокировке.
Можно ли отправить приложение без тестовой учётной записи?
Нет, если приложение требует входа; проверяющий или система должны иметь возможность реально им пользоваться.
Начинается ли процесс заново после отклонения?
Нет, обычно указанную проблему исправляют, ту же версию отправляют повторно, и она снова встаёт в очередь на проверку.
