Мультиаккаунтинг для геймдева: Steam, Epic и консольные кабинеты
Как издатели и QA-команды в геймдеве ведут десятки аккаунтов в Steam, Epic Games Store и консольных партнёрских кабинетах без путаницы и банов.
Кто в геймдеве реально работает с десятками аккаунтов
На первый взгляд кажется, что мультиаккаунтинг в играх — это про читеров и смурфинг в рейтинговых матчах. На практике большая часть легальной работы с несколькими аккаунтами в индустрии вообще не связана с игровым процессом:
- Издатели и паблишеры ведут Steamworks, Epic Games Store Partner Portal и консольные кабинеты сразу для нескольких студий-клиентов — у каждой свой юрлицо, своя витрина, свои выплаты.
- QA-команды проверяют, как магазин страницы игры выглядит в разных странах: цена, валюта, локализация описания, возрастные рейтинги, доступные способы оплаты.
- Маркетинг и комьюнити-менеджеры администрируют страницы игры на нескольких платформах одновременно — Steam, GOG, itch.io, Epic — и это требует параллельного доступа без постоянных перелогинов.
- Тестировщики мультиплеера нуждаются в нескольких легитимных тестовых аккаунтах, чтобы проверить матчмейкинг, друзей, приглашения, кросс-платформенную игру — именно так, как это делает обычный игрок, а не один человек с одним аккаунтом.
Все эти задачи объединяет одно: каждый аккаунт должен быть стабильным, не путаться с другими и не выглядеть подозрительно для платформы. Один браузер с десятком вкладок и постоянными логаутами для этого не годится — слишком высок риск перепутать сессии клиентов или словить блокировку из-за одинакового отпечатка браузера у «разных» аккаунтов.
Что разрешают платформы, а что нет
Прежде чем строить процесс, стоит честно сверить задачи с правилами каждой площадки — они разные и местами жёсткие.
| Платформа | Несколько аккаунтов для бизнеса | Несколько личных/тестовых аккаунтов |
|---|---|---|
| Steamworks (Valve) | Разрешено: у издателя может быть несколько Steamworks-аккаунтов под разных разработчиков, партнёрство оформляется официально | Запрещено использовать вторые аккаунты для обхода банов, накрутки отзывов или читерства в VAC-защищённых играх |
| Epic Games Store Partner Portal | Поддерживает организации с несколькими участниками и ролями, издатель может вести портфель студий | Создание тестовых аккаунтов для QA разрешено, если это не используется для накрутки рефералов или обхода региональных ограничений |
| PlayStation Partners / Xbox Partner Center | Каждая студия и издатель регистрируются отдельно по NDA, доступ дают сотрудникам точечно | Тестовые PSN/Xbox аккаунты для QA — стандартная практика, описана в девелоперской документации |
| GOG, itch.io | Разрешены отдельные аккаунты издателя на каждый бренд или франшизу | — |
Важная оговорка: ни одна из этих платформ не разрешает заводить вторые игровые аккаунты, чтобы обойти бан за читерство, накрутить отзывы или обойти региональные ограничения на покупку. Это нарушение условий использования, и антидетект-браузер здесь не инструмент для обхода правил, а инструмент для того, чтобы легитимные параллельные аккаунты — клиентские кабинеты, тестовые учётки QA, региональные витрины — не путались между собой и не ловили случайную блокировку из-за технических совпадений в браузере.
Сценарий 1: издатель с портфелем студий
Небольшой паблишер ведёт пять инди-студий. У каждой — Steamworks-аккаунт, Epic Partner Portal, иногда GOG. Исторически команда хранила пароли в таблице и заходила через один и тот же браузер, просто разлогиниваясь и залогиниваясь заново. Проблемы начались, когда выяснилось, что менеджер случайно опубликовал апдейт не в тот проект, потому что перепутал вкладки.
Решение — один изолированный профиль браузера на каждый кабинет: студия A в Steamworks, студия A в Epic, студия B в Steamworks и так далее. Профиль хранит cookies, сохранённые пароли и 2FA-ключ, поэтому вход происходит без лишних кликов, а перепутать кабинеты физически сложнее — у каждого профиля своё название, своя группа и видно, какой клиент за ним стоит.
Если в команде несколько человек работают с одними и теми же клиентами, профили удобно организовать так же, как это делают агентства — распределить по проектам, назначить ответственных и настроить роли. Подход к структуре такого пула подробно разобран в материале про командную работу с профилями: роли, лимиты и передачу доступа.
Сценарий 2: региональная проверка витрины
Цена игры, валюта, формулировки в описании, баннеры со скидкой — всё это платформа подставляет по IP и локали пользователя. Чтобы убедиться, что немецкая витрина показывает цену в евро с правильным НДС, а японская — с иеной и локализованным текстом, нужно физически зайти с соответствующего региона. Открывать VPN на личном компьютере и постоянно его переключать — медленно и ненадёжно: часовой пояс и язык системы не меняются вместе с IP, из-за чего страница иногда отдаёт смешанные данные.
Правильный способ — профиль на каждую проверяемую страну с прокси нужной геолокации, при этом часовой пояс, язык интерфейса и остальные параметры окружения подтягиваются из IP прокси автоматически, а не остаются выставленными вручную. Это тот же принцип, что используется при проверке локализованной рекламы — подробнее о нём в статье про гео-тестирование и проверку рекламы через антидетект-браузер.
Для разовых проверок достаточно нескольких профилей с прокси из ключевых регионов релиза — ЕС, США, Япония, Юго-Восточная Азия. Для крупного запуска на 20+ стран список профилей растёт соответственно, и тут уже важна не ручная настройка каждого, а шаблоны: один раз настроенный профиль с нужными параметрами клонируется под следующую страну с заменой только прокси.
Сценарий 3: тестовые аккаунты для мультиплеера и QA-сценариев
У большинства мультиплеерных игр есть сценарии, которые физически нельзя протестировать одним аккаунтом: приглашение друга, кросс-платформенная игра, работа системы репутации, поведение при одновременном входе с двух устройств. Для этого нужны несколько параллельно живых тестовых аккаунтов, обычно зарегистрированных официально через девелоперские программы платформы или выделенных QA-отделом.
Проблема возникает, когда все эти аккаунты заходят с одного и того же компьютера с одинаковым отпечатком браузера — в некоторых играх это само по себе триггерит системы анти-фрода, которые видят «один человек изображает несколько игроков», и тестовая сессия получает предупреждение, хотя никакого нарушения нет. Разделение тестовых аккаунтов по отдельным профилям с разным отпечатком снимает этот ложный сигнал — платформа видит обычное количество разных пользователей, а не подозрительный паттерн.
Это тот же класс задач, что разбирается в материале о тестировании продукта в разных окружениях без парка устройств — применительно к играм добавляется только специфика: сохранение состояния прогресса в аккаунте, настройка клиента игры под каждый профиль, иногда — запуск лаунчера через профиль браузера как точку входа.
Как устроить это технически
Прокси и гео
Для клиентских кабинетов (Steamworks, Epic Partner Portal) обычно достаточно стабильного прокси страны, где официально зарегистрирован бизнес студии или издателя — это снижает количество повторных запросов 2FA и подозрительных уведомлений о входе с нового места. Для региональной проверки витрины прокси подбирается под конкретную страну проверки и меняется при переходе к следующему региону. Разница между типами прокси и когда какой уместен разобрана в статье про прокси для мультиаккаунтинга: как выбрать тип под задачу.
Согласованность отпечатка
Платформа видит не только IP, но и параметры браузера: часовой пояс, язык, разрешение экрана, видеокарту. Если прокси немецкий, а часовой пояс и язык системы остались британскими — это рассинхрон, который иногда влияет на то, какую цену или локализацию покажет витрина, а в играх с защитой от накруток может выглядеть странно. В GetAntik часовой пояс, язык и геолокация профиля подтягиваются из exit IP прокси автоматически, так что отдельно синхронизировать их вручную не нужно.
Доступы команды
У издателя с портфелем из нескольких студий обычно есть разделение: кто-то отвечает за публикацию билдов, кто-то — за финансы и выплаты, кто-то — только за комьюнити и модерацию отзывов. Роли и лимиты профилей позволяют не давать каждому сотруднику доступ ко всем кабинетам сразу — финансовому специалисту видна выручка и выплаты, а комьюнити-менеджеру не нужен доступ к Steamworks-аналитике продаж. Настройка ролей и разграничение прав подробно описаны на странице команда и роли.
- lev открыл Airdrop zkSync 07
- artem закрыл FB · US · BM-14
- maya смотрит браузер artem
- lev передал TikTok Shop 03
Когда клиент-студия хочет лично проверить, как выглядит её витрина или как выставлена цена, не обязательно пересылать пароли — можно показать его кабинет через живой просмотр браузера сотрудника, который его ведёт, без передачи логина и 2FA.
2FA и восстановление доступа
Steamworks, Epic Partner Portal и консольные кабинеты почти всегда требуют двухфакторную аутентификацию, и потеря доступа к 2FA — частая причина простоя публикации обновлений. Хранение ключа 2FA внутри самого профиля, рядом с cookies и паролем, избавляет от ситуации «код приходит на телефон уволившегося сотрудника». Подробнее о том, как устроено шифрование и хранение ключей, — в статье про безопасность профилей: шифрование, 2FA-хранилище и восстановление доступа.
Частые ошибки
Один браузерный профиль на все кабинеты издателя. Удобно на старте, когда студий две-три, но с ростом портфеля риск случайно опубликовать не в тот проект растёт пропорционально количеству вкладок.
Проверка региональной витрины через обычный VPN без смены часового пояса и языка. Платформа может отдать смешанные данные — например, цену в нужной валюте, но с описанием на английском вместо локализованного, и команда решит, что локализация не работает, хотя проблема в окружении проверки.
Тестовые игровые аккаунты заводятся «для обхода бана», а не для QA. Это прямое нарушение правил платформы, и антидетект-браузер не снимает ответственность за такое использование — он помогает организовать легитимные параллельные сессии, а не обойти санкции за читерство или накрутку.
2FA привязана к личному телефону сотрудника. При увольнении или отпуске доступ к кабинету теряется до момента, пока саппорт платформы не восстановит его вручную, а это может занять несколько дней простоя публикации.
Нет лога, кто и когда заходил в клиентский кабинет. Когда у студии-клиента возникает вопрос, почему изменилась цена или описание, у агентства должна быть возможность быстро показать, кто из команды и когда вносил правку.
Что в итоге нужно для старта
Для небольшого издателя с 3–5 студиями хватит плана на 20 профилей — по одному-два на кабинет каждой студии плюс несколько на регулярную проверку витрины. Для QA-команды с активным тестированием мультиплеера профилей понадобится больше — обычно от 20 до 100, в зависимости от количества параллельных тестовых аккаунтов и регионов. Актуальные лимиты и цены по тарифам можно свериться на странице тарифов, а установить десктопное приложение — со страницы загрузки.
FAQ
Можно ли использовать антидетект-браузер, чтобы тестировать игру под несколькими аккаунтами одновременно на одном компьютере? Да, это стандартная практика QA — каждый тестовый аккаунт получает отдельный изолированный профиль с собственным отпечатком и, при необходимости, прокси. Это помогает платформе видеть несколько разных пользователей вместо подозрительного паттерна «один человек под разными логинами», но сами тестовые аккаунты должны быть легитимными, а не созданы для обхода бана или читерства.
Платформы вроде Steam банят за использование антидетект-браузера? Нет, сам факт использования изолированных профилей браузера не запрещён — запрещено конкретное поведение: обход банов, накрутка отзывов, фрод с платежами, читерство. Издатели официально ведут несколько Steamworks-аккаунтов под разные студии, это предусмотренный платформой сценарий.
Нужен ли отдельный прокси для каждого клиентского кабинета издателя? Не всегда обязательно, но желательно для стабильности — постоянный IP снижает количество повторных запросов на подтверждение входа и писем о «новом устройстве». Для региональной проверки витрины прокси нужного региона обязателен, иначе платформа просто не покажет локализованную версию страницы.
Как быстро развернуть такую структуру, если раньше работали в одном браузере на все кабинеты? Начать стоит с переноса активных сессий — экспортировать cookies из текущего браузера и импортировать их в новые изолированные профили, по одному на кабинет, затем настроить прокси и 2FA для каждого. Это не требует повторной авторизации заново во всех сервисах сразу.