什么是娱乐场游戏聚合商？

作者 Soft of Games editorial team · 更新于 2026-10-07

游戏聚合商位于你的娱乐场和开发游戏的厂商之间。你只对接一次，它就通过一个 API、一套钱包协议和一套报表，为你提供数百家厂商。本指南解释其中的各个组成部分、资金流向和局限。

简短版本

娱乐场游戏聚合商是一家已经与大量游戏厂商签约并完成接入的公司，它通过一次技术对接，把所有这些厂商的接入权限转售给你。你不用为每家厂商单独写连接器，只需写一个连接聚合商的连接器。玩家打开一款老虎机时，你的网站向聚合商请求游戏 URL，聚合商再向厂商请求。玩家投注时，资金变动通过同一通道回传给你。

这就是全部思路。其余一切，从游戏数量到报表看板，都是建立在这条捷径之上的细节。

为什么需要这个角色

每家厂商都有自己的 API。有的用 REST 加 JSON，有的还在用 SOAP。有的把投注和赢奖分成两次调用，有的打包成一条“游戏局”消息。回滚规则不同，错误码不同，免费旋转功能也不同。十年前，一家想接 60 家厂商的娱乐场，真的要编写和维护 60 个连接器，并在每家厂商每次版本升级时让它们继续运行。

聚合商把这摊乱麻吸收掉了。它把每家厂商统一成一种格式，你的开发人员只需学习一套调用：启动、余额、扣款、入账、回滚。厂商改协议时，由聚合商改写它那一侧，你根本看不到。

第二个原因是商务上的。和大型厂商签合同需要时间，还需要一个新娱乐场达不到的最低流量。聚合商已经持有这些合同，并分摊给众多运营商，所以小品牌第一天就能提供和大品牌一样的知名游戏。

各个部分如何配合

游戏库调用

对接完成后，你从聚合商拉取游戏列表。每个条目带有 ID、厂商名、游戏类型（老虎机、真人、crash、桌面游戏等）、缩略图、支持的币种，有时还有移动端标记。显示哪些条目由你决定。好的游戏库数据源允许按厂商和类型筛选，因为没有玩家想在一个页面上看到 30,000 个图标。

启动调用

玩家点击游戏时，你的服务器向聚合商发送请求，包含游戏 ID、玩家 ID、币种、语言和会话令牌。聚合商返回一个 URL，你在 iframe 中加载它或把玩家重定向过去。这一步决定了游戏感觉有多快。如果要四秒钟，玩家就走了。

钱包调用

资金就在这里流动。在最常见的配置，即 seamless 钱包中，玩家余额从不离开你的系统。聚合商为每笔投注调用你的服务器（“从玩家 81442 扣款 2.00”），为每次赢奖调用一次（“入账 15.40”）。你的服务器回复新的余额。如果你的服务器说不，投注就不会发生。另一种配置是转账钱包，在游戏前把资金转入一个单独的游戏余额。我们在seamless 钱包与转账钱包指南中详细介绍了两者。

报表与结算

月底，聚合商按厂商汇总投注减去赢奖。这个数字就是博彩毛收入（GGR），是你应付款项的基础。有些聚合商按月后付开票；另一些，比如 SoftAggregator，采用你提前充值的预付额度余额。无论哪种，你都应该能导出游戏局级别的数据，并与自己的钱包日志对账。

你得到什么

• 时间。 一次对接，而不是几十次。有了简单的 seamless 钱包和像样的文档，熟悉你后端的开发人员几天内就能让第一款游戏跑起来。
• 广度。 例如 SoftAggregator 在首页列出来自 200 多家供应商的 40,000 多款游戏。没有哪家新娱乐场能直接签下这么多厂商。
• 一张账单。 各厂商费用汇总成一家公司开出的一份账单。
• 更快地增加厂商。 新厂商出现在数据源里，你开通即可，不用为每一家都立一个项目。

你付出什么

聚合商是中间商，而中间商的成本很容易被低估。

利润分成。 聚合商在厂商收费之上再抽一份。对于流量很大、集中在两三家厂商的大娱乐场，直接和这些厂商签约可能更便宜。大多数运营商要过几年才会走到这一步。

功能滞后。 厂商推出新的促销工具时，聚合商要通过自己的 API 把它开放出来。这可能要几个月，也可能永远不会发生。免费旋转活动就是经典例子：有的聚合商完整透传，有的只透传一部分，有的，包括撰写本文时的 SoftAggregator，还没有提供免费旋转 API。如果你的营销计划依赖免费旋转，先查这一点。

单点故障。 如果聚合商宕机，它提供的所有游戏会一起下线。问清楚它们如何通报事故，以及是否公布可用性数据。

对游戏库的掌控更少。 聚合商决定提供哪些厂商。如果它撤掉某家厂商，你也就失去了这家。

你会遇到的几种主要聚合商

依附于平台的企业级聚合商

SOFTSWISS、EveryMatrix 等公司把游戏聚合作为更大娱乐场平台中的一个产品出售。它们的优势在深度：奖励引擎、奖池和锦标赛工具、客户经理。代价是销售流程、以周计的开户周期，以及面向有商业计划和预算的运营商的商务条款。

纯游戏中心

Hub88 和 St8 专注于游戏层，卖给已经有自己后台的平台和运营商。它们往往在 API 质量和融入现有技术栈方面很强。

自助式聚合商

一种较新的模式让你在门户上注册，无需销售通话就能拿到 API 密钥。SoftAggregator 就是这样运作的：账户自动审批，密钥立即可用，首批游戏启动有免费测试额度。它适合想快速推进的初创团队、加密娱乐场和 Telegram 娱乐场。坦白说，它的不足是团队比企业级大厂小、文档更简略，以及没有内置锦标赛或奖池工具。

包含聚合功能的平台供应商

许多 turnkey 平台供应商把聚合商打包进去，运营商根本不用操心。这很方便，但会把你的游戏库和平台选择绑在一起：离开平台，就离开了游戏。我们的白标、turnkey 与 API 指南对这一决策有更深入的讨论。

一次旋转的完整示例

1. 玩家在你的大厅页面点击一款老虎机。
2. 你的后端调用聚合商的启动接口，参数为玩家 81442、币种 EUR、语言 de。
3. 聚合商返回游戏 URL，你的页面在 iframe 中打开它。
4. 游戏客户端加载并请求余额。聚合商调用你的余额接口，你回复 120.00。
5. 玩家以 1.00 旋转。聚合商发送一笔 1.00 的扣款，附唯一交易 ID。你扣除后回复 119.00。
6. 这次旋转赢了 3.50。聚合商发送一笔引用同一局的 3.50 入账。你回复 122.50。
7. 如果网络在第 5 步和第 6 步之间中断，聚合商会用同一个交易 ID 重试入账。你的服务器必须识别出这个 ID，不能付两次。

第 7 步是大多数对接 bug 的藏身之处。幂等性，即同一请求执行两次与执行一次效果相同，是你的开发人员最需要做对的一件事。

什么时候不该用聚合商

• 你只需要两三家厂商，而且有足够流量直接签约。
• 你的产品是单一的自研游戏，比如一款 crash 游戏，第三方内容只是陪衬。
• 你只做体育博彩。不过要注意，有些聚合商（包括 SoftAggregator）通过同一对接提供体育博彩，所以这条界线已不像过去那么分明。

先看什么

如果你现在正在挑选，从四项检查开始：

• 索取目标市场的在线厂商清单，附各厂商游戏数量。
• 在任何销售通话之前先读钱包文档。如果它对回滚和重试语焉不详，准备好吃苦头。
• 在你自己的环境中启动一款测试游戏，并给启动计时。
• 问清楚缺了什么：免费旋转、奖池、锦标赛、特定币种。

我们的游戏聚合商选型指南把这些检查扩展成了一份完整的问题清单。