如何利用 WiFi 定位分析計算停留時間
本指南為利用 WiFi 定位分析計算 WiFi 停留時間提供了全面的技術參考,涵蓋了從 802.11 探針請求(Probe Request)擷取、基於 RSSI 的三邊測量,到地理圍欄區域分析的完整架構。本指南專為需要在零售、餐旅、醫療保健和公共部門環境中部署精確且具擴充性之定位智慧的 IT 經理、網路架構師和場域營運總監而設計。讀者將獲得具體的實作指引、實際案例研究,以及將原始空間數據轉化為可衡量業務成果的清晰框架。
收聽此指南
查看播客逐字稿

執行摘要
對於企業級場域(從寬敞的零售賣場到龐大的體育場館)而言,了解訪客行為已不再是行銷上的奢侈品,而是關鍵的營運需求。WiFi 停留時間(裝置留在特定實體區域內的持續時間)是衡量空間參與度的基礎指標。然而,利用現有的無線基礎架構精確計算停留時間,需要克服複雜的射頻(RF)環境、MAC 隨機化以及各裝置探測頻率不一等挑戰。
本指南為資深 IT 專業人員、網路架構師和營運總監提供關於如何使用 WiFi 定位分析計算停留時間的權威技術參考。我們將探討裝置偵測的機制、接收訊號強度指示(RSSI)與三邊測量的作用,以及 Purple 等平台如何將原始探測請求(probe requests)轉化為具可行性的商業智慧。透過利用您現有的 Guest WiFi 基礎架構,企業無需部署昂貴的覆蓋硬體網路即可部署具擴充性的分析。其投資報酬率(ROI)非常顯著:導入定位分析的場域一致指出,其在轉換率、營運效率和客戶滿意度方面皆有顯著提升。
技術深度解析:停留時間的運作機制
計算停留時間本質上是空間與時間解析度的問題。它需要識別裝置、估算其位置,並隨時間持續追蹤該位置。這三個階段中的每一個都會帶來各自的技術挑戰,而健全的解決方案必須解決所有這些問題。
1. 裝置偵測與識別
此過程始於被動偵測 802.11 探測請求。行動裝置會持續廣播這些管理訊框,以探索可用的無線網路。作為感測器的無線基地台(AP)會擷取這些訊框,其中包含裝置的 MAC 位址、時間戳記以及接收端 AP 的訊號強度(RSSI)。
過去,MAC 位址提供了持久的硬體級識別碼。然而,現代行動作業系統(iOS 14+、Android 10+ 和 Windows 10+)實施了 MAC 隨機化以增強使用者隱私。當裝置未與網路關聯時,它會使用定期輪替的暫時性隨機 MAC 位址。這直接對被動式停留時間計算帶來了挑戰,因為單一實體裝置在同一個工作階段中可能會顯示為多個不重複的訪客。
為了維持工作階段的連續性以進行準確的停留時間計算,分析平台必須採用兩種策略之一。第一種是啟發式指紋識別 (heuristic fingerprinting),這涉及分析探測請求框架 (probe request frame) 內的資訊元素 (IE) — 例如支援的數據傳輸速率、頻道列表和特定廠商欄位 — 以在 MAC 位址變更時,仍能以機率方式連結來自同一裝置的探測請求。第二種且更為可靠的方法是依賴已驗證的工作階段。當使用者明確連線到 Guest WiFi 網路時,平台會接收到裝置的真實硬體 MAC 位址,並能將其與持久的使用者設定檔綁定。這種確定性的識別是準確、長期停留指標的黃金標準。
2. 空間估算:RSSI 與三邊測量
偵測到裝置後,系統必須確定其物理位置。最廣泛部署的方法是利用基於 RSSI 的三邊測量,此技術在指南 The Mechanics of WiFi Wayfinding: Trilateration and RSSI Explained 中有深入解釋。
其原理非常簡單:根據自由空間路徑損耗 (FSPL) 模型,RSSI 會隨著距離的增加而呈可預測的衰減。透過測量多個 AP 的訊號強度,系統可以估算裝置到每個 AP 的距離。當三個或更多 AP 偵測到同一個探測請求時,分析引擎可以透過尋找圓形(或在 3D 多樓層環境中的球體)的交點來計算裝置的位置,這些圓形的半徑對應於到每個 AP 的估算距離。

在實際應用中,射頻 (RF) 環境與理想的自由空間模型相去甚遠。由牆壁、金屬貨架和人體引起的訊號反射所導致的多路徑衰落 (Multipath fading),會引入顯著的 RSSI 變異。為了解決這個問題,生產級的分析引擎採用了幾種技術:
| 技術 | 目的 | 典型效益 |
|---|---|---|
| 加權質心演算法 (Weighted Centroid Algorithm) | 為 RSSI 訊號較強的 AP 分配較高權重 | 減少 15–30% 的位置誤差 |
| 卡爾曼濾波 (Kalman Filtering) | 隨時間平滑位置估算以消除瞬態雜訊 | 減少即時追蹤中的抖動 |
| 指紋地圖 (Fingerprint Mapping) | 預先繪製已知位置的 RSSI 特徵以進行校準 | 提高複雜 RF 環境中的準確度 |
| 多 AP 平均化 (Multi-AP Averaging) | 計算多個取樣間隔內的 RSSI 平均值 | 減少瞬間干擾的影響 |
為了實現可靠的三邊測量,適用三點原則:一個裝置必須同時被至少三個 AP 偵測到,且訊號強度需達到 -75 dBm 或以上。純粹為覆蓋範圍設計的網路(即單一 AP 為大面積區域提供訊號)將無法支援精確的位置分析。這是部署前必須解決的關鍵架構差異。
3. 時間計算:定義與計算停留時間
透過位置座標串流,分析引擎會將裝置位置與平台內定義的地理圍欄區域進行比對。地理圍欄是繪製在平面圖上的虛擬多邊形,代表具有意義的實體區域,例如結帳排隊區、促銷展示區或飯店大廳。
停留時間並不只是首次與最後一次觀測到時間戳記之間的差值。健全的計算必須考慮到裝置的休眠週期、短暫離開區域以及位置估算中固有的雜訊。標準計算邏輯定義了三個關鍵參數:
進入事件: 裝置的估算位置進入定義的地理圍欄區域,並在其中停留一段最短時間(即停留閾值),以過濾掉路過的人。零售環境的常見閾值為 30 秒;對於醫療保健候診區,60 秒可能更合適。
離開事件: 裝置的位置移動到區域邊界之外,或者在定義的逾時期間(通常為 3-5 分鐘)內任何 AP 都偵測不到該裝置。逾時機制可處理進入休眠模式或被放入包包中的裝置,防止工作階段過早終止。
停留時長: 進入事件時間戳記與離開事件時間戳記之間的差值,減去任何逾時緩衝。這是回報給 WiFi Analytics 儀表板的指標。
實作指南
部署健全的 WiFi 位置分析解決方案需要仔細規劃,並使網路架構與業務目標保持一致。以下步驟代表適用於任何企業 WLAN 環境且不限特定廠商的部署框架。
步驟 1:基礎設施評估與加密
進行徹底的射頻(RF)場地勘測,以評估您現有的 WLAN 部署是否符合位置服務需求。關鍵問題在於您目前的 AP 配置是否在所有目標區域中都支援三點原則。使用 Ekahau 或 iBwave 等工具來模擬 AP 覆蓋範圍並找出缺口。如果您的網路最初僅針對吞吐量和覆蓋範圍進行設計,您幾乎肯定需要加密部署,特別是在高價值區域。請將額外的 AP 和佈線預算納入專案範圍內。
步驟 2:區域定義與地理圍欄
將您的實體空間對應到分析平台內的邏輯區域。匯入您的平面圖,並定義符合您業務需求的地理圍欄區域。在 零售 環境中,典型區域包括入口、特定產品類別、促銷區和結帳處。在 旅宿 環境中,相關區域可能包括大廳、餐廳、酒吧、會議套房和泳池區。確保區域大小適當 — 對於基於 WiFi 的定位分析,實用下限至少為 20-30 平方公尺。
步驟 3:控制器整合與數據管道
將您的無線控制器(Cisco、Aruba、Meraki、Ruckus 或同等設備)與分析平台整合。這通常涉及配置控制器,以將 RTLS(即時定位系統)數據流或定位 API 更新轉發至分析引擎。確保數據管道配置為近乎即時的傳輸 — 超過 30 秒的延遲將會降低即時營運儀表板的品質。所有數據傳輸在傳輸過程中必須加密(最低 TLS 1.2),並符合 GDPR 及任何適用的數據保護法規。
步驟 4:閾值配置與基準建立
根據該區域的預期行為,為每個區域配置停留時間閾值和逾時期間。在得出結論之前,讓系統運行至少四到六週,以建立統計上穩健的基準。此基準對於識別有意義的偏差至關重要 — 例如,促銷展示區的停留時間突然下降,可能表示陳列問題或人員配置缺口。

最佳實踐
以下建議反映了大規模部署 WiFi 定位分析的業界標準方法。
定期校準射頻(RF)環境。 場域的實體環境是不斷變化的 — 新的展示、季節性庫存、人群密度都會改變射頻傳播。部署時進行的場地勘測在六個月後將不再準確。在您的營運時程中建立每季校準的頻率,並在空間發生任何重大實體變化後立即重新校準。
區分被動分析與已驗證分析。 讓利害關係人了解被動分析(未驗證的裝置,受 MAC 隨機化影響)與已驗證分析(已登入顧客 Wi-Fi 的使用者)之間的區別。被動數據可在大規模下提供可靠的趨勢數據;已驗證數據則提供確定性的個人級追蹤。將被動數據用於宏觀層面的人流量和區域熱門度分析,並將已驗證數據用於轉換歸因和個人化互動。
與營運數據進行關聯分析。 停留時間若單獨來看只是一個指標,而非洞察。只有當空間數據與銷售點(PoS)數據、排班表或服務交付記錄進行關聯時,其價值才能被釋放。例如,結帳隊伍的停留時間過長,只有在與交易量和人員配置水平進行關聯分析時,才能轉化為具體行動。這種關聯分析是投資位置分析服務(Location Analytics)ROI(投資報酬率)評估的基石。
符合隱私與合規要求。 確保您的部署符合 GDPR(適用於英國與歐盟)以及與您行業相關的任何特定領域法規。在 醫療保健 環境中,患者的位置數據可能會受到額外數據保護條款的約束。實施數據最小化原則——僅收集必要數據、盡可能進行匿名化處理,並制定明確的數據保留政策。
疑難排解與風險緩釋
下表總結了 WiFi 停留時間部署中最常見的失敗模式以及建議的解決步驟。
| 失敗模式 | 可能原因 | 解決步驟 |
|---|---|---|
| 訪客計數虛高、停留時間過短 | 未驗證設備上的 MAC 隨機化 | 推動顧客 WiFi 驗證;對被動數據使用啟發式指紋識別 |
| 位置數據不穩定(設備在區域間跳躍) | AP 密度不足或多路徑衰落 | 增加 AP 密度;調整平滑演算法;重新校準射頻(RF)模型 |
| 區域捕獲到路過行人 | 停留閾值設置過低 | 提高受影響區域的最低停留閾值 |
| 結帳區域捕獲到入口流量 | 區域定義重疊或過大 | 縮小地理圍欄邊界;確保區域不重疊 |
| 儀表板數據遲延或滯後 | 數據管道延遲或 API 速率限制 | 檢查控制器整合;提高 API 輪詢頻率 |
| 多樓層環境中的準確度較差 | 將 2D 三邊測量應用於 3D 空間 | 利用 AP 高度數據實施樓層級別的區分 |
ROI 與業務影響
實施 WiFi 位置分析能將實體空間轉化為可衡量、可優化的環境。商業案例主要從三個維度展開:營收增長、營運效率和客戶體驗。
在營收方面,停留時間數據能為商品陳列決策提供實證支持。得知特定端架陳列能產生 9.2 分鐘的平均停留時間(而入口處僅為 1.6 分鐘),可讓品類經理優先在高度參與的區域擺放高利潤產品。對於 交通運輸 營運商而言,了解零售特許經營區的停留模式,能直接為租約談判和營收分成協議提供決策依據。 在營運層面,即時停留分析可實現動態人員配置。當結帳停留時間超過設定的閾值時,排隊管理系統會觸發員工警報,這能在不增加永久性超額配置成本的情況下縮短等待時間。這對提升客戶滿意度有直接貢獻 — 此主題在 How To Improve Guest Satisfaction: The Ultimate Playbook 中有深入探討。
在體驗層面,位置智慧可實現情境相關的互動。當與 Purple 的 WiFi Analytics 平台整合時,停留數據可以觸發個人化通知 — 例如,向在鞋類區停留超過五分鐘的客戶發送折扣優惠。隨著場域開始探索能減少驗證摩擦並同時保持數據品質的 passwordless access models ,這項功能變得越來越重要。
對於公共部門組織和智慧城市倡議,停留分析為基礎設施投資決策提供了證據基礎 — 藉此了解市民如何使用公共空間、交通樞紐和市民大樓。Purple 不斷擴大的公共部門能力(如 appointment of Iain Fox as VP Growth for Public Sector 中所強調)反映了政府和市政環境對這類空間智慧日益增長的需求。
部署 WiFi 位置分析的總擁有成本相對於所產生的營運價值通常較低,特別是在現有 WLAN 基礎設施上部署分析層的情況下。邊際成本主要是分析平台授權以及整合和校準所需的工程時間 — 而非全新的硬體投資。
關鍵定義
WiFi 停留時間
測量啟用 WiFi 的裝置留在定義的實體區域內的持續時間,根據無線基礎設施偵測到的進入事件與離開事件之間的差值計算得出。
空間參與度分析的主要指標。供零售營運商、場地經理和醫療保健管理人員用於瞭解人們如何使用實體空間。
接收訊號強度指示 (RSSI)
接收到的無線電訊號功率級別的測量值,以相對於 1 毫瓦的分貝 (dBm) 表示。數值範圍通常從 0 dBm(最大訊號)到 -100 dBm(最小可偵測訊號)。
WiFi 定位分析中距離估算的原生輸入。在三個或更多 AP 上達到 -75 dBm 或更好的 RSSI 是進行可靠三邊測量的最低要求。
三邊測量
一種透過測量某點與三個或更多已知參考點的距離來確定該點位置的數學技術。在 WiFi 分析中,參考點為 Access Points,距離則是根據 RSSI 讀數估算得出。
WiFi 定位分析平台使用的核心定位演算法。與三角測量不同,後者使用的是角度而非距離。
MAC 隨機化
現代行動作業系統(iOS 14+、Android 10+)中實作的一項隱私功能,裝置在探測網路時會使用暫時的隨機 MAC 位址,而非其永久的硬體位址。
被動式 WiFi 分析面臨的主要技術挑戰。這會導致單一實體裝置顯示為多個不重複的訪客,從而誇大客流量並使停留時間工作階段碎片化。可透過鼓勵 Guest WiFi 驗證來緩解此問題。
地理圍欄
建立虛擬地理邊界(定義為平面圖上的多邊形),當被追蹤的裝置跨越該邊界時,會觸發分析事件(進入、離開、停留)。
在分析儀表板內使用,用於定義特定區域以進行局部停留時間測量。區域大小和配置位置是直接影響數據品質的關鍵配置決策。
停留閾值
裝置在地理圍欄區域內必須停留的最短持續時間,超過此時間分析平台才會註冊進入事件並開始計算停留時間。
對數據品質至關重要。閾值過低會將路過者計為停留者;閾值過高則會遺漏真實的短暫參與。必須根據預期行為針對每個區域進行調整。
多路徑衰落
無線電訊號透過兩條或更多路徑(直接視距和一條或多條反射路徑)到達接收天線的現象,會產生建設性或破壞性干擾,從而使接收到的訊號強度失真。
在倉庫、零售店和醫院等複雜室內環境中,導致 RSSI 不準確的主要原因。可透過 AP 密集化、平滑演算法和射頻指紋識別來緩解。
探測請求 (Probe Request)
由用戶端裝置廣播的 802.11 管理訊框,用於探索可用的無線網路。包含裝置的 MAC 位址(可能已隨機化)、支援的數據傳輸速率及其他功能資訊。
AP 擷取用以偵測場地中裝置存在的基本數據封包。所有被動式 WiFi 定位分析的原生輸入。
確定性識別
確切識別特定裝置或使用者的能力,通常透過驗證事件來實現,此時裝置的真實硬體 MAC 位址會向網路顯露。
在使用者向 Guest WiFi 網路進行驗證時實現。可進行不受 MAC 隨機化影響的精確長期停留追蹤,並允許將空間數據與已知的用戶個人檔案連結,以進行轉換歸因。
自由空間傳播損耗 (FSPL)
無線電訊號在自由空間中傳播時發生的訊號強度衰減,根據對數模型隨距離和頻率的增加而增加。
三邊測量中 RSSI 與距離轉換的理論基礎。由於障礙物和反射,實際環境與 FSPL 模型有顯著偏差,這就是校準和平滑演算法至關重要的原因。
範例
一家擁有 150 家門市的全國零售連鎖店希望評估全新端架促銷陳列的成效。行銷團隊需要了解顧客在該陳列前停留了多長時間,以及高停留時間是否與促銷 SKU 的銷量增長相關。
步驟 1 — 區域建立: 在 Purple 分析儀表板中,針對端架陳列周邊定義一個精確的地理圍欄(約 4m x 3m),與更寬敞的通道區域區隔開來。步驟 2 — 閾值配置: 設定 20 秒的最低停留閾值,以過濾掉單純路過通道盡頭的顧客。步驟 3 — 基準期: 在促銷活動開跑前進行兩週的分析,以建立該區域的基準停留時間。步驟 4 — 促銷期評估: 啟動促銷活動並每日監控停留時間。透過分析 API 匯出停留時間數據。步驟 5 — 相關性分析: 將停留時間數據集與促銷 SKU 的 PoS 交易數據結合,並按一天中的時段和星期幾進行細分。計算平均區域停留時間與每小時 SKU 銷量之間的皮爾森相關係數(Pearson correlation coefficient)。步驟 6 — 報告: 向品類管理團隊展示相關性數據,並建議在人流量高的門市複製此陳列模式。
一家大型 NHS 信託機構需要監控急診室分流等候區的患者等候時間,以確保符合四小時 SLA 目標。IT 團隊目前已部署 Cisco Meraki,但尚無分析功能。
步驟 1 — 基礎架構審計: 對分流等候區進行射頻(RF)現場勘測。確認至少有三台 Meraki AP 在所有座位區接收到裝置訊號強度達 -70 dBm 或以上。急診室環境通常存在來自醫療設備的高射頻干擾;如有必要,請提高部署密度。步驟 2 — Meraki 定位 API 整合: 在相關 AP 上啟用 Meraki Scanning API,並將其配置為每隔 30 秒將定位數據 POST 到 Purple 分析平台端點。步驟 3 — 區域定義: 在 Purple 中將分流等候區定義為一個獨立區域。將停留閾值設定為 60 秒,逾時設定為 10 分鐘(以考慮到可能被短暫帶到側邊診療室的患者)。步驟 4 — 即時告警: 配置 Webhook 告警,若分流區的平均停留時間超過 45 分鐘,則透過醫院的營運通訊系統(例如 Microsoft Teams 或 Vocera)通知值班護理長。步驟 5 — 報告: 產生按一天中的時段和星期幾細分的每週停留時間報告,以識別高峰壓力時段,進而優化排班。
練習題
Q1. 您正在一個佈滿高大金屬貨架的大型倉庫中部署位置分析系統。初步測試顯示,裝置位置在通道之間異常跳動,且平均停留時間不一致。最可能的根本原因是什麼?您會推薦哪些改善步驟?
提示:思考環境的物理結構如何影響射頻(RF)訊號傳播,以及這對基於 RSSI 的距離估算可靠性意味著什麼。
查看標準答案
異常的位置數據是由嚴重的多路徑衰落(multipath fading)引起的。金屬貨架會反射和散射射頻訊號,這意味著 AP 接收到的 RSSI 值受到反射路徑的嚴重干擾,無法代表真實的視距(line-of-sight)距離。這導致三邊測量引擎的距離估算變得不可靠。建議的改善措施:(1)增加 AP 部署密度,將 AP 放置在每條通道的盡頭,以最大化沿通道長度的視距覆蓋。(2)考慮使用聚焦於特定通道的定向天線,以減少跨通道干擾。(3)實施射頻指紋定位(RF fingerprinting)——預先繪製整個倉庫中已知網格點的 RSSI 特徵,以建立一個考量到該環境特定射頻特性的校準位置模型。(4)調整分析平台的卡爾曼濾波器(Kalman filter)平滑參數,以減少瞬態 RSSI 突波對位置估算的影響。
Q2. 一位零售營運總監報告指出,分析平台顯示的每日訪客總數比人工門口計數器高出三倍,且所有區域的平均停留時間均低於兩分鐘。該部署完全依賴被動探測請求(probe request)監測。這其中的架構問題是什麼?您將如何解決?
提示:想想在現代智慧型手機上,裝置的識別碼在為期一小時的購物行程中會發生什麼變化。
查看標準答案
問題在於 MAC 隨機化(MAC randomization)。現代智慧型手機會定期輪替其隨機 MAC 位址——在某些情況下每隔幾分鐘就會輪替一次。由於平台完全依賴被動探測請求,每個新的 MAC 位址都會被解讀為一個新的、不重複的訪客。在店內停留一小時的單一顧客可能會產生十個或更多不重複的 MAC 位址,每個位址都顯示為停留時間很短的獨立訪客。解決方案有兩個面向:(1)實施 Guest WiFi 驗證流程以引導用戶連線至網路,從而提供持續的硬體 MAC 位址和已知的用戶身分。即使只有 30-40% 的驗證率,也能顯著提升數據品質。(2)針對其餘的被動數據,實施啟發式指紋分析(heuristic fingerprinting),根據資訊元素(Information Element)模式以機率方式連結來自同一裝置的探測請求,從而減少(但無法完全消除)因 MAC 輪替造成的數據膨脹。向利害關係人明確說明,被動訪客計數是趨勢指標,而非絕對數值。
Q3. 您在一家購物中心部署了位置分析系統,並在特定的美食街座位區周圍定義了一個區域。數據顯示該區域的平均停留時間異常高,達到 45 分鐘,但美食街營運商報告大多數顧客僅入座 15-20 分鐘。什麼設定問題可能可以解釋這種差異?
提示:考慮分析平台如何處理在區域內保持物理存在但停止發送探測請求的裝置。
查看標準答案
最可能的原因是逾時時間(Timeout Period)設定不當。當顧客用餐完畢並將手機放入口袋或包包時,裝置可能會進入低耗電狀態並停止廣播探測請求。如果逾時時間設定得太長(例如 30 分鐘),平台將在檢測到最後一次探測後繼續維持該停留工作階段 30 分鐘,即使顧客實際上已經離開。這會人為地膨脹報告的停留時間。解決方法是將逾時時間縮短至能反映該環境中探測廣播典型間隔的值——對於繁忙的公共場所,通常 3-5 分鐘是合適的。此外,檢查美食街區域的地理圍欄(geofence)邊界是否不小心捕捉到了相鄰區域(例如通道或排隊區),顧客在離開座位區後可能會在這些地方逗留。
繼續閱讀本系列
衡量顧客 WiFi 與定位分析的企業投資報酬率 (ROI)
本指南為衡量顧客 WiFi 與定位分析的企業投資報酬率 (ROI) 提供技術與營運框架。內容詳細說明如何透過停留時間提升、營運效率以及在零售、旅宿和公共場所收集第一方數據,來計算硬體投資的價值。IT 經理、網路架構師、CTO 和場域營運總監將能在此獲得具體的衡量框架、真實案例研究以及合規性指引,以證實並最大化其 WiFi 投資的效益。
隱私安全設計:將 WiFi 數據匿名化以符合 GDPR 規範
本權威指南詳細介紹了將 WiFi 數據匿名化以確保符合 GDPR 規範的技術架構與實施策略。它為 IT 主管和網路架構師提供了實用的框架,以便在強大的場域分析與嚴格的數據隱私要求之間取得平衡。
熱點圖 (Heatmapping) 與存在感應分析 (Presence Analytics):技術差異
本權威技術指南詳細介紹了 WiFi 熱點圖與存在感應分析在企業場域營運中的關鍵架構與運作差異。本指南為 IT 主管、網路架構師和營運總監提供了具體可行的部署框架、實際應用場景,以及與廠商無關的最佳實踐,旨在協助企業從現有的無線基礎設施中獲取最大的投資報酬率 (ROI)。