白标 Captive Portal 软件：MSP 和经销商在签约前应检查的要点

白标 Captive Portal 软件允许 MSP 或经销商以自己的品牌销售访客 WiFi 登录页面。在签约前，请确认以下六件事：具备委派管理员功能的真正多租户架构、跨域名、电子邮件和报告的品牌化支持、对您安装的所有接入点厂商兼容、保护利润的计费模式、客户拥有的 GDPR 同意记录以及完善的 API 文档。

您应该选择哪种白标 Captive Portal 模式？

Captive Portal 是设备在网络授予互联网访问权限之前看到的网页。IETF 在 RFC 8952 中规定了其架构。RFC 8908 则定义了一个告知设备存在 Portal 的 API。

白标 Captive Portal 软件允许您以自己的品牌销售该登录页面。其背后的控制台和报告同样展示您的品牌。

三种商业模式主导着经销商市场。它们在三个方面有所不同：

• 谁持有客户合同
• 您的品牌覆盖范围有多大
• 每个客户的数据隔离得有多彻底

请先选择模式，然后再在该模式内对供应商进行评分。

模式	您的品牌出现在	客户数据隔离	谁持有客户合同	典型计费方式	适用对象
完全白标、多租户	登录页面、自定义域名、管理控制台、电子邮件、短信和报告	每个客户独立租户，具备作用域受限的管理角色和 API 密钥	您	按场所或按接入点计算批发价，由您设定零售价	拥有服务台和多个场所客户资源的 MSP
联合品牌经销商	仅登录页面和电子邮件；控制台和报告显示供应商品牌	单一共享账户内的子账户或文件夹	您或供应商	供应商目录价减去经销商折扣	将访客 WiFi 附加到硬件销售中的经销商
推荐或直接合同	全程展示供应商品牌；您作为安装商出现	客户自己的供应商账户	供应商	供应商目录价；您赚取推荐费或服务收入	运营一次性项目且无支持台的合作伙伴

大多数拥有支持台和多个场所客户的 MSP 都会选择第一种模式。本指南的其余部分将基于该模式，并教您如何验证供应商对该模式的宣传是否属实。

白标 Captive Portal 平台的真正差异所在

每个供应商演示都会展示一个带有品牌的登录页面。然而真正的差异存在于底层，主要分布在六个领域。它们共同决定了您的利润率、合规风险以及支持工作量。

真正的多租户与委派管理

真正的多租户意味着每个租户对应一个客户。数据、设置、管理员账户和 API 密钥均在平台级别实现隔离。共享账户内部的文件夹并不是租户。如果配置错误的角色将一个客户的访客列表暴露给另一个客户，您将承担数据泄露的责任。

请在试用租户中测试委派管理功能，而不是仅看 PPT 展示。您至少需要以下四个角色：

• 您自己的超级管理员
• 客户管理员
• 限制在单个星标景点的场所管理员
• 只读营销角色

酒店总经理应该只能看到自己负责的酒店，而看不到其他任何内容。

要求通过 SAML 2.0 实现单点登录，这是联合登录的 OASIS 标准。它应当能够与 Microsoft Entra ID、Okta 以及 Google Workspace 配合使用。

SCIM 2.0（跨领域身份管理系统，RFC 7643 和 RFC 7644）可自动完成管理员账号的创建和移除。如果没有它，客户处离职人员的控制台访问权限将一直保持，直到有人想起来去关闭。请确认审计日志是按租户保存且可以导出的，以便您可以向客户展示谁更改了什么内容。

品牌化深度：域名、发送者邮箱、Portal 和报告

品牌化深度是大多数宣称“白标”的产品出现不足的地方。对访客或客户可能看到的每个界面进行评估：

• 登录页面域名。 Captive Portal 应该从您的域名或您客户的域名加载。供应商应当自动更新其 TLS 证书。
• 管理员控制台。 您的 Logo、配色和 URL 应当出现在登录屏幕上。带有供应商品牌的控制台会明确告诉您的客户在续约时该联系谁。
• 发送者邮箱。 验证码和营销邮件必须从您的域名发送。这需要 SPF (RFC 7208)、DKIM (RFC 6376) 和 DMARC (RFC 7489) 与您的域名保持对齐，否则邮件会落入垃圾邮件箱。
• 短信发送者 ID。 验证短信应当显示您或场所的名称，绝不能显示供应商的名称。
• 报告。 定期导出的文件和数据看板应当带有您的品牌，且不含供应商水印。如果您分销 WiFi Analytics，月度报告就是您客户真正看到的产品。
• 帮助链接和状态页面。 控制台链接应当指向您的知识库，或者不指向任何地方。

按租户定制模板同样重要。酒吧集团和地方议会所需的登录流程、知情同意书措辞和语言各不相同。

您已安装设备基础上的硬件覆盖范围

您的客户已经拥有无线接入点，而且这些设备很少来自单一供应商。请要求提供按名称和管理平台分类的支持列表：Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。“支持所有主流供应商”是一个危险信号，而不是合规的答复。

支持不仅仅意味着重定向。对于每个供应商，请确认以下四种能力：

• 外部 Captive Portal 重定向
• RADIUS（远程用户拨号认证服务，RFC 2865）认证
• 用于会话数据的 RADIUS 记账 (RFC 2866)
• 用于社交网络和支付登录的围墙花园（Walled Garden）配置

要求提供针对每个供应商已发布的集成指南。然后在您客户实际运行的固件版本上进行测试。

硬件覆盖范围还能在设备更新周期中为您提供保护。云端叠加层位于网络顶部，因此客户无需更改访客体验即可更换接入点供应商。这对于任何正在规划 Planning a WiFi 6 to WiFi 7 access point refresh when Cisco Meraki WiFi 6 reaches end of sale 的网络资产都至关重要。

Purple 的 Guest WiFi 作为与硬件无关的云端叠加层，运行于上述所有八家厂商设备之上。相关背景请参见 为什么您的下一次 WiFi 升级不需要新硬件。

部分客户需要的不仅仅是访客接入。请询问平台是否支持基于端口的网络接入控制 IEEE 标准 802.1X。同时询问关于 iPSK（身份预共享密钥）的情况，该技术可为每个设备或人员提供独立的 WiFi 密钥。如果需要添加员工接入，请参阅 解决 Windows 11 802.1X 身份验证问题：企业 IT 指南。

Passpoint（也称为 Hotspot 2.0）允许再次光顾的访客无需通过 Portal 页面即可自动重新连接。Wireless Broadband Alliance 联盟推出的 OpenRoaming 亦能在跨参与网络间实现相同功能。缺乏这些功能的平台会限制您未来的销售空间。

客户拥有的 GDPR 同意记录

根据 GDPR，您的客户（场馆运营方）通常是访客数据的控制者（第 4(7) 条）。您作为处理者，而平台供应商则是您的再处理者。第 28 条要求在该链条的每个环节均签署书面合同。第 28(2) 条禁止处理者在未经控制者事先书面授权的情况下聘用再处理者。

第 7(1) 条要求控制者能够证明已获得同意。这意味着必须为每位访客保留完整记录：

• 时间戳
• 显示的确切文案
• 隐私声明版本
• 渠道
• 接受的目的

仅标记“已选择接收营销信息”是不够的。序言第 32 条补充规定，预先勾选的复选框不视为有效同意。对于英国的电子邮件和短信营销，同意还必须符合《隐私与电子通信法规》（PECR）。

在签署前请核对以下三个合同要点：

1. 供应商不得声称将访客数据用于其自身目的。如果这样做了，它将成为控制者，且您客户的隐私声明中必须予以说明。
2. 第 28(3)(g) 条要求在合同结束时归还或删除个人数据。请以书面形式明确导出格式、时间期限和费用。
3. 供应商需发布再处理者清单并在发生变更时通知您，以便您向客户传达通知。

Purple 在登录流程中集成了自主选择的 Opt-in 机制，确保每位访客都是主动选择接收营销信息。Purple 已通过 ISO 27001 认证并符合 GDPR 合规要求。

API 和 Webhook 接入

API 决定了您能够构建多少属于自己的服务。请索取附带文档的 REST API，并确保密钥权限限定于单一租户。这样，单个密钥泄露就不会影响到所有客户。针对租户、场馆和 Portal 模板的批量 API 端点允许您通过脚本自动化完成上线流程，而无需手动点击。

Webhook 会在事件发生时实时将访客登录或新 Opt-in 等事件推送至您客户的 CRM。请核查以下三点：

• Effective 数据包已签名，以便接收方可以验证发送方身份
• 投递失败时会自动重试
• Rate Limit 限制以及 API 接入的任何额外费用均已通过书面确认

支持升级

在白标平台上，您是第一级支持。场所会联系您，而供应商绝不能直接联系您的客户。因此，供应商的第二级支持路径是您最重要的服务条款。

请将以下内容写入合同：

• 明确定义严重性级别
• 每个级别的响应目标
• 指定的合作伙伴联系人
• 针对站点宕机事件直通工程团队的路径

第 33(2) 条要求处理者在发现数据泄露后无不当拖延地通知控制者。您的供应商合同必须向您提供足够快的通知，以便您履行对客户的该项职责。

同时要求提供规模化能力证明。根据 Purple 自身的数据，Purple 在 2024 年为 90 多个国家的 80,000 多个活跃场所处理了 4.4 亿次登录。

何时选择完全多租户白标平台是明智之举

当您端到端拥有客户关系时，请选择完全白标。这通常意味着满足以下三点：

• 您运营着服务台
• 您按月向客户开具账单
• 您拥有跨多个领域的多个场所客户

此时，访客 WiFi 就会成为您自己发票上的一项经常性收入来源。

它也非常适合混合硬件环境。一个独立于硬件的平台即可取代多个特定供应商的控制台。您的工程师只需学习一套系统，每个客户的报告格式完全一致。

实际应用场景：拥有两个硬件供应商的区域酒店集团

情况。 一家 MSP 为拥有 14 家酒店的区域集团管理访客 WiFi。其中 9 家酒店运行 Cisco Meraki。前一年收购的 5 家酒店运行 Ruckus，共有 210 个 AP。该 MSP 初始筛选的 Captive Portal 仅支持 Meraki。

采取的行动。 该 MSP 将其候选名单转向独立于硬件的平台，并在两家酒店进行了覆盖两个供应商的试点。它为该集团创建了一个租户，并将每家酒店作为一个场所。总经理获得仅限场所权限的角色。集团营销负责人获得了跨全部 14 家酒店的只读报告权限。

结果（说明性数据）。 所有 210 个 Ruckus AP 都得以继续使用，而无需被替换。该集团在所有物业中采用了统一的登录设计、统一的知情同意表述以及一份统一的月度报告。

有关该领域的更多信息，请参阅 Hotels 和 WiFi in restaurants: a UK guide to coverage and security。

何时选择联合品牌或直接合同是明智之举

完全白标并不总是值得投入这些管理开销。您可能会将访客 WiFi 作为硬件项目的一次性附加组件进行销售。在这种情况下，联合品牌账户或转介推荐会更加简单，而且您可以避免对不想运营的产品提供第一级支持。

直接合同适合拥有内部 IT 的大型单一客户，例如全国性 Retail 连锁店。他们的采购团队可能更倾向于直接与供应商签订合同。受监管领域的客户（例如 Healthcare）通常也会运行自己的供应商审查程序。

您仍然可以通过安装、网络管理和现场勘测来获取收益。WiFi 现场勘测：实用规划指南 涵盖了相关基础工作。

白标 Captive Portal 软件如何定价

三种主要的计费单位：按场所、按 AP（接入点）和按访客。大多数供应商采用批发销售模式，由您来设定零售价格。您的利润空间与其说取决于折扣大小，不如说取决于您的计费单位是否与供应商保持一致。

计费模式	您的付费依据	成本可预测性	您面临的主要风险	最适合的场景
按场所	每个场地，无论规模大小	高：仅在场地增加或减少时变动	小型场所的成本与大型场所相同	类似规模的连锁场地：酒吧、快餐店、高街零售店
按 AP	每个托管的接入点	高：仅在硬件项目变动时变动	网络高密度化改造或 WiFi 7 升级会增加许可需求	体育场馆、会议中心以及其他存在客流高峰的场所
按访客	每月每名完成认证的访客	低：随客流量波动	除非设置上限，否则活动高峰会导致账单金额激增	试点项目、季节性场所和低客流量场所
最为稳妥的结构是：以供应商向您计费的相同单位来向您的客户计费。如果您按 AP 付费却按场所收费，那么每一次网络高密度化改造项目都会侵蚀您的利润。

在签约之前，请务必确认以下四项额外成本：

• 最短服务期限
• 年度费用上调条款
• API 访问或额外租户的费用
• SMS 验证费用（通常不包含在许可范围内）

实际案例分析：具有活动驱动型客流高峰的会议中心

背景。 一家转售商为一家拥有 120 个 AP 的会议中心提供访客 WiFi 报价。该场所的每月客流量差异极大，淡季约为 3,000 名访客，而在举办大型展会期间则高达 45,000 名。

具体做法。 第一家供应商按访客计费。转售商对 12 个月的客流量进行了模型推算，发现账单金额相差高达 15 倍。因此，他们转向了另一家按 AP 计费的供应商，并向该会议中心收取固定月费。

结果（示例数据）。 许可费用每月固定为 120 个 AP，使每月成本波动降至为零。会议中心制定了固定的年度预算。转售商的利润不再受活动日程的影响。

如何为您的业务资产做出决策：RFP 提问与风险警示

向每家入围供应商发送相同的问题，并要求提供书面答复。然后在测试租户环境中验证关键项。

需发送的 RFP 问题

1. 每个客户是否都是独立的租户，拥有隔离的数据、设置、管理员账号和 API 密钥？
2. 具备哪些管理员角色？某个角色能否仅限制在单个场所内？
3. 是否支持通过 Microsoft Entra ID、Okta 和 Google Workspace 进行 SAML 2.0 单点登录以及 SCIM 账号同步？
4. Captive Portal、控制台、发件人电子邮件、SMS 发件人 ID 和报告是否都可以展示我们的品牌？
5. 由谁为自定义域名颁发和更新 TLS 证书？
6. 您支持哪些接入点厂商，是否为每个厂商发布了集成指南？
7. 您是否支持 RADIUS 认证与计费、802.1X、iPSK、Passpoint 和 OpenRoaming？
8. 计费单位、最短期限和年度涨幅是多少？
9. SMS、API 访问或额外租户如何收费？
10. 您会出于自身的任何目的使用访客数据吗？
11. 同意记录包含哪些内容，我们的客户可以以哪些格式导出？
12. 合同到期时，您如何以及何时归还或删除数据？
13. 您的子处理者清单在哪里，发生变更时如何通知？
14. 您的严重性等级和响应目标是什么，发生数据泄露时多久通知我们？
15. 您的 ISO 27001 证书范围是什么？

阻碍签署的警示信号

领域	良好表现	警示信号
多租户	每个客户拥有独立的租户，数据和 API 密钥完全隔离	客户位于同一个共享账户内的文件夹中
品牌化	Portal、控制台、电子邮件、SMS 和报告均使用您的域名	电子邮件、控制台 URL 或报告页脚中出现供应商名称
硬件	明确列出厂商，且每个厂商都有已发布的集成指南	声明“支持所有主流厂商”但没有明确列表
计费	计费单位与您向客户收费的方式一致，且涨幅设有限额	按访客不设上限计费，或仅在最高层级提供 API 访问
访客数据	客户是控制者；供应商仅根据指令进行处理	供应商保留自行使用访客数据的权利
退出	在约定期限内将同意记录导出为 CSV 或 JSON 格式	仅根据要求导出、收取费用或使用专有格式
支持	拥有严重性等级、响应目标和指定的升级联系人	仅提供工单表单，没有明确的响应时间
实际场景案例：某政务会堂更换重售商

背景。 一家重售商为某县政务会堂的 22 个图书馆和休闲中心运营访客 WiFi。在重新招标时，政务会堂选择了另一家供应商。其活动团队拥有约 38,000 名访客的同意记录，可向其发送最新动态。

应对措施。 该重售商的供应商合同中包含 Article 28(3)(g) 退出条款。该条款要求在 30 天内以 JSON 格式导出每条同意记录，并包含时间戳、文案版本和渠道。

结果（说明性数据）。 政务会堂将所有 38,000 条同意记录导入到其新平台中。无需重新开展获取许可的活动即可继续向访客发送电子邮件。重售商在获得其数据副本已被删除的书面确认后顺利退出。

常见问题解答

什么是白标 Captive Portal？

白标 Captive Portal 是 MSP 或重售商可以以自身品牌销售的访客 WiFi 登录软件。供应商运行该平台，而面向客户的徽标、域名、发件人电子邮件和报告均显示您的品牌。最强大的平台还增加了真正的多租户功能。这样，每个客户都位于自己隔离的租户中，并为场地管理者和营销团队分派了委派管理角色。

MSP 可以将 Captive Portal 打造成自己的品牌吗？

是的，前提是该平台提供深度的品牌定制支持。登录页面应通过您包含有效 TLS 证书的自定义域名加载。电子邮件应从您的域名发送，并符合 SPF、DKIM 和 DMARC 标准。管理控制台和报告中不应出现任何供应商信息。如果品牌定制仅停留在登录页面，您的客户每月仍会看到供应商的名称。

白标 Captive Portal 软件如何计价？

大多数供应商按站点、按接入点或按访客收取批发价，以便您自行设定零售价格。按站点计价适合拥有类似场所的连锁企业。按接入点计价适合客流量高峰较大的场所。按访客计价适合试点和低流量场所，但会随需求产生波动。为了保障利润率，建议使用供应商向您结账的相同单位向客户计费。

白标 Portal 必须支持哪些接入点？

它必须支持您客户网络环境中明确列出的每一个供应商：Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。针对每一个供应商，均需确认支持外部 Captive Portal 重定向、RADIUS 认证与计费以及围墙花园（walled garden）功能，并配有已发布的集成指南。Purple 的 Guest WiFi 作为独立于硬件的云端叠加层，可在所有这八种设备上运行。

转售平台上访客数据的所有权归谁？

您的客户（即场所运营商）作为 GDPR 规管下的数据控制者，应当拥有访客数据的所有权。您作为数据处理者，而平台供应商作为次级处理者，各方均受第 28 条合同条款的约束。请拒绝允许供应商出于自身目的使用访客数据的供应商条款。同意记录应支持按需导出，并在合同结束时交还给您的客户。

客户迁移到新的 Captive Portal 平台是否需要更换新硬件？

不需要，只要该平台与硬件无关。云端叠加层通过外部 Captive Portal 重定向和 RADIUS，直接连接到客户现有的接入点。您只需重新配置网络以指向新平台，而无需更换设备。在安排切换之前，请先在客户实际运行的固件版本上进行测试。

您能否将现有客户从另一个 Captive Portal 平台迁移过来？

可以，只要您现有的供应商能将每个客户的同意记录和访客数据以可用格式导出即可。引用 GDPR 第 28(3)(g) 条，要求导出包含时间戳、同意用语和渠道的 CSV 或 JSON 文件。在新租户中重建 Portal 模板，并在试点场所同时运行两个平台。然后分批切换其余站点以降低风险。