Ошибки при публикации игры в App Store: чего избегать

Отправка игры в App Store — процесс простой по сути, но удивительно легко ошибиться на практике. Apple отклоняет значительную часть первых отправленных приложений, и почти все эти отказы объясняются одними и теми же причинами: сборка падает, метаданные неполные или вводящие в заблуждение, сведения о конфиденциальности указаны неверно, или игра выглядит как спам. Ничего загадочного в этом нет — причины предсказуемы, и у каждой есть надёжное решение. Ниже разобраны те поводы для отказа, которые чаще всего подводят разработчиков мобильных игр, и что с каждым из них делать ещё до отправки.

Как устроена публикация — кратко#

Прежде чем о причинах — об общем ходе процесса. Чтобы выпустить iOS-игру, нужно членство в Apple Developer Program (99 долларов в год), игра, собранная под iOS, архив, загруженный через Xcode в App Store Connect, и страница в магазине — название, скриншоты, описание, возрастной рейтинг и ответы о конфиденциальности. Проверяющие Apple устанавливают сборку и проходят игру. Большинство приложений проходят модерацию за день-два, но сроки бывают разными; закладывайте время хотя бы на один цикл модерации, а в идеале — на одну повторную отправку до жёсткой даты релиза.

Лучшее, что можно сделать, — относиться к отправке как к последнему этапу тестирования, а не отдельной фазе. Каждую из причин отказа ниже дешевле устранить при разработке, чем в ходе модерации.

1. Вылеты и баги — причина отказа номер один#

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

Решение — тестировать именно ту сборку, которую отправляете, на реальном устройстве, а не только в симуляторе. Симулятор не выявит нехватку памяти, проблемы с драйверами видеокарты или ошибки, которые проявляются только на старом железе. Проверяйте и на самом старом из поддерживаемых устройств, и на самом новом: баги, ведущие к отказу, скапливаются на краях диапазона. Если в игре есть аккаунты, прогоните вход и первый запуск от начала до конца с новым аккаунтом — именно по этому пути пойдёт проверяющий.

2. Отсутствующий или неработающий демо-аккаунт#

Если для игры нужен вход, проверяющие Apple не смогут в неё сыграть без учётных данных. В App Store Connect есть поле для демо-аккаунта в разделе с информацией для проверки, и оставить его пустым — или указать неработающие данные — значит получить один из самых легко устранимых отказов.

Укажите настоящий рабочий аккаунт. Если в игре есть обучение или закрытый контент, убедитесь, что аккаунт уже прошёл онбординг, который мог бы задержать проверяющего, и добавьте пояснения для проверки ко всему неочевидному — например, как добраться до мультиплеера. Короткая ясная заметка экономит целый круг модерации.

3. Неполные или вводящие в заблуждение метаданные#

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

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

4. Нарушения конфиденциальности и манифест приватности#

Конфиденциальность с каждым годом проверяют строже, и теперь это одна из самых частых категорий отказов. Разработчиков ловят в основном на двух вещах.

Во-первых, с 1 мая 2024 года Apple требует манифест конфиденциальности — файл PrivacyInfo.xcprivacy — в каждом приложении и обновлении. Он описывает, какие данные приложение собирает и какие API «обязательного основания» использует, а у сторонних SDK должны быть собственные манифесты. Отсутствующий или неточный манифест, либо SDK без него заблокирует отправку. Перед загрузкой убедитесь, что у каждого используемого SDK есть манифест, а ваш собственный файл соответствует тому, что код реально делает.

Во-вторых, в App Store Connect нужно точно ответить на вопросы о конфиденциальности — это те самые метки сбора данных, которые игроки видят на странице в магазине. Если игра собирает идентификаторы устройств, данные об использовании или покупки, это нужно заявить. Несоответствие между ответами и реальным поведением приложения — частый повод для отказа, и манифест конфиденциальности должен сходиться с метками в App Store Connect.

5. Отсутствие удаления аккаунта#

Если в игре можно создать аккаунт, Apple требует, чтобы внутри приложения можно было его и удалить вместе с данными — а не только написать в поддержку. Это правило подводит тех, кто добавил вход ради мультиплеера или облачных сохранений, но забыл сделать процедуру удаления. Если аккаунты есть, кнопка удаления должна присутствовать и работать.

6. Правило 4.3 — о спаме#

Правило 4.3 — это общая статья Apple про приложения, которые не приносят заметной ценности. Для игр по нему чаще всего отклоняют тайтлы, почти дублирующие другие приложения, переоформляющие одну и ту же игру под разными названиями или выглядящие как массовая штамповка. Если вы выпускаете линейку похожих казуальных игр, 4.3 — тот отказ, с которым вы столкнётесь вероятнее всего.

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

7. Битые ссылки и незаконченный контент#

Мелочи, но частые: ссылка на поддержку или политику конфиденциальности, ведущая на 404, текст-заглушка, оставшийся в описании, или ресурсы-«рыба», попавшие в сборку по ошибке. Перед отправкой пройдите по каждой ссылке на странице приложения и откройте сборку, ища всё откровенно недоделанное. Проверяющие Apple это видят, а мёртвая ссылка на политику конфиденциальности — отказ, который можно исправить за пять минут.

Чеклист перед отправкой#

Пройдитесь по нему перед загрузкой:

• Протестируйте отправляемую сборку на реальном устройстве — самом старом и самом новом из поддерживаемых.
• Укажите рабочий демо-аккаунт с пояснениями для всего неочевидного.
• Проверьте, что скриншоты и описание соответствуют сборке, без обещаний о будущем.
• Добавьте манифест конфиденциальности и убедитесь, что он есть у каждого SDK; приведите ответы о конфиденциальности в App Store Connect в соответствие с реальностью.
• Добавьте удаление аккаунта, если есть создание аккаунта.
• Пройдите по всем ссылкам — поддержка, политика конфиденциальности, маркетинговая ссылка.
• Уберите контент-заглушки и недоделанные функции.
• Для линейки игр убедитесь, что каждая отличается механически, чтобы не попасть под 4.3.

Большая часть пунктов занимает минуты. Сделать это заранее несравнимо дешевле, чем проходить лишний круг модерации.

Роль Egmatic#

Значительная доля отказов в App Store сводится к багам на конкретных устройствах и недоделанным сценариям, и то и другое легче поймать, когда можно тестировать непрерывно. Egmatic — это редактор и движок 2D-игр на платформе MonoGame, и он экспортирует сборку под iOS из того же проекта, который вы разрабатываете на десктопе. Игру можно гонять в десктопной сборке на протяжении всей разработки, а затем собрать iOS-бинарник и проверить на устройстве перед отправкой — так вылеты и граничные случаи, из-за которых чаще всего отказывают, находятся ещё в процессе разработки, а не после того, как Apple уже присмотрелась к приложению. Подробнее о том, как тот же проект выходит на десктоп, мобильные устройства и консоли, — в нашем руководстве по экспорту игр на несколько платформ.

Заключение#

Отказы в App Store кажутся произвольными, пока не видишь закономерности: они скапливаются вокруг вылетов, неполных метаданных, ошибок в конфиденциальности, отсутствия удаления аккаунта и правила о спаме. Исправления просты и надёжны — тестируйте реальную сборку на реальном железе, прикладывайте рабочий демо-аккаунт, добавляйте точный манифест конфиденциальности, держите страницу в магазине честной и делайте каждую игру по-настоящему непохожей на другие. Сделайте это до отправки, и большинства отказов не случится вовсе. Заложите день-два на модерацию, планируйте одну повторную отправку — и вы выпустите чистую iOS-игру с первого раза.

---

Источники#

1. В правилах модерации Apple тестирование на сбои и баги, а также полнота и точность метаданных входят в число основных требований перед отправкой — App Review Guidelines – Apple Developer
2. Apple требует файл манифеста конфиденциальности PrivacyInfo.xcprivacy для приложений и сторонних SDK с 1 мая 2024 года — Privacy manifest files – Apple Developer
3. Членство в Apple Developer Program, необходимое для публикации в App Store, стоит 99 долларов в год — Apple Developer Program
4. Программа App Store для малого бизнеса снижает комиссию Apple с 30% до 15% для разработчиков с доходом до 1 млн долларов в год — App Store Small Business Program – Apple Developer
5. Apple требует, чтобы приложения с возможностью создания аккаунта предлагали и его удаление внутри приложения (правило 5.1.1) — App Review Guidelines – Apple Developer
6. Правило 4.3 охватывает спам, в том числе приложения-дубликаты или не приносящие ценности — App Review Guidelines – Apple Developer
7. TestFlight — сервис Apple для бета-тестирования и раздачи предрелизных сборок перед отправкой в App Store — TestFlight – Apple Developer