- Purple
- WiFi analytics: a complete guide
- 零售 WiFi 採購核對清單:訪客存取、內容過濾與客流量分析
零售 WiFi 採購核對清單:訪客存取、內容過濾與客流量分析
使用此核對清單在五個領域為零售訪客 WiFi 廠商打分:訪客存取、內容過濾、客流報告、安全性與合規性,以及門市環境契合度。您將了解招標前需要完成哪些準備工作、該提出哪些問題、標準通過的條件為何,以及如何在 3 到 5 家門市的試點中證明入圍平台的效益。
核心系列的一部分:WiFi 分析指南 →
- 零售 WiFi 採購檢核表應包含哪些內容?
- 在進行招標之前您需要準備什麼?
- 門市資產清單
- 為每個領域指定負責人
- 資料保護準備工作
- 基準點
- 您該如何逐一檢查各個領域?
- 訪客存取:顧客如何連線
- 內容過濾:封鎖內容與防護機制
- 客流量報表:營運團隊真正需要的數據
- 安全性與合規性
- 全球據點佈署適配性:硬體、管理與整合
- 核心檢查清單
- 如何驗證候選平台的可行性?
- 在實際的商業地產中,這看起來如何?
- 情境 1:收購後的 160 家門市時裝連鎖店
- 情境 2:擁有 85 個單位的房東自營購物中心
- 零售 WiFi 採購中常出現什麼問題,該如何解決?
- 標案評分包含了無人負責的功能
- 上線後回訪訪客人數暴跌
- 登入頁面(splash page)在某些手機上無法載入
- 過濾功能封鎖了您需要的內容
- 刷卡機連接到了訪客網路
- 同意記錄在轉移過程中遺失
- 專櫃位於其他人的網絡上
- 零售業訪客 WiFi 的成本是多少?您可以獲得什麼回報?
- 常見問題
- Purple 是否支援我們現有的基地台?
- 我們可以在不關閉門市的情況下更換訪客 WiFi 供應商嗎?
- 透過訪客 WiFi 收集人流數據符合 GDPR 法規嗎?
- 訪客 WiFi 會讓我們的門市納入 PCI-DSS 評估範圍嗎?
- 零售商需要在訪客 WiFi 上實施內容過濾嗎?
- WiFi 人流分析報表與門口計數器相比表現如何?
- 我們該如何比較零售業訪客 WiFi 的價格?

零售 WiFi 採購檢核表應測試五個面向。訪客存取必須擷取經同意的第一方數據,且內容過濾必須覆蓋每間門市。人流報告必須能對門市進行可比性分析。訪客網路必須隔離在 PCI DSS 範圍之外。該平台必須能運行於您現有的存取點,例如 Cisco Meraki、HPE Aruba 或 Ruckus。
零售 WiFi 採購檢核表應包含哪些內容?
零售訪客 WiFi 服務於三個內部買家。若招標只對其中一個買家進行評分,將導致另外兩個買家自行購買工具。
- IT 需要一個能運行於天花板上現有硬體的安全網路。
- 行銷團隊 需要可使用的已授權聯絡人資料。
- 營運團隊 需要人流報告來配置門市人力並比較不同店型。
本檢核表圍繞這三項需求打造,涵蓋五個領域:
- 訪客存取: 顧客如何連線、您擷取哪些資料以及如何記錄同意聲明。
- 內容過濾: 阻擋了哪些內容、在何處執行策略以及如何證明其有效性。
- 人流報告: 您獲得哪些訪客指標、其準確度如何以及如何提供給營運團隊。
- 安全性與合規性: PCI DSS 網路隔離、加密、GDPR 與相關認證。
- 門市佈局契合度: 硬體支援、多門市管理與系統整合。
Purple 在全球 90 多個國家/地區的 80,000 多個實體場域運行 Guest WiFi。該平台在 2024 年處理了 4.4 億次登入(Purple master deck, 2026)。以下問題反映了多門市 Retail 買家在招標中的提問,也是您應該向任何入圍廠商詢問的問題。
在進行招標之前您需要準備什麼?
四項準備工作能將模糊的需求轉化為可評分的標準。如果跳過這些工作,每個廠商的回答聽起來都會一樣好。
門市資產清單
列出每間門市及其存取點廠商、型號、控制器或雲端管理介面,以及寬頻線路。併購與加盟模式通常會使連鎖品牌同時運行兩到三個廠商的設備。請標記您不擁有網路的場所,例如百貨公司內的專櫃或由房東營運的購物中心專櫃。
這份清單能告訴您平台是否必須跨混合硬體運作。它還能顯示是否真的需要進行硬體升級,或者在現有存取點上覆蓋雲端層即可。Why your next WiFi upgrade doesn't need new hardware 說明了該測試方法。
為每個領域指定負責人
為五個領域分別指定一位負責審核評分的負責人:
- IT 負責安全性與門市佈局契合度。
- 行銷或 CRM 團隊負責訪客存取與資料擷取。
- 營運主管負責人流報告。
- 您的資料保護官在簽約前審查所有三項內容。
資料保護準備工作
訪客 WiFi 會收集個人資料。基於存取狀態的人流統計也可能涉及裝置識別碼。根據 UK GDPR 與 EU GDPR,您需要為每個目的提供合法依據。
第 35 條規定,當處理過程可能存在高風險時,必須進行資料保護影響評估 (DPIA)。ICO 的高風險處理清單包括監控個人的位置或行為。英國的電子郵件與簡訊行銷也屬於《隱私與電子通訊條例》(PECR) 的管轄範圍。請在招標前草擬 DPIA,以便廠商能夠針對您實際的風險登記冊進行答覆。
基準點
記錄您今天的衡量標準:
- 每間門市每日連線數
- 登入完成率
- 行銷訂閱同意率
- 計數器總數
如果沒有基準點,您就無法證明新平台有所改善。如果您目前還沒有訪客 WiFi 資料,門口計數器或收銀機交易筆數可以作為您的起點。
您該如何逐一檢查各個領域?
請為每個領域單獨打分,然後根據您的優先事項進行加權。量販店對人流報告的權重可能高於資料擷取;奢侈品牌則可能相反。
訪客存取:顧客如何連線
存取方式決定了您能擷取多少資料,以及顧客感受到的阻礙程度。Captive Portal 是裝置連上網際網路前顯示的登入頁面,也是您擷取詳細資料並記錄同意的地方。請要求在 iOS 和 Android 上查看實機示範,因為這兩個系統都會在受限的微型瀏覽器中開啟 Captive Portal。
Passpoint(也稱為 Hotspot 2.0)可讓裝置使用儲存的憑證自動加入網路。OpenRoaming 是由無線寬頻聯盟 (Wireless Broadband Alliance) 運營的漫遊聯盟。它建立在 Passpoint 之上,允許一次登入即可在所有參與的場地使用。
| 存取方式 | 擷取內容 | 顧客負擔 | 同意記錄 | 適用對象 |
|---|---|---|---|---|
| 點擊通過條款 | 僅限裝置與工作階段資料 | 點擊一次 | 接受條款,無行銷同意 | 需要提供網路存取而非收集資料的便利商店和加油站 |
| 電子郵件或表單註冊 | 姓名、電子郵件、可選的個人資料欄位 | 首次存取時填寫一份簡短表單 | 獨立且未勾選的行銷訂閱同意 | 正在建立 CRM 資料庫的時尚、美容與百貨公司 |
| 社群帳號登入 | 社群網路釋出的個人資料欄位 | 點擊兩到三次 | 獨立的訂閱同意加上社群網路的授權畫面 | 擁有較年輕、社群優先受眾的品牌 |
| 簡訊驗證 | 經驗證的行動電話號碼 | 輸入簡訊中的驗證碼 | PECR 規範下的獨立簡訊行銷訂閱同意 | 執行簡訊行銷活動的零售商 |
| OpenRoaming 或 Passpoint | 來自漫遊提供商的身分識別 | 首次設定後即無負擔 | 在註冊時擷取,非每次造訪擷取 | 追求自動重新連線的購物中心與高人流場域 |
| 詢問每家廠商: |
- 行銷同意是否為獨立且未勾選的選項?GDPR 要求明確的積極確認行為,且序言 32 條排除預先勾選的方框。Purple 將這種方法稱為自主選擇訂閱 (conscious-choice opt-ins)。
- 能否在所有門市使用單一的登入頁面(splash page)設計,同時針對不同地區或特定門市進行差異化調整?
- 再次光顧的顧客是否無需重新註冊即可自動連線?此權限可維持多久?
- 您能否匯出包含時間戳記以及每位顧客當時所見確切字眼的同意紀錄?
內容過濾:封鎖內容與防護機制
零售業的訪客網路屬於公共空間,且經常有兒童使用。內容過濾能保護您的品牌形象,並防止您的連線被用於存取非法內容。
在英國,Friendly WiFi 是針對公共 WiFi 的自願性認證機制。它要求封鎖色情內容以及網路觀察基金會(IWF)清單中的兒童性虐待內容。請詢問廠商過濾功能是來自平台本身、門市內部的硬體,還是第三方 DNS 服務,以及由誰負責維護這些類別清單。
| 過濾機制執行位置 | 運作方式 | 優勢 | 限制 | 適用對象 |
|---|---|---|---|---|
| DNS 過濾服務 | 在裝置搜尋網域時進行封鎖 | 可在混合硬體架構中套用單一原則 | 僅能辨識網域,無法讀取 HTTPS 網站的完整 URL | 希望採用統一規則的多廠商混合架構 |
| 門市防火牆或閘道器 | 在 Cisco Meraki MX 或 Fortinet FortiGate 等設備上進行類別過濾 | 可同時過濾應用程式與網域 | 混合架構需針對各廠商設定獨立規則 | 門市內已部署安全防護設備的單一廠商架構 |
| TLS 檢查 | 解密 HTTPS 流量以讀取完整 URL | 提供最精細的控管 | 需要在每台裝置上安裝憑證 | 僅適用於員工網路,絕不適用於訪客網路 |
| 未設定過濾 | 完全開放的網際網路 | 無需配置任何設定 | 存在品牌與安全防護風險,且無法通過 Friendly WiFi 認證 | 不適用於零售業公共空間 |
請向每家廠商確認以下問題:
- 安全原則是在何處執行?在您使用的所有硬體廠商設備上,套用的原則是否完全相同?
- 預設會封鎖哪些類別?是否可以針對個別門市進行調整?
- 在進行稽核或認證檢查時,您如何證明過濾功能已正常啟用?
- 是否能將門市依賴的服務列入白名單(例如您自己的 App 或線上訂購門市取貨頁面)?
如果廠商僅回答「有,我們有提供過濾」,卻無法說明具體的執行節點,請切勿接受。
客流量報表:營運團隊真正需要的數據
營運主管通常會提出以下四個問題:
- 有多少顧客進店?
- 他們停留了多久?
- 回訪率是多少?
- 這間門市與其他門市相比表現如何?
訪客 WiFi 能透過兩種資料來源解答這些問題。「已連線資料」來自加入網路的顧客;「感知(Presence)資料」則來自周圍開啟 WiFi 的裝置,即使這些裝置從未連線也能收集。
| 指標 | 資料來源 | 使用者 | 確認要點 |
|---|---|---|---|
| 每小時與每日訪客人數 | 感知與已連線資料 | 負責規劃排班的門市與分區經理 | 在試點階段與計數感應器資料進行對帳比對 |
| 停留時間 | 感知與已連線資料 | 營運與空間規劃團隊 | 排除員工裝置,並設定最低停留時間門檻 |
| 擷取率(路過顧客中進店顧客的比例) | 存在感(Presence) | 門市與櫥窗陳列團隊 | 需要在入口附近部署存取點涵蓋 |
| 重複造訪率 | 已連線、已登入的購物者 | CRM 與營運團隊 | 隨機 MAC 位址會破壞基於存在感的重複造訪統計 |
| 分店比較表 | 存在感與已連線 | 區域與總部營運團隊 | 依門市規模與存取點數量進行標準化 |
裝置隱私設定的變更在此至關重要。iOS 14 與 Android 10 起的版本預設會針對每個網路使用私密、隨機的 MAC 位址,較新的版本甚至會定期輪播。依據 MAC 位址計算裝置數量的報表會高估訪客人數並低估重複造訪率。只有來自已登入購物者的數據,重複造訪資料才具備可靠性。請要求各廠商提供書面計算方法。
ICO 針對 WiFi 位置分析的指南指出,只要裝置 MAC 位址能夠識別出特定個人,即視為個人資料。為符合該標準:
- 在門市入口處展示清晰標示。
- 對識別碼進行去識別化(Pseudonymise)。
- 設定資料保留期限。
Purple 的 WiFi Analytics 將來自每個場地的訪客與連線資料整合至單一檢視畫面。營運團隊即可依據相同基準比較各門市。請確認任何平台皆能透過 API 或排程檔案匯出至您的商業智慧(BI)工具。
安全性與合規性
若訪客 WiFi 與刷卡機共用網路,訪客網路可能會納入 PCI-DSS 的評估範圍。PCI-DSS 將網路切分(Segmentation)視為縮減評估範圍的方法。
請透過防火牆規則與獨立的 VLAN(將網路流量進行邏輯隔離的虛擬區域網路),將訪客流量與持卡人資料環境隔離。開啟客戶端隔離(Client isolation),使訪客裝置無法互相看見。請確認刷卡機絕不加入訪客 SSID(購物者看到的網路名稱)。
開放式訪客網路會在空中傳輸未加密的流量。基於機會性無線加密(OWE, RFC 8110)的 Enhanced Open 技術,無需密碼即可加密每台裝置的連線。WPA3 將受保護的管理框架(IEEE 802.11w)列為強制性。受保護的管理框架:2026 年實用指南 涵蓋了裝置相容性檢查說明。
請要求廠商提供認證證書,而非口頭聲明。Purple 擁有 ISO 27001 與 Cyber Essentials 認證,為認證的 B 型企業,並符合 GDPR 與 CCPA。請詢問每家廠商購物者資料託管於何處,以及有哪些次要處理者(sub-processors)處理這些資料。
許多門市仍共用同一個員工 WiFi 密碼,您可以透過相同的標案將其替換。802.1X 是根據身份驗證源對每台裝置進行單獨身份驗證的標準。Purple 的 Identity-Based Networks 可為每位同事提供來自 Microsoft Entra ID、Okta 或 Google Workspace 的專屬憑證。當同事離職時,Purple 會自動撤銷存取權限。
全球據點佈署適配性:硬體、管理與整合
擁有多個據點的零售商很少僅使用單一硬體供應商。Purple 獨立於硬體之外,可以作為雲端層運作於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 與 Fortinet 之上。您能繼續保留現有的存取點。改變的只有 Portal 頁面、身分驗證與報表的來源。
向每家供應商詢問以下問題:
- 總部能否透過單一管理平台(single pane of glass)將單一變更推送到每間分店?
- 店長能否在不編輯其他分店的情況下查看自己的分店?
- 該平台能否與您的 CRM 和行銷平台整合?
- 技術支援時間為何?是否涵蓋您的營業時間?
如需更廣泛的設計指引,請參閱 2026 年場館與企業的最佳網路實踐。
核心檢查清單
| 領域 | 向每家供應商詢問的問題 | 符合標準的表現 |
|---|---|---|
| 訪客存取 | 行銷同意是否為獨立且未預設勾選的選項? | 顯示於即時的 Portal 頁面,且每筆紀錄皆儲存相應措辭 |
| 訪客存取 | 再次光顧的顧客是否會自動重新連線? | 在您設定的期限內無需填寫表單即可重新連線 |
| 內容過濾 | 過濾規則在哪裡執行? | 明確指定的執行點,且在您使用的每家供應商平台上實施相同原則 |
| 內容過濾 | 您能否向稽核人員證明其有效性? | 試運行期間通過封鎖類別測試,並能匯出原則設定 |
| 人流報表 | 報表如何處理 MAC 隨機化? | 提供書面方法,並根據已登入顧客來計算再次光顧的人次 |
| 人流報表 | 營運團隊能否比較不同分店? | 提供一份可匯出的報表,按訪客人數、停留時間和回訪率對所有分店進行排名 |
| 安全性 | 訪客流量是否與刷卡機隔離? | 每個據點均記錄獨立的 VLAN、防火牆規則與客戶端隔離 |
| 安全性 | 目前具備哪些有效的安全認證? | 提供相關證書,例如 ISO 27001 與 Cyber Essentials |
| 跨架構相容性 | 它能否在您擁有的每家存取點供應商設備上運作? | 您庫存中的每家供應商設備皆有實際運作案例 |
| 跨架構相容性 | 總部能否將單一變更推送到每間分店? | 從單一儀表板將範本變更應用至所有試運行分店 |
| 資料權利 | 您能否根據要求匯出並刪除顧客資料? | 在試運行期間完成存取與刪除請求 |
對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。
如何驗證候選平台的可行性?
在三至五間涵蓋您不同型態的分店進行試運行,例如旗艦店、沿街店面、零售園區門市與專櫃。執行以下七項測試,並對照核心檢查清單記錄結果。
- 連線: 在最新的 iOS 和 Android 裝置上,Captive Portal 正常顯示、完成驗證並成功連線至網際網路。
- 同意: 註冊開啟與關閉訂閱同意的測試帳戶。確認您的 CRM 僅接收同意訂閱的紀錄。
- 過濾: 嘗試存取每個封鎖類別中的測試頁面。確認您自己的應用程式與白名單頁面仍可正常載入。
- 人流: 將每日訪客人數與門口計數器進行比較。預計會有些許固定差距,但每日趨勢走向應保持一致。
- **網路隔離:**從訪客裝置嘗試存取付款與後勤系統子網路。僅在每次嘗試均失敗時,測試才算通過。
- **資料權利:**提出存取要求與刪除要求,並記錄回應時間。
- **覆蓋範圍:**走訪賣場、試衣間與收銀台。訊號微弱通常可追溯至頻道規劃問題,詳細內容請參閱 The Ultimate Guide to WiFi Channels: 2.4GHz vs 5GHz Explained。
相同的試點原則也適用於交通運輸領域。Airport WiFi platform providers: what to require in the RFP 展示了如何將此方法應用於旅客。
在實際的商業地產中,這看起來如何?
以下兩個情境僅供說明。它們展示了具體方法,且數據為預設估算值,非實際報告結果。
情境 1:收購後的 160 家門市時裝連鎖店
情況。 一家時裝連鎖店在 Cisco Meraki 上營運 120 家門市,剛收購了一個在 HPE Aruba 上營運的 40 家門市品牌。它擁有兩份訪客 WiFi 合約與兩種同意格式。人流計數器僅覆蓋 70 家門市,因此營運團隊無法比較整個門市網絡。
採取的行動。 該零售商將整體架構契合度權重設定為 30%,並對總檢查表上的每家廠商進行評分。它選擇了與硬體無關的雲端覆蓋層(overlay),並在非營業時間逐店進行遷移。在切換之前,它匯出了兩套同意記錄。現在所有地方都運行同一個自訂入口頁面(splash page),且常客資料僅來自已登入的購物者。
可衡量的結果。 被收購門市原本計劃更換的 160 個基地台(每家門市 4 個)費用從預算中扣除。同意記錄現在以統一格式存在。營運團隊能在單一報告中比較所有 160 家門市,高於僅靠人流計數器的 70 家。
情境 2:擁有 85 個單位的房東自營購物中心
情況。 資產管理者希望取得分區停留時間,以支援租賃洽談。該中心吸引家庭客群,因此管理層希望獲得 Friendly WiFi 認證。
採取的行動。 基地台被對應至四個區域。DNS 過濾在整個購物中心套用了 IWF 清單與色情內容類別。OpenRoaming 讓常客無需透過自訂入口頁面即可重新連線。每個入口處的告示牌說明了收集的資料並連結至隱私權聲明。
可衡量的結果。 租賃團隊現在能引用四個區域中每個區域的每月停留時間。在此之前無法提供該數據。過濾功能已妥善記錄且可測試,符合認證審查要求。
零售 WiFi 採購中常出現什麼問題,該如何解決?
標案評分包含了無人負責的功能
冗長的功能清單有利於勾選選項的廠商,而非適合您門市網絡的廠商。解決方法是在招標前指定每個領域的負責人。僅對負責人在第一年會使用到的需求進行評分。
上線後回訪訪客人數暴跌
MAC 隨機化會讓同一支手機看起來像是新裝置。解決方式是透過回報已登入購物者的回訪記錄來修正。請將出席數據視為訪客人數,而非忠誠度指標。
登入頁面(splash page)在某些手機上無法載入
Captive Portal 微型瀏覽器會封鎖某些指令碼和彈出式視窗。 walled garden(受限園區)是裝置在登入前可以存取的網域名單。如果名單中缺少社群媒體提供者的網域,社群登入就會失敗。解決方式是在最新的 iOS 和 Android 版本上進行測試,並將 walled garden 保持在廠商的檢查清單中。
過濾功能封鎖了您需要的內容
類別過濾器可能會誤擋您自己的應用程式、付款頁面或線上訂購門市取貨功能。解決方式是在試行期間建立白名單,並在每次應用程式發布後進行審查。
刷卡機連接到了訪客網路
門市經理將臨時刷卡機連接到他們唯一知道密碼的網路。解決方式是給予刷卡機獨立的分隔網路,並按據點進行記錄。每當門市變更布局時,請重新執行網路分隔測試。
同意記錄在轉移過程中遺失
在未匯出同意記錄的情況下更換提供者,會留下您無法證明已取得同意的聯絡人資料。解決方式是在切換系統之前,匯出每筆記錄及其時間戳記和條款文字。
專櫃位於其他人的網絡上
百貨公司和購物中心通常擁有您專櫃所使用的網路。解決方式是在合約條款中涵蓋訪客存取、過濾和資料所有權。
零售業訪客 WiFi 的成本是多少?您可以獲得什麼回報?
請評估完整成本,而非僅計算授權費用。
| 成本項目 | 主要驅動因素 | 如何降低成本 |
|---|---|---|
| 平台授權 | 據點數量、方案與合約期限 | 根據每種門市型態搭配合適的方案;Purple 提供 Connect、Capture 和 Engage |
| 無線基地台硬體 | 更換還是重複使用 | 在您現有的無線基地台上執行雲端覆蓋(cloud overlay) |
| 寬頻網路 | 每家門市的頻寬 | 限制每次連線的訪客頻寬 |
| 內容過濾 | DNS 服務或設備授權 | 在單一廠商的架構中重複使用防火牆過濾授權 |
| 導入實施 | 據點、廠商與系統整合 | 透過範本逐店進行推廣導入 |
| 內部人力時間 | IT、行銷和資料保護工時 | 在招標前指定負責人,以加快評分速度 |
投資回報來自四個方面。請在每個公式中使用您自己的數據。
- 省下的硬體費用: 不需要更換的無線基地台數量,乘以您的單價和安裝成本。
- 取得同意的聯絡人: 每月新增的訂閱人數,乘以 CRM 中每位可行銷聯絡人帶來的收益。
- 人力排班規劃: 從離峰時段轉移到訪客尖峰時段的工時,乘以您的每小時人力成本。
- 員工 WiFi 支援: 消除與密碼相關的客服工單,乘以您的每張工單成本。
要求每家入圍的廠商提供在整個合約期間內,按據點、按方案計算的報價。要求他們將硬體、過濾和導入實施列為獨立項目,以便您在同等條件下進行比較。
常見問題
Purple 是否支援我們現有的基地台?
是的,Purple 能以雲端覆蓋層(cloud overlay)的方式,直接在您門市現有的基地台上記錄與運作。我們支援 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme Networks 和 Fortinet。即使企業在收購後同時採用兩個不同廠商的設備,也能透過單一平台進行統一管理。您只需變更 Captive Portal 訪客頁面、身份驗證與報表來源,完全無需更換天花板上的硬體設備,省去砍掉重練的成本。
我們可以在不關閉門市的情況下更換訪客 WiFi 供應商嗎?
是的,您可以配合非營業時間,以門市為單位分批進行移轉。在企業級硬體上,更換供應商意味著只需在控制器或雲端儀表板中,重新指向訪客網路的 Captive Portal 訪客頁面與身份驗證設定。建議先建立範例範本,再逐一套用到各個據點。在切換之前,請務必匯出您的同意紀錄,其中需包含時間戳記與顧客同意的條款文字。GDPR 規定您必須能夠針對所留存的每一筆行銷聯絡人資料提出同意證明。
透過訪客 WiFi 收集人流數據符合 GDPR 法規嗎?
是的,前提是您擁有合法依據,並對顧客保持透明公開。請在入口處張貼告示,對裝置識別碼進行偽匿名化處理,並設定資料留存期限。此外,請完成資料保護影響評估(DPIA),這是 UK GDPR 第 35 條針對位置監控等高風險資料處理作業的強制要求。行銷同意選項必須獨立提供且預設為未勾選。Purple 通過 ISO 27001 認證並符合 GDPR,為每筆行銷聯絡人資料採用自主選擇的訂閱機制。
訪客 WiFi 會讓我們的門市納入 PCI-DSS 評估範圍嗎?
不會,只要您進行正確的網路切分。PCI-DSS 將網路切分視為讓系統排除在評估範圍之外的關鍵方法。請透過獨立的 VLAN 和防火牆規則,將訪客流量與刷卡持卡人資料環境隔離開來,並開啟客戶端隔離功能。刷卡機終端設備絕不能連線至訪客網路。在試行階段,請嘗試從訪客裝置連線至支付與後勤子網路。唯有當每一次連線嘗試均宣告失敗時,測試才算通過。
零售商需要在訪客 WiFi 上實施內容過濾嗎?
是的,即使法律沒有強制規定,也請將其視為必要需求。您的訪客網路是家庭顧客使用的公共空間,未經過濾的網路存取會讓您的品牌承受風險。在英國,Friendly WiFi 認證要求阻擋色情內容以及網路觀察基金會(IWF)清單中的兒童性侵害內容。請要求每家供應商說明內容過濾的執行位置,並確認該策略能夠完美套用到您全數據點的所有硬體設備上。
WiFi 人流分析報表與門口計數器相比表現如何?
WiFi 報表能與門口計數器互補,而非取而代之。安裝在入口處的光束或鏡頭計數器能提供最直接的進出人數統計;而 WiFi 則能補充停留時間、已登入顧客的回訪率、路過顧客的擷取率,並提供全門市部署 WiFi 後的同基準比較。建議在試行期間同時運行這兩者。即使絕對計數數值有所不同,每日的趨勢走向也會保持一致。
我們該如何比較零售業訪客 WiFi 的價格?
比較每個場地、每種方案在整個合約期內的價格。Purple 提供 Connect、Capture 和 Engage 三種方案,因此您可以針對每種門市型態配對合適的功能,不必在所有地方都購買最高等級的方案。要求每家候選廠商將硬體、內容過濾和實施費用列為獨立項目。接著加上寬頻和內部作業時間,這樣總額才能反映每間門市實際的營運成本。
關鍵定義
Captive Portal
裝置在連線至網際網路前顯示的 Splash Page 頁面,會在 iOS 和 Android 的受限微型瀏覽器中開啟。這是收集詳細資料並根據 GDPR 記錄同意聲明的位置。
您會在每次訪客存取示範中看到它。請在最新的 iOS 和 Android 版本上進行實機測試,因為微型瀏覽器可能會阻擋某些指令碼和快顯視窗。
Walled Garden
裝置在完成 Captive Portal 登入之前可以存取的網域清單。
如果其中缺少社群提供者的網域,社群登入將會失敗,因此請將其保留在廠商的核對清單中並在試點中進行測試。
Passpoint (Hotspot 2.0)
一種讓裝置能夠使用儲存的憑證自動加入 WiFi 網路的規格,無需在每次造訪時開啟 Splash Page。
它免除了顧客首次設定後的重複操作,在註冊時而非每次造訪時收集同意。非常適合購物中心和高客流量的場所。
OpenRoaming
由 Wireless Broadband Alliance 營運、基於 Passpoint 構建的漫遊聯盟,可實現一次簽署即可在所有參與場館中通用。
用於情境 2,以便購物中心的回訪顧客無需透過 Splash Page 即可重新連線。
Enhanced Open (OWE)
機會性無線加密 (RFC 8110 規範),可加密每個裝置對開放網路的連線而無需密碼。
開放式訪客網路否則會在空中以未加密方式傳輸流量。請詢問該平台和您的基地台是否支援此功能。
Protected Management Frames (IEEE 802.11w)
保護 WiFi 管理訊框的 IEEE 802.11w 修正案。WPA3 將其列為強制要求。
在門市網路啟用 WPA3 時相關。在全公司啟用之前,請先檢查裝置相容性。
IEEE 802.1X
根據身份來源對每個裝置進行個別驗證的 IEEE 標準,而非使用共享密碼。
同一份招標書可順便替換共享的員工 WiFi 密碼。Purple 的 Identity-Based Networks 可為每位同仁從 Microsoft Entra ID、Okta 或 Google Workspace 發放憑證,並在其離職時停用憑證。
PCI DSS 分隔
支付卡產業資料安全標準將網路分隔視為使系統維持在持卡人資料環境範圍之外的方法。
如果訪客 WiFi 與刷卡機共用網路,就可能落入 PCI DSS 的規範範圍。使用獨立的 VLAN、防火牆規則和客戶端隔離,可讓其維持在範圍之外。
VLAN
一種虛擬區域網路,能在共享的網路基礎架構上將流量進行邏輯上的分隔。
將訪客流量與支付及後勤子網路進行隔離。按各據點進行記錄,並在每當門市變更格局時重新測試。
MAC 地址隨機化
自 iOS 14 和 Android 10 起,裝置預設會對每個網路使用私有且隨機化的 MAC 地址,較新的版本更能定期輪替。
依據 MAC 地址計算裝置數量的報表會高估訪客數並低估回訪率。要求各廠商提供書面說明方法,並將回訪率建立在已登入的顧客基礎上。
資料保護影響評估 (DPIA)
根據 UK GDPR 和 EU GDPR 第 35 條規定,當處理過程可能存在高風險時所需進行的評估。ICO 的高風險清單包括監控個人的位置或行為。
基於存在感的足跡統計可能會涉及裝置識別碼。請在招標前草擬 DPIA,以便廠商能針對您的風險登記簿進行答覆。
Friendly WiFi
一項針對公共 WiFi 的英國自願性認證,要求封鎖網際網路觀察基金會 (IWF) 清單上的色情及兒童性虐待內容。
家庭顧客所使用的零售訪客網路上實用內容過濾標準。未經過濾的網路將無法通過此認證。
範例
一家擁有 120 家門市(使用 Cisco Meraki)的時裝連鎖店收購了一個擁有 40 家門市(使用 HPE Aruba)的品牌。該公司目前擁有兩份訪客 WiFi 合約和兩種同意格式,而門口計數器僅覆蓋 70 家門市。該公司應該如何進行採購?(帶有推算假設的情境說明。)
該零售商將門市環境契合度權重設定為 30%,並在總核對清單上為每位廠商評分。公司選擇了硬體無關的雲端覆蓋平台,因此兩家廠商的基地台得以保留。在切換之前,公司匯出了兩套帶有時間戳記和條款字樣的同意記錄,隨後在非營業時間按門市逐一進行遷移。現在所有門市均運作同一個認證頁面,而回訪數據僅來自已登入的顧客。被收購門市原本計劃更換的 160 個基地台(每家門市 4 個)費用得以從預算中省下。營運團隊現在能在單一報告中比較全部 160 家門市,遠勝過以往僅靠門口計數器覆蓋的 70 家門市。
一家由房東營運、擁有 85 個單元的購物中心希望取得分區停留時間報告,以支援租賃洽談。該中心以家庭客群為主,希望獲得 Friendly WiFi 認證。部署方案應該長什麼樣子?(帶有推算假設的情境說明。)
基地台被劃分到四個分區,因此可以按分區報告停留時間。DNS 過濾在整個購物中心套用了 IWF 清單和色情內容類別,無論每個單元使用何種硬體,都能執行統一的策略。OpenRoaming 讓回訪顧客無需透過認證頁面即可自動重新連線。每個入口處的告示清楚說明了收集的資料並連結至隱私權聲明,符合 ICO 對於 WiFi 位置分析的期望。租賃團隊現在可以提供這四個分區各自的每月停留時間數據,這是以前無法產出的數據。過濾功能已妥善記錄且可供測試,順利通過認證審查。
常見問題
Purple 可以搭配我們現有的基地台使用嗎?
是的,Purple 可以在您門市現有的基地台上作為雲端覆蓋層運作。它支援 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet。收購後營運兩個不同廠商硬體的連鎖企業,可以在兩者之間使用同一個平台。您只需變更登入頁面、驗證和報表的來源,無須更換天花板上的硬體,因此不需要拆除重裝。
我們可以在不關閉門市的情況下更換訪客 WiFi 供應商嗎?
是的,您可以在非營業時間按門市逐一遷移。在企業級硬體上,更換供應商意味著在控制器或雲端管理介面中,重新指定訪客網路的登入頁面和驗證設定。請先建立範本,再套用到各個據點。在切換之前,請匯出包含時間戳記和顧客同意條款內文的同意紀錄。GDPR 要求您必須能證明保留的每個行銷聯絡人均取得同意。
透過訪客 WiFi 收集客流量資料是否符合 GDPR?
是的,前提是您具有合法依據,並對顧客保持透明。請在入口處張貼告示,對裝置識別碼進行去識別化處理,並設定資料保留期限。完成資料保護影響評估 - UK GDPR 第 35 條規定對位置監控等高風險處理必須進行此項評估。行銷同意必須是獨立且未預設勾選的選項。Purple 通過 ISO 27001 認證並符合 GDPR,對每個行銷聯絡人皆採用主動選擇的 opt-in 機制。
訪客 WiFi 會讓我們的門市被納入 PCI DSS 評估範圍嗎?
不會,前提是您有正確進行網路區隔。PCI DSS 將網路區隔視為使系統排除在評估範圍之外的方法。請使用獨立的 VLAN 與防火牆規則將訪客流量與持卡人資料環境隔離,並開啟客戶端隔離(Client Isolation)。刷卡機絕對不能加入訪客網路。在試點期間,請嘗試從訪客裝置存取支付與後勤子網路。只有在每次嘗試皆失敗時,測試才算通過。
零售商需要在訪客 WiFi 上實施內容過濾嗎?
是的,即使法律未做強制要求,也請將其視為必要條件。您的訪客網路是家庭使用的公共空間,未經過濾的存取會使您的品牌承受風險。在英國,Friendly WiFi 認證要求封鎖色情內容以及 Internet Watch Foundation 清單上的兒童性虐待內容。請要求每個廠商說明過濾功能的執行位置。請確認該原則在您所有據點的各個硬體廠商設備上皆能一致套用。
WiFi 客流量報表與門口計數器相比如何?
WiFi 報表是用來補充紅外線或鏡頭計數器的不足,而非取代它們。入口處的紅外線或鏡頭計數器能提供最直接的入場人數統計。WiFi 則能補充停留時間、已登入顧客的造訪頻率、路過顧客的擷取率,以及所有配備 WiFi 門市之間的同等基準比較。請在試點期間同時運行這兩者。即使絕對計數有所不同,每日的趨勢走向也應保持一致。
我們該如何比較零售訪客 WiFi 的價格?
請比較在整個合約期間內,每個據點、每種方案的價格。Purple 提供 Connect、Capture 和 Engage 三種方案,因此您可以根據每種門市型態配對相應功能,而不必在所有地方都購買最高等級。請要求每家入圍廠商將硬體、內容過濾與導入服務列為獨立項目。接著加上寬頻與內部工時,這樣總額才能反映每家門市實際營運所需的成本。
繼續閱讀本系列
員工出勤分析:誰在建築物內、多久來一次以及停留多久
使用本指南來判斷您現有的 WiFi 驗證是否能夠測量誰在現場、他們的出勤頻率以及停留時間。您將能夠設定 802.1X 或 iPSK 身分、開啟 RADIUS 計費、同意連線階段規則、完成 DPIA,並將員工出勤狀況回報為具體計數,同時將訪客數據保持為趨勢。
Cisco Meraki 位置分析:內建功能與其局限性全解析
您將能夠決定內建儀表板可以回答哪些 Meraki 在場問題、何時透過掃描 API 串流原始觀察數據,以及何時需要 Captive Portal 來識別訪客。您還能了解為何忠誠度數據會產生誤導,以及哪些數據可以安全地呈報給董事會。
購物中心人流量分析:WiFi、攝影機與感測器比較
您將能夠決定購物中心首先需要哪種人流量分析方法:用於取得具公信力入口計數的入口計數器、用於停留時間與區域移動的 WiFi 駐留分析,或是用於商圈分析的行動數據面板。您還可以估算每個入口的成本、符合 UK GDPR 規範,並對標全國人流量指標。
對於您的特定設置有任何疑問嗎?
我們的團隊與超過 80,000 個場域的場域營運商、IT 經理和網路工程師合作。立即預約 20 分鐘的通話,我們將向您展示其他與您相似的用戶是如何解決此問題的。