Как выпустить одну игру на iOS и Android без двойной работы

Создать мобильную игру для одной платформы — задача непростая. Делать это дважды — отдельно для iOS и отдельно для Android — ошибка, которую небольшие команды просто не могут себе позволить. В 2025 году мобильный гейминг принёс более 82 миллиардов долларов дохода в обоих магазинах вместе взятых, согласно данным Sensor Tower, которые приводит 80.lv. При этом App Store обеспечил $52,5 млрд, а Google Play — примерно $30 млрд. Отказаться от любой из платформ — значит добровольно отказаться от заметной доли дохода.

Хорошая новость: два отдельных проекта больше не нужны. Современные кроссплатформенные движки компилируют одну и ту же игру и в iOS-, и в Android-сборку. В этом руководстве мы разберём, как это устроено, какие инструменты подходят лучше всего и на что обратить внимание.

Почему кроссплатформенность — стандарт для инди-игр#

Довод в пользу одной игры на обе платформы прост: больше игроков, больше доход, никаких двойных усилий. По данным Grand View Research, мировой рынок мобильных игр вырастет с $139 млрд в 2024 году до $256 млрд к 2030 году. Большинство игроков пользуются либо iPhone, либо Android-смартфоном, а многие — обоими.

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

Разница в расходах невелика, если подготовиться. Google Play берёт разовый платёж в $25 за регистрацию разработчика. Программа Apple стоит $99 в год. Обе платформы удерживают комиссию от 15 до 30 процентов с платных загрузок и внутриигровых покупок, с пониженными ставками для небольших разработчиков. Если игра вообще приносит доход, расходы на магазины быстро окупаются.

Когда одна платформа всё-таки оправдана#

Бывают ситуации, где разумно начать с одного магазина:

• Нужна эксклюзивная функция платформы — например, интеграция с Apple Arcade
• У команды нет доступа к Mac для сборки через Xcode
• Вы тестируете прототип на узкой аудитории перед масштабным запуском

В таких случаях выберите одну платформу, проверьте игру, а затем расширяйте. Главное — не относиться ко второй платформе как к отдельному проекту.

Как работают кроссплатформенные движки#

Кроссплатформенный движок работает как переводчик. Вы создаёте игру один раз — сцены, логику, графику, звук — внутри редактора. Когда приходит время публиковать, движок компилирует проект в пакет для конкретной платформы: IPA-файл для iOS и AAB или APK для Android.

Логика и ресурсы остаются неизменными в обеих сборках. Движок берёт на себя различия: системы ввода, рендеринг, форматы аудио, работу с файлами. Этот же подход мы разбирали в сравнении Godot и Unity, где возможность экспорта из одного проекта на несколько платформ стала ключевым критерием.

Что совпадает, а чем платформы отличаются#

Слой	Одинаково на обеих платформах?	Комментарий
Игровая логика	Да	Правила, события и механики идентичны
Графика и спрайты	Да	Файлы ресурсов общие
Звук	Да	Движок конвертирует форматы при экспорте
Обработка ввода	В основном	Движки абстрагируют касания, но жесты стоит проверять отдельно
Разрешение экрана	Нет	У iOS меньше типоразмеров; Android разбросан сильно
Упаковка для магазина	Нет	IPA для Apple, AAB для Google
Подписание и сертификаты	Нет	Процедура отличается для каждого магазина

Понимание, что меняется, а что нет, — ключ к избавлению от двойной работы.

Выбор движка для кроссплатформенной мобильной разработки#

Не каждый движок одинаково хорошо справляется с мобильным экспортом. Вот как выглядят основные варианты в 2026 году.

Unity#

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

Godot#

Godot — бесплатный движок с открытым исходным кодом, поддерживающий мобильный экспорт. Его 2D-инструментарий пользуется заслуженным признанием, а лёгкий редактор запускается практически на любой машине. Для мобильного экспорта требуются дополнительные настройки, особенно на iOS, где нужно вручную конфигурировать Xcode. Подробнее — в нашем сравнении Godot и Unity.

Egmatic#

Egmatic создан специально для разработчиков, которым нужен визуальный подход с нодовой логикой и публикацией в один клик. Вы проектируете сцены и связываете логику визуально, а затем публикуете игру на iOS, Android, Windows, macOS и Linux из одного и того же проекта. Никаких отдельных конфигураций сборки, никаких ручных шагов экспорта. Это самый простой путь для тех, кто хочет сосредоточиться на игре, а не на сборочных конвейерах.

Сравнение движков#

Возможность	Unity	Godot	Egmatic
Лицензия	Подписка	Бесплатная (MIT)	Freemium
2D-инструменты	Хорошие	Отличные	Визуальные, нодовые
Мобильный экспорт	Зрелый	Поддерживается, ручная настройка	В один клик
Порог входа	Высокий	Средний	Низкий
Требуется код	C#	GDScript или C#	Нет
Целевые платформы	Все основные	Все основные	Все основные

Различия платформ, которые влияют на игру#

Даже при общей кодовой базе iOS и Android — не одно и то же. Эти различия проявляются на этапе разработки, а не только при публикации.

Размеры и разрешение экрана#

У iOS-устройств ограниченное число типоразмеров. Линейка iPhone варьируется примерно от 375 до 430 логических пикселей по ширине, а iPad следует предсказуемым размерным сеткам. Android-устройства покрывают гораздо больший диапазон: от бюджетных телефонов с шириной 320 пикселей до флагманов с 480 и более.

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

Разброс производительности#

Аппаратная часть iOS стабильна: если игра хорошо работает на самом старом iPhone из поддерживаемых, на новых она тоже будет идти нормально. С Android всё иначе: за 100 долларов и за 1200 долларов покупают устройства с одним и тем же магазином, и на обоих игра должна быть играбельной.

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

Большинство движков позволяют создавать пресеты качества для разных платформ и уровней устройств. Пользуйтесь этой возможностью.

Особенности сенсорного ввода#

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

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

Правила магазинов и модерация#

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

Пошаговая инструкция: одна игра — два магазина#

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

1. Заложите обе платформы в проект с первого дня#

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

2. Разрабатывайте игру в одном проекте#

Создавайте игру как обычно. Используйте встроенную в движок абстракцию ввода вместо платформенных API. Делайте интерфейс адаптивным и регулярно проверяйте на обеих платформах — не только в конце.

Основы разработки игр без программирования описаны в нашем руководстве по созданию 2D-игр без кода.

3. Зарегистрируйтесь в магазинах заранее#

Оформите аккаунт в Apple Developer Program ($99 в год) и Google Play Console ($25 разово). Сделайте это до того, как будете готовы к публикации, — одобрение может занять несколько дней. Подготовьте материалы для страниц в магазинах: описания, скриншоты, иконки, ссылки на политику конфиденциальности, возрастные рейтинги.

4. Соберите и протестируйте сборки для обеих платформ#

Сгенерируйте сборки для обеих платформ. Проверьте iOS-сборку на реальном iPhone или iPad. Проверьте Android-сборку как минимум на двух устройствах с разными экранами и производительностью. Пройдите по чек-листу для каждой платформы:

Проверка	iOS	Android
Приложение запускается без падений	Обязательно	Обязательно
Сенсорный ввод работает корректно	Обязательно	Обязательно
Интерфейс масштабируется под экран	Обязательно	Обязательно
Звук воспроизводится без искажений	Обязательно	Обязательно
Метаданные магазина заполнены	Обязательно	Обязательно
Ссылка на политику конфиденциальности	Обязательно	Обязательно
Обоснование разрешений	Модерация App Store	Форма безопасности данных

5. Отправьте в оба магазина#

Загрузите iOS-сборку через App Store Connect, а Android-сборку — через Google Play Console. Заполните все поля метаданных, загрузите скриншоты в нужных разрешениях и отправьте на модерацию. Apple обычно проверяет новые приложения 24–48 часов. Google, как правило, быстрее, но сроки варьируются.

6. Обновляйте обе версии параллельно#

После релиза относитесь к обеим версиям как к одному продукту. Когда исправляете ошибку или добавляете функцию — обновляйте обе сборки из одного проекта и отправляйте в оба магазина одновременно. Именно здесь подход с единым проектом экономит больше всего времени.

Типичные ошибки, которые возвращают двойную работу#

Даже с кроссплатформенным движком некоторые ошибки заставляют поддерживать две отдельные версии.

Жёсткая привязка к размеру экрана#

Если интерфейс завязан на конкретное разрешение, он сломается на одной из платформ. Всегда используйте относительное позиционирование и проверяйте результат на маленьких и больших экранах.

Платформенные плагины без запасного варианта#

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

Игнорирование требований магазинов до последнего момента#

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

Тестирование только на одной платформе#

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

Отсутствие бюджета на сборы магазинов#

Суммарные расходы на аккаунты Apple и Google невелики — $124 в первый год и $99 в каждом последующем, — но это расходы, которые стоит заложить заранее, особенно если вы выпускаете несколько игр.

Заключение#

Вы можете создать одну игру и выпустить её на iOS и Android без поддержки двух проектов и написания платформенного кода. Главное — выбрать кроссплатформенный движок на раннем этапе, заложить адаптивность под разные экраны с самого начала и регулярно тестировать на обеих платформах. Такие инструменты, как Egmatic, дополнительно упрощают задачу, беря на себя сборку и экспорт, — и вы можете сосредоточиться на том, чтобы сделать игру по-настоящему хорошей. Начните с одного проекта, проверяйте на обеих платформах и выходите туда, где ваши игроки.