Cisco Meraki 位置分析：哪些是内置功能，哪些是功能边界

Cisco Meraki 无线接入点包含位置分析功能，无需额外许可。您可以获取邻近度、参与度和忠诚度视图、平面图热力图以及用于原始观测数据的扫描 API。它统计的是匿名设备，而非具体人员。MAC 地址随机化会削弱重复访问数据，视图以每个网络为范围，且在没有 Captive Portal 的情况下无法识别特定访客。

什么是 Cisco Meraki 位置分析？

Cisco Meraki 位置分析是内置于 Meraki MR 无线接入点和 Meraki 控制面板中的存在性报告功能。您的无线接入点会监听附近的设备，包括其探测请求和数据流量。控制面板将这些检测结果转化为每个网络的数量统计、停留时长和重复访问模式。

Cisco 将该功能内置于 Meraki 无线网络中。这使其成为大多数 Meraki 用户寻找客流数据的首选工具。开箱即用，您可以获得以下四项功能。

邻近度、参与度和忠诚度视图

控制面板将存在性数据分为三个视图：

• 邻近度 (Proximity)：将检测到的设备分为路过者、访客和已连接者。路过者是指被监听到时间极短或信号强度较低的设备。访客是指距离足够近且停留时间足够长、可计入内部的设备。已连接设备则是指已加入您 WiFi 的设备。
• 参与度 (Engagement)：按停留时间对访客进行分组：5-20 分钟、20-60 分钟、1-6 小时和 6 小时以上。
• 忠诚度 (Loyalty)：按返回频率对访客进行分组：首次、每天、每周和偶尔。

Cisco 的位置分析文档定义了每个类别背后的信号和时间阈值。在将这些数据提交给董事会之前，请务必阅读这些定义。

Meraki 位置热力图

在上传的平面图上准确放置无线接入点，控制面板即可显示整个空间内的设备密度。它通过 RSSI（接收信号强度指示）来估算位置，即每个无线接入点听到设备时的信号强度。当多个无线接入点同时监听到同一个设备时，位置估算会更加准确。

Meraki 扫描 API

扫描 API 可将来自无线接入点的原始设备观测数据推送到您运行的服务器。这是将数据引出控制面板并进入您自定义数据管道的途径。我们在下文详细介绍了它的工作原理。

为什么 Meraki 存在性数据对您的场馆至关重要？

存在性数据可以回答收银机和验票机无法回答的问题。有多少人经过入口却没有进来？他们停留了多久？周二下午 3 点哪些区域是空置的？

零售 团队将路过者与访客的比率作为门店进店转化率的参考指标。酒店 利用大堂酒吧或水疗中心内的停留时间来了解客人晚上在何处消费。医疗 设施团队可以根据观察到的访客量而非预约名单来合理规划等候区的大小。

吸引力显而易见。数据已经在您拥有的硬件上进行采集。更有价值的问题是，在您需要更多功能之前，它能为您提供多大程度的支持。

Meraki 位置分析如何工作？

开启功能

位置分析是 Meraki Dashboard 中的一项全网设置。您可以按网络分别启用该功能，然后将每个接入点放置在其楼层平面图上。如果没有准确的放置位置，热力图和坐标估计就只是凭空猜测。请遵循 Cisco 当前的文档以获取具体步骤，因为 Dashboard 菜单在不同版本之间会有所变化。

在信任任何数据之前进行两项检查：

1. 确认每个接入点都已固定在正确的楼层和正确的位置。
2. 在比较不同时期或场地之前，先收集几周的基线数据。

用于定位的接入点密度是一项设计决策，而不是一个简单的开关。纯粹为覆盖范围设计的网络可能会导致设备只能被一个接入点接收到信号。这虽然能产生计数，但位置估计极差。我们的 2026 年场馆和企业网络最佳实践 涵盖了接入点放置和密度的内容。

解读三种视图

近距离（Proximity）。 关注比例，而不是原始的路人数量。路人包括穿过墙壁和窗户被接收到信号的设备，且 MAC 随机化会如下文所述膨胀该数字。访客数和连接数则更为稳定。

互动度（Engagement）。 这是运营决策中最可靠的视图，特别是对于已连接设备。在整个访问期间，已连接设备通常会在您的网络上保持同一个私有地址。从未连接的设备会轮换其探测地址，这可能会将一次漫长的访问分割成多次短暂的访问。每周对比相同的时间段，以判断布局调整是否延长了人们的停留时间。

忠诚度（Loyalty）。 对此视图需保持最谨慎的态度。它依赖于在未来的某一天识别出相同的设备地址，而现代智能手机的设计初衷正是为了防止这一点。限制章节解释了这种影响。

使用 Meraki 扫描 API

Meraki 扫描 API 是您的数据团队将原始观测数据导入自身数据管道的方式。Cisco 的扫描 API 文档阐述了当前版本和有效载荷模式。概括如下：

• 您在 Dashboard 中注册一个接收器 URL。Meraki 会发送验证请求，您的服务器必须返回 Dashboard 显示的验证器字符串。
• 然后，根据 Cisco 的文档，Meraki 会大约每分钟批量发送一次观测数据的 JSON 有效载荷。
• 每个有效载荷都包含您设置的共享密钥，因此您的接收器可以拒绝任何并非来自您网络的数据。
• WiFi 和低功耗蓝牙 (BLE) 观测数据作为单独的数据流送达。
• 每次观测均包含客户端 MAC 地址、制造商以及最近的接入点及其 RSSI。已连接设备还会报告 SSID。
• 位置估计以 x/y 坐标和纬度/经度形式送达，并带有显示估计置信度的方差数字。

API 为您赋予充分的控制权。您可以根据适合自身建筑的 RSSI 阈值和最短停留时间，自行设定访客定义。您可以过滤掉偏差过大而无实用价值的位置数据。您可以在数据到达时对 MAC 地址进行哈希处理，确保原始标识符永远不会进入您的数据仓库。

它同时也赋予您所有权。您需要自行托管接收端、维持其可用性、消化不同 API 版本之间的架构变更，并承担针对设备标识符的 GDPR 合规义务。请为此预留工程开发时间，而不仅仅是考虑初始构建阶段。

它与您现有的系统如何协同工作？

Meraki 的原生视图和扫描 API 均用于测量设备。而 Captive Portal 则用于测量选择表明身份的人群。Captive Portal 是设备在连接互联网前看到的网页，访客在此登录或接受条款。两者回答的是不同的问题，因此大多数成熟的商业场所会同时运行这两者。

Purple 可以在您现有的 Meraki 接入点上作为云端叠加层运行 Captive Portal 和 WiFi Analytics。Purple 独立于硬件，支持 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。

功能	Meraki 仪表板视图	Meraki 扫描 API	结合 Meraki 的 Purple
测量内容	匿名设备数量、停留时间和回头率	大约每分钟一次的按设备原始观测数据批次	拥有个人资料和同意记录的已登录访客
覆盖范围	一次针对一个网络	指向您接收端的每一个网络	单一管理平台中的所有场馆
历史数据	Cisco 发布的定位数据保留期限	您自己的存储库保留的任何数据	保存在 Purple 平台中（通过 ISO 27001 认证）
MAC 随机化影响	忠诚度和路过人员数据失真	存在相同的失真，但您可以进行建模	将重复访问与登录个人资料相匹配
识别访客	否	否	是，通过自主选择的同意授权
营销同意	未获取	未获取	在登录时获取
运维投入	按网络启用，在平面图上放置接入点	构建、托管并维护接收端、存储和数据模型	在 Meraki 上配置 Captive Portal，无需新硬件
成本	已包含在 Meraki 无线服务中	已包含，另加您的托管和工程时间	配合 Meraki 许可证使用的 Purple 订阅费

Meraki 定位分析有哪些局限性？

保留期限

该仪表板旨在提供近期运维视图，而非多年历史数据。Cisco 在其 Meraki 数据保留文档中发布了保留期限。在向任何人承诺提供同比数据对比之前，请先核实当前的具体数值。

如果您需要长期的历史记录，请从第一天起就通过扫描 API 将数据实时流传输至您自己的存储系统中。API 以近乎实时的方式推送观测数据。它不会重放历史记录，因此您的接收端错过的任何数据都将永久丢失。

保存数据的行为会带来相应的法律责任。GDPR 第 5(1)(e) 条关于存储限制的原则要求，个人数据的保留时间不得超过必要期限。您需要设定数据保留期，将其记录在案，并按计划进行删除。

门店层级的数据聚合

原生视图围绕单个网络构建，这通常意味着单个门店。拥有 60 家门店的商业资产组合意味着会产生 60 套图表。若要进行跨门店对比，就需要按网络逐个导出数据，或者基于扫描 API 构建专属的数据管道。

原生视图也无法识别某个顾客在同一周内是否逛过您的利兹店和曼彻斯特店。每个网络只能识别连接到自身的设备，而随机化的地址则打乱了所有跨门店匹配的尝试。

MAC 地址随机化与客户忠诚度分类

对于数据分析师而言，这是最重要的限制因素。自 iOS 14 和 Android 10 起，手机默认针对每个网络使用私有且随机化的 MAC 地址。对于从未连接过网络的设备，其探测请求使用随机且频繁变更的地址已有多时。Apple 和 Google 均对这一行为进行了详细说明。

这对 Meraki 驻留数据的影响是可以预见的：

• 路过人数虚高。 一部从未连接网络的手机随着其探测地址的轮换，可能会被记录为多个不同的设备。
• 首次到访游客虚高。 再次到访但未连接网络的手机会呈现出一个新地址，因此仪表板会将其记录为陌生设备。
• 日度和周度忠诚度指标虚低。 出于同样的原因，重复到访次数未被计算在内。

已连接设备的情况稍好一些，因为针对每个网络的私有地址通常会在您的 SSID 上保持不变。但 Apple 最近发布的版本增加了一项轮换选项，甚至会随着时间的推移更改该地址。随着这一功能的普及，已连接设备的忠诚度指标预计将进一步受损。

实用规则：将忠诚度指标作为已连接设备的趋势来进行报告，切勿将其作为回头客的绝对占比。切勿向业务部门将其表述为“回头客”。

缺乏身份识别的访客层

原生分析永远无法获取访客的具体身份。它不掌握姓名、电子邮件地址、授权记录，也无法与您的 CRM 或物业管理系统联动。您可以观察到某个区域的停留时间增长了 12%，但您无法向这些访客发送任何信息，也无法衡量他们的消费金额。

这一层级需要借助 Captive Portal，让访客主动选择提供身份信息。Purple 的 Guest WiFi 通过自主选择的订阅同意来捕获第一方数据，并与 CRM 及营销平台无缝集成。如此一来，重复到访次数将根据访客登录的个人资料进行统计，而不仅仅依赖设备地址。2024 年，Purple 在全球超过 80,000 个上线场馆中处理了 4.4 亿次登录（数据来自 Purple）。

Meraki 位置分析在真实场馆中的应用效果

以下两种场景均为说明性的测算示例。数据仅用于展示计算方法，并非某个具体场馆的实际结果。

场景 1：一家拥有 60 家门店的服装零售商进行门店对比

现状。 分析团队需要一份按顾客停留时间排序的每周门店排名。每家门店都运行着独立的 Meraki 网络。制作这份报告意味着需要打开 60 个仪表板并将互动数据复制到电子表格中，每周大约要消耗一整天的工作时间。

应对措施。 IT 团队搭建了一个扫描 API 接收器，并将所有 60 个网络指向该接收器。他们在接收数据时对 MAC 地址进行哈希处理，在整个资产范围内应用单一 RSSI 阈值，并过滤掉方差较大的观测值。他们设置了 13 个月的保留期，并记录在 GDPR 记录中。

结果。 每周报告转变为覆盖所有 60 家门店的自动化查询。团队还证实了忠诚度分组所隐藏的真相。在 WiFi 使用率较低的门店中，超过 80% 的访客被注册为首次访问，这与零售商自家应用数据中的数字相比要低得多。忠诚度指标随后从董事会报告包中移除，取而代之的是停留时间和访客与路过人员的比例。

场景 2：一家拥有 200 间客房的酒店追求回头客

现状。 商业团队将 Meraki 忠诚度视图作为其回头客衡量指标。该视图显示大多数设备都是首次访问。这与预订系统的数据相矛盾，预订系统显示了很大比例的回头客预订。

应对措施。 团队承认忠诚度分组衡量的是设备地址，而不是具体的宾客。他们在现有的 Meraki 接入点上添加了 Purple Captive Portal，并在登录时提供了知情选择的营销选项。他们保留了 Meraki 互动视图，用于查看酒吧、餐厅和水疗中心的区域停留时间。

结果。 现在可以在登录时识别回头客，而不是从地址进行推断。选择加入的宾客数据流接入 CRM 以用于到达前优惠。互动数据仍继续指导酒吧的人员配置。如果您正在为新合同制定规范，我们的 酒店 WiFi RFP 清单：身份验证、内容过滤和宾客营销 列出了需要提出的问题。

接下来您应该做什么？

首先确定您要解决的问题。设备数量和已识别的访客是不同的产物。

您的现状	应当使用的方案
单个场所，关于繁忙区域和时间的运营问题	Meraki 仪表板视图和位置热力图
多个场所，拥有数据团队，需要长期的历史记录	将 Meraki 扫描 API 接入您自建的数据仓库
需要报告可验证且具备说服力的重复访问数据	包含登录功能的 Captive Portal，而非设备忠诚度分组
需要联系访客或将访问与消费关联	基于 Meraki 的 Purple Guest WiFi 和 WiFi Analytics
工程能力有限，但拥有多个场所	使用 Purple WiFi Analytics，而非自建数据管道

然后按照以下四个步骤操作：

1. 在信任任何热力图之前，审计每个网络上的平面图放置情况。
2. 从高管报告中剥离忠诚度数据，直到您能将其归因于已登录的访客。
3. 确定您的保留期，如果需要历史数据，请立即通过扫描 API 进行数据流传输。
4. 通过 Captive Portal 添加身份识别层，以满足追踪具体人员（而非仅设备）的需求。

这些都不需要更换新的接入点。我们的博客 为什么您的下一次 WiFi 升级不需要新硬件 详细解释了 Meraki 上的叠加覆盖方案。

常见问题解答

Cisco Meraki 位置分析功能是否包含在 Meraki 许可证中？

是的，位置分析和扫描 API 随 Meraki 无线网络免费提供，无需额外付费。您无需支付任何额外费用即可启用邻近度、互动度和忠诚度视图或位置热力图。扫描 API 也已包含在内。但是，您需要承担托管接收器、存储观测数据和维护数据管道的成本。对于多站点企业而言，工程开发时间通常是更大的成本开销。

Meraki 位置分析功能能否告诉我访客是谁？

不能，Meraki 位置分析功能统计的是匿名设备，而不是明确身份的人员。它记录设备地址、信号强度和估计位置，但没有姓名、电子邮件或知情同意记录。要识别访客，您需要一个 Captive Portal，让访客选择登录。Purple 在您现有的 Meraki 接入点上添加了这一层，通过访客的自主选择同意来捕获第一方数据，并将访问记录连接至个人资料。

Meraki 会将位置分析数据保存多久？

Meraki 保存位置数据的时间遵循 Cisco 发布的 Meraki 数据保留文档中所列出的期限。在规划同比报告之前，请先查看其中的最新数值。如果您需要更长时间的历史数据，请从第一天起通过扫描 API 将观测数据实时流式传输到您自己的存储库中。API 无法重放过去的数据。此外，您自己的存储库必须遵循 GDPR 的存储限制原则。

在 GDPR 规范下，Meraki 驻留数据属于个人数据吗？

是的，MAC 地址在 GDPR 规范下可以算作个人数据，因为它们关联着可识别身份的人员所携带的设备。英国 ICO 在其关于 WiFi 位置分析的指南中已明确说明了这一点。在数据接收时对地址进行哈希处理或截断，记录您的合法依据，设置保留期限，并展示清晰的标识告知。Captive Portal 还可以为营销用途添加明确的知情同意。

Meraki 的访客忠诚度数据有多准确？

由于存在 MAC 地址随机化，Meraki 的忠诚度数据作为绝对衡量标准是不够准确的。自 iOS 14 和 Android 10 以来，手机会使用随机地址，这使得再次光顾的设备看起来像是新设备。这会导致首次访问计数偏高，而重复访问计数偏低。已连接设备的表现更为稳定，因为它们针对每个网络的地址通常保持不变。因此，仅可将忠诚度数据用作已连接设备的趋势参考，并应根据登录信息来统计重复访客人数。

Purple 可以与我现有的 Cisco Meraki 接入点配合使用吗？

是的，Purple 作为云端重叠图层运行在您现有的 Cisco Meraki 接入点上。您只需在 Meraki 上配置 Captive Portal，即可保留现有的硬件和许可证。Purple 独立于硬件，因此同样的方法也适用于 HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。混合厂商的资产可通过统一的 WiFi Analytics 视图进行报告。

我应该基于 Meraki 扫描 API 进行构建，还是使用分析平台？

如果您拥有数据团队并且希望完全控制定义和存储，可以基于扫描 API 进行构建。如果您缺乏工程能力或需要识别访客身份，请选择分析平台。API 仅提供原始设备观测数据，因此您仍需面对 MAC 随机化问题且没有同意记录。许多企业会同时使用两者：使用 API 统计设备停留时间，使用 Purple 记录已登录的访客。