- Purple
- Guest WiFi: a complete guide
- 特许经营多门店访客 WiFi:集中控制与本地化品牌展示
特许经营多门店访客 WiFi:集中控制与本地化品牌展示
您将能够为整个特许经营体系的访客 WiFi 选择运营模式,并决定在 GDPR 合规下由谁控制访客数据。随后,您可以集中锁定品牌形象与同意条款,为加盟商提供针对具体场馆的权限,并规划按供应商分组的上线方案。该方法采用云端叠加(Cloud overlay)模式运行,兼容 Cisco Meraki、HPE Aruba、Ruckus 及 Ubiquiti UniFi 等混合硬件设施。
核心系列的一部分:访客 WiFi 指南 →
- 您的特许经营企业应该选择哪种运营模式?
- 中央控制与本地品牌的真正区别在哪
- 品牌模板及其本地重写
- 为加盟商提供委派访问权限
- 混合硬件网络
- 全集团范围的报表统计
- 在特许经营体系中,访客数据归谁所有?
- 何时选择加盟总部主导的集中式平台
- 何时选择加盟商主导的 WiFi
- 如何向数百个门店推广宾客 WiFi?
- 第一阶段:审计物业资产
- 第二阶段:构建模板与管理机制
- 第三阶段:在不同硬件组合中选择五个门店进行试点
- 第四阶段:分批次推广
- 第五阶段:交接与运营
- 实际案例场景
- 拥有 140 家门店的快餐特许经营集团
- 拥有 45 家酒店的特许经营集团
- 平台必须具备的功能
- 每种模式的运营成本
- 如何为您的门店做出决策
- 常见问题解答
- Purple 是否兼容我们加盟商已经在运行的接入点?
- 加盟商可以自定义他们自己的 Landing 页吗?
- 在特许经营模式中,谁拥有访客 WiFi 数据?
- 将访客 WiFi 推广部署到数百个场所需要多长时间?
- 特许经营访客 WiFi 是否属于 PCI-DSS 范围?
- 加盟商可以看到彼此的访客数据吗?
- Purple 针对多场所特许经营网络的定价模式是怎样的?

特许经营企业可以通过一个云平台跨数百个门店管理访客 WiFi。特许人锁定品牌模板、同意书措辞和网络规则。每个加盟商可以编辑经过批准的本地字段,并且仅能查看自己的场地。硬件无关的覆盖层可无缝兼容混合部署的 Cisco Meraki、HPE Aruba 和 Ubiquiti UniFi 设备。特许经营协议中明确界定了谁拥有访客数据。
您的特许经营企业应该选择哪种运营模式?
您可以通过三种方式在特许经营门店内运营访客 WiFi:
- 中央平台: 特许人运营统一的平台,并允许本地进行个性化重写。
- 加盟商主导: 每个加盟商自行向其供应商采购。
- 内置控制器 Portal: 每个门店使用集成在其无线控制器中的 Captive Portal。Captive Portal 是访客在连接上网前看到的网页。
您选择的模式决定了三件事:谁来控制品牌、谁持有同意记录,以及您是否能够开展全门店范围的报表统计。
| 维度 | 中央平台,本地个性化 | 加盟商主导,自选供应商 | 内置控制器 Portal |
|---|---|---|---|
| Splash 页面控制 | 特许人提供模板,加盟商编辑已解锁字段 | 每个加盟商独立负责,无品牌审核 | 每个门店按控制器独立设置 |
| 品牌一致性 | 品牌 Logo、配色和法律文本全门店锁定 | 门店之间存在差异 | 仅提供基础 Logo 和文本 |
| 同意记录 | 统一注册表,统一措辞 | 每个加盟商独立一套注册表 | 极少收集 |
| 访客数据所有权 | 在特许经营协议中统一界定 | 归各自加盟商所有 | 不保留任何营销数据 |
| 混合硬件支持 | 跨所有主流厂商的统一覆盖层 | 仅支持各供应商自己的厂商列表 | 每个门店仅限单一厂商 |
| 全门店报表 | 统一仪表板,涵盖单场地至全门店 | 手动合并导出数据 | 无 |
| 新门店上线 | 克隆模板,分配场地 | 新签订合同并构建 Splash 页面 | 逐个配置控制器 |
| 适用场景 | 20 个以上统一品牌标准的门店 | 仅授权类网络 | 单个门店,无数据目标 |
对于大多数注重品牌建设的特许经营企业而言,仅凭同意记录和报表统计两项,中央平台模式就脱颖而出。本指南的其余部分将介绍如何运营该模式,以及何时不宜选择该模式。
中央控制与本地品牌的真正区别在哪
中央控制与本地品牌呈现相反的发展方向。特许人需要统一的法律标准和统一的数据模式;加盟商则需要符合其本地场地特色的 Splash 页面。一个出色的平台会按字段而非按门店来区分这两者。
品牌模板及其本地重写
为每个品牌构建一个主模板。锁定存在法律或品牌风险的要素:
- Logo、配色方案和排版字体
- 隐私声明、使用条款和数据控制者身份
- 同意书措辞和选择性勾选框的顺序
- 登录时收集的数据字段
- 会话时长和带宽规则
然后解锁让场所展现本地特色的字段:
- 场所名称、地址和营业时间
- 主图和本地优惠信息
- 指向场所自身社交渠道的链接
- 语言(适用于在英国境外运营的加盟商)
每个加盟商站点都会继承该模板。当您更新隐私声明时,每个场所都会在下一次发布时自动应用。加盟商无法编辑同意条款表述,因此本地修改绝不会损害您的 GDPR 依从地位。
为加盟商提供委派访问权限
委派访问权限意味着每个人只能看到自己管理的场所。在构建任何内容之前,请先将角色映射到您的加盟体系结构中。
| 角色 | 范围 | 可编辑内容 | 不可编辑内容 |
|---|---|---|---|
| 加盟总部管理员 | 整个门店网络 | 模板、同意条款、集成、角色 | 无限制 |
| 区域经理 | 一组场所 | 其管辖组的本地字段和营销活动 | 模板、同意条款表述 |
| 加盟商 | 自身的场所 | 本地字段、本地优惠、自身报表 | 其他场所及其数据 |
| 代理商或合作伙伴 | 指定品牌,只读 | 无 | 所有配置 |
在平台支持 SAML 单点登录的情况下,将管理员账户与您的身份提供商绑定。SAML(安全断言标记语言)是允许一次登录即可跨系统认证管理员的标准。Microsoft Entra ID、Okta 和 Google Workspace 都支持该标准。新员工入职、调动和离职随后遵循您的 HR 流程。当加盟商转让店铺时,您只需在一处即可撤销其访问权限。
混合硬件网络
加盟体系很少使用单一供应商的硬件。早期站点保留着加盟总部多年前指定的任何设备。后来的加盟商则购买其本地安装商推荐的产品。全面替换(Rip-and-replace)方案是解决品牌标识不一致问题中最昂贵的方式。
云端叠加覆盖层可以避免这种情况。无线 AP 继续处理无线信号,而平台则负责 Overlay 页面、身份验证和数据。Purple 的 Guest WiFi 方案就是以此方式运行在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 之上。每个控制器将访客重定向到托管的 Overlay 页面,并通过云端 RADIUS 服务检查访问权限。RADIUS(远程用户拨号认证服务)是用于告知 AP 是否允许设备接入的协议。我们关于 为什么您的下一次 WiFi 升级不需要新硬件 的文章详细探讨了这一经济效益。
在所有供应商设备间标准化以下三项内容:
- 访客 SSID 名称。 在每个站点使用统一的名称。
- 访客 VLAN。 VLAN(虚拟局域网)是共享交换机上的逻辑网络隔离段。
- 客户端隔离(Client isolation)。 这可以防止访客设备之间互相访问。
PCI-DSS v4.0 将连接到持卡人数据环境的系统纳入了合规范围。请将访客流量保持在无法路由至 POS 系统的 VLAN 上。如需在开放式访客网络上获得额外的隐私保护,请确认您的硬件是否支持 OWE(机会主义无线加密,RFC 8110)。OWE 无需密码即可对流量进行加密。
全集团范围的报表统计
集中式报表是该模式发挥价值的关键所在。将所有场所接入同一个平台后,您即可进行同维度对比:
- 登录量
- 新访客与回头客对比
- 停留时间
- 订阅(Opt-in)率
您可以按场所、区域或品牌对各项指标进行细分。WiFi 分析 可将单个场所的视图向上汇总至全集团视图,无需手动合并导出的数据。
向加盟商提供其专属的场所报表以及去标识化的集团基准数据。如果加盟商看到自己的订阅率低于集团中位数,就会有动力去改善位置不佳的标识牌。同时,他们永远无法查看其他加盟商的访客记录。
在特许经营体系中,访客数据归谁所有?
特许经营协议对此做出了规定,而 GDPR 则检验该规定是否合规。根据 UK GDPR 和 EU GDPR,控制者是指确定数据处理目的和方式的实体。在大多数特许经营体系中,通常属于以下两种架构之一。
特许人作为单一控制者。 特许人确定数据处理目的、拥有数据列表并在品牌层面开展营销。加盟商接收报表,而非原始记录。这种模式适用于管理严格的快餐连锁(QSR)和酒店品牌。
特许人与加盟商作为共同控制者。 双方共同决定收集访客数据的目的。第 26 条要求签订一项明确各方责任的安排。该安排的核心内容必须向访客公开。
无论采用哪种模式,您的 WiFi 平台提供商通常作为处理者,受第 28 条合同的约束。无论您选择哪种模式,以下三条规则均适用。
- 在收集数据时明确控制者身份。 第 13 条要求在收集数据时提供控制者的身份和联系方式。请将其放置在锁定模板内的 Portal 页面上。
- 区分营销订阅。 使用一个自主选择的订阅选项用于品牌营销,另一个用于本地营销。这样,访客可以选择同意接收本地门店的推送,同时拒绝国家品牌的推送。
- 证明每一次同意。 第 7(1) 条要求控制者能够证明已获得同意。请针对每条记录保存展示的文案、时间戳和场所信息。根据第 7(3) 条,撤回同意必须与给予同意一样简便。
在英国,《隐私与电子通信法规》(PECR)要求对营销邮件获取同意。ICO 指南将“软性订阅”(soft opt-in)例外情况局限于销售或销售谈判过程。免费的 WiFi 登录很少属于这两者,因此请勿依赖该例外条款。
对于美国特许经营体系,CCPA 要求在收集数据时提供通知。请将其整合进同一个锁定的模板中。
提前约定退出条款。协议中应明确当加盟商退出特许经营时,其本地订阅列表的处理方式。选项包括转让、删除或由特许人保留。
何时选择加盟总部主导的集中式平台
当满足以下条件时,请选择集中式模式:
- 您在统一的品牌标准下运营 20 个或更多的门店。
- 您的品牌手册已经对标识、菜单或客房设计作出了规范。
- 您正在运行或计划开展品牌层面的 CRM 和忠诚度计划,并需要统一的授权合规标准作为后盾。
- 您的硬件设备混合存在,并将继续保持这种状态。
- 您的董事会期望对各个门店的业绩进行横向对比。
这涵盖了大多数 酒店 集团、快餐(QSR)品牌和托管式酒吧物业。它也同样适用于由品牌方掌控消费者关系的特许加盟 零售 连锁店。
何时选择加盟商主导的 WiFi
在以下情况下,可由加盟商自行选择供应商:
- 加盟协议仅为品牌使用许可,几乎没有运营控制权。
- 加盟总部没有计划在品牌层面针对宾客开展营销。
- 门店数量少、分布分散,且作为独立的业务运营。
即使如此,也应发布最低标准。该标准应涵盖宾客 VLAN 隔离、合规的隐私声明和 Logo 使用规范。设备内置的控制器 Portal 仅适用于没有数据目标且只有单个门店的场景。它会将品牌展示局限于单一厂商的页面编辑器中,且无法为您提供全局的物业视图。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。
如何向数百个门店推广宾客 WiFi?
分批次推广,并先进行能够体现您硬件混合情况的试点。在跨大型物业推广时,进度是由您的安装人员和加盟商决定的,而不是平台本身。
第一阶段:审计物业资产
建立门店名册。针对每个场所,记录以下四项内容:
- 无线接入点(AP)厂商和型号
- 控制器类型
- 宽带线路
- 谁持有管理员凭据
标记运行消费级路由器的门店,这些设备可能缺少 Captive Portal 重定向或 RADIUS 支持。仅在存在覆盖投诉的地方开展现场勘测。我们关于 WiFi 现场勘测的实用规划指南 解释了何时开展勘测能获得回报。
第二阶段:构建模板与管理机制
在设计开始前,与法务部门确认控制模型。随后构建主模板、锁定字段、定义角色并连接您的 CRM。编写一份一页纸的加盟商指南,说明他们可以更改的内容以及如何申请更多权限。
第三阶段:在不同硬件组合中选择五个门店进行试点
每个厂商选择一个门店,外加一个情况较为复杂的门店(例如大型旗舰店)。测试 iOS 和 Android 上的登录、选择性同意采集、CRM 同步、加盟商权限和报表功能。在 Cisco Meraki 旗舰店中,设备可能会在房间之间掉线。如果发生这种情况,请检查快速漫游模式:我们关于 Cisco Meraki 802.11r adaptive 与 enabled 的对比指南 提供了解决方案。
第四阶段:分批次推广
按硬件厂商对门店进行分组,然后再按区域分组。相同厂商的推广批次可以让您的安装人员复用同一种配置。首先从 15 到 20 个门店的批次开始。一旦通过上线检查,即可扩展到每批 30 到 50 个门店。在圣诞节等交易高峰期前冻结变更。
第五阶段:交接与运营
将加盟商迁移到其委派的访问权限。在最后一波部署完成后的一个月内发布首份全域报告。按季度审查模板,而不是每次有加盟商要求时都进行审查。
实际案例场景
以下两个场景是根据典型企业结构构建的规划示例。它们并非具名的案例研究。
拥有 140 家门店的快餐特许经营集团
现状。 一家快餐特许经营商通过 38 家加盟商运营 140 家餐厅。特许经营商为 90 家门店指定了 Cisco Meraki。当地安装商为其余 50 家门店选择了 Ubiquiti UniFi。每个加盟商都构建了自己的 Dash Page,导致出现了数十种同意表述,且没有共享的访客名单。
应对措施。 对特许经营协议进行修订,使特许经营商成为唯一的控制者。上线了一个带有锁定同意条款和单一品牌 Opt-in 的模板。加盟商只能编辑本地优惠信息和营业时间。推广分三个步骤进行,按供应商分组:
- 一个包含 5 家门店的试点
- 第一波包含 15 家门店
- 四波各包含 30 家门店
在此过程中没有更换任何 AP 设备。
结果。 整个网络在 12 周内上线,试点耗时两周,每波部署耗时两周。菜单营销活动现在只需发布一次,而无需在 140 家门店重新录入。同意信息存储在一个统一表述的登记册中,因此删除请求只需执行一次。有关门店级别的覆盖规划,请参阅我们的 英国餐厅 WiFi 覆盖和安全指南。
拥有 45 家酒店的特许经营集团
现状。 一个酒店品牌将 45 家物业特许经营给英国和爱尔兰的 12 家业主运营商。硬件设备分布在 HPE Aruba 和 Ruckus 之间。业主运营自己的餐厅和水疗中心,并希望拥有自己的营销名单。品牌方则希望有一个统一的会员忠诚度标准。
应对措施。 特许经营商和业主签署了第 26 条共同控制者协议,并在 Splash Page 上进行了概述。模板包含两个自主选择的 Opt-in,一个用于品牌,另一个用于酒店。每个业主都拥有特定场所范围的访问权限,并且只能看到 Opt-in 其酒店的访客。爱尔兰的物业重用相同的模板,并附带在当地编辑的联系信息。
结果。 品牌的会员名单仅获取针对品牌的 Opt-in。每个业主的名单仅获取针对其酒店的 Opt-in。数据主体访问请求可从一套记录集中回答,而不是从 12 个业主系统中回答。业主可以在看不到彼此访客的情况下,参照包含 45 家酒店的网络对比自己的 Opt-in 转化率。
平台必须具备的功能
请将这些功能列入您的招标文件中,并在试点中对每一项进行测试。
| 功能 | 为何在特许经营中很重要 | 如何在试点中测试 |
|---|---|---|
| 具有字段级锁定的模板继承 | 一次编辑即可更新每个场所 | 更改一次隐私声明,然后检查所有 5 个门店 |
| 特定场所范围的角色 | 加盟商只能看到自己的访客 | 以加盟商身份登录并尝试打开另一个场所 |
| 多供应商支持 | 无需更换 AP 设备即可统一品牌形象 | 为您拥有的每个供应商各运行一个试点门店 |
| 按用途区分的同意记录 | 证明符合 GDPR 第 7(1) 条规定的同意要求 | 导出记录并检查措辞、时间戳和场馆 |
| 区分品牌与本地订阅 | 允许联合数据控制者进行独立营销 | 仅在本地选择订阅,然后确认品牌列表已排除您 |
| 门店至场馆层级的报告 | 比较不同站点而无需合并导出数据 | 按场馆、区域和品牌提取订阅率 |
| CRM 集成 | 从第一方数据挖掘忠诚度价值 | 确认新登录数据能成功同步至您的 CRM |
| 权威安全认证 | 轻松通过加盟商的采购审核 | 索取 ISO 27001 和 Cyber Essentials 认证证书 |
在认证方面,Purple 已获得 ISO 27001 和 Cyber Essentials 认证,符合 GDPR 和 CCPA 合规要求,并且是一家获得认证的 B Corp(共益企业)。Purple 在 90 多个国家的 80,000 多个活跃场馆运行。在 2024 年处理了 4.4 亿次登录(数据来自 Purple)。
另外还可以了解 OpenRoaming,这是基于 Passpoint (Hotspot 2.0) 构建的无线宽带联盟 (Wireless Broadband Alliance) 联合网络。Passpoint 允许设备使用存储的凭据自动加入网络。OpenRoaming 可让回头客在您门店内的任何场馆直接无缝连接,无需弹出展示页面。
每种模式的运营成本
应比较总运营成本,而非仅看许可证书价格。
- 许可证书。 集中化模式意味着签署一份统一的门店协议。加盟商主导模式则意味着每个加盟商签署一份合同,且无法享受批量优惠条款。
- 硬件。 在受支持的设备上,叠加层模式无需新增接入点。如果在内置 Portal 上查看门店视图,则需要先对供应商进行标准化。
- 管理时间。 集中化模板变更只需编辑一次。而在加盟商主导模式下,38 个加盟商需要重复做同样的工作。
- 合规性。 每个单独的同意措辞都是一个独立的风险点。每个加盟商还需要自行处理各自的主体访问请求 (SAR)。
Purple 提供三种方案的 Guest WiFi:Connect、Capture 和 Engage。请根据上述功能对照表为您的门店估算价格。
如何为您的门店做出决策
将您的实际情况匹配到相应的建议方案。
| 您的实际情况 | 建议方案 |
|---|---|
| 20+ 个站点、统一的品牌标准、品牌级 CRM | 采用集中化平台,特许人作为唯一控制者 |
| 加盟商在品牌营销之外进行本地营销 | 采用集中化平台,联合控制者,双重选择订阅 |
| 您不打算进行标准化的混合供应商设备 | 在现有接入点上部署云端叠加层 |
| 仅需许可证书的网络,无品牌营销需求 | 加盟商主导,并发布最低标准 |
| 单一站点,无数据收集目标 | 采用内置控制器 Portal |
然后在本季度采取以下三个步骤:
- 建立站点登记册。
- 与法务部门敲定控制者模式。
- 预订涵盖您拥有的每个供应商设备的五站点试点项目。
常见问题解答
Purple 是否兼容我们加盟商已经在运行的接入点?
是的。Purple 的 Guest WiFi 作为云端叠加层运行在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme Networks 和 Fortinet 上。您的 AP(无线接入点)继续负责射频处理,而 Purple 则托管 Landing 页、认证和访客数据。即使是混合硬件的网络架构也可以保持现状。您只需将每个控制器配置为重定向到托管的 Landing 页,然后即可从一个仪表盘管理所有场所。无需对现有硬件进行“拆除和替换”。
加盟商可以自定义他们自己的 Landing 页吗?
可以,但仅限于加盟主解锁的字段。您可以为每个品牌创建一个主模板,并锁定 Logo、配色、隐私声明和同意条款文本。然后,加盟商可以编辑本地字段,例如场所名称、营业时间、主图、本地优惠和语言。这样每个场所都保持鲜明的本地特色。任何加盟商都无法篡改保护您 GDPR 合规地位的法律文本。
在特许经营模式中,谁拥有访客 WiFi 数据?
这取决于特许经营协议,并由 GDPR 进行检验。数据控制者是决定为何以及如何处理访客数据的一方。通常这仅为加盟主单独所有,或者是加盟主与加盟商根据第 26 条作为共同控制者。您的 WiFi 平台提供商则根据第 28 条合同充当数据处理者。请在 Landing 页上标明数据控制者,并就加盟商退出时本地列表的处理方式达成一致。
将访客 WiFi 推广部署到数百个场所需要多长时间?
进度取决于安装人员的能力,而不是平台本身。一个切实可行的计划是先进行 5 个场所的试点,第一波部署 15 到 20 个场所,随后每波部署 30 到 50 个场所。按硬件供应商对每波部署进行分组。按照每波耗时两周计算,一个包含 140 个场所的网络在大约 12 周内即可上线。
特许经营访客 WiFi 是否属于 PCI-DSS 范围?
如果您进行了正确的隔离,就不属于该范围。PCI-DSS v4.0 将连接到持卡人数据环境的系统纳入监管范围。请将访客流量放在独立的 VLAN 上,不设置通往 POS 或支付系统的路由。开启客户端隔离功能,使访客设备之间无法相互通信。无论采用何种供应商的设备,都要在每个场所应用相同的规则,并将其记录在您的操作手册中。
加盟商可以看到彼此的访客数据吗?
不能,前提是您将角色权限限制在特定场所。为每个加盟商分配其自身的场所权限,区域经理分配其管辖区域权限,加盟主管理员分配整个网络的完整权限。加盟商仍然可以根据匿名的整体数据基准来评估自身的 Opt-in 比例或停留时间。如果平台支持 SAML 单点登录,请将管理员账户连接到 Microsoft Entra ID、Okta 或 Google Workspace。这样,当人员离职时访问权限就会随之终止。
Purple 针对多场所特许经营网络的定价模式是怎样的?
Purple 针对 Guest WiFi 提供三种方案:Connect、Capture 和 Engage。您可以根据所需的功能(如模板继承、场所作用域角色、同意记录和 CRM 集成)对您的网络进行定价。Purple 作为叠加层运行在您现有的接入点上,因此受支持的网络无需采购新硬件。您可以根据场所数量和硬件组合申请报价。
关键定义
Captive Portal
在网络授予互联网访问权限之前,通过 HTTP 重定向向未认证设备展示的网页。来自 Cisco Meraki、HPE Aruba、Ruckus 等厂商的控制器可以重定向到外部托管的 Portal 认证页面,而非使用其内置的页面编辑器。
控制器内置的 Portal 页面会将品牌设计限制在单一供应商的页面编辑器内,且无法提供跨门店的全局视角。这就是为什么使用混合硬件的特许经营企业会将 Portal 认证页面迁移到托管平台的原因。
RADIUS
远程身份验证拨号用户服务,遵循 IETF RFC 2865 规范。它定义了 Access-Request、Access-Accept 和 Access-Reject 的交互过程,告知无线接入点或控制器是否允许设备接入。
在云端叠加架构中,每个控制器都会根据云端 RADIUS 服务校验访客接入权限。在资产审计期间,应标记使用不支持 RADIUS 的消费级路由器站点。
Cloud overlay
一种架构模式,现有接入点继续负责无线射频处理,而托管平台则利用 Captive Portal 重定向和 RADIUS,而非特定厂商的固件,来提供 Landing 页、身份验证及访客数据。
它无需通过全面替换硬件来解决运行多个硬件供应商设备的特许经营体系中品牌形象不一致的问题。
SAML 单点登录
即 Security Assertion Markup Language 2.0,是一项在身份提供者与服务之间交换已签名 XML 断言的 OASIS 标准,使单次登录即可跨系统验证管理员身份。
将特许经营管理账号关联至 Microsoft Entra ID、Okta 或 Google Workspace,意味着员工入职、调岗和离职都将遵循您的 HR 流程,离职的特许经营商账号权限可在统一入口处一键收回。
VLAN
虚拟局域网,由 IEEE 802.1Q 定义,通过对以太网帧进行打标,使单一物理交换机架构能够承载多个逻辑隔离的网络网段。
无论使用何种厂商设备,将访客流量隔离在独立的 VLAN 中且不路由至 POS 系统,均可确保每个景点的访客 WiFi 处于 PCI DSS 合规评估范围之外。
客户端隔离
一种接入点或控制器设置,用于阻断同一 SSID 上无线客户端之间的流量,使设备仅能访问网关而无法相互通信。
它是全网跨多厂商设备进行标准化配置的三大核心设置之一,另外两项是访客 SSID 名称和访客 VLAN。
OWE
机会性无线加密,在 IETF RFC 8110 中予以规范。它在关联期间使用 Diffie-Hellman 密钥交换,在无需密码的情况下对开放网络上的流量进行加密。
它能提高开放访客网络的隐私安全性。在依赖该功能之前,请先确认您网络中的各个厂商设备是否均支持该功能。
数据控制者
根据 UK GDPR 和 EU GDPR 第 4(7) 条,确定数据处理目的和方式的一方。第 13 条要求在收集数据时提供其身份和联系方式,第 7(1) 条要求其能够证明已获得同意。
特许经营协议决定了特许人是否为唯一控制者。该选择决定了 Landing 页的措辞、由谁掌握同意记录册以及由谁响应数据主体访问请求。
共同控制者
适用于 GDPR 第 26 条:当两个或多个控制者共同确定处理目的和方式时,他们必须通过一项安排明确各自的责任,并将该安排的实质内容提供给数据主体。
对于业主经营者需要与品牌方共同推广自家餐厅和水疗中心的大型酒店集团,通常会采用带有两个独立勾选项的这种模式。
数据处理者
根据 GDPR 第 4(8) 条,指代表控制者处理个人数据的一方。第 28 条要求签订具有约束力的合同,明确处理的主题、期限、性质和目的。
您的 WiFi 平台提供商通常充当数据处理者的角色,因此 GDPR 第 28 条约定的合同会与特许经营协议并行生效。
PECR 软性选择性同意
英国《2003年隐私与电子通信法规》第 22 条中的一项豁免规定,允许在销售或销售谈判过程中获取联系方式后,无需另行同意即可发送营销电子邮件。
ICO 指南将此豁免条款与销售行为相挂钩。免费的 WiFi 登录很少能算作销售行为,因此特许经营店应收集明确的同意,而不是依赖此条款。
OpenRoaming
基于 Passpoint (Hotspot 2.0) 构建的无线宽带联盟联合体,基于 IEEE 802.11u 的 Wi-Fi Alliance 项目允许设备使用已保存的凭据自动加入网络。
它允许再次光顾的访客在您旗下任何场所自动连接,无需展示 Landing 页,因此非常值得在招标方案中提出。
应用实例
一家快餐(QSR)特许经营商通过 38 家加盟商运营 140 家餐厅,其中 90 家门店使用 Cisco Meraki,50 家使用 Ubiquiti UniFi。每家加盟商都各自制作了 Portal 认证页面(Splash page),导致出现数十种不同的同意条款,且缺乏统一的访客名单。应如何将整个体系纳入统一标准?
通过修改特许经营协议,使特许经营商成为唯一的数据控制器。上线统一模板,锁定同意条款和单一品牌订阅选项(Opt-in),加盟商仅能编辑本地优惠信息和营业时间。上线工作按供应商分组推进:5 个门店的试点、第一波 15 个门店,随后分四波每波 30 个门店。无需更换任何无线接入点。整个项目在 12 周内上线,试点耗时两周,每波上线耗时两周。菜单营销活动只需发布一次,无需在 140 个门店重复录入。同意信息统一存储在单一登记册中,因此删除请求只需执行一次。
某酒店品牌在英国和爱尔兰将 45 家酒店特许经营给 12 家业主运营商,硬件设施涵盖 HPE Aruba 和 Ruckus。业主希望建立自己的餐厅和水疗中心营销名单,而品牌方则希望建立统一的忠诚度标准。双方如何在不共享彼此访客数据的前提下开展营销?
特许经营商与业主签署了符合 GDPR 第 26 条的联合控制器协议,并在 Portal 认证页面上进行了说明。模板包含两个明确选择的订阅选项,一个针对品牌方,另一个针对酒店。每家业主拥有针对具体场馆的权限,仅能查看选择订阅其酒店的访客。爱尔兰的酒店重用相同模板,仅在本地编辑联系方式。品牌的忠诚度名单仅提取品牌订阅用户,而每家业主的名单仅提取酒店订阅用户。数据主体访问请求(SAR)仅需通过一套记录进行响应,无需查询 12 家业主的系统。业主可以在不查看其他业主访客数据的情况下,参考整个 45 家酒店体系对比自己的订阅率。
在一个 5 门试点项目中,某大型 Cisco Meraki 旗舰店的设备在不同房间之间移动时断连。项目团队在第一波上线前应该检查什么?
试点项目旨在暴露此类问题,因此它包含每个供应商的一个代表性门店,以及一个复杂的门店(如大型旗舰店)。除了测试 iOS 和 Android 上的登录、订阅捕获、CRM 同步、加盟商权限和报表功能外,团队还应检查 Meraki 网络上的快速漫游模式,对比 802.11r 的自适应和启用设置。在试点阶段解决该问题意味着纠正后的配置可以应用到同一供应商的所有后续波次中,因此安装人员可以在所有 Cisco Meraki 门店重用已验证的配置,而无需逐个场馆排查故障。
常见问题
Purple 是否适用于我们加盟商正在运行的无线接入点?
是的。Purple 的访客 WiFi 可以作为云端叠加层运行于 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme Networks 和 Fortinet 之上。您的无线接入点继续负责无线射频,而 Purple 则托管 Splash Page、身份验证和访客数据。混合硬件设施可继续保留。您只需配置每个控制器以重定向至托管的 Splash Page,然后即可从单一仪表板管理每个站点。无需拆除和替换现有设备。
加盟商能否自定义自己的 Splash Page?
是的,仅限加盟主解锁的字段。您可以为每个品牌创建一个主模板,锁定 Logo、颜色、隐私声明和知情同意文本。加盟商随后可以编辑本地字段,例如场馆名称、营业时间、宣传主图、本地优惠和语言。每个站点都能保持鲜明的本地化特色。加盟商无法修改保障您 GDPR 合规地位的法律文本。
加盟连锁中的访客 WiFi 数据归谁所有?
这取决于加盟协议,并由 GDPR 进行检验。数据控制者是决定访客数据处理目的和方式的实体。通常仅为加盟主,或根据第 26 条作为共同控制者的加盟主与加盟商。您的 WiFi 平台提供商则根据第 28 条合同作为数据处理者。请在 Splash Page 上标明数据控制者,并就加盟商退出时本地列表的处理方式达成一致。
向数百个站点推广访客 WiFi 需要多长时间?
决定推进速度的是安装人员的能力,而不是平台本身。Purple 在 2024 年将其平台拓展到了 5,119 个场馆(Purple 数据)。一个切实可行的方法是先开展 5 个站点的试点,首批推广 15 至 20 个站点,后续每批次推广 30 至 50 个站点。按硬件厂商对每个批次进行分组。以每批次两周计算,拥有 140 个站点的设施大约只需 12 周即可全部上线。
加盟连锁访客 WiFi 是否属于 PCI-DSS 范围?
只要您进行合理的网络隔离,就不会。PCI-DSS v4.0 将连接至持卡人数据环境的系统纳入审查范围。请将访客流量放置在独立的 VLAN 上,且不提供路由至 POS 销售系统或支付系统的路径。开启客户端隔离,防止访客设备相互访问。无论采用哪家厂商的设备,都在每个站点应用相同的规则,并将其记录在您的操作手册中。
加盟商能否看到彼此的访客数据?
不会,前提是您按场馆限定角色权限。为每个加盟商分配其自身的站点,为区域经理分配其管辖区域,为加盟主管理员分配整个设施网络。加盟商仍可对照匿名的整体数据基准来评估选择退出率或停留时间。如果平台支持 SAML 单点登录,请将管理员账号链接至 Microsoft Entra ID、Okta 或 Google Workspace。这样,当员工离职时,其访问权限便会终止。
针对多站点加盟连锁设施,Purple 如何计费?
Purple 提供三种方案的访客 WiFi:Connect、Capture 和 Engage。您可以根据所需的具体功能(例如模板继承、场馆限定角色、知情同意记录和 CRM 集成)对您的设施网络进行定价。Purple 以叠加层方式运行于您现有的无线接入点上,因此支持的设施无需购买新硬件。欢迎根据您的站点数量和硬件组合申请报价。
继续阅读本系列
市政厅公共 WiFi 提供商:采购途径与规范拟定指南
您将能够为市政厅公共 WiFi 选择正确的采购途径,将云平台与物理网络建设进行拆分。您还将能够编写招标规范,以便投标方据此报价并在交付时进行测试。内容涵盖覆盖范围、峰值并发、IWF 过滤、WCAG 2.2 AA 标准、UK GDPR 合法依据以及基于事实依据的供应商打分机制。
员工 WiFi 如何帮助您满足 ISO/IEC 27001 要求:将附录 A 控制措施映射到您的无线网络
您将能够确定您的员工 WiFi 是否可以证明 12 项 ISO/IEC 27001:2022 附录 A 控制措施,包括 A.5.15、A.8.5 和 A.8.22。您还将能够使用 IEEE 802.1X 和动态 VLAN 代替共享的 WPA2-PSK 密钥。最后,您可以收集审核员在第 2 阶段接受的 RADIUS 日志、隔离测试和供应商记录。
Cisco Meraki、HPE Aruba 和 Ruckus 上的 DFS 雷达事件:信道变更的诊断清单
确定 DFS 雷达事件是否导致了 Cisco Meraki、HPE Aruba 或 Ruckus 上的 5GHz 网络中断。区分真实的雷达信号、误报以及规划器的自动调优。进而决定在哪些 AP 上排除哪些信道,同时又不损失场馆所需的容量。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。