- Purple
- WiFi analytics: a complete guide
- 購物中心 WiFi 分析平台:人流歸因與專櫃報告比較
購物中心 WiFi 分析平台:人流歸因與專櫃報告比較
使用此比較表,為您的購物中心在被動式探針計數、驗證式訪客 WiFi、入口計數器及混合模式之間做出選擇。您將能夠設定區域停留時間、跨店購物與主力店光環效應報告,並能結合 WiFi 連線階段與計數器總量來算出擷取率。接著您就能製作出禁得起投資人審查與 ICO 指引考驗的專櫃數據報告。
- 您應該選擇哪一款購物中心 WiFi 分析平台?
- 人流量歸因方法在哪些層面有實質差異?
- 為何 MAC 隨機化會破壞被動計數
- 驗證工作階段如何衡量停留時間
- 驗證工作階段如何衡量跨店購物
- 已驗證的工作階段如何衡量重複造訪
- 資產管理者在租戶租賃方面需要哪些報告檢視?
- 租戶報告套件
- 如何將 WiFi 登入資料與攝影機或感測器計數器相結合?
- 各平台類型的適用情境
- 實作情境:區域型商場的主力店撤出
- 實作情境:中庭為期六週的冬季活動
- 每種方案的運行成本是多少?
- 如何為您的設施做出決定
- 常見問題
- 現在手機會隨機化 MAC 位址,WiFi 分析是否仍然有效?
- Purple 能否運行在我們購物中心現有的無線基地台上記錄?
- 如果我們已經有了訪客 WiFi 分析,還需要人流計數器嗎?
- 購物中心要如何取得 Purple 授權?
- 購物中心的 WiFi 分析是否符合 GDPR 規範?
- 我們可以與租戶分享 WiFi 分析報告嗎?
- 我們要如何從被動式 Presence 分析工具進行轉移?

選擇透過驗證 WiFi 登入資訊而非被動 MAC 探測來測量顧客的平台。自 iOS 14 和 Android 10 起,系統預設隨機化裝置位址,導致探測計數會誇大訪客數量並破壞重複造訪數據。驗證工作階段可在每個商場分區提供確定的停留時間、跨店購物與回訪率。入口計數器提供總人流量,而擷取率比例則能連結這兩者。
您應該選擇哪一款購物中心 WiFi 分析平台?
對大多數區域型中心而言,請選擇混合模式:透過驗證訪客 WiFi 掌握行為,利用入口計數器掌握流量。任何購物中心 WiFi 分析平台的比較都應從同一個問題開始:各個選項如何識別回訪顧客?
被動出沒分析統計的是裝置位址;驗證分析統計的則是已登入的人員。自手機開始隨機化位址以來,這個差異決定了您的重複造訪與跨店購物數據是否有參考價值。
評選清單上的平台可透過三個問題來釐清:
- 它是透過登入身分還是 MAC 位址來識別造訪?
- 它能否將無線基地台對應至商場分區,以便按租戶門面報告停留時間與跨店購物情況?
- 它的造訪數據能否與您的人流計數器資料同步,進而透過單一擷取率連結這兩者?
Purple 的定位是經過驗證、不受硬體限制,並以雲端疊加層的形式部署在您現有的無線基地台上。訪客 WiFi 能在登入時擷取顧客主動選擇的同意聲明。WiFi 分析 接著會根據該身分報告造訪、停留時間與回訪情況。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。使用上述任何技術,隨機化都不會破壞造訪與身分之間的連結。
驗證工作階段如何衡量跨店購物
將每個存取點對應至一個區域:購物中心、美食街、主力店入口、停車場大廳。在存取點之間移動的工作階段會產生一連串的區域。將這些序列彙整為區域對區域矩陣。該矩陣回答了一個問題:在區域 A 看到的訪客中,有多少比例在同一次造訪中也到達了區域 B?
請向租戶明確說明解析度。購物中心的網路通常覆蓋公共區域,而非租戶店面內部。因此,交叉購物是按門面區域報告,而非按收銀機交易報告。存取點的配置決定了您能多精細地劃分區域,因此在命名鄰近區域之前,請先調查它們之間的訊號重疊情況。
已驗證的工作階段如何衡量重複造訪
重複造訪是指在滾動時間窗口(如 30 天、90 天和 365 天)內,每個身分識別的獨立造訪天數。由於身分識別會持續保留,去年春天登入的顧客今天會被計為再次光臨。這為您提供了頻率和近期活動分群,包括值得透過第一方資料重新互動的流失訪客。已儲存憑證的裝置會自動重新連線,因此無需再次登入即可記錄再次光臨。
資產管理者在租戶租賃方面需要哪些報告檢視?
資產管理者需向三種對象提出報告。投資者希望了解總人流量和趨勢。租賃團隊希望了解區域績效和對主力店的依賴度。租戶希望獲得其門面吸引訪客的證明。購物中心訪客 WiFi 平台應該能從單一資料集同時滿足這三者的需求。
| 報告檢視 | 回答的問題 | 資料來源 | 主要對象 |
|---|---|---|---|
| 購物中心人流量趨勢 | 入境人數是否比去年增加? | 入口計數器 | 投資者、資產管理者 |
| 入口分布 | 哪一個停車場或交通入口為購物中心帶來人流? | 計數器加上每個工作階段看到的第一個區域 | 營運團隊、租賃團隊 |
| 區域停留時間 | 顧客在哪裡花費時間? | 已驗證的工作階段 | 租賃團隊、行銷團隊 |
| 交叉購物矩陣 | 哪些區域在同一次造訪中共用訪客? | 已驗證的工作階段 | 租賃團隊 |
| 主力店光環效應 | 哪些比例的造訪觸及主力店區域,然後到達其他區域? | 依擷取率縮放的已驗證工作階段 | 租賃團隊、投資者 |
| 重複造訪分群 | 顧客多久光臨一次?哪些人已經流失? | 隨時間變化的登入身分識別 | 行銷團隊、資產管理者 |
| 商圈範圍 | 訪客來自哪些郵遞區號? | 登入時經同意提供的郵遞區號 | 租賃團隊、行銷團隊 |
| 活動提升效益 | 該活動是否增加了造訪次數和停留時間? | 計數器加上相對於基準期的工作階段 | 行銷團隊、贊助商 |
| 主力店歸因分析 |
將主力店區域定義為主力店購物中心入口處的存取點。衡量包含該區域的造訪比例。然後比較後續行為:與從未觸及主力店的造訪相比,主力店造訪繼續前往其他各區域的頻率如何?此差距即為具指示意義的光環效應。
請將其視為相關性,而非直接證明。造訪主力店的顧客可能與未造訪者有所不同。在可行情況下,請比較主力店變更前後的時期。若租約要求提供營業額報告,請將租戶銷售額與區域資料並列,以獲得更全面的全貌。
租戶報告套件
每月向租戶發送區域層級的彙整套件。實用的套件應包含門面區域造訪次數、與商場平均值的停留時間對比、熱門交叉消費區域以及趨勢。切勿分享個人檔案。依據 ICO 的匿名化指南,隱藏由小團體產生的任何數據,以確保無法識別任何個人。在續約和租金審查時,將這些套件作為背景參考,搭配銷售資料使用,而非取代銷售資料。
對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。
如何將 WiFi 登入資料與攝影機或感測器計數器相結合?
登入資料具有確定性:每個工作階段皆屬於已知身分。計數器資料則是匿名且總量的。被動探針資料充其量僅具機率性。請結合前兩者,並將第三者視為舊版序列資料。
- 驗證計數器。 在離峰與尖峰時段,對照人工計數稽核每個入口。計數器可能會遺漏人群或在擁擠時重複計數,因此請記錄每個入口的精確度。
- 對齊時間與空間。 在單一時區中使用以小時為單位的區間。將每個已計數的入口對映至其最近的存取點區域。
- 計算擷取率。 將每小時的獨立已驗證訪客數除以已計數的進入次數。計數器計算的是進入次數,因此暫時前往停車場取車的顧客會被計算兩次。使用工作階段資料來估計訪客離開並重新進入的頻率,然後進行調整。
- 按比例調整份額,而非原始計數。 從 WiFi 樣本中取得行為份額,例如前往美食街的造訪比例。乘以已計數的進入次數以估算總數。
- 修正樣本偏差。 計劃長時間造訪的顧客更有可能登入。按時段和入口進行加權,並將停留時間作為樣本指標來報告,而不是進行按比例放大估算。
- 監控漂移。 當您重新設計登入頁面、新增 OpenRoaming 或改善覆蓋範圍時,擷取率會發生變化。請為這些變更加上註解,以保持趨勢分析的真實性。
融合過程本身會在兩個地方之一進行。要么由分析平台擷取計數器資料流,要么兩種資料流皆進入您的資產管理者已在使用的資料倉儲中。Purple 可與 CRM 和行銷平台整合,因此登入資料可以傳送至您行銷團隊運作的系統。
各平台類型的適用情境
- 被動在場分析 僅適用於您在遷移過程中作為連續性的基準線。請勿將其用於重複造訪或交叉消費分析。
- 僅限已驗證的 WiFi 分析 適用於涵蓋全商場覆蓋範圍的較小型購物中心、奧特萊斯購物村與零售園區,此類場所無需向您簽約報告總進入人次。
- 僅限計數器 適用於向投資者報告總進入人次且不需要其他資料的購物中心,或是走道無 WiFi 的露天商場。
- 混合模式適合需要向租戶與投資者雙方報告的區域型和超區域型商場。請造訪 零售 頁面,了解 Purple 如何支援此類場所。
以下兩個情境中的所有數據僅供說明,旨在示範計算方法,而非報告特定場所的實際結果。
實作情境:區域型商場的主力店撤出
背景。 一間擁有 120 個單位的區域型商場接獲通知,其百貨公司主力店即將搬離。6 個入口處的計數器記錄顯示,過去 12 個月共有 840 萬人次進出。租賃團隊需要先了解有多少客流依賴該主力店,才能為重新出租進行定價。
執行內容。 團隊將現有的存取點劃分為 16 個區域。收集了 12 個月的已驗證連線階段,捕獲率平均為進出人次的 18%。隨後運行主力店光環效益與交叉購物分析檢視。
結果。 在已驗證的造訪中,有 41% 經過主力店區域。其中,有 57% 繼續前往東側商場,而完全未接觸主力店的造訪中,僅有 29% 前往東側商場。按按計數器記錄的進出人次按比例放大,每年大約有 340 萬人次到達主力店區域(0.41 x 840 萬)。租賃團隊憑藉量化的主力店依賴度資料以及受影響的東側商場租戶名單,展開了租約談判。
實作情境:中庭為期六週的冬季活動
背景。 一間商場在中央中庭舉辦了為期六週的冬季活動。贊助商和鄰近租戶希望能有數據證明該活動帶來了附加價值。
執行內容。 團隊將計數器的進出人次與前一年同期的六週進行比較。將中庭存取點映射為活動區域,然後將活動區域的連線階段與同期全商場的平均值進行比較。
結果。 進出人次比去年同期成長了 7%。包含中庭在內的造訪平均停留時間為 84 分鐘,而全商場平均為 61 分鐘。活動區域的訪客中有 23% 是首次登入,且有 48% 隨後前往了美食街。報告中特別標註了日曆與天氣的差異,而贊助商則因停留時間和新訪客數據表現亮眼而決定續約。
每種方案的運行成本是多少?
我們無法提供單一價格,因為大部分費用取決於硬體是否能重複利用。以下是需要建模的成本驅動因素。
| 方案 | 前期硬體 | 安裝 | 持續成本驅動因素 | 隱性成本 |
|---|---|---|---|---|
| 被動感知 | 無需超出既有存取點的額外硬體 | 僅需配置 | 平台授權 | 基於過高估算人數所做出的租賃決策 |
| 已驗證 WiFi 分析 | 無需超出既有存取點的額外硬體 | 配置加上登入頁面設計 | 平台授權 | 為提高捕獲率而進行的登入頁面優化工作 |
| 攝影機或感應器計數器 | 每個入口一個感應器,較寬的門口需更多 | 高空佈線與安裝,通常需非營業時間進行 | 維護與重新校準 | 門口或佈局變更後需重新調查 |
| 混合模式 | 僅入口感知器 | 感應器加上 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 匿名化指引,隱藏任何基於小數目群組所產生的數據,以確保無法識別任何個人。
我們要如何從被動式 Presence 分析工具進行轉移?
讓兩個系統平行運作一個完整的交易季度,然後再進行切換。在 MAC 隨機化機制下,被動式工具會高估造訪人數並低估回訪率。當您轉用經過驗證的資料時,預計造訪人數會下降,而重複造訪率會上升。平行運作期間讓您能向投資者和租戶解釋此階梯式變化。在整個過程中,請繼續使用計數器資料作為您連續的人流量數據系列。
關鍵定義
MAC 隨機化
一種裝置隱私行為,會將網路介面的固定媒體存取控制 (MAC) 位址替換為每個網路專用的私密位址。Apple 自 iOS 14 起預設套用,Android 則自 Android 10 起預設套用,兩者也會在探針請求中隨機化位址,且近期版本還可在同一網路上定期更換該位址。
當被動式到訪儀表板顯示訪客總數上升但重複造訪率下降時,您就遇到了這種情況。這是將造訪記錄連結至登入身分而非裝置位址的主要原因。
探針請求 (Probe request)
裝置在搜尋可用網路時發射的 IEEE 802.11 管理訊框。被動式到訪分析會計算這些訊框中的來源位址,而這些位址現在已被 iOS 與 Android 隨機化。
探針計數無需登入,因此看起來成本很低。但由於位址會定期更換,同一位顧客在一天之內可能會被視為多台裝置,且每次造訪都會被視為新裝置。
強制入口
WiFi 網路在提供網際網路連線前所顯示的登入頁面。平台會在此記錄登入者、連線階段開始時間,以及根據 GDPR 擷取的告知與同意事項。
登入頁面設計會決定您的擷取率。這也是收集自主選擇同意與商圈分析郵遞區號數據的地方。
RADIUS 計帳
由 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 個單位的區域購物中心得知其主力百貨公司即將撤店。設於六個入口的計數器在 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 能否在我們購物中心現有的無線基地台上運行?
是的。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 隨機化機制下,被動式工具會高估訪客數並低估回訪率。移轉至驗證資料後,預計訪客計數會下降,而重複造訪率會上升。平行運行期讓您能夠向投資者和租戶解釋這一階段性變化。在此期間,請繼續保留計數器資料作為您連續的人流量數據集。
繼續閱讀本系列
員工出勤分析:誰在建築物內、多久來一次以及停留多久
使用本指南來判斷您現有的 WiFi 驗證是否能夠測量誰在現場、他們的出勤頻率以及停留時間。您將能夠設定 802.1X 或 iPSK 身分、開啟 RADIUS 計費、同意連線階段規則、完成 DPIA,並將員工出勤狀況回報為具體計數,同時將訪客數據保持為趨勢。
Cisco Meraki 位置分析:內建功能與其局限性全解析
您將能夠決定內建儀表板可以回答哪些 Meraki 在場問題、何時透過掃描 API 串流原始觀察數據,以及何時需要 Captive Portal 來識別訪客。您還能了解為何忠誠度數據會產生誤導,以及哪些數據可以安全地呈報給董事會。
零售 WiFi 採購核對清單:訪客存取、內容過濾與客流量分析
使用此核對清單在五個領域為零售訪客 WiFi 廠商打分:訪客存取、內容過濾、客流報告、安全性與合規性,以及門市環境契合度。您將了解招標前需要完成哪些準備工作、該提出哪些問題、標準通過的條件為何,以及如何在 3 到 5 家門市的試點中證明入圍平台的效益。
對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。