Публикация в App Store и Google Play: как проходит
Приложение готово - и тут выясняется, что до пользователей его ещё надо провести через два КПП со своими правилами. Публикация в сторах - не кнопка выложить, а отдельный этап, где приложение проверяют живые модераторы, и они могут развернуть. Обиднее всего, когда отказ прилетает из-за мелочи, которую легко было учесть заранее: не приложили политику конфиденциальности, слабо описали, что делает приложение. Каждый такой отказ сдвигает релиз на новый круг модерации. Поэтому требования сторов закладывают не в конце, а с самого начала разработки.
Публикация в App Store и Google Play - это этап после разработки: нужен аккаунт разработчика, оформленная карточка приложения и прохождение модерации. У Apple правила строже и модерация дольше, у Google - проще и быстрее. Разберём, что подготовить, где спотыкаются и как не собрать отказ.
Что нужно для публикации
- Аккаунт разработчика: у Apple и Google он платный и оформляется на вас.
- Карточка приложения: название, описание, иконка, скриншоты.
- Политика конфиденциальности, если приложение собирает данные.
- Сборка приложения, готовая к загрузке.
Сроки модерации
| Магазин | Модерация |
|---|---|
| Google Play | Обычно быстро, часы-дни |
| App Store | Строже, дни, бывают правки |
Частые причины отказа
- Непонятно, что делает приложение (слабое описание).
- Нет политики конфиденциальности при сборе данных.
- Битые функции или пустые экраны.
- Нарушение правил магазина по контенту или оплатам.
Как отказ ломает сроки: пример
Команда сдаёт приложение к дате запуска, закладывает на публикацию пару дней и не учитывает требований Apple. Отправляют на модерацию - отказ: приложение собирает телефоны при регистрации, а политики конфиденциальности нет. Пишут политику, прикладывают, отправляют заново - а это новый круг модерации, ещё несколько дней. Релиз, который планировали на понедельник, уезжает на следующую неделю, и все планы вокруг него тоже.
А если бы про политику и описание подумали на старте разработки, приложение прошло бы с первого раза. Отсюда правило: требования сторов - это не финальная формальность, а часть ТЗ. Учитываешь их заранее - публикуешься по плану; вспоминаешь в конце - собираешь отказы и двигаешь релиз.
Чек-лист перед отправкой
- Аккаунты разработчика оформлены на вас, а не на исполнителя.
- Описание ясно говорит, что приложение делает и зачем.
- Есть политика конфиденциальности, если собираете любые данные.
- Все функции работают, нет пустых и битых экранов.
- Скриншоты и иконка на месте и соответствуют правилам.
Кто это делает
Публикацию можно вести самому по аккаунту, а можно поручить разработчику - я помогаю с оформлением карточки и прохождением модерации, это часть сдачи приложения. Как проходит весь заказ - в статье как заказать мобильное приложение.
Публикация - не формальность, а этап со своими правилами. Отказ на модерации сдвигает релиз, поэтому карточку и требования магазинов учитывают заранее, а не в последний день.
С чего начать
Если приложение уже есть или в планах - расскажите, что это и куда публикуем. Я подскажу по требованиям сторов и помогу с релизом. Про цены - в статье сколько стоит приложение.
Владислав · @chappo29
Fullstack-разработчик: делаю сайты, Telegram-ботов и автоматизацию для малого бизнеса. Больше 40 проектов, всё сдано в срок с оценкой 5.0 - профиль с отзывами на Kwork.
Нужен такой проект?
Опишите задачу своими словами - пришлю смету и срок в течение часа. Бесплатно и ни к чему не обязывает.