Как опубликовать игру на всех платформах одновременно

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

Рабочая стратегия такая: начать с единой кодовой базы, открыть аккаунты разработчика во всех магазинах, куда вы планируете выходить, и вести отсчёт от целевой даты релиза назад, через самый длинный срок проверки — обычно это консольная сертификация, иногда первая подача в App Store. Это руководство разбирает, что значит «все платформы», какие комиссии и сроки у каждого крупного магазина и как построить реалистичный календарь запуска. Все цифры взяты из официальных условий магазинов.

Что на самом деле означает «все платформы»#

«Все платформы» — это не одно целое. Это четыре уровня, у каждого свои требования, своя аудитория и свои модели заработка.

Уровень	Платформы	Что нужно для релиза
ПК	Steam, Epic Games Store, itch.io, GOG	Сборка под Windows (часто и под macOS/Linux), страницы в магазинах, трейлеры, возрастные рейтинги
Мобильные	Apple App Store (iOS), Google Play (Android)	IPA и Android App Bundle, скриншоты с устройств и раскрытие данных о приватности
Веб	Браузер (HTML5), itch.io	HTML5-сборка; самый низкий порог входа и самая низкая выручка на пользователя
Консоли	Xbox, PlayStation, Nintendo Switch	Статус одобренного разработчика, девкит или партнёрский комплект и платформенная сертификация

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

Начните с единой кодовой базы#

Одновременная публикация имеет смысл, только если вы делаете игру один раз и экспортируете её на каждую цель. Поддерживать отдельную кодовую базу под каждую платформу — верный способ превратить порты в самостоятельные проекты, которые разойдутся в разные стороны. Хорошая новость: каждый серьёзный 2D-движок уже умеет кроссплатформенный экспорт.

Движок	Десктоп	Мобильные	Веб	Консоли
Unity	Да	Да	Да	Да (при одобренных девкитах)
Godot	Да	Да	Да (HTML5)	Да (через издателей/портировщиков)
MonoGame	Да	Да	Ограниченно	Да (использовался в выпущенных консольных играх)
Defold	Да	Да	Да	Да
Egmatic	Да	Да	Да	В планах

Правило одно: один проект, один источник контента, отдельная упаковка под каждую цель. Логика, уровни и ресурсы общие, отличаются только финальный пакет (IPA, AAB, депо Steam, HTML5-сборка) и тонкий слой платформенно-зависимого кода. Если ваш движок не умеет экспортировать на нужную вам платформу — её нет в плане релиза: проще сменить движок, чем потом менять платформу. Основы этого требования подробнее разобраны в руководстве по мультиплатформенному экспорту.

Магазины: аккаунты, комиссии и сроки проверки#

Вот практическая картина с цифрами из официальных условий магазинов на 2026 год.

Магазин	Плата за аккаунт	Доля магазина	Типичный срок проверки
Apple App Store	$99 в год	30% стандартно; 15% до $1 млн в год (Small Business Program); 15% на подписки со второго года	24–48 часов, ручная модерация
Google Play	$25 единоразово	15% на первые $1 млн в год, затем 30%; 15% на подписки с первого дня	От нескольких часов до 2 дней
Steam	$100 за приложение (Steam Direct, возвратное)	30% до $10 млн; 25% в диапазоне $10–50 млн; 20% свыше	Несколько дней на страницу и сборку
Epic Games Store	$0 за публикацию	12%; 0% на первые $1 млн в год с приложения (с 2025 года)	По одобрению, несколько дней
itch.io	$0	Долю выбираете вы, от 0 до 100%; по умолчанию 10%	Почти мгновенно, без модерации
Консоли	$0 за приложение, но нужен статус одобренного разработчика	Обычно около 30% (зависит от договора)	Недели — полная платформенная сертификация

Несколько деталей, на которых часто спотыкаются:

• Apple требует Mac. Сборка и загрузка iOS-приложения идут через Xcode на macOS. Обойти это для App Store-сборки первым способом нельзя.
• Google Play требует закрытого тестирования. Для новых личных аккаунтов разработчика нужно провести закрытое тестирование минимум с 12 тестерами, прежде чем подавать версию в продакшен, — закладывайте это время на первый Android-релиз.
• Консоли закрыты. Просто так загрузить игру на Xbox, PlayStation или Switch нельзя. Вы подаётесь в партнёрскую программу — ID@Xbox для самостоятельной публикации на Xbox, программу PlayStation Partners для Sony и Nintendo Developer Portal для Switch, — подписываете NDA и получаете доступ к девкитам и требованиям сертификации. Сертификация строгая и занимает несколько недель.

Только на аккаунтах разработчика выход на Apple, Google и Steam в первый год стоит примерно $224 ($99 + $25 + $100). Добавление Epic и itch.io ничего не стоит. Консоли не требуют платы за размещение, но требуют одобренного статуса и девкита.

Задача согласования: ведите отсчёт от релиза назад#

Трудность по-настоящему одновременных релизов в том, что сроки проверки у магазинов не совпадают. Ведите отсчёт назад от целевой даты:

Целевая дата релиза:                      День 0
Подача на консольную сертификацию:        День −28…−42   (самый длинный этап)
Подача сборки и страницы в Steam:         День −14…−21
Первая подача в App Store:                День −14       (с запасом на отклонения)
Подача продакшена в Google Play:          День −7…−10
Финальная заморозка сборки:               День −10…−14

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

Реалистичная последовательность запуска#

1. Выберите платформы первого дня исходя из того, куда умеет экспортировать движок и где находится ваша аудитория. Казуальная 2D-игра ближе к мобильным; глубокая инди-игра — к ПК.
2. Откройте все аккаунты разработчика заранее. Apple, Google, Steam, Epic, itch.io можно оформить до того, как игра будет готова. Заявки в консольные программы могут согласовываться неделями — подавайте их первыми.
3. Сделайте один проект и экспортируйте под каждую цель. Соберите IPA, AAB, ПК-сборку и HTML5-сборку из одного источника.
4. Подготовьте материалы один раз. Скриншоты, трейлеры, описания, анкеты возрастных рейтингов и политики приватности переиспользуйте между магазинами, меняя только размеры.
5. Подавайте в обратном порядке от длины проверки. Сначала консоль (если применимо), затем Steam, затем Apple, затем Google. Каждый магазин должен пройти модерацию до нулевого дня.
6. Выровняйте даты релиза. В каждом магазине можно задать дату выхода — свяжите их. В Google Play используйте поэтапный релиз, чтобы контролировать первые часы.
7. Тестируйте на реальных устройствах каждой платформы. Сборка, работающая на вашей машине, всё равно может не пройти проверку на тач-устройстве или консольную сертификацию.
8. Держите план на случай отказа. Первые подачи отклоняют — часто из-за метаданных, приватности или возрастных рейтингов, а не из-за сборки. Закладывайте время на повторную подачу в каждый магазин.

«Одновременно» против «поэтапно»: выберите верную стратегию#

Стратегия	Что это	Когда подходит
Строго одновременно	Все магазины открываются в одну дату	Консольная сертификация пройдена и хватает QA, чтобы держать все платформы разом
Сначала ПК, затем мобильные	Steam/itch в первый день, мобильные через недели	Глубокий геймплей, которому нужна ПК-аудитория и ранняя обратная связь перед мобильным портом
Сначала мобильные, затем ПК	App Store/Play в первый день, ПК позже	Казуальная игра, чья аудитория на телефонах; ПК-версия позже как премиальная
Ранний доступ на ПК, полный релиз везде	Продавать недоделанную ПК-версию, затем 1.0 на всех платформах	Игра, которой помогает итерация с реальными игроками; типично для симуляторов и стратегий

Не считайте «одновременность» добродетелью самой по себе. Поэтапный релиз, где каждой платформе уделяется нужное внимание, обычно даёт лучшую игру, чем лихорадочный запуск «везде в первый день».

Ошибки, которые срывают мультиплатформенный релиз#

• Гнаться за строгой одновременностью, когда лучше поэтапность. Держать готовую ПК-сборку шесть недель ради консольной сертификации — терять импульс и деньги.
• Недооценивать консольную сертификацию. Это недели, а не дни, и требования жёсткие. Либо закладывайте их, либо оставляйте консоль на потом.
• Игнорировать разницу в упаковке. Для iOS нужен IPA из Xcode на Mac; для Google Play — Android App Bundle; для Steam — формат депо. Они не взаимозаменяемы.
• Забывать про приватность и возрастные рейтинги. Самая частая причина отказа в App Store и Google Play — неполная политика конфиденциальности или нераскрытые данные, а не сама сборка.
• Пропускать тестирование на устройствах каждой платформы. Тач-управление ведёт себя иначе, чем клавиатура и мышь. ПК-сборка не доказывает, что мобильный порт работает.
• Откладывать налоги и выплаты на потом. В каждом магазине нужны налоговые формы и банковские реквизиты, прежде чем вам смогут платить. Настраивать это в день релиза — поздно.
• Не закладывать повторные подачи. На первом релизе планируйте как минимум одну повторную подачу на каждый магазин.

Роль Egmatic#

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

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

Заключение#

Публикация на всех платформах одновременно — это в большей степени задача согласования, чем техническая. Делайте игру на единой кодовой базе, открывайте аккаунты во всех магазинах, куда собираетесь выходить, и ведите отсчёт назад от даты релиза через самый длинный срок проверки — обычно консольную сертификацию. Помните о комиссиях ($99 в год у Apple, $25 у Google, $100 Steam Direct, бесплатно в Epic и itch.io) и о долях магазинов (у Steam шкала 30/25/20%, в Epic 12%, в itch.io — на ваш выбор), и учитывайте, что сроки проверки в часы, дни и недели между собой не совпадают. Выбирайте строгую одновременность, только когда готовы закрыть каждое окно; в остальных случаях действуйте поэтапно и осознанно. Тогда «везде в первый день» перестаёт быть авралом и становится расписанием.