Гайд по публикации игр в Google Play и App Store

Когда я выпускал свои первые пет-проекты на Android и iOS, мне казалось, что главное — допилить билд до играбельного состояния, а залить его в стор — дело пяти минут. Реальность быстро отрезвила: модерация возвращала сборку из-за забытого тестового баннера, политика конфиденциальности не открывалась по ссылке, а скриншоты обещали графику, которой в игре не было. С тех пор я отношусь к публикации как к отдельному этапу продакшена — со своим чек-листом, тестированием и подготовкой документов. В этом гайде я собрал практический разбор пути от готового билда до релиза в Google Play и App Store, без воды и типичных граблей, на которые сам наступал.

С чего начать: что нужно подготовить до публикации

До того как нажать заветную кнопку отправки на ревью, убедитесь, что у вас на руках есть не просто сборка, а полный пакет материалов. Я обычно собираю всё в отдельную папку проекта, чтобы не метаться в последний момент. Вот что должно быть готово:

• рабочая финальная сборка игры, протестированная на реальном устройстве, а не только в эмуляторе;
• иконка, скриншоты и короткое описание — скриншоты должны показывать реальный геймплей, а не концепт-арты;
• политика конфиденциальности, которая честно описывает, какие данные собирают SDK (реклама, аналитика) и как они используются;
• возрастной рейтинг — не занижайте его искусственно, модераторы сверяются с содержанием;
• тестовый доступ, если игра требует авторизацию: логин, пароль, QR-код или любой другой способ, который будет работать на момент проверки;
• список используемых SDK и сторонних сервисов — это пригодится для заполнения Data safety и Privacy details;
• понимание модели монетизации: реклама, внутриигровые покупки, подписка — всё это нужно будет указать в карточке приложения.

Для Google Play важно, чтобы карточка приложения точно отражала функциональность, а при наличии авторизации были предоставлены активные тестовые данные и все ресурсы для проверки. Для App Store нужно заполнить анкету возрастного рейтинга, указать сведения о приватности и обозначить поддержку доступности, если она есть. Я обычно готовлю обе версии параллельно, чтобы метаданные и юридические документы не расходились.

Google Play: как опубликовать игру

Google Play удобен тем, что процесс достаточно прозрачен, но требования к качеству и тестированию здесь строгие. Для новых личных аккаунтов разработчика, созданных после 13 ноября 2023 года, перед публикацией требуется закрытое тестирование минимум с 12 тестировщиками, которые были подключены непрерывно не менее 14 дней. Это правило застало многих врасплох: если вы регистрируете аккаунт сейчас, готовьтесь к обязательному закрытому тесту. Я бы советовал начинать собирать тестировщиков заранее, ещё на этапе бета-сборки, чтобы не терять время.

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

• целевой API level соответствует актуальным требованиям платформы — Google ежегодно поднимает минимальную планку;
• игра запускается стабильно и не крашится, особенно на холодном старте после установки из стора;
• карточка магазина не обещает того, чего в игре нет — если мультиплеер только в планах, лучше не упоминать его в описании;
• заполнен раздел Data safety и добавлена политика конфиденциальности — это не формальность, а реальный перечень собираемых данных;
• если в игре есть вход по аккаунту, подготовлен рабочий демо-доступ: логин и пароль должны быть активны и не требовать дополнительных подтверждений;
• package name зарегистрирован и не конфликтует с другими проектами — помните, что изменить его после публикации нельзя.

Пошаговая схема публикации

1. Создайте или подготовьте аккаунт разработчика Google Play — для новых аккаунтов учитывайте требование о закрытом тестировании.
2. Убедитесь, что сборка соответствует требованиям платформы и проходит внутреннее тестирование без критических багов.
3. Соберите закрытый тест, если он обязателен для вашего типа аккаунта, и дайте тестировщикам минимум 14 дней на использование.
4. Настройте страницу приложения: название, описание, скриншоты, иконку, категорию, возрастные ограничения — всё должно быть честным и аккуратным.
5. Заполните разделы про приватность, рекламу и покупки — укажите все SDK, которые собирают данные.
6. Отправьте релиз на модерацию и быстро отвечайте на замечания, если они появятся.

Частые ошибки в Google Play

• игра не проходит из-за вылета на первом запуске — всегда проверяйте холодный старт на устройстве с минимальной конфигурацией;
• скриншоты выглядят лучше, чем сама игра — модераторы сравнивают визуал, и расхождение ведёт к отказу;
• нет демо-аккаунта для проверки или он не работает — ревьюер просто не сможет войти и отклонит релиз;
• не заполнен Data safety — если игра использует AdMob или аналитику, это обязательно нужно указать;
• описания и метаданные не совпадают с реальным поведением приложения — например, заявлен кооператив, а его нет;
• в релиз попадает тестовый контент, заглушки или debug-логи — я сам однажды забыл убрать кнопку «Debug Menu», и модерация сразу вернула сборку.

App Store: как подготовить и отправить игру

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

Что нужно подготовить

• сборку, собранную через актуальные инструменты для iOS — без deprecated API и с поддержкой последних версий ОС;
• заполненную карточку в App Store Connect: название, подзаголовок, описание, ключевые слова, категория;
• возрастной рейтинг — анкета довольно подробная, отвечайте честно;
• сведения о приватности — здесь нужно указать, какие данные собирает игра и для чего;
• скриншоты под нужные устройства — если игра поддерживает iPad, обязательно добавьте скриншоты для iPad;
• при необходимости — документы, подтверждающие права или лицензии, особенно если используется сторонний контент или бренды.

Apple отдельно требует, чтобы игры соответствовали ожиданиям по работе на актуальных версиях ОС, а сведения о приватности и возможностях доступа были заполнены в App Store Connect. Для отдельных категорий, например азартных или денежных игр, нужны дополнительные лицензии и разрешения.

Пошаговый процесс публикации

1. Подготовьте Apple Developer Program аккаунт и доступ в App Store Connect.
2. Соберите финальную версию игры и протестируйте её на реальных устройствах, а не только в симуляторе.
3. Заполните метаданные: название, подзаголовок, описание, ключевые слова, категория — описание должно быть точным и без общих фраз.
4. Добавьте возрастной рейтинг и блок privacy details — будьте готовы объяснить, зачем игре доступ к камере или микрофону, если он есть.
5. Проверьте корректность скриншотов, иконки и локализаций — Apple строго следит за соответствием визуала реальной игре.
6. Отправьте билд на review и следите за комментариями модерации — отвечайте быстро и по делу.

На что Apple смотрит особенно внимательно

• стабильность сборки — краши на старте недопустимы;
• соответствие заявленного и фактического функционала — если в описании обещана поддержка геймпада, она должна работать;
• корректность метаданных — скриншоты, описание и ключевые слова не должны вводить в заблуждение;
• прозрачность работы с данными пользователя — privacy details должны полностью отражать реальную практику;
• наличие обязательных ссылок и документов — политика конфиденциальности, лицензионные соглашения;
• отсутствие скрытых функций или неописанных сценариев — например, тестовых меню или отладочных панелей.

Google Play vs App Store: ключевые различия

Как не получить отказ на модерации

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

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

• игра проходит холодный запуск без ошибок — установите её на устройство, на котором нет кеша и данных;
• все кнопки и экраны работают — проверьте каждый переход, каждую иконку;
• реклама не ломает UX — убедитесь, что межстраничные баннеры не появляются во время важных действий;
• покупки корректно восстанавливаются — протестируйте restore purchases на разных аккаунтах;
• нет тестовых надписей и служебных экранов — удалите все debug-меню и плейсхолдеры;
• политика конфиденциальности открывается и совпадает с фактической обработкой данных — проверьте ссылку в карточке;
• карточка магазина честно описывает игру — без преувеличений и ложных обещаний;
• для ревью есть все логины, коды и инструкции — и они работают на момент проверки.

Что особенно важно для мобильных игр

• если есть прогресс, убедитесь, что он сохраняется между сессиями — потеря сохранений бесит игроков и вызывает жалобы;
• если есть онлайн-составляющая, проверьте серверы и fallback-сценарии — что происходит при обрыве соединения;
• если игра требует возрастного ограничения, не занижайте его — модераторы сверят с контентом;
• если есть внутриигровые покупки, проверьте цены, локализацию и восстановление покупок — особенно в разных регионах;
• если используется сторонняя аналитика, рекламные сети или SDK, заранее проверьте, какие данные они собирают, и отразите это в privacy-разделах.

Типовые ошибки разработчиков

1. Публикация «сырых» скриншотов

Многие ставят временные изображения из билда, а потом удивляются низкой конверсии или отказу. Я видел скриншоты с FPS-счетчиком в углу или с надписью «Test». Скриншоты должны показывать реальную игру, а не абстрактный промо-макет. Потратьте время на создание чистых, информативных кадров — это лицо вашего продукта.

2. Слишком общее описание

Формулировки вроде «увлекательная игра для всех» не помогают ни пользователю, ни модератору. Лучше четко писать жанр, механику, цель и уникальность. Например: «пошаговая стратегия с элементами roguelike, где вы собираете отряд и проходите случайные подземелья». Конкретика повышает доверие и конверсию.

3. Неполные данные для ревью

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

4. Несовпадение версии и карточки

Если в описании обещан кооператив, а в билде его нет, модерация может отклонить релиз как вводящий в заблуждение. Лучше либо убрать упоминание, либо добавить пометку «в разработке», если функция появится позже.

5. Игнорирование локальных требований

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

Практический сценарий: как лучше готовить релиз инди-игры

Для небольшой инди-игры удобнее идти по простой схеме: сначала закрытое тестирование на небольшой группе, затем доработка критичных багов, после этого — финальная упаковка магазина, отправка на review, а потом — мягкий запуск в одной стране и сбор отзывов. Такой подход снижает риск того, что первый публичный релиз испортится из-за мелкой, но критичной ошибки. Мягкий запуск позволяет обкатать монетизацию и баланс без удара по глобальному рейтингу.

Мини-чек-лист перед публикацией

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

FAQ

Можно ли опубликовать игру без сайта?

Да, но политика конфиденциальности обычно должна быть доступна по публичной ссылке, а сама карточка приложения должна содержать всю обязательную информацию. Я часто размещал privacy policy на бесплатном хостинге или в Google Docs — главное, чтобы ссылка открывалась без авторизации. Однако простой лендинг добавляет доверия и может пригодиться для сбора почтовых адресов игроков.

Нужен ли тестовый доступ, если игра бесплатная?

Если для проверки нужны логин, код, QR или другой доступ, его нужно предоставить модерации независимо от модели монетизации. Даже если игра бесплатная, но требует регистрации, ревьюер должен иметь возможность войти и оценить весь функционал.

Что чаще всего приводит к отказу в Google Play?

Несоответствие карточки реальному приложению, отсутствие тестового доступа, проблемы со стабильностью и неполные данные о приватности. Часто отказывают из-за неработающего демо-доступа: если вы дали логин и пароль, а они требуют подтверждения по email или уже заблокированы, ревьюер не сможет войти.

Что чаще всего вызывает задержки в App Store?

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

Можно ли сначала выйти в один стор, а потом в другой?

Да, и для инди-проектов это часто разумно. Но лучше заранее готовить обе версии, чтобы не переделывать метаданные и юридические документы дважды. Я обычно делаю базовую подготовку для обоих сторов одновременно, а релиз ставлю поэтапно, чтобы успеть собрать обратную связь и внести правки.

Вывод

Публикация игры в Google Play и App Store — это комбинация разработки, упаковки и прохождения модерации. Чем раньше вы начнете готовить метаданные, тестовый доступ, приватность и стабильный билд, тем выше шанс выйти в стор без лишних кругов согласований. Для мобильной игры релиз — это не финал, а точка, где начинается реальная проверка качества. Отнеситесь к этому этапу как к части продакшена, и тогда модерация станет не препятствием, а фильтром, который помогает сделать продукт лучше.