- Purple
- WiFi analytics: a complete guide
- 购物中心 WiFi 分析平台:客流量归因与租户报告对比
购物中心 WiFi 分析平台:客流量归因与租户报告对比
通过此对比,为您管理的购物中心在被动探针计数、已认证访客 WiFi、入口计数器以及混合方案之间做出最佳选择。您将能够设置区域驻留、交叉购物和主力店光环效应报告,并将 WiFi 会话与计数器总量相结合,计算出转化率。随后,您可以生成符合投资人严格审查及 ICO 指南要求的租户报告包。
- 您应该选择哪种购物中心 WiFi 分析平台?
- 客流归因方法到底有什么不同?
- 为什么 MAC 随机化会导致被动计数失效
- 身份验证会话如何测量停留时间
- 身份验证会话如何测量交叉购物
- 认证会话如何衡量回头客访问
- 资产管理者在租户租赁方面需要哪些报告视图?
- 主力店归因分析
- 租户报告包
- 如何将 WiFi 登录数据与摄像头或传感器计数器相结合?
- 各类型平台的适用场景
- 实际应用场景:区域型中心的主力店退场
- 实际应用场景:中庭为期六周的冬季活动
- 每种方案的运行成本是多少?
- 如何针对您的资产进行决策
- 常见问题
- 鉴于手机会随机化 MAC 地址,WiFi 分析现在仍然有效吗?
- Purple 是否可以在我们购物中心现有的接入点上运行?
- 如果我们有了访客 WiFi 分析,还需要客流计数器吗?
- 商场应该如何获得 Purple 的许可?
- 商场 WiFi 分析是否符合 GDPR 规定?
- 我们能否与租户共享 WiFi 分析报告?
- 我们如何从被动存在分析工具进行迁移?

请选择通过已验证的 WiFi 登录而不是被动 MAC 探针来测量顾客的平台。由于 iOS 14 和 Android 10 默认对设备地址进行随机化,探针计数会夸大访客数量并破坏重复访问数据。身份验证会话可以提供每个商场区域的确定性停留时间、交叉购物率和复访率。入口计数器提供总客流量,抓取率比例将两者结合起来。
您应该选择哪种购物中心 WiFi 分析平台?
对于大多数区域中心,建议选择混合方案:已验证的访客 WiFi 负责分析行为,入口计数器负责测量总量。任何购物中心 WiFi 分析平台的比较都应从一个问题开始:各个备选方案如何识别重复光顾的顾客?
被动存在性分析统计的是设备地址。已验证的分析统计的是已登录的人员。自从手机开始随机化其地址以来,这一差异就决定了您的重复光顾和交叉购物数据是否有实际意义。
三个问题可以从候选列表中区分出不同的平台:
- 它是通过登录身份还是通过 MAC 地址来识别光顾?
- 它能否将无线接入点映射到商场区域,以便按租户门面报告停留时间和交叉购物情况?
- 它的访问数据能否与您的客流计数器数据配合使用,从而通过一个抓取率将两者连接起来?
Purple 的定位是经过身份验证、独立于硬件,并作为云端叠加层交付在您现有的无线接入点上。Guest WiFi 在登录时捕获用户的知情选择并同意。WiFi Analytics 随后根据该身份报告光顾次数、停留时间和复访率。Purple 在 90 个国家的 80,000 多个实时场地运行,每年处理 5 亿用户和登录。
客流归因方法到底有什么不同?
零售目的地 WiFi 报告及其周围的计数方法主要有四种方式。它们在计数对象、如何处理随机地址以及需要安装哪些设备方面存在差异。
| 维度 | 被动 WiFi 存在性(探针计数) | 已验证的访客 WiFi 分析 | 摄像头或传感器计数器 | 混合方案:计数器加已验证的 WiFi |
|---|---|---|---|---|
| 计数对象 | 无线接入点看到的设备地址 | 已登录的访客及其会话 | 穿过计数线的人员 | 累计入场人数加已登录的行为样本 |
| 总客流量 | 在地址轮换的地方被夸大 | 仅为样本,不是总量 | 在被计数的入口处准确 | 计数器总量,行为数据从 WiFi 比例缩放 |
| 停留时间 | 一旦地址在访问途中发生更改即不可靠 | 从会话开始到看到的最后一个无线接入点 | 不可用:入口和出口未关联 | 基于会话,对比被计数的入场人数进行报告 |
| 按区域划分的交叉购物 | 因地址更改而碎片化 | 每个身份的区域到区域路径 | 仅限入口 | 每个身份的区域到区域路径 |
| 重复访问 | 受每个网络及动态轮换地址的影响而失效 | 跨访问行程关联至登录身份 | 不可用 | 跨访问行程关联至登录身份 |
| MAC 随机化的影响 | 严重 | 低:身份锚定访问行程 | 无 | 低 |
| 所需硬件 | 现有的接入点 | 现有的接入点 | 每个入口处需配备传感器及配线 | 现有的接入点及入口传感器 |
| GDPR 立场 | 设备地址属于个人数据,且无需登录提示告知 | 登录时获取告知与同意 | 在设备上处理时,输出结果包含最少的个人数据 | 登录时同意,传感器仅输出计数结果 |
| 适用对象 | 仅用于迁移期间的持续性基线 | 测量行为和忠诚度的中心 | 向投资者报告总入场人数的中心 | 向租户和投资者报告的资产管理者 |
为什么 MAC 随机化会导致被动计数失效
MAC(媒体访问控制)地址用于标识设备的网络接口。自 iOS 14 起,Apple 默认向设备分配私有的按网络专用地址。Android 自 Android 10 起默认针对每个网络使用随机地址。两者还在探测请求(手机在搜索网络时发送的帧)中对地址进行随机化处理。这两大系统的最新版本还可以在同一个网络上轮换地址。
被动驻留工具通过计算这些地址来进行统计。一位购物者在一天内可能会被记录为多台设备,且在每次访问时都被记录为一台新设备。这导致总访客数上升,而重复访问率下降。仪表板看起来依然精准,但数据反映的是设备,而非具体的人。
身份验证会话如何测量停留时间
登录操作将会话与身份绑定,而非地址。购物者通过强制门户(在获取互联网接入前显示的登录页面)进行连接。平台会记录登录人员以及会话开始的时间。
自此,由 RADIUS 接管。RADIUS 是接入点用于对每个连接进行身份验证和计费的协议。其计费记录(定义于 IETF RFC 2866 中)会报告会话开始、中间更新和停止情况。停留时间从看到的第一个接入点持续至最后一个接入点,并根据您设置的间隔规则来结束本次访问。
如果地址在访问期间发生变更,新的登录会将新会话重新关联至同一个档案。基于凭据的接入更进一步。IEEE 802.1X 是基于端口的网络接入控制标准,设备在其中提供凭据而非依赖其地址。Passpoint 基于 Hotspot 2.0 规范构建,允许设备使用存储的凭据自动加入。由无线宽带联盟(Wireless Broadband Alliance)运营的 OpenRoaming 则跨场所联合 Passpoint。无论采用上述哪种方式,随机化都不会打断访问行程与身份之间的关联。
身份验证会话如何测量交叉购物
将每个 AP 接入点映射至特定区域:商场公共区、美食广场、主力店入口、停车场大堂。会话在不同 AP 接入点之间的移动会生成一系列区域序列。将这些序列整合为区域对比矩阵。该矩阵可回答一个问题:在区域 A 出现的访客中,有多大比例在同一次访问中也到达了区域 B?
在定位精度方面向租户提供准确信息。购物中心的网络通常覆盖公共区域,而非租户店铺内部。因此,交叉购物报告基于门头区域而非收银台交易。AP 接入点的部署决定了区域划分的精细程度,因此在为相邻区域命名之前,请务必先测量信号重叠情况。
认证会话如何衡量回头客访问
重复访问是指同一身份在滚动时间窗口(例如 30 天、90 天和 365 天)内的独立访问天数。由于身份信息具有持久性,去年春天登录的购物者会被计为今日的再次访问者。这可以为您提供频次和近期访问分析群组,包括值得通过第一方数据重新触达的流失访客。已保存凭据的设备会自动重新连接,因此无需再次登录即可记录再次访问。
资产管理者在租户租赁方面需要哪些报告视图?
资产管理者需要面向三类受众提供报告。投资者关注客流总量和趋势。租赁团队关注区域业绩和对主力店的依赖度。租户需要证据证明其门头能够吸引访客。购物中心访客 WiFi 平台应能基于同一数据集同时满足这三类受众的需求。
| 报告视图 | 回答的问题 | 数据源 | 主要受众 |
|---|---|---|---|
| 购物中心客流趋势 | 入口客流量比去年增长了吗? | 入口计数器 | 投资者、资产管理者 |
| 入口客流分布 | 购物中心的客流来自哪个停车场或轨道交通入口? | 计数器加上每次会话首次出现的区域 | 运营团队、租赁团队 |
| 区域停留时间 | 购物者在何处停留? | 已认证会话 | 租赁团队、市场团队 |
| 交叉购物矩阵 | 哪些区域在同一次访问中共享访客? | 已认证会话 | 租赁团队 |
| 主力店辐射效应 | 在访问主力店区域的访客中,有多大比例会继续前往其他区域? | 根据捕获率缩放的已认证会话 | 租赁团队、投资者 |
| 重复访问群组 | 购物者多久返回一次,哪些访客已流失? | 随时间变化的登录身份信息 | 市场团队、资产管理者 |
| 辐射客群范围 | 访客来自哪些邮编区域? | 登录时在获得同意后提供的邮编 | 租赁团队、市场团队 |
| 活动提振效果 | 活动是否增加了访问量和停留时间? | 对比基准期的计数器加上会话数据 | 市场团队、赞助商 |
主力店归因分析
将主力店区域定义为主力店商场入口处的 AP 接入点。测量包含该区域的访问比例。然后比较后续行为:与从未接触主力店的访问相比,包含主力店的访问继续前往其他各个区域的频率如何?该差距即代表指示性的辐射效应。
请将其视为相关性,而非直接证据。光顾主力店的购物者可能与未光顾的购物者有所不同。在条件允许的情况下,请对比主力店调整前后的时间段。如果租赁合同要求报告营业额,请将租户销售额与区域数据结合查看,以获得更全面的视图。
租户报告包
每月向租户发送区域级的汇总报告包。实用报告包应包含临街区域访问量、对比商场平均水平的驻留时长、交叉购物最多的热门区域以及趋势。切勿共享个人画像。根据 ICO 的匿名化指南,需隐去基于较小群体生成的任何数据,确保无法识别任何个人。在续约和租金审查中,请将这些报告包作为背景参考,与销售数据结合使用,而非替代销售数据。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。
如何将 WiFi 登录数据与摄像头或传感器计数器相结合?
登录数据是确定性的:每个会话都属于一个已知身份。计数器数据是匿名的总计数据。被动探针数据充其量是概率性的。请将前两者结合使用,并将第三种数据视为 legacy 序列。
- 校验计数器。 在闲时和忙时,针对人工计数对每个入口进行审计。计数器可能会漏计人群或在拥挤时重复计数,因此请记录每个入口的准确率。
- 对齐时间和空间。 在单一时区中使用按小时划分的时间桶。将每个已计数的入口映射到最近的接入点区域。
- 计算捕获率。 用每小时的独立已身份验证访客数除以已计数的进入次数。计数器统计的是进入次数,因此返回停车场拿东西的购物者会被计数两次。利用会话数据来估计访客离开和重新进入的频率,然后进行调整。
- 按比例缩放,而非按原始计数缩放。 从 WiFi 样本中提取行为占比,例如前往美食广场的访问占比。将其乘以已计数的进入次数以估算总量。
- 修正样本偏差。 计划长时间停留的购物者更有可能登录。按时段和入口赋予权重,并将驻留时长作为样本指标进行报告,而不是对其进行等比例放大。
- 监控偏差漂移。 当您重新设计登录页面、添加 OpenRoaming 或改进覆盖范围时,捕获率会有所变化。请对这些变更进行标注,以确保趋势数据的真实性。
数据融合本身可以在两个地方之一进行。要么由分析平台接收计数器数据流,要么两个数据流都进入资产管理者已在使用的数据仓库中。Purple 可与 CRM 和营销平台集成,因此登录数据可以送达营销团队运行的系统中。
各类型平台的适用场景
- 被动感知分析 仅适合作为您迁移过程中的连续性基线。切勿将其用于二次访问或交叉购物分析。
- 仅限已身份验证的 WiFi 分析 适用于覆盖全商场的小型购物中心、奥特莱斯和零售园区,且没有合同要求您报告总进入次数。
- 仅限计数器 适用于向投资者报告总进入次数且无需其他数据的购物中心,或者步道区未配备 WiFi 的露天场所。
- 混合模式适用于向租户和投资者双方负责的区域型和超区域型商业中心。请在 零售 页面查看 Purple 如何助力目的地场所发展。
以下两个场景中的所有数据仅作演示用途,旨在展示计算方法,而非反映具体场馆的真实业绩。
实际应用场景:区域型中心的主力店退场
现状。 某拥有 120 个单元的区域型商业中心得知其百货主力店即将退场。位于 6 个入口的计数器显示,过去 12 个月的进入人次为 840 万。租赁团队需要在为重新招租定价前,评估有多少客流依赖该主力店。
应对措施。 团队将其现有 AP 划分为 16 个区域。分析了 12 个月的已认证会话数据,捕获率平均达到总进入人次的 18%。随后运行了主力店光环效应和交叉购物分析视图。
结果。 41% 的已认证访问经过了主力店区域。在这些访问中,有 57% 继续进入东侧商场,相比之下,未经过主力店的访问这一比例仅为 29%。按计数的总进入人次等比例放大,每年约有 340 万人次到达主力店区域(0.41 x 840 万)。租赁团队凭借量化的主力店依赖度数据以及受影响的东侧商场租户明确名单展开谈判。
实际应用场景:中庭为期六周的冬季活动
现状。 某商业中心在其中央中庭举办了为期六周的冬季活动。赞助商和周边租户希望获得该活动带来增值的证据。
应对措施。 团队将计数器记录的客流量与前一年同期的六周数据进行了对比。将中庭 AP 划分为活动区域。随后将活动区域的会话数据与同期全场平均水平进行了对比。
结果。 入口客流量同比增长了 7%。包含中庭行程的访问平均停留时间为 84 分钟,而全场平均水平为 61 分钟。活动区域 23% 的访客为首次登录用户,且 48% 的访客随后前往了美食广场。报告中特别注明了日历和天气差异,赞助商基于停留时间和新访客数据续签了合同。
每种方案的运行成本是多少?
我们无法提供统一的价格,因为硬件复用情况决定了大部分费用。以下是需要进行建模的成本驱动因素。
| 方案 | 前期硬件 | 安装成本 | 持续成本驱动因素 | 隐性成本 |
|---|---|---|---|---|
| 被动感知 | 现有的 AP 之外无其他硬件 | 仅需配置 | 平台许可费用 | 基于虚高的计数结果做出租赁决策 |
| 已认证 WiFi 分析 | 现有的 AP 之外无其他硬件 | 配置以及登录页面设计 | 平台许可费用 | 提升捕获率所需的登录页面优化工作 |
| 摄像头或传感器计数器 | 每个入口一个传感器,较宽的大门需要更多 | 高空布线与安装,通常需非营业时间施工 | 维护与重新校准 | 大门或布局变更后需重新测量 |
| 混合模式 | 仅入口传感器 | 传感器安装及 WiFi 配置 | 双重数据源 | 分析师维护捕获率模型的时间成本 |
| 最大的节省在于复用。Purple 可运行于 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。在 为什么您的下一次 WiFi 升级不需要新硬件 一文中,阐述了避免硬件刷新的理由。如果您运行的是基于控制器的资产,请阅读 什么是 WLC(无线局域网控制器),您是否仍然需要它?。Ruckus 资产所有者应阅读 Ruckus SmartZone 和 RUCKUS One 访客 WiFi 与外部强制门户平台对比。 |
也要为网络覆盖制定预算。无法连接的购物者将无法登录,每个信号盲区都会降低您的采集率。
如何针对您的资产进行决策
将您的报告需求与选项进行匹配。
| 您的状况 | 建议 |
|---|---|
| 您仅向投资人汇报总入场人数,无其他数据 | 当前采用入口计数器;当租赁需求涉及行为数据时,添加已身份验证的 WiFi |
| 您的商场全覆盖了 WiFi 但没有计数器 | 当前采用已身份验证的 WiFi 分析;需要总量数据时在主要入口安装计数器 |
| 您目前运行被动存在分析 | 切换至已身份验证的会话,并在一个完整交易季度内同时运行两者 |
| 您面临主力店撤店或重大空置 | 采用混合模式,具备主力店光环效应和交叉购物视图 |
| 您运营着一个商场组合 | 在单一硬件无关平台上采用混合模式,使报告具有可比性 |
然后将以下问题提交给您候选名单上的每家供应商:
- 访问是与登录身份、凭据还是 MAC 地址关联?
- 您能否按接入点定义区域并在租户变更时重命名它们?
- 支持哪些凭据方式:强制门户、IEEE 802.1X、Passpoint、OpenRoaming?
- 同意和营销订阅是如何记录的,购物者能否撤回它们?
- 哪些认证覆盖了这些数据?Purple 拥有 ISO 27001、GDPR、CCPA、Cyber Essentials 和 B Corp 认证。
最后,请遵循 ICO 关于 WiFi 位置分析的指南。清晰的标识和登录时的通俗语言声明可以保护您的数据,并保持较高的采集率。
常见问题
鉴于手机会随机化 MAC 地址,WiFi 分析现在仍然有效吗?
是的,前提是该平台测量的是已身份验证的会话,而非被动探测。登录会将每次访问与一个身份绑定,因此新的设备地址不会创建新的访客。IEEE 802.1X、Passpoint 和 OpenRoaming 等凭据可对设备进行身份验证,而不依赖于其地址。被动存在工具会失去准确性,因为 iOS 和 Android 默认会随机化地址,这会夸大访客数量并破坏重复访问计数。
Purple 是否可以在我们购物中心现有的接入点上运行?
是的。Purple 独立于硬件,作为云重叠层运行在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 接入点上。您可以将现有的网络指向 Purple 以进行访客登录和分析,无需拆除和替换现有的设备。如果商场某些区域的信号覆盖较弱,请先解决该问题:无法连接的购物者将无法登录。
如果我们有了访客 WiFi 分析,还需要客流计数器吗?
是的,如果您需要向投资者或租户报告总客流量。已认证的 WiFi 可以测量登录的购物者,这是总进入人数的一个样本。每个入口处的计数器则测量总量。捕获率将两者结合起来,因此在 WiFi 样本中观察到的行为可以按比例缩放到被计数的总人口中。如果没有计数器,请将 WiFi 数据作为基于样本的指标进行呈现,而不是作为总量。
商场应该如何获得 Purple 的许可?
Purple 通过三种方案提供许可:Connect、Capture 和 Engage。因为 Purple 运行在您现有的接入点上,所以您无需更新硬件即可开始测量。如果您要添加入口计数器,其硬件成本将单独计算。请向 Purple 索取涵盖您所有资产的报价,包括商场的数量以及每个商场使用的接入点供应商。
商场 WiFi 分析是否符合 GDPR 规定?
只要您以透明且合法的方式收集数据,就可以做到合规。GDPR 规定,登录标识符和设备地址属于个人数据。Purple 在登录时捕获自主选择的同意,因此营销同意是一个明确、单独的选择。Purple 拥有 ISO 27001、GDPR、CCPA 和 Cyber Essentials 认证。请仅与租户共享聚合的区域级报告,并遵循 ICO 关于 WiFi 位置分析的指导意见。
我们能否与租户共享 WiFi 分析报告?
可以,但仅限聚合的区域级别。租户资料包通常会显示店面区域的访问量、相对于商场平均水平的停留时间、交叉购物最多的热门区域以及环比趋势。切勿共享个人资料或联系方式,根据您的隐私声明,这些信息作为第一方数据归您所有。对于基于小群体数据得出的任何数字,必须予以隐去,以确保无法识别任何个人,这符合 ICO 的匿名化指南。
我们如何从被动存在分析工具进行迁移?
让两个系统并行运行一个完整的营业季度,然后进行切换。在 MAC 随机化机制下,被动工具会夸大访客数量并低估回头客数量。迁移到认证数据后,预计访客人数会下降,而重复访问率会上升。并行运行期间可以让您向投资者和租户解释这一阶段性变化。在此期间,请继续保留计数器数据作为您连续的客流量数据系列。
关键定义
MAC 随机化
一种设备隐私行为,它将网络接口的固定媒体访问控制(MAC)地址替换为针对每个私有网络生成的动态地址。Apple 从 iOS 14 开始默认应用此功能,Android 则从 Android 10 开始默认应用;两者都会在探针请求中随机化地址,且近期的版本还可以在同一网络上轮换地址。
当被动感知仪表板显示访客总量上升而重复到访率下降时,您就会遇到此情况。这也是将到访记录关联至登录身份而非设备地址的主要原因。
探针请求
设备在搜索可用网络时传输的 IEEE 802.11 管理帧。被动感知分析会对这些帧中的源地址进行计数,而这些地址目前已被 iOS 和 Android 进行随机化处理。
探针计数无需登录,因此看起来成本较低。但由于地址会发生轮换,一位购物者在一天内可能会显示为多台设备,并且在每次到访时都会显示为新设备。
强制门户
WiFi 网络在授予互联网接入权限前展示的登录页面。平台在该页面记录登录人员身份、会话开始时间,以及根据 GDPR 记录的告知与同意信息。
登录页面设计决定了您的转化率。它也是收集自主选择许可以及用于辐射区分析报告的邮编数据的地方。
RADIUS 计费 (accounting)
IETF RFC 2866 中定义的远程身份验证拨号用户服务 (RADIUS) 协议的计费功能。接入点会为每个连接发送会话开始、中间更新和停止的记录。
已认证平台正是通过这些记录,测量从看到的第一个接入点到最后一个接入点之间的停留时间。您设置的间隔规则将判定本次访问的结束。
IEEE 802.1X
基于端口的网络接入控制的 IEEE 标准。设备通过提供凭据来进行身份验证,而不是依赖其 MAC 地址。
基于凭据的接入可以在设备地址发生变更时,依然保持访问与身份之间的关联不受影响。在选择供应商时,请务必询问候选名单中的每一家供应商是否支持此功能。
Passpoint (Hotspot 2.0)
基于 Hotspot 2.0 构建的规范,允许设备使用存储的凭据自动发现并加入网络,每次访问时无需通过强制门户。
保存了凭据的设备会自动重新连接,因此重复访问无需再次登录即可注册。添加此功能可能会改变您的捕获率,因此请在趋势报告中标注此项变更。
OpenRoaming
由无线宽带联盟 (Wireless Broadband Alliance) 运营的联盟,它将 Passpoint 凭据扩展到各参与场所,使设备能够实现自动身份验证。
它独立于 MAC 地址绑定身份,并能提高登录量。在跨时期对比时,请将其上线视为影响捕获率波动的事件。
GDPR 规范下的个人数据
GDPR 第 4 条第 (1) 款所定义的与已识别或可识别的自然人相关的任何信息。登录标识符和设备地址均属于此类信息。
被动探针计数处理设备地址时无需登录即可发出通知。已认证的分析功能会在登录时获取通知与同意,且租户数据包必须保持汇总状态。
捕获率
同一小时内已验证的独立 WiFi 访客数除以计数的入口进入次数,并针对离开后重新进入的访客进行了调整。
它将确定性的 WiFi 样本与计数器总数关联起来。当您重新设计登录页面、添加 OpenRoaming 或改善网络覆盖范围时,该指标会发生变化。
交叉购物矩阵
根据每个已认证会话的接入点顺序构建的按区域划分的表格。它显示了在同一访问期间,在某个区域看到的访客中,同时到达另一个区域的访客比例。
租赁团队利用它为铺位定价并识别受影响的租户。解析度由接入点的位置决定,通常按门面区域报告,而不是按收银交易报告。
主力店光环效应
包含主力店入口区域的访问比例,以及主力店访问与非主力店访问在后续区域访问上的差距,并通过捕获率按计数入口进行等比例缩放。
它在重新出租或租金审查之前量化对主力店的依赖度。请将其视为相关性分析,并在可能的情况下对比主力店变更前后的时期。
停留时间
访问的持续时间,在已认证分析中通过 RADIUS 计费记录和可配置的间隔规则,从看到的第一个接入点测量到最后一个接入点。
计数器无法测量它,因为入口和出口没有关联。请将其作为样本指标报告,因为计划长时间停留的购物者更有可能登录。
应用实例
一家拥有 120 个单元的区域购物中心获悉其百货公司主力店即将撤店。分布在 6 个入口的计数器在 12 个月内记录了 840 万次进入人次,租赁团队需要在重新定价出租前了解有多少客流量依赖该主力店。
该团队将其现有的接入点映射为 16 个区域,并获取了 12 个月的已认证会话数据,平均捕捉率占进入人次的 18%。团队运行了主力店光环效应和交叉购物视图。41% 的已认证到访经过了主力店区域,其中 57% 继续进入东区商场;相比之下,从未进入主力店的到访中,这一比例仅为 29%。按已计数的进入人次比例换算,每年大约有 340 万进入人次到达主力店区域(0.41 x 840 万)。租赁团队凭借量化的主力店依赖度数据以及受影响的东区商场租户名单展开谈判。相关数据仅作示例说明。
某购物中心在中庭举办了为期六周的冬季活动。赞助商和周边租户希望获得活动带来附加价值的证据。
团队将计数器进入数据与前一年同期的六周进行了对比,将中庭接入点映射为活动区域,并将活动区域的会话与全场平均水平进行了对比。进入人次同比增长了 7%。包含中庭行程的到访平均驻留时间为 84 分钟,而全场平均水平为 61 分钟。23% 的活动区域访客为首次登录,48% 的访客随后前往了美食广场。报告标注了日历与天气差异,以确保对比的真实客观。赞助商凭借驻留时间和新访客数据决定续约。相关数据仅作示例说明。
某购物中心目前正在运行被动感知分析工具,希望在不引起投资人和租户困惑的前提下,迁移至已认证 WiFi 分析。
在完整的一个营业季度内并行运行两个系统,然后进行切换。在 MAC 随机化机制下,被动工具会夸大访客总量并低估复访率,因此一旦使用已认证数据,预计访客计数会下降,而重复到访率会上升。并行运行期可为您提供事实依据,向投资人和租户解释这一阶梯式变化。在整个过程中,将入口计数器数据作为连续的客流时间序列,并仅将被动数据系列作为连续性基准。在迁移期间或迁移之后,切勿将其用于分析复访率或交叉购物。
常见问题
在手机采用随机 MAC 地址的情况下,WiFi 分析是否仍然有效?
是的,前提是该平台测量的是身份验证会话而非无感探测。登录会将每次到访与特定身份关联,因此新的设备地址不会生成新的访客。IEEE 802.1X、Passpoint 和 OpenRoaming 等凭据无需依赖设备地址即可对设备进行身份验证。由于 iOS 和 Android 默认采用随机地址,会导致虚增访客数量并破坏重复到访统计,因此无感驻留工具会失去准确性。
Purple 能否在我们的购物中心现有的 AP 上运行?
是的。Purple 与硬件无关,可作为云叠加层运行在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet AP 上。您只需将现有网络指向 Purple 即可实现访客登录和分析,无需全面替换硬件。如果商场部分区域的信号覆盖较弱,请先解决该问题:无法连接的购物者将无法登录。
如果我们有了访客 WiFi 分析,还需要客流计数器吗?
可以,前提是您向投资者或租户报告总客流量。身份验证 WiFi 测量的是登录的购物者,这是总进入人数的一个样本。每个入口处的计数器则测量总人数。捕获率将两者结合在一起,因此 WiFi 样本中呈现的行为可以同比例放大到计数的总人群中。如果没有计数器,请将 WiFi 数据作为基于样本的指标列出,而非总数。
购物中心的 Purple 许可模式是怎样的?
Purple 通过三种方案提供许可:Connect、Capture 和 Engage。由于 Purple 运行在您现有的 AP 上,因此无需更新硬件即可开始测量。如果增加入口计数器,则属于额外的硬件成本。请联系 Purple 获取涵盖您物业资产的报价,包括商场数量和每个商场的 AP 供应商。
购物中心 WiFi 分析是否符合 GDPR?
只要您在透明且合法的依据下收集数据,就可以做到合规。根据 GDPR,登录标识符和设备地址属于个人数据。Purple 会在登录时获取用户明确的选择同意,因此营销许可是一项单独的知情选择。Purple 拥有 ISO 27001、GDPR、CCPA 和 Cyber Essentials 认证。请仅与租户共享汇总的区域级报告,并遵循 ICO 关于 WiFi 位置分析的指南。
我们可以与租户共享 WiFi 分析报告吗?
是的,可以在汇总的区域层面上共享。租户报告包通常显示门面区域的到访量、对比商场平均水平的驻留时间、热门交叉购物区域以及环比趋势。切勿共享个人档案或联系方式,根据您的隐私声明,这些数据仍属于您的第一方数据。请根据 ICO 匿名化指南,隐去基于极小群体生成的任何数据,确保无法识别任何个人。
我们该如何从无感驻留分析工具进行迁移?
让两个系统并行运行一个完整的交易季度,然后再进行切换。在 MAC 随机化机制下,无感工具会高估访客量并低估回头率。迁移到身份验证数据后,预计访客计数会下降,而重复到访率会上升。并行运行期可以让您向投资者和租户解释这种阶段性变化。在此期间,请继续使用计数器数据作为您连续的客流量数据系列。
继续阅读本系列
员工在场分析:了解谁在楼内、到访频率及停留时间
通过本指南判断您现有的 WiFi 认证是否能够测量在场人员、到访频率和停留时长。您将能够配置 802.1X 或 iPSK 身份、开启 RADIUS 记账、约定会话规则、完成 DPIA,并在保持访客数据为趋势的同时,将员工在场情况作为精确计数进行报告。
Cisco Meraki 位置分析:哪些是内置功能,哪些是功能边界
您将能够确定内置仪表板可以回答哪些 Meraki 在场问题,何时通过扫描 API 传输原始观测数据,以及何时需要针对已识别访客使用 Captive Portal。您还将了解为何忠诚度数据存在误导,以及哪些数据可以安全地呈报给董事会。
零售 WiFi 采购清单:访客接入、内容过滤与客流分析
使用这份清单,从访客接入、内容过滤、客流报告、安全与合规性以及多门店网络适配性五个方面为零售访客 WiFi 供应商打分。您将明确招标前需要完成的基础准备工作、需要提出的问题、合格的标准是什么,以及如何通过三至五家门店的试点来验证入围平台的效能。
对您的具体配置有疑问吗?
我们的团队与 80,000 多个场所的运营方、IT 经理和网络工程师保持合作。预约 20 分钟的通话,我们将为您展示同行是如何解决类似问题的。