Браузер или Steam: где игроки найдут вашу 2D-игру

Выбор между браузером и Steam не сводится к настройке экспорта: вы выбираете модель дистрибуции, в которой будет жить игра. Две модели расходятся в главном — где аудитория, откуда деньги и останется ли игра живой через год. Большинство разработчиков 2D-игр формулируют вопрос проще: «какой билд выпускать?» — и прячут за ним настоящий выбор. У браузерной игры нет витрины за спиной: только ссылка, которая борется за внимание. Игра в Steam — продукт внутри единственного ПК-магазина, который игроки открывают целенаправленно.

Сразу оговорка: этот блог принадлежит Egmatic — no-code редактору 2D-игр в пре-альфе, который строится вокруг слоя между готовой сборкой и выходом к игрокам: публикация, обновления, сохранения, аналитика. Мы постоянно видим, как инди решают подобные вопросы, но сам разбор ниже не зависит от движка.

Короткий ответ#

Для 2D-инди-игры рабочая схема одна — Steam как продукт и браузер как его маркетинг. Вот сравнение, из которого это видно:

Читайте таблицу как распределение ролей, а не как счёт матча. Строки, где выигрывает браузер (порог входа, затраты), говорят о силе маркетинга. Строки, где выигрывает Steam (аудитория, монетизация, долговечность), — о силе продукта. Ошибка не в выборе одной стороны, а в ожидании, что она потянет обе роли сразу.

Почему «только браузер» проваливается как план по умолчанию#

В октябре 2026 года в r/gamedev обсудили, почему 2D-игры так редко выпускают браузерными. В качестве эталона называли FTL, Slay the Spire и Terraria. Ответы практикующих разработчиков поразительно совпали, и речь в них шла не о технологиях.

Первый ответ — спрос. Один разработчик сказал прямо: «Честный ответ: аудитории там просто нет. Игроки гораздо охотнее покупают игры и играют в них на мобильных или в Steam, а не в браузере». Веб может доставить игру кому угодно, но желание играть именно там он создать не может.

Второй ответ — покупательские привычки. У ПК-игроков покупка прочно связана с магазином: «Продавать браузерные игры нельзя… покупатели к этому не приучены. Геймеры берут игры в Steam и иногда в GOG. Если вас нет в Steam, считайте, что вы не продаёте игру на ПК». Тот же комментатор описал петлю привычки: запустил Steam, кликнул по иконке, играешь в полноэкранном режиме. Вкладка браузера в этот цикл не попадает.

Третий ответ — удержание. Иконка на рабочем столе держит игру в жизни игрока, ссылка — нет: «Об игре не забываешь, когда её иконка стоит на рабочем столе… И забываешь, когда кликнул по ссылке пару дней назад». Для жанров, которые живут ежедневными забегами и длинным хвостом, разница накапливается.

Два возражения поменьше дополняют картину. Первое — восприятие: многие игроки до сих пор связывают браузерные игры с рекламой и сбором данных, а не с «настоящими играми». Второе — исходники: браузерный билд отдаёт игрокам весь клиентский код, и скопировать такую игру проще всего.

Ни одно из этих возражений — не аргумент против браузерной версии. Это аргументы против того, чтобы браузер был всем планом.

Чем браузер действительно хорош#

Уберите из веба ожидания магазина — и останется лучшая демо-площадка из всех, что придумали:

• Нулевой порог входа. Ни установки, ни покупки, ни аккаунта. Блогер или журналист кликает по ссылке — и через десять секунд уже играет. В дистрибуции игр нет ничего подобного.
• Джемы. Крупнейшие игровые джемы оценивают работы прямо в браузере: без веб-билда аудитория джема вообще не сыграет в вашу игру.
• Второе рождение порталов. Poki и CrazyGames размещают бесплатные браузерные игры в больших масштабах, и за этим стоит работающая модель дохода. Вот как Poki описывает схему: «Чтобы наши игры оставались полностью бесплатными, мы работаем с рекламодателями и делимся заработанным доходом с разработчиками».
• Дешёвые эксперименты. По словам ещё одного участника той же ветки, новую идею обычно проверяют так: выкладывают игру на itch.io, играбельную прямо в браузере. Быстрая обратная связь, никаких бумаг для магазина, а если идея мертва, похоронить её можно за один день.

Это задачи маркетинга и исследований, и браузер решает их лучше любого магазина. Именно поэтому ему есть место в плане.

Что даёт Steam, чего не может веб#

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

Порог входа низкий и известен заранее: сбор $100 через Steam Direct за каждую игру, который возвращается, когда игра приносит $1 000; от регистрации до готовой страницы магазина — четыре–шесть недель. Все бумаги и механику страницы мы разбираем в пошаговом руководстве по Steam Direct. Если примеряете и другие магазины, посмотрите разбор Steam против itch.io и Epic. Он раскладывает каждую долю: 70/75/80 у Steam против 10% по умолчанию у itch.io и 12% у Epic.

Последняя пара цифр — честная сноска: Steam не самый дешёвый магазин и не единственный. Но аудитория именно у него, и в этом весь смысл.

Проблема персистентности, которую никто не планирует#

Скачиваемый билд после установки принадлежит игроку. Браузерный арендован сразу у трёх арендодателей: у вашего хостинга, у политики хранения браузера и у памяти игрока.

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

Гибрид, который работает#

Соедините оба билда в одну воронку:

1. Сначала страница в Steam. Вишлисты — валюта запуска, и они копятся, пока вы делаете игру.
2. Веб-билд как демо. Разместите его на itch.io или на своём сайте; механику мы разбираем в гайде как разместить играбельное веб-демо. Прикрепляйте эту ссылку к каждому посту, комментарию и письму в прессу.
3. Ссылка на вишлист рядом с кнопкой «Играть». Каждый, кто прошёл бесплатную веб-версию, — в одном клике от покупки в день релиза.
4. Считайте веб-сохранения расходниками (или синхронизируйте их); билдом, который игрок оставит себе, пусть будет версия из Steam.

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

Где место Egmatic#

Egmatic строится именно для этой последней мили: вы направляете, он исполняет, результат ваш. Наш no-code редактор с ИИ в ядре закрывает слой между готовой сборкой и живой игрой — публикация, обновления, сохранения, аналитика, — чтобы выбор, куда выпускать билд, стал настройкой, а не вторым проектом. Честно скажем: мы в пре-альфе, функции появляются, когда перестают шататься, и мы об этом говорим прямо.

Если вы прямо сейчас выбираете, куда выпускать свою 2D-игру, загляните в список ожидания на egmatic.com. Там разработчики определяют, что будет уметь слой выпуска, — чтобы он подошёл вашей воронке, а не очередному шаблону.

Частые ошибки#

• Выпуск только в браузере, чтобы не платить $100. Сбор возвращается при $1 000 выручки; отказываясь от магазина ради его экономии, вы меняете живую аудиторию на возвращаемый залог.
• Попытка продавать копии в вебе. У страницы оплаты в браузере нет ни витрины, ни покупательской привычки, ни механизма возвратов. Доход в браузере идёт от рекламы, F2P или донатов — но не от страницы оплаты, которой игроки доверяют.
• Демо без ссылки на вишлист. Играбельная веб-версия без пути назад на страницу магазина — маркетинг с вырезанным шагом конверсии.
• Вера в вечную ссылку. Хостинг истекает, хранилище вытесняется, ссылки гниют. У игрока остаётся сборка, которую он установил.
• Выбор платформы до дизайна. Пятиминутная игра под кофе — веб-игра; сорокачасовому рогалику нужны установка и надёжные сохранения. Пусть первым голосует дизайн.
• Порталы как запасной аэродром. Poki и CrazyGames ждут бесплатные быстрые F2P-игры, построенные под их модель: выход на портал — решение о дистрибуции, а не утешительный приз.

Вывод#

«Браузер или Steam?» — на самом деле два вопроса: где вашу игру находят и где её хранят. Браузер выигрывает по видимости (один клик, никакого порога, лучшая демо-площадка из существующих) и проигрывает всему, что требует магазина: покупательским привычкам, надёжным сохранениям, иконке на рабочем столе. Steam — ровно наоборот. Для 2D-инди-игры почти никогда не приходится выбирать что-то одно: продукт живёт в Steam, демо — в вебе, а связывает их кнопка вишлиста. Разработчики, выпускающие обе версии, не хеджируют риски, а позволяют каждой платформе делать ту единственную работу, в которой она несравненно сильнее.