публикация в App Store и Google Play: почему отклоняют и как пройти модерацию

Приложение публикуют через личный кабинет разработчика: App Store Connect для Apple и Google Play Console для Android. Для входа нужны юрлицо или ИП, банковская карта для оплаты аккаунта (Apple берёт около 99 $ в год, Google — разовый взнос 25 $) и готовая сборка, прошедшую внутреннее тестирование. Модерация Apple занимает от нескольких часов до 2-3 дней, Google — обычно быстрее, но при первой публикации аккаунта может растянуться на неделю.

🚫 почему приложение отклоняют при первой отправке в App Store и Google Play

Типичная ситуация: команда закончила разработку, залила сборку в App Store Connect в пятницу вечером, а в понедельник вместо ссылки на публикацию получила письмо с кодом Guideline 2.1 — Performance: App Crashes. Приложение упало на iPad, хотя на iPhone разработчика работало без нареканий. Дедлайн презентации инвестору сорван, а разбираться с причиной некому — штатного мобильного разработчика в компании нет, писал студент по договору подряда полгода назад.

У Apple и Google разные акценты в проверке, но причины отказа почти всегда укладываются в несколько групп: приложение падает или зависает на части устройств, в нём нет политики конфиденциальности или она не соответствует реально собираемым данным, интерфейс не адаптирован под все заявленные размеры экранов, есть неработающие ссылки или заглушки вместо контента, использованы иконки и скриншоты, нарушающие товарные знаки. Google Play отдельно проверяет запрошенные разрешения — если приложение просит доступ к контактам или геолокации без внятного объяснения, зачем, модератор отклонит его по Sensitive Permissions.

Для B2B-приложений, которые работают с базой 1С или внутренними сервисами компании, добавляется ещё один риск: если сборка тестировалась только на тестовом контуре, а не на реальных данных, при первом запуске у живого пользователя приложение может упасть на нетипичном формате данных — и разработчик узнает об этом уже из отказа модерации, а не из логов.

✅ как исправить отказ и опубликовать приложение с первой попытки

Модератор всегда присылает конкретный номер гайдлайна и скриншот или видео проблемы — это не общая формулировка, а точное указание, что чинить. Первый шаг — не спорить с решением, а воспроизвести баг на устройстве и версии ОС, которые указаны в отчёте.

что проверить перед повторной отправкой

• ✓Политика конфиденциальности размещена по рабочей ссылке и перечисляет реально собираемые данные — геолокацию, номер телефона, доступ к камере
• ✓Приложение запускается и работает на минимальной поддерживаемой версии iOS и Android, а не только на новом флагманском смартфоне разработчика
• ✓Все кнопки и разделы наполнены контентом — демо-режим с надписью «в разработке» Apple отклоняет автоматически
• ✓Запрошенные разрешения соответствуют функциям, которые видит пользователь на этом экране
• ✓В App Store Connect заполнено поле demo account — логин и пароль для тестового входа, если приложение требует авторизации

После правок сборку загружают повторно и добавляют комментарий модератору с описанием исправления — это ускоряет повторную проверку, потому что заявку часто берёт тот же специалист.

🔁 что делать, если ошибка модерации повторяется снова и снова

Хуже единичного отказа — цикл из трёх-четырёх отклонений подряд, когда каждая правка вскрывает новую проблему: починили падение — модератор нашёл нерабочую ссылку на сайт компании, убрали ссылку — придрался к иконке, похожей на чужой логотип. За это время проходит две-три недели, а запуск рекламной кампании или презентация клиенту уже назначены.

Причина обычно не в отдельных багах, а в том, что тестирование шло только руками разработчика на одном устройстве. Здесь помогает не точечная правка, а полный прогон по чек-листу гайдлайнов Apple и Google перед каждой отправкой, а не после очередного отказа, и тестирование на 2-3 реальных устройствах разных производителей — Android особенно чувствителен к разбросу экранов и версий прошивок.

Если у компании нет мобильного разработчика в штате и приложение делал фрилансер, который недоступен для повторных доработок, разумнее передать публикацию команде, которая уже проходила модерацию десятки раз и знает типовые причины отказа заранее. Мы в UKVED ведём разработку мобильных приложений с публикацией в обоих сторах как часть проекта — от 500 000 ₽ за приложение, включая прохождение модерации и правки по замечаниям без доплаты за повторные попытки.

🛡️ как предотвратить отказ при следующих обновлениях приложения

Повторная модерация проходит легче, если явные регрессии находят и чинят до отправки, а не после письма от Apple. Для B2B-приложений, которые интегрированы с 1С — синхронизируют заказы, остатки склада или заявки от клиентов — стоит отдельно проверять обновление после каждого изменения структуры данных на стороне 1С: модератор ставит приложение на реальные тестовые данные, и если формат номенклатуры или цены изменился, а мобильная часть не обновлена под него, сборку отклонят по крашу.

Если приложение завязано на обмен с базой 1С, разумно заранее продумать архитектуру интеграции — как устроен обмен, что происходит, если 1С временно недоступна — это подробно описано в материале про интеграцию приложения с 1С. Для компаний, где мобильное приложение — часть более крупного B2B-контура для сотрудников или партнёров, есть отдельная практика B2B-приложений с 1С, где модерация проходится с учётом специфики закрытого корпоративного доступа.

📋 App Store и Google Play: сроки, требования и типичные причины отказа

🏗️ что нужно подготовить до отправки на модерацию

Ошибка, которую совершают чаще всего — начинают оформлять карточку в сторе за день до дедлайна, когда исправить найденные проблемы уже некогда. Часть требований лучше закрыть на этапе разработки, а не в последний момент.

минимальный комплект для публикации

• ✓Юрлицо или ИП для регистрации аккаунта разработчика — физлицам Apple и Google тоже разрешают публикацию, но с ограничениями на некоторые категории приложений
• ✓Политика конфиденциальности на отдельной странице сайта, а не в виде PDF-файла
• ✓Скриншоты интерфейса под требуемые размеры экранов — для iPhone и iPad размеры разные
• ✓Тестовый аккаунт с заполненными данными, если приложение требует входа
• ✓Описание приложения без завышенных обещаний — формулировки вроде «лучшее приложение» Apple может попросить убрать

Если приложение делают под конкретные бизнес-процессы — учёт заявок, складские остатки, работу выездных сотрудников — и данные должны идти из 1С, посмотреть готовые сценарии и ориентиры по стоимости можно на странице тарифов на разработку.

❓ Частые вопросы

Сколько по времени занимает публикация приложения в App Store и Google Play?

Первая модерация в App Store обычно занимает от нескольких часов до 2-3 дней, в Google Play — сопоставимо, но у новых аккаунтов проверка может растянуться до недели. С учётом подготовки карточки и правок по замечаниям весь процесс занимает от нескольких дней до 2-3 недель.

Может ли компания без юрлица опубликовать приложение в сторах?

Apple и Google разрешают регистрацию аккаунта разработчика на физлицо, но с ограничениями — например, недоступны некоторые категории приложений и способы монетизации. Для B2B-приложений компании обычно регистрируют аккаунт на юрлицо или ИП.

Почему приложение отклонили, хотя оно работало на телефоне разработчика?

Чаще всего дело в тестировании на одном устройстве и версии ОС. Модератор проверяет приложение на нескольких моделях и минимальной поддерживаемой версии системы, где могут вскрыться падения, незаметные на новом флагманском смартфоне.

Что делать, если Google Play отклоняет приложение из-за запрошенных разрешений?

Нужно убрать разрешения, которые не используются напрямую в видимом функционале экрана, либо явно объяснить в описании приложения, зачем нужен доступ — например, к геолокации для доставки. Немотивированные разрешения к контактам и камере отклоняют почти всегда.

Сколько стоит разработка приложения с публикацией в App Store и Google Play?

В UKVED разработка мобильного приложения с публикацией в обоих сторах начинается от 500 000 ₽, включая прохождение модерации и доработки по замечаниям без дополнительной оплаты за повторные попытки.