Поставщики пополнений для игр — API, цены и регионы
Реселлеры регулярно приходят на рынок топ-апов с логикой рынка ключей — и ломают себе операционку в первый же месяц. Пополнение игрового баланса не хранится на складе, не имеет кода и в подавляющем большинстве случаев не отменяется. Ниже — как устроена поставка топ-апов на самом деле, откуда берётся разброс цен по регионам и какие пункты обязаны быть в договоре с поставщиком.
Ключ и топ-ап — это два разных бизнеса
Разберём различие по механике, а не по маркетингу.
Ключ — это товар. Строка активации существует до заказа. Её можно купить заранее, положить в базу, отдать покупателю через минуту или через месяц. Если поставщик лёг — вы продаёте из своих остатков. Проблемы ключей — это проблемы товара: отзыв, региональная привязка, происхождение.
Топ-ап — это операция. В момент заказа поставщик обращается к каналу издателя и зачисляет валюту на конкретный игровой аккаунт. Ничего не существует до заказа и ничего не остаётся после. Запас сделать нельзя. Если канал недоступен — продавать нечего, независимо от размера вашего депозита.
Отсюда следуют три практических вывода:
- Остаток по топ-апам — это не число, а статус канала. Мониторить надо доступность, а не количество.
- Отказ поставщика виден покупателю немедленно. По ключам вы успеваете подставить резерв, по топ-апам — нет.
- Возвраты работают иначе. Неиспользованный ключ можно вернуть на склад, зачисленную валюту вернуть нельзя.
Доставка по player ID — где теряются деньги
Главная операционная особенность топ-апов: адресом доставки служит идентификатор игрока, который вводит покупатель. Ошибся покупатель — валюта ушла постороннему человеку, и это корректно проведённая операция с точки зрения издателя.
Валидация ID до списания
Это первое, что нужно спрашивать у поставщика. Нормальная схема выглядит так:
- Покупатель вводит player ID (и сервер, если игра его требует).
- Ваш бэкенд запрашивает у поставщика проверку и получает никнейм аккаунта.
- Вы показываете никнейм покупателю и требуете явного подтверждения.
- Только после подтверждения создаётся заказ и списываются деньги.
Если поставщик не умеет отдавать никнейм по ID, каждая опечатка становится вашим убытком. Спор с покупателем в такой ситуации почти всегда заканчивается не в вашу пользу: он платил вам, а не издателю.
Сервер, регион и платформа
Во многих играх одного ID недостаточно. Требуется указать сервер (частая история в проектах с азиатской инфраструктурой) или платформу привязки аккаунта. Каталог поставщика должен явно описывать, какие поля обязательны для каждого SKU, — иначе вы соберёте форму заказа, которая генерирует неисполнимые заявки.
Почему одна и та же валюта стоит по-разному
Разброс цен между регионами — не аномалия и не «серая схема», а следствие того, как издатели устроили локальный прайсинг.
Локальные прайс-листы. Издатель назначает цену пакета отдельно для каждого рынка, ориентируясь на покупательную способность. В странах с низким средним доходом номинал в пересчёте на твёрдую валюту оказывается ниже.
Налоги на цифровые услуги. Ставка НДС или его аналога различается по юрисдикциям и часто включена в витринную цену. Механика описана в материале о налогах и НДС для дистрибьюторов цифровых товаров — конкретные ставки всегда сверяйте с актуальными требованиями своей юрисдикции.
Стоимость платёжных методов. Локальные способы оплаты имеют разную себестоимость, и она заложена в цену.
Валютный курс. Издатель пересматривает локальные прайсы не каждый день, поэтому при движении курса разрыв временно расширяется или схлопывается.
Важное предупреждение: межрегиональная разница нестабильна. Издатель может в любой момент пересмотреть локальный прайс или технически ограничить покупку по региональной цене. Стратегия, полностью построенная на разнице между двумя регионами, живёт ровно до следующего обновления прайса. Подробнее логика разобрана в статье о региональном арбитраже цен на игровые коды.
Что требовать от поставщика пополнений
| Критерий | Что проверять | Почему это важно |
|---|---|---|
| Покрытие | Список игр и серверов/регионов по каждой | «Есть PUBG» ничего не значит без указания регионов |
| Валидация ID | Возврат никнейма до списания средств | Единственная защита от опечаток покупателя |
| Срок зачисления | Типовой и максимальный, письменно | Покупатель ждёт секунды, а не часы |
| Поведение при сбое | Что возвращается при таймауте канала | Определяет, кто несёт убыток |
| Возвраты | Явные условия и исключения | По топ-апам возврат почти всегда невозможен |
| Уведомления о простоях | Канал и время предупреждения | Позволяет закрыть витрину до вала жалоб |
| Статус заказа | Способ узнать финальный результат операции | Без этого невозможна автоматическая обработка |
Отдельно про асинхронность
Пополнение редко завершается мгновенно. Заказ проходит стадии от принятия до подтверждённого зачисления, и ваш код должен корректно жить в промежуточном состоянии. Часть поставщиков отдаёт результат через опрос статуса, часть — через колбэки. Никогда не предполагайте наличие вебхуков или идемпотентных ключей — уточняйте у конкретного поставщика, реализованы ли они у него, и проектируйте под то, что реально задокументировано. Как выглядит корректный жизненный цикл заказа, описано в разборе потока заказа через API.
Типичные ошибки на старте
Продажа без проверки статуса канала. Витрина показывает товар, канал лежит — вы собираете заказы, которые не исполните.
Единая политика возвратов для ключей и топ-апов. Условия должны быть разными, и покупатель должен видеть это до оплаты.
Отсутствие лога введённого ID. Когда покупатель заявляет, что ввёл другой ID, доказать обратное можно только логом с таймстемпом и подтверждением никнейма.
Игнорирование маржи после комиссий. Цена поставщика — не себестоимость. Считайте с учётом комиссий площадки и платёжного метода, как в разборе юнит-экономики магазина цифровых товаров.
Где брать ассортимент пополнений
Собрать топ-апы по десяткам игр напрямую у издателей мелкому и среднему реселлеру нереально — почти в каждом случае нужен локальный контракт, объём и юридическое присутствие. Практичный путь — оптовый поставщик с широким каталогом: FoxReload даёт более 900 SKU, включая игровые пополнения, подарочные карты, ключи и eSIM, через один REST API с автоматической выдачей и мультирегиональными SKU — то есть один договор, одна интеграция и один баланс вместо десятка разрозненных каналов. Перед первым пополнением баланса пройдите процедуру из материала как проверить поставщика перед пополнением.
Короткий чек-лист перед подключением
- Получен список игр с разбивкой по серверам и регионам.
- Проверена валидация player ID с возвратом никнейма.
- Письменно зафиксированы сроки зачисления и поведение при таймауте.
- Условия возврата по топ-апам описаны отдельно от ключей.
- Настроен мониторинг доступности канала и автоматическое скрытие SKU.
- Логируются введённый ID, подтверждённый никнейм и финальный статус операции.
- Проведён тестовый заказ на каждый регион, который вы собираетесь продавать.