多场所访客 WiFi 平台对比：硬件无关的覆盖平台对比控制器门户

内置控制器门户只能满足单一厂商、单一场地且仅需点击接入的基本需求。一旦网络资产跨越多个场地、包含混合接入点厂商或需要连接 CRM，就需要一个与硬件无关的云端覆盖层。Purple 可通过单一仪表板，跨 Cisco Meraki、HPE Aruba、Ruckus 及其他五个厂商标准化展示页面、同意管理和报告。

您应该使用控制器门户还是硬件中立的覆盖层？

如果您运行多个接入点厂商的网络，或者希望在 CRM 中获取访客数据，请选择覆盖层。当网络资产仅包含单一厂商、少数场地且只需接受条款时，控制器门户即可满足需求。但只要引入第二个厂商或市场团队提出数据需求，这种方式就不再适用。

概念至关重要，以下是具体定义。

强制门户（Captive Portal）是设备在获得互联网访问权限之前被重定向到的网页。访客在该页面上接受条款、登录，并可选择是否接收市场营销信息。

控制器门户是内置于 WLAN 厂商管理平台中的强制门户。例如 Cisco Meraki Dashboard 中的展示页面、HPE Aruba 的内部强制门户，以及 Ruckus SmartZone 中的访客接入门户。它随您已付费的硬件许可证提供，但仅适用于该厂商的接入点。如需从单一厂商的角度了解此权衡，请参阅 Ruckus SmartZone 和 RUCKUS One 访客 WiFi 对比外部强制门户平台。

硬件中立的覆盖层是位于网络之上的外部强制门户服务。您的接入点会将未认证的设备重定向到该服务，然后由其返回授权决定。该决定通常通过 RADIUS（远程身份验证拨号用户服务）进行传输。RADIUS 是接入点用于向服务器询问设备是否可以连接的协议，定义于 RFC 2865 中。所有主要厂商都支持外部强制门户，因此一个覆盖层即可服务于由多个品牌构建的网络资产。

这并不是硬件与软件之间的抉择。无论选择哪种方式，您的接入点、交换机和控制器都会保持原样。核心问题在于访客体验、同意记录和报告存放于何处。它们可以散落在每个厂商的信息孤岛中，也可以集中于覆盖所有厂商的单一平台中。

控制器门户与云端覆盖层有何不同？

下表根据决定整个网络资产总投入精力的维度，对多场地访客 WiFi 平台进行了对比。

维度	控制器门户	硬件中立的云端覆盖层 (Purple)
硬件覆盖范围	仅支持单一厂商的接入点	Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme、Fortinet
展示页面管理	每个厂商需要单独构建，按网络或控制器编辑	统一的模板库，应用于所有场所
登录方式	单击通过、代金券、基础登录	包含明确选择同意的电子邮件、社交媒体及基于表单的登录
同意记录	条款接受；无营销同意账簿	按访客记录同意信息并集中保存，符合 GDPR 第 7(1) 条要求
CRM 和营销连接器	无原生支持；需供应商 API 开发工作或 CSV 导出	原生连接至 CRM 和营销平台
报告	按供应商仪表板查看网络指标（客户端、带宽、AP 状态）	跨所有场所的访客数量、停留时间和重复访问次数
添加新场所	在该场所网络上构建或克隆 Portal 页面	将场所分配给现有模板
更换 AP 供应商	需重新构建 Portal 页面、同意用语及历史记录	重新指向新硬件；模板和数据直接继承
许可模型	绑定在 AP 或控制器许可中	独立平台许可，按 AP 或按场所计费
适用对象	单一供应商、较少场所、仅限接入需求	混合硬件环境、多品牌集团、数据驱动型营销团队

覆盖层（Overlay）如何标准化 Splash 页面

借助覆盖层，您只需设计一次 Splash 页面，即可将其应用于每个场所。场所级变量会自动填充本地详细信息：场所名称、营业时间或本地优惠。品牌更新只需编辑一次，即可同时应用至所有场所。

控制器自带的 Portal 页面在可自定义内容方面因供应商而异。每个 Splash 编辑器对 HTML、图像和表单字段都有各自的限制。在混合硬件环境中，您需要为每个供应商单独构建并测试一次相同的设计，后续每次变更都要重复此过程。

覆盖层如何将访客数据连接至您的 CRM

覆盖层会将每次登录写入跨整个场所网络的统一数据库中。访问过您旗下三家酒店的访客将生成一个包含三次访问记录的统一档案，而不是分布在三次导出文件中的三行数据。Purple 随后会将这些档案同步至您的 CRM 和营销平台。系统仅会传输已明确同意选择接入的访客数据。

使用控制器 Portal 页面时，您需要针对每个供应商的 API 构建集成，并在这些 API 发生变化时进行维护。许多团队最终只能依赖手动 CSV 导出。导出数据会丢失同意上下文，而这恰恰是您的数据保护官最为关心的部分。

报告方式的转变

控制器仪表板主要报告网络健康状况：客户端数量、带宽和 AP 状态。这是网络团队所需的视图。但它无法向运营团队展示访客的返回频率或停留时长。

WiFi Analytics 可按场所、区域或品牌报告访客行为。它能展示新访客与回头客对比、停留时间以及访问频率。由于覆盖层位于所有硬件之上，因此 Ruckus 场所和 Juniper Mist 场所的数据会显示在同一份报告中。

安全与合规各司其职

叠加层不会将射频安全从您的硬件中移走。WPA3 和机会无线加密 (OWE, RFC 8110) 是接入点功能。OWE 无需密码即可对开放式访客网络进行加密。访客流量仍应位于其独立的 VLAN（虚拟局域网，一种逻辑网络分段）上。在您处理银行卡支付的场景中，PCI DSS v4.0 要求 1.3.3 规定必须在所有无线网络与持卡人数据环境之间实施网络安全控制。

叠加层改变的是同意管理。GDPR 第 7(1) 条要求您证明每个人都已给予同意。序言 32 指出预先勾选的复选框不视为有效同意。第 7(4) 条反对在非必要情况下将营销同意作为获取接入权限的前置条件。Purple 的自主选择同意机制将网络接入与营销同意相互分离，且同意记录统一集中存储。Purple 已获得 ISO 27001 和 Cyber Essentials 认证，并符合 GDPR 和 CCPA 合规要求。

针对回头客，Purple 支持 OpenRoaming。OpenRoaming 是无线宽带联盟基于 Passpoint（也称为 Hotspot 2.0）构建的联盟技术。Passpoint 是一项标准，允许设备使用已保存的配置文件自动加入网络，无需显示 Portal 认证页面。

多门店或多场所企业何时会超出其控制器自带 Portal 的承载能力？

当出现以下六种触发情况时即标志着这一节点。如果满足其中两项，请立即启动叠加层评估，无需等待下一次技术升级迭代。

1. 引入了第二个无线接入点厂商。 收购和分阶段的技术升级会导致硬件环境混杂。每增加一个新厂商，就意味着需要新建一个认证 Portal 并重新拟定一份同意条款文本。
2. 营销团队需要数据。 控制器 Portal 不保存任何符合合规要求的营销同意记录，无法向 CRM 系统发送合规数据。
3. 场所数量较多导致手动修改存在风险。 当拥有 20 个场所时，更新一次条款就意味着 20 次手动修改。每一次修改都可能发布错误的版本。
4. 品牌数量增多。 运营三个品牌的集团需要三种不同的视觉外观，且要求统一集中管理。
5. 数据请求跨越多个场所。 根据 GDPR 第 15 条（访问权）或第 17 条（擦除权）提出的请求，意味着需要检索每个厂商的记录。
6. 管理层需要全企业范围的汇总数据。 跨场所的访客报告需要单一的统一数据集，而不是事后对齐导出的多份报告。

各行业应用场景匹配

酒店。 住客会在不同酒店和品牌之间流动，因此每个住客拥有单一统一的配置文件至关重要。按不同周期升级酒店设施的集团最终会出现混杂的硬件环境。参见 酒店。

零售。 消费者会光顾多家门店，而门店改造很少在一年内全部完成。叠加层可以在底层硬件更换的同时，保持 Portal 认证页面和数据收集一致无缝。参见 零售。

体育场馆与活动。 球迷和与会者短期内大量涌入，且品牌宣传因活动而异。替换单个模板比在比赛间隙修改每个控制器更为高效。

交通运输。 乘客会在列车上和车站内连接网络，而这些场景通常使用不同的硬件。Purple 为 c2c Rail 和 Avanti West Coast 提供访客 WiFi 服务。参见 列车。 医疗保健和公共部门。 患者和访客需要清晰的可接受使用条款，且在每个场所的执行方式保持一致。请参阅 医疗保健。

实践案例：收购后的 35 家酒店集团

现状。 某酒店集团此前运营着 22 家基于 Cisco Meraki 的酒店，随后收购了 13 家运行 Ruckus SmartZone 的酒店。这导致该集团需要同时维护两个 Portal 页面和两套条款表述。每月，团队都需要从这两个供应商系统导出住客名单，手动合并后再上传到 CRM。

解决方案。 该集团保留了所有 AP（无线接入点）和控制器。它将两个供应商的住客 SSID（网络名称）均指向 Purple 作为外部强制门户。一套模板即承载了每家酒店的名称和本地优惠。一套同意条款替换了原有的两套表述，同时用 CRM 连接器取代了 CSV 手动合并。

效果。 Portal 页面创建工作量从两个减少到一个。条款变更仅需编辑一次，无需再对 35 个网络逐一修改。由于档案能够实时同步，每月两次的导出合并工作降至零。现在只需针对一个数据库即可响应数据主体访问请求，无需再操作两个供应商系统。

实践案例：市政厅图书馆和休闲中心资产

现状。 某市政厅在 48 个场所提供访客 WiFi。图书馆使用 HPE Aruba，休闲中心使用 Ubiquiti UniFi。每个资产类别都有独立的可接受使用页面。向内阁提交季度访问数据意味着需要手动协调两个供应商的仪表板。

解决方案。 该市政厅在不更换硬件的情况下，在两个资产类别中部署了 Purple。它发布了统一的可接受使用页面，并在报告中按服务对场所进行了分组。

效果。 可接受使用页面从两个减少到一个。季度报告现在通过单一数据源即可涵盖所有 48 个场所，取代了两次手动数据比对。

按 AP 许可与按场所许可在三年推广期内的对比如何？

访客 WiFi 平台的定价方式通常分为两种。按 AP 许可对每个 AP 进行计费。按场所许可则对每个场所计费，无论其包含多少个 AP。选择合适的模式取决于您的 AP 数量在推广过程中的变化趋势。

AP 数量很少保持不变。与 2.4 GHz 或 5 GHz 相比，6 GHz 信号穿墙衰减更快。因此，WiFi 6E 和 WiFi 7 设计通常会增加 AP 以保持覆盖范围。在按 AP 许可模式下，这种网络密化会增加您的访客平台账单。而在按场所许可模式下则不会。

测算模型：包含 120 家门店的连锁零售商

某零售商初始拥有 120 家门店，平均每家门店配备 6 个 AP。第 2 年，密化至每家门店 8 个 AP。第 3 年，以相同密度新开 15 家门店。

年份	门店数	每家门店平均 AP 数	按 AP 许可数	按场所许可数
第 1 年	120	6	720	120
第 2 年	120	8	960	120
第 3 年	135	8	1,080	135
三年总量	120 至 135	6 至 8	2,760	375

用 2,760 除以 375，得出 7.36。在三年时间里，只要单个场馆许可证的价格低于单个 AP 许可证价格的 7.36 倍，按场馆计费的方式就会更便宜。仅在第 1 年，损益平衡比率为 6。到了第 3 年，这一比率上升至 8。网络密化每年都会使损益平衡点向按场馆计费的方向倾斜。

您可以在自己的网络资产上进行相同的计算。用合同期内的 AP 总年数除以场馆总年数。然后将该比率与您收到的报价进行比较。

控制器门户所隐藏的成本

控制器门户不收取单独的许可证费用，因此在商业计划书中看起来是免费的。但成本实际上转移到了您团队的时间消耗上：

• 每个厂商需要构建和测试一次 Welcome 页面，每次变更都需要重新操作。
• 针对每个厂商的 API 编写和维护 CRM 集成。
• 手动导出和核对访客列表以及同意记录。
• 更换厂商时，需要重建门户、同意条款文本和历史记录。
• 最后一个项目在为期三年的部署中影响最大。如果您在合同期内更换 AP 厂商，您迁移的每个站点都将以空数据库重新开始。而在叠加网络（Overlay）架构中，Welcome 页面、同意记录和访问历史记录在硬件更换后依然保留。有关在不替换现有有效设施的情况下进行升级的更多信息，请阅读 为什么您的下一次 WiFi 升级不需要新硬件。关于控制器本身的问题，请参阅 什么是 WLC（无线局域网控制器）？您是否还需要它？。

您如何为多站点场馆选择最佳的访客 WiFi 平台？

将您的网络状况与最符合的行进行对照。

您的现状	建议	理由
单一厂商，少数站点，仅需条款接受功能	在首次数据请求前将叠加网络部署在现有硬件上	避免日后重建门户和同意条款文本
单一厂商，20+ 个站点，市场营销部门需要访客数据	带有 CRM 连接器的叠加网络	控制器门户不保存市场营销同意记录
两个或更多 AP 厂商	使用单一共享模板的叠加网络	无需为每个厂商单独构建门户
计划在三年内更换 AP 厂商	在迁移开始前部署叠加网络	Welcome 页面和数据在硬件更换后依然保留
单一网络资产包含多个品牌	使用按品牌定制模板的叠加网络	统一平台，独立的品牌体验
体育场馆或机场等 AP 密集的场馆	按场馆计费的叠加网络	当 AP 数量增加时，许可证成本保持不变

询问每个厂商的问题

在任何企业级强制门户对比中均可使用以下问题：

• 您目前明确支持哪些接入点厂商？
• 同意记录存储在哪里？您能否导出每条记录以及访客当时看到的具体文本？
• 您拥有哪些认证：符合 ISO 27001、Cyber Essentials、GDPR 和 CCPA 合规性？
• 您承诺的正常运行时间是多少？
• 您是按 AP 计费还是按场馆计费？当我们增加网络密度时，价格会有什么变化？
• 从我们当前的控制器门户按站点逐步进行迁移，具体涉及哪些内容？

Purple 的答卷有目共睹。Purple 成立于 2012 年，运行于 90 多个国家的 80,000 多个活跃场所。每年处理 5 亿用户及登录，正常运行时间达 99.999%。它与硬件无关，兼容 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 及 Fortinet。包括 McDonald's、Harrods、Premier Inn 和 Stonegate Pubs 在内的品牌都在 Purple 上运行 访客 WiFi。

常见问题解答

Purple 是否支持我们现有的无线接入点 (AP)？

是的，Purple 作为云端覆盖层运行在您现有的接入点上。它与 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 及 Fortinet 完美集成。您只需将每个访客网络指向 Purple 作为其外部强制门户，您的硬件将继续负责射频端管理。混合网络环境非常常见，因此在一个模板下统一管理两到三个厂商的设备属于标准部署模式。Purple 的支持文档涵盖了每个厂商的具体配置指南。

我们是否需要更换控制器才能使用硬件中立的覆盖层？

不需要，您的控制器和接入点可以保持不动。硬件无关的访客 WiFi 平台部署在网络层之上，负责处理登录页面、合规授权和报告分析。您的控制器继续管理射频、VLAN 和加密。网络侧唯一的调整是将未认证的访客重定向至云端覆盖层，而非内置门户。因此，部署该覆盖层仅是一项配置变更，无需对现有设备进行彻底替换。

按场所计费的许可证是否比按 AP 计费更划算？

当您单个场所的平均 AP 数量大于场所单价与 AP 单价的比值时，按场所计费更划算。计算三年期内的总 AP 年数除以总场所年数，即可得出您的盈亏平衡比率。在我们的 120 家门店模型中，该比率为 7.36。针对 WiFi 6E 和 WiFi 7 进行的网络高密部署会增加 AP 数量，但不会增加场所数量。这使得按场所计费的成本优势每年都在进一步扩大。

我们能否从控制器门户逐个站点进行迁移？

是的，您可以按站点逐个迁移，因为每个访客网络都独立指向其强制门户。仍在使用控制器门户的站点可以继续正常工作，而已迁移的站点则在云端覆盖层上运行。大多数团队会从试点项目开始，确认模板和合规授权用语，然后分批推行。分阶段实施使您能够将迁移计划与硬件更新周期或业务淡季保持一致。

如果我们更换 AP 厂商，访客数据会怎样？

在使用覆盖层时，即使您更换 AP 厂商，您的访客数据也会完好无损。用户画像、合规授权记录和历史访问记录均保存在 Purple 中，而非硬件设备中。您只需将新接入点重新指向相同的模板，再次光顾的访客仍会被识别。而使用控制器门户时，登录页面和所有存储的记录都保存在旧厂商的平台中，您必须在新硬件上重新构建它们。

云端叠加层如何处理跨多个场所的 GDPR 同意管理？

云端叠加层会在所有场所中为每位访客保留一份同意记录，这正是 GDPR 第 7(1) 条要求您证明的内容。Purple 采用自主选择的同意机制，因此营销同意与网络访问相互独立且绝不默认勾选，完全符合第 32 条前言的要求。根据第 15 条和第 17 条提出的访问与删除请求均针对单一数据库运行。Purple 已获得 ISO 27001 认证，并符合 GDPR 和 CCPA 合规要求。

叠加层上的访客 WiFi 是否会影响我们的 PCI DSS 范围？

只要访客 WiFi 与您的持卡人数据环境相互隔离，无论您使用哪种门户，它都不会纳入 PCI DSS 的适用范围。PCI DSS v4.0 的 1.3.3 项要求指出，所有无线网络与该环境之间都必须具备网络安全控制措施。网络隔离发生在您的网络端，通过 VLAN 和防火墙来实现。叠加层仅负责处理 Splash 页面和同意管理，绝不接触持卡人数据。