Cisco Meraki 位置分析：內建功能與其局限性全解析

Cisco Meraki 存取點內建位置分析功能，無需額外授權。您可獲得鄰近度、參與度與忠誠度檢視、平面圖熱圖，以及用於原始觀測資料的掃描 API。它計算的是匿名裝置，而非人員數。MAC 隨機化會削弱重複造訪的數據，檢視範圍按網路限制，且如果沒有 Captive Portal，您將無法識別訪客身分。

什麼是 Cisco Meraki 位置分析？

Cisco Meraki 位置分析是內建於 Meraki MR 存取點與 Meraki 控制面板中的位置出席報告功能。您的存取點會接聽附近的裝置，包括其探測請求與流量。控制面板會將這些偵測結果轉化為每個網路的計數、停留時間與重複造訪模式。

Cisco 將此功能隨附於 Meraki 無線網路中。這使其成為大多數 Meraki 設施尋找人流量資料的首選。開箱即可使用四項功能。

鄰近度、參與度與忠誠度檢視

控制面板將出席資料分為三個檢視視角：

• 鄰近度將偵測到的裝置分為路過者、訪客與已連線者。路過者是被短暫聽到或訊號強度較低者。訪客是在足夠近的距離、足夠長的時間內被看見，從而被算作在室內。已連線裝置則是已加入您的 WiFi。
• 參與度按停留時間對訪客進行分組：5 至 20 分鐘、20 至 60 分鐘、1 至 6 小時以及 6 小時以上。
• 忠誠度按返回頻率對訪客進行分組：首次造訪、每日、每週與偶爾。

Cisco 的位置分析說明文件定義了每個類別背後的訊號與時間閾值。在向董事會報告數據之前，請先閱讀這些定義。

Meraki 位置熱圖

將您的存取點精確放置在上傳的平面圖上，控制面板即可顯示整個空間的裝置密度。它透過 RSSI（接收訊號強度指示器，即每個存取點聽到裝置的訊號強度）來估算位置。當多個存取點同時聽到同一台裝置時，估算精確度會有所提升。

Meraki 掃描 API

掃描 API 會將原始裝置觀測資料從存取點推送到您運行的伺服器。這是離開控制面板並進入您自家資料管道的途徑。我們將在下方介紹其運作方式。

為何 Meraki 出席資料對您的場域至關重要？

出席資料可以回答收銀機和驗票機無法回答的問題。有多少人在沒有進來的情況下經過入口？他們停留了多久？哪些區域在週二下午 3 點空無一人？

零售 團隊將路過者與訪客的比率視為門面轉化率的替代指標。飯店 利用大廳酒吧或 SPA 的停留時間來瞭解賓客如何度過夜晚。醫療保健 設施團隊可以根據觀察到的訪客量，而非預約名單，來調整候診區的大小。

這項功能的優勢顯而易見：資料已經透過您現有的硬體進行收集。最實際的問題在於，在您需要擴充功能之前，這些資料能為您提供多少幫助。

Meraki 位置分析如何運作？

啟用功能

位置分析是 Meraki Dashboard 中的全網路設定。您需要針對每個網路單獨啟用，然後將每個存取點放置在相應的平面圖上。如果沒有精確的放置，熱點圖和座標估算就會變成憑空猜測。請參考 Cisco 最新文件以取得具體步驟，因為 Dashboard 的功能表會隨著版本更新而調整。

在您採信任何數據之前，請先進行兩項確認：

1. 確認每個存取點都已固定在正確的樓層與正確的位置。
2. 在比較不同時間段或據點之前，先收集數週的基準資料。

用於定位的存取點密度是一項設計決策，而非單純的開關設定。僅為了訊號覆蓋而設計的網路，可能會使裝置只能被單一存取點接收到訊號。這樣雖然能算出一項數量，但定位會非常不準確。我們的 2026 年場館與企業網路最佳做法 涵蓋了存取點的放置與密度建議。

解讀三種檢視模式

Proximity (近距分析)。 請關注比例，而非路過者的原始數量。路過者包括透過牆壁和窗戶接收到的裝置，而且如下文所述，MAC 隨機化會使該數字膨脹。訪客數和連線數則相對穩定。

Engagement (互動分析)。 這是營運決策中最可靠的檢視模式，特別是對於已連線的裝置。已連線的裝置通常會在整個造訪期間，於您的網路上保持同一個私有位址。從未連線的裝置則會輪播其 Probe 位址，這可能會將一次長時間的造訪拆分為數次短暫造訪。請按週比較同一個區間，以判斷格局調整是否能延長人們的停留時間。

Loyalty (忠誠度分析)。 請以最審慎的態度對待此檢視模式。它依賴於在日後識別出相同的裝置位址，而現代智慧型手機的設計正是為了防止這種追蹤。限制章節會進一步解釋此影響。

使用 Meraki 掃描 API

Meraki 掃描 API 是您的資料團隊將原始觀察數據匯入自建資料管道的方式。Cisco 的掃描 API 文件詳細列出了目前版本和 Payload 結構。簡而言之：

• 您在 Dashboard 中註冊一個接收器 URL。Meraki 會發送驗證請求，而您的伺服器必須傳回 Dashboard 所顯示的驗證字串。
• 接著，Meraki 會批次傳送觀察數據的 JSON Payload，根據 Cisco 的文件，頻率大約為每分鐘一次。
• 每個 Payload 都帶有您設定的共用金鑰，因此您的接收器可以拒絕任何非來自您網路的資料。
• WiFi 與藍牙低功耗 (BLE) 觀察數據會以獨立資料流的方式送達。
• 每筆觀察數據均包含用戶端 MAC 位址、製造商以及最近的存取點及其 RSSI。已連線的裝置也會回報 SSID。
• 位置估算會以 x/y 座標以及緯度/經度方式呈現，並附帶顯示估算信心度的變異數值。

API 給予您完全的控制權。您可以使用適合您建築物需求的 RSSI 門檻與最短停留時間，自訂專屬的訪客定義。您可以捨棄變異數過大而失去參考價值的定位資料。您可以在 MAC 位址抵達時即進行雜湊處理，確保原始識別碼永遠不會進入您的資料倉庫。

同時，這也代表您擁有完整的管理責任。您需要自行託管接收器、維持其可用性、吸收不同 API 版本間的結構化結構變更，並承擔裝置識別碼的 GDPR 合規義務。請務必將相關的工程時間納入預算考量，而非僅計算初始建置成本。

這與您現有運行的系統如何並存？

Meraki 的原生檢視畫面與掃描 API 皆是用於測量裝置。Captive Portal 則用於測量選擇識別自身身分的人員。Captive Portal 是裝置在連上網際網路前看到的網頁，訪客可在該頁面登入或接受條款。兩者解答的是不同的問題，因此多數成熟的大型企業會同時運行這兩者。

Purple 能在您現有的 Meraki 基地台上，以雲端重疊（cloud overlay）的方式運行 Captive Portal 與 WiFi Analytics。Purple 具備跨硬體相容性，支援 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 以及 Fortinet。

功能	Meraki 儀表板檢視	Meraki 掃描 API	運行於 Meraki 的 Purple
測量內容	匿名裝置數量、停留時間與回訪頻率	批次輸出的原始單一裝置觀測值（約每分鐘一次）	擁有個人檔案與同意紀錄的已登入訪客
範圍	一次一個網路	您指向接收器的每個網路	單一管理介面（single pane of glass）涵蓋所有場館
歷史紀錄	Cisco 公布的位置資料保留期限	您自訂儲存庫所保存的任何內容	保存於 Purple 平台（通過 ISO 27001 認證）
MAC 隨機化影響	顧客忠誠度與路過訪客資料遭到扭曲	相同扭曲，但您可以對其建立模型	將重複造訪與登入個人檔案進行比對
識別訪客	否	否	是，透過訪客自主選擇的同意訂閱
行銷同意	未擷取	未擷取	登入時擷取
運作維護心力	依網路啟用，將基地台放置於平面圖上	建置、託管並維護接收器、儲存庫與資料模型	在 Meraki 上設定 Captive Portal，無需新增硬體
成本	包含於 Meraki 無線網路中	包含於原服務，加上您的託管與工程時間	在 Meraki 授權之外的 Purple 訂閱費用

Meraki 位置分析有哪些限制？

資料保留期限

該儀表板專為近期的營運檢視而設計，而非多年期歷史分析。Cisco 在其 Meraki 資料保留文件中公布了保留期限。在向任何人承諾提供同期相比（YoY）資料之前，請先確認最新的保留天數。

如果您需要長期歷史紀錄，請從第一天起就透過掃描 API 將資料串流至您自己的儲存庫。API 會以接近即時的方式推播觀測資料。它不會重播歷史紀錄，因此您的接收器錯過的任何內容都將無法找回。

您自行儲存資料就必須承擔相應的法律義務。GDPR 第 5(1)(e) 條的儲存限制原則，要求您儲存個人資料的時間不得超過必要期限。請設定保留期限、記錄該期限，並按時刪除。

據點層級的資料彙整

原生檢視介面是圍繞單一網路建置的，這通常代表單一據點。擁有 60 家門市的資產，就會變成 60 套圖表。跨據點比較意味著必須逐一匯出各個網路資料，或者利用掃描 API 建立專屬的資料管道。

原生檢視介面也無法告訴您，某位顧客在同一週內造訪了 Leeds 與 Manchester 門市。每個網路只會看到自己的裝置，而且隨機化位址會讓任何跨據點的比對嘗試徒勞無功。

MAC 隨機化與忠誠度分組

這是商業智慧分析師最需要注意的限制。自 iOS 14 和 Android 10 起，手機預設會針對每個網路使用私密且隨機化的 MAC 位址。未曾連線之裝置發出的探測請求（Probe request），使用隨機且頻繁變更位址的時間則更長。Apple 與 Google 均有針對此行為提供說明文件。

對 Meraki 位置數據造成的影響是可以預期的：

• 路過者數量膨脹。 支未曾連線的手機在探測位址輪替時，可能會被誤計為多台裝置。
• 初訪者數量膨脹。 再次造訪但未連線的手機呈現的是全新位址，因此儀表板會記錄為陌生訪客。
• 每日與每週忠誠度下降。 基於相同原因，重複造訪的次數未被計算。

已連線裝置的情況較好，因為每個網路的私密位址通常會保留在您的 SSID 上。但 Apple 近期發布的新版本新增了輪替選項，連該位址都會隨時間變更。隨著普及率提升，預計已連線裝置的忠誠度數據將進一步受到侵蝕。

實務法則：請將忠誠度視為已連線裝置的趨勢報告，絕不要當作重複造訪者的絕對佔比。切勿將其作為「回頭客」呈現給企業管理層。

缺乏識別訪客層

原生分析永遠不知道訪客是誰。它沒有姓名、沒有電子郵件地址、沒有同意記錄，也無法連結至您的 CRM 或物業管理系統。您可以看到某個分區的停留時間增加了 12%，但您無法向這些訪客發送任何訊息，也無法衡量他們的消費金額。

這個層級需要一個 Captive Portal，讓訪客主動選擇識別自己的身分。Purple 的 Guest WiFi 透過自主選擇的訂閱機制擷取第一方資料，並與 CRM 及行銷平台整合。重複造訪次數將根據訪客登入的個人檔案來計算，而非單憑裝置位址。Purple 在 2024 年於全球 80,000 多個現場場域處理了 4.4 億次登入（Purple 數據）。

Meraki 位置分析在真實場域的實際運作方式

以下兩種情境為示範性算例。數字僅用於說明分析方法，並非代表特定場域的實際結果。

情境 1：擁有 60 家門市的時裝零售商進行門市比較

現況。 分析團隊希望每週提供一份依據顧客停留時間排名的門市榜單。每間門市皆運作獨立的 Meraki 網路。產出這份報告意味著必須開啟 60 個儀表板，並將互動數據複製到試算表中，每週大約需要花費一整天的時間。

做法。 IT 團隊建立了一個掃描 API 接收器，並將所有 60 個網路指向該接收器。他們在資料接收時對 MAC 位址進行雜湊處理，在整個區域套用單一 RSSI 門檻，並排除變異數較大的觀測值。他們設定了 13 個月的保留期，並記錄在 GDPR 紀錄中。

結果。 每週報告轉變為涵蓋所有 60 間門市的自動化查詢。團隊也確認了忠誠度分組所隱藏的事實。在 WiFi 使用率較低的門市中，超過 80% 的訪客被記錄為初訪，這與零售商自家 App 資料中低得多的數字大相逕庭。董事會報告隨後移除了忠誠度指標，改為採用停留時間以及訪客與過客的比例。

情境 2：一家擁有 200 間客房、追求回頭客的飯店

現況。 商務團隊將 Meraki 的忠誠度檢視視為其回頭客衡量指標。該檢視顯示大多數裝置皆為初訪。這與預訂系統的資料相互矛盾，因為系統顯示回頭客預訂佔了很大一部分。

做法。 團隊接受了忠誠度分組測量的是裝置位址而非真正的賓客。他們在現有的 Meraki 基地台上記錄並新增了 Purple Captive Portal，並在登入時提供自主選擇的行銷訂閱選項。他們保留了 Meraki 的互動檢視，用來分析酒吧、餐廳和 SPA 的區域停留時間。

結果。 現在可以在登入時識別回頭客，而不是從位址進行推論。選擇訂閱的賓客資料會流向 CRM 以進行抵達前的優惠推送。互動資料仍持續用於指導酒吧的人力配置。如果您正在為新合約制定規範，我們的 飯店 WiFi RFP 檢核表：身份驗證、內容過濾與賓客行銷 提供了值得提問的問題清單。

接下來您該怎麼做？

首先決定您試圖解決什麼問題。裝置計數與已識別的訪客是截然不同的產物。

您遇到的狀況	建議採用的做法
單一據點，針對繁忙區域與時段的營運相關問題	Meraki 儀表板檢視與位置熱點圖
多個據點、設有資料團隊，且需要長期歷史紀錄	將 Meraki 掃描 API 串接至您自建的資料倉庫
需要提出具公信力的重複造訪報告	採用具備登入機制的 Captive Portal，而非裝置忠誠度分組
需要聯繫訪客或將造訪紀錄與消費金額連結	在 Meraki 上整合 Purple Guest WiFi 與 WiFi Analytics
工程量能有限、擁有多個據點	採用 Purple WiFi Analytics，而非自建資料管線

接著按照以下四個步驟進行：

1. 在信任任何熱點圖之前，先審查每個網路上的平面圖配置。
2. 在能夠將數據歸因至已登入訪客之前，從高階主管報告中移除忠誠度數字。
3. 決定您的資料保留期；若需要歷史紀錄，現在就透過掃描 API 進行資料串流。
4. 透過 Captive Portal 新增識別層，以便針對「人」而非「裝置」進行管理。

這些都不需要全新的存取點（AP）。我們的部落格文章 為什麼下一次的 WiFi 升級不需要新硬體 詳細解釋了在 Meraki 架構上採用覆蓋層（overlay）的方法。

常見問題

Cisco Meraki 位置分析是否包含在 Meraki 授權中？

是的，位置分析與掃描 API 均已包含在 Meraki 無線網路服務中，無須額外付費。啟用鄰近度、互動度與忠誠度檢視或位置熱圖皆不需支付額外費用。掃描 API 也已包含在內。不過，您需要承擔託管接收器、儲存觀測資料以及維護管道的成本。對於擁有多個據點的企業而言，這些工程時間通常才是最大的成本支出。

Meraki 位置分析可以告訴我訪客是誰嗎？

不行，Meraki 位置分析計算的是匿名裝置，而不是已識別的人員。它記錄的是裝置位址、訊號強度與預估位置，不包含姓名、電子郵件或同意紀錄。若要識別訪客，您需要一個供訪客選擇登入的 Captive Portal。Purple 可以在您現有的 Meraki 存取點上建構該識別層，透過訪客自主選擇同意來擷取第一方數據，並將造訪紀錄連結至個人檔案。

Meraki 會保存位置分析數據多久？

Meraki 保存位置數據的時間取決於 Cisco 發布的 Meraki 資料保存說明文件。在規劃跨年份報表前，請先確認當前公布的保留期限。如果您需要更長久的歷史資料，請從第一天起就透過掃描 API 將觀測數據串流至您自己的儲存空間。該 API 無法重播過去的數據，而您自己的儲存空間也必須遵循 GDPR 的儲存限制原則。

根據 GDPR，Meraki 在場數據（presence data）屬於個人資料嗎？

是的，MAC 位址在 GDPR 下可被視為個人資料，因為它們與可識別身分者所攜帶的裝置相關。英國資訊法規主管機關（UK ICO）在其 WiFi 位置分析指引中已有明確說明。請在資料送達時進行雜湊或截斷位址處理、記錄您的合法處理基礎、設定保存期限並張貼明確的告示。Captive Portal 則能為行銷用途取得明確同意。

Meraki 的訪客忠誠度數據有多準確？

由於 MAC 位址隨機化（MAC randomisation）的影響，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 處理已登入的訪客。