跳至主要內容

室內 WiFi 定位:訪客網路上的位置追蹤運作原理

本權威技術參考指南說明了室內 WiFi 定位在訪客網路上的運作原理,涵蓋 RSSI 三角測量、無線基地台(Access Point)對應、熱點圖生成,以及與分析平台的整合。本指南專為飯店、連鎖零售、體育場館和公共部門場所的 IT 經理、網路架構師和 CTO 撰寫,旨在協助其在本季度做出部署決策。閱讀完畢後,讀者將了解從探測請求(Probe Request)到具可行性商業智慧的完整數據流,包括管理任何實際部署的關鍵合規性與隱私考量。

📖 7 分鐘閱讀📝 1,666 字數🔧 2 範例4 練習題📚 9 關鍵定義

收聽此指南

查看播客逐字稿
[0:00] [Intro Music fades in] Host: 歡迎收聽 Purple 技術簡報。我是您的主持人,今天我們要探討現代場館基礎設施的核心組成部分:室內 WiFi 定位。如果您是 IT 經理、網路架構師,或是在醫院、零售空間或大型場館中管理訪客網路的 CTO,您就會知道標準的 GPS 在室內根本無法發揮作用。我們將剖析位置追蹤在訪客網路上究竟是如何運作的,特別是 RSSI 三角測量、無線基地台對應,以及這些技術如何與分析平台整合,以提供具可行性的商業智慧。 [1:00] [Music fades out] Host: 讓我們從背景開始談起。我們為什麼要討論這個?因為與數位商店相比,實體空間是盲點。網站可以追蹤每一次點擊,但實體店面或體育場館往往難以了解訪客流量。這就是您現有的 WiFi 基礎設施發揮作用的地方。透過利用訪客網路,您可以擷取現場人數數據、了解停留時間並最佳化營運,而無需使用者下載特定的 App 或攜帶專用的 Beacon。 [1:30] Host: 那麼,讓我們深入探討技術細節。這到底是如何運作的?其基本機制是接收訊號強度指示,即 RSSI。當訪客的智慧型手機啟用 WiFi 時,它會定期發送探測請求以尋找已知網路。您的無線基地台(即 AP)會偵測到這些探測。AP 會記錄裝置的 MAC 位址和 RSSI——基本上就是訊號有多強。 [2:30] Host: 現在,一個 AP 可以告訴您裝置就在附近,但無法告訴您確切位置。這就是三角測量——或者更準確地說,三邊測量——發揮作用的地方。如果三個或更多 AP 偵測到相同的探測請求,系統就可以比較 RSSI 值。由於訊號強度會隨著距離而可預測地衰減,系統會計算與每個 AP 的估算距離。這三個距離圓圈相交的地方,就是您裝置的位置。 [3:30] Host: 當然,現實世界並非真空。牆壁、金屬架甚至人體都會吸收和反射 WiFi 訊號。這就是為什麼 AP 對應和校準至關重要的原因。您不能只是把 AP 釘在天花板上就期望獲得高保真的位置數據。您需要一個經過妥善勘測的環境,其中每個 AP 的確切座標都對應在分析平台中。 [4:30] Host: 讓我們來談談整合。原始 RSSI 數據是有雜訊的。一個好的分析平台(例如 Purple 的平台)會內聚這些原始數據、過濾雜訊,並將其與您的平面圖進行對應。這會將 MAC 位址和訊號強度轉換為熱點圖、人流量計數和區域分析。如果您營運的是零售環境,這不僅能告訴您有多少人進入店面,還能告訴您他們在鞋類區與配件區停留了多長時間。 [5:30] Host: 接下來是實施建議和常見陷阱。最大的陷阱是 AP 密度不足。對於基礎的現場人數分析——僅僅知道有人在建築物內——您可能可以使用稀疏的覆蓋。但為了獲得精確的室內定位,您需要更高的密度。一個好的經驗法則是,裝置在任何給定位置都應該能夠在 -65 dBm 或更佳訊號下「聽見」至少三個 AP。 [6:30] Host: 另一個陷阱是 MAC 隨機化。現代 iOS 和 Android 裝置在探測時會隨機化其 MAC 位址,以保護使用者隱私。這意味著您可以追蹤裝置在單次造訪期間的路徑,但無法輕易僅憑探測數據將其識別為回訪者。解決方案?鼓勵驗證。當使用者登入您的客用 WiFi 入口網站時,他們會將其實際身分與目前的工作階段相關聯,從而實現符合 GDPR 和其他隱私標準的豐富第一方數據擷取。 [7:30] Host: 現在進入快速問答時間。 問題一:使用者是否需要連接到 WiFi 才能被追蹤? 答案:不需要,只需在其裝置上啟用 WiFi,AP 就能偵測到其探測請求,從而提供被動的現場人數數據。然而,連接網路可以提供更豐富、經過驗證的數據。 問題二:WiFi 定位的精確度如何? 答案:通常在 5 到 10 公尺以內,具體取決於 AP 密度和環境因素。它非常適合區域級追蹤,但不適用於在特定貨架上尋找特定商品。 [8:30] Host: 總結來說,室內 WiFi 定位將您的網路基礎設施從成本中心轉變為策略資產。透過了解 RSSI 三邊測量並確保適當的 AP 部署,您可以解鎖強大的分析功能。請記住關鍵要點:確保有足夠的 AP 密度進行三邊測量、考慮環境干擾,並利用 Captive Portal 從被動追蹤轉向已驗證的第一方數據收集。 [9:30] Host: 如需更詳細的實施指南和架構概覽,請查看 Purple 網站上的資源。本次簡報就到這裡。感謝您的收聽,我們下次再見。 [Outro Music swells and fades] [10:00] 腳本結束。

header_image.png

執行摘要

對於現代場域(無論是零售旗艦店、飯店還是大型體育場)而言,了解實體訪客流量與追蹤數位網站流量在策略上同樣重要。GPS 在室內會失效,從而留下顯著的能見度缺口,使營運商損失實際收入。本指南說明企業 IT 團隊如何利用現有的 Guest WiFi 基礎架構來部署基於 WiFi 的室內定位系統 (IPS)。這項技術並非新技術,但 RSSI 三角測量、校準後的存取點 (AP) 對照,以及雲端 WiFi Analytics 平台的整合已發展成熟,現在部署已是一個實用的、可在單季交付的專案,而非耗時數年的研究計畫。本文件提供了做出明智決策所需的技術架構、實作步驟、常見失敗模式和 ROI 架構。如需對分析層進行更廣泛的介紹,請參閱我們的指南: 什麼是 WiFi Analytics?完整指南


技術深度解析

室內 WiFi 定位的物理原理

室內定位的根本挑戰在於,運作頻率約為 1575 MHz 的 GPS 訊號在穿過建築材料時會嚴重衰減。混凝土天花板會使訊號強度降低 20–30 dB,導致 GPS 在建築物幾層樓以下的地方完全無法使用。基於 WiFi 的室內定位避開了這個問題,它利用了任何企業網路部署中已存在的 2.4 GHz 和 5 GHz 訊號。

其核心機制是接收訊號強度指示 (RSSI)。當行動裝置啟用 WiFi 時,它會定期廣播 802.11 探測請求框架以探索可用網路。範圍內的每個 AP 都會接收這些框架,並記錄傳輸裝置的 MAC 位址以及 RSSI 值(訊號功率的對數測量值,通常以 dBm 表示,其中 -30 dBm 代表極強訊號,-90 dBm 代表極弱訊號)。

RSSI 三角測量 (三邊測量)

單一 AP 可以確認裝置在其覆蓋範圍內,但無法確定方向或精確距離。為了定位裝置,系統需要同時取得至少三個 AP 的讀數,這個過程正確來說稱為三邊測量(儘管「三角測量」是業界常用的術語)。

rssi_triangulation_diagram.png

分析平台應用路徑損耗模型(通常是對數距離路徑損耗模型),將每個 RSSI 值轉換為與該 AP 的估算距離。透過三個距離估算值和每個 AP 的已知實體座標,系統即可求解交叉點,該交叉點即代表裝置的估算位置。在實務上,由於環境干擾,這個交叉點很少是一個完美的點;系統會改為計算一個機率區域並回報其質心。

關鍵公式參考: 對數距離路徑損耗模型表示為:

PL(d) = PL(d₀) + 10n·log₁₀(d/d₀) + Xσ

其中 n 是路徑損耗指數(室內環境通常為 2–4),d 是距離,而 是代表遮蔽效應的零均值高斯隨機變數。

被動追蹤 vs. 已驗證分析

區分這兩種運作模式至關重要,因為它們在數據品質和合規性方面有著根本性的不同:

模式 觸發條件 數據品質 合規性考量
被動存在偵測 裝置已啟用 WiFi;未連線 彙總人流量、區域密度 MAC 隨機化限制了個人追蹤
已驗證分析 使用者透過 Captive Portal 連線 豐富的第一方輪廓、停留時間、回訪者 登入時需要明確的 GDPR 同意

MAC 隨機化是此處的關鍵變數。自 iOS 14 和 Android 10 起,行動作業系統會隨機化探測請求中使用的 MAC 位址。這意味著裝置在每次造訪時都會顯示為不同的實體,從而防止對回訪個人進行被動追蹤。實際的影響是,被動數據對於彙總熱圖和人流量統計非常有用,但若要進行任何個人層級的分析,則需要已驗證的數據(當使用者透過 Captive Portal 登入訪客網路時擷取)。

如需更廣泛地探索包括 UWB 和 BLE 在內的輔助定位技術,請參閱我們的指南: 室內定位系統:UWB、BLE 與 WiFi 指南


實作指南

第 1 階段:環境評估與 RF 規劃

在安裝任何 AP 之前,必須進行徹底的 RF 規劃。實體環境決定了訊號傳播,而在規劃階段做出的假設若在實際場地中被證明不正確,將導致難以在部署後診斷的精確度偏差定位數據。

AP 密度需求: 為了進行精確的三邊測量,在覆蓋範圍內的任何一點,裝置必須被至少三個 AP 以 -65 dBm 或更佳的訊號強度偵測到。這比基本的網路存取覆蓋要求更嚴格(後者在 -75 dBm 即可運作)。在實務上,這意味著在開放環境中大約每隔 15–20 公尺部署一個 AP,而在障礙物密度高(金屬貨架、混凝土柱、玻璃隔間)的區域則要明顯更密集。

場地勘測: 在進行實體安裝之前,使用 RF 規劃軟體(例如 Ekahau、iBwave)進行預測性場地勘測。隨後進行主動場地勘測安裝後進行驗證以確認覆蓋範圍並識別訊號死角。

第二階段:AP 對應與平台設定

實體安裝 AP 後,必須在分析平台上設定其精確的座標。

  1. 上傳按比例繪製的平面圖(PDF、DWG 或 PNG 格式)至分析平台儀表板。
  2. 將每個 AP 的確切實體座標對應到數位平面圖上。此步驟至關重要且不可妥協——此處的任何誤差都會直接導致定位不準確。
  3. 定義區域(Zones)——平面圖上的具體多邊形區域(例如「結帳區」、「男裝區」、「大廳」)——以啟用每個區域的細粒度停留時間和客流量報告。
  4. 設定無線區域網路控制器(WLC),以便透過適當的 API 或 syslog 整合將存在數據(presence data)轉發至分析平台。

第三階段:Captive Portal 與同意架構

為了獲取經過驗證的數據並符合 GDPR 及類似框架的規定,請部署 Captive Portal,在授予網路存取權限之前向使用者顯示清晰的同意聲明。該入口網站至少應收集:姓名、電子郵件地址,以及對基於分析目的進行數據處理的明確同意。

wifi_analytics_heatmap.png


最佳實踐

標準化使用 5 GHz 進行分析: 雖然 2.4 GHz 穿牆能力較強,但其頻段非常擁擠,且易受藍牙、微波爐和鄰近網路的干擾。引導用戶端使用 5 GHz 可以產生更乾淨、更一致的 RSSI 讀數,從而提高定位準確性。在 WLC 上設定頻段引導(band steering),以優先讓支援的用戶端連線至 5 GHz。

定期安排校準審查: 實體環境並非一成不變。季節性的零售佈局調整、新增隔間牆,甚至是大型臨時設施(如展覽攤位)都可能顯著改變射頻(RF)傳播。建議每季或在場地發生任何重大實體變更後立即安排校準審查。

實施數據最小化: 根據 GDPR 第 5(1)(c) 條,應僅收集實現聲明目的所需的最少數據。對於區域級分析,這意味著儲存彙整的計數,而非個別裝置的移動路徑。在擴大數據收集範圍之前,請先諮詢您的數據保護官(DPO)。

利用 IoT 架構: WiFi 定位與更廣泛的 IoT 部署整合已成趨勢。如需了解室內定位如何融入更廣泛的智慧場館架構,請參閱我們的指南: 物聯網架構:完整指南


疑難排解與風險緩釋

故障模式 徵兆 根本原因 緩釋措施
AP 密度不足 裝置在熱圖上的遠距離區域之間「跳躍」 偵測到該裝置訊號強度達 -65 dBm 的 AP 少於 3 個 進行主動場地勘測;在訊號死角增設 AP
AP 對應不準確 熱圖顯示在實體上不可能的位置有高停留時間 平台中輸入的 AP 座標不正確 對照實體安裝記錄,交叉比對每個 AP 的座標
MAC 隨機化 儘管已知有重複客流,但回訪客指標接近於零 僅進行被動追蹤;無已驗證的連線階段 部署結合誘因登入的 Captive Portal
多路徑干擾 特定區域的定位估算異常不穩定 金屬貨架或玻璃造成的訊號反射 調整 AP 位置;使用定向天線;在分析平台中應用卡爾曼濾波(Kalman filtering)
頻道擁擠 2.4 GHz 上的 RSSI 讀數不一致 來自鄰近網路的同頻道干擾 將分析用戶端遷移至 5 GHz;在 WLC 上實施自動頻道分配

投資報酬率(ROI)與商業影響

室內 WiFi 定位的商業案例在被視為一項能同時為多個部門帶來回報的基礎設施投資時最為強大。

零售業: 擁有 20 家門市的中型時尚零售商可以使用區域級停留時間數據,來識別哪些商品陳列產生的互動最多。在類似的部署中,根據此數據重新調整表現不佳的陳列已被證實能將銷售轉換率提高 8-15%。如需特定行業的指引,請參閱我們的 零售業 解決方案。

旅宿業: 擁有 300 間客房的飯店可以即時監控櫃檯和餐飲部門的排隊長度,動態調配員工以防止在高峰時段服務品質下降。追蹤旅客在飯店內的移動還能優化房務整理,縮短客房週轉時間。請參閱我們的 旅宿業 案例研究以獲取部署範例。

醫療保健: 英國國民保健署(NHS)信託基金和私立醫院正在使用基於 WiFi 的資產追蹤(透過在醫療設備上安裝支援 WiFi 的標籤),將每次尋找移動資產的平均時間從 20 分鐘縮短至 2 分鐘以下。這直接減少了臨床醫護人員浪費在非臨床任務上的時間。探索我們的 醫療保健 解決方案。

交通運輸: 機場和鐵路營運商使用存在分析(presence analytics)來管理旅客通過安檢和登機門的人流,從而減少擁擠並提高準點起飛率。請參閱我們的 交通運輸 行業頁面以獲取相關案例研究。

衡量 ROI: 在部署前建立關鍵指標(停留時間、排隊長度、資產尋找時間)的基準測量值。在部署後第 30、60 和 90 天重新測量。一個部署良好的室內定位系統通常能實現若將完整的營運效率提升納入計算,可在 12 至 18 個月內回收成本。

如需全面了解建構在此定位基礎架構之上的分析功能,請參閱我們的指南: 什麼是 WiFi 分析?完整指南

關鍵定義

RSSI (Received Signal Strength Indicator)

接收到的無線電訊號功率位準的測量值,以 dBm(相對於 1 毫瓦的分貝)表示。數值範圍通常從 -30 dBm(極佳)到 -90 dBm(極弱)。

IT 團隊使用多個 AP 回報的 RSSI 值來估算裝置與每個 AP 的距離,並透過三邊測量計算其位置。-65 dBm 閾值是可靠定位的業界標準最小值。

Trilateration (三邊測量)

一種透過測量點與三個或更多已知參考點的距離,利用圓(2D)或球體(3D)的交點來確定該點位置的幾何方法。

這是 WiFi 室內定位的數學基礎。它與三角測量(Triangulation)不同,後者使用的是角度而非距離,儘管這兩個術語在廠商文件中經常混用。

Probe Request (探測請求)

由啟用 WiFi 的裝置廣播的 802.11 管理訊框,用於發現其附近可用的網路。

探測請求是被動現場偵測的基本數據來源。只要啟用了 WiFi,即使裝置未連接到任何網路,也會發送探測請求。

MAC Randomisation (MAC 隨機化)

現代行動作業系統(iOS 14+、Android 10+)中的一項隱私功能,可在探測請求訊框中替換隨機生成的 MAC 位址,從而防止跨工作階段的持久追蹤。

這是被動個人追蹤的主要技術障礙。IT 團隊必須實施 Captive Portal 驗證,以獲取用於回訪者分析的持久識別碼。

Captive Portal

在授予網路存取權限之前向使用者呈現的網頁,通常需要進行驗證或接受條款與條件。

Captive Portal 是匿名現場偵測與已驗證第一方分析之間的關鍵節點。它也是在客用 WiFi 部署中獲取 GDPR 同意的主要機制。

Dwell Time (停留時間)

偵測到的裝置留在特定區域或整個場館內的持續時間,從工作階段內的首次偵測到最後一次偵測進行測量。

零售和旅宿營運商的主要 KPI。在產品區域的高停留時間與購買意願相關;在服務台的低停留時間可能表示服務體驗不佳。

Multipath Interference (多路徑干擾)

一種傳播現象,由於障礙物的反射、折射或散射,無線電訊號透過兩條或多條路徑到達接收天線。

在具有金屬貨架、玻璃帷幕或混凝土柱的環境中尤為常見。它會導致 RSSI 讀數波動,而與實際裝置距離無關,從而降低定位精確度。

Path Loss Exponent (路徑損耗指數)

對數距離路徑損耗模型中的一個參數,描述在給定環境中訊號強度隨距離衰減的速度。自由空間 = 2;典型室內 = 3–4;有障礙物的室內 = 4–6。

分析平台使用校準後的路徑損耗指數將 RSSI 值轉換為距離估算值。未正確校準的指數是系統性定位誤差的常見來源。

Zone Analytics (區域分析)

在場館平面圖上使用者定義的多邊形區域內,現場人數和停留時間數據的聚合。

區域是 WiFi 分析平台中商業報告的主要單位。它們將原始位置座標轉換為有意義的商業區域(例如「結帳台」、「咖啡廳」、「展覽廳 A」)。

範例

一家擁有 12 家分店的時尚零售連鎖店希望了解新的店面佈局如何影響顧客在「居家生活」區域的停留時間。他們擁有基礎的訪客 WiFi 網路,但沒有分析功能。IT 經理有 90 天的專案窗口和有限的預算。

步驟 1:對旗艦店進行主動現場勘測,以找出 AP 覆蓋盲點。提高「居家生活」區域的 AP 密度,以確保在 -65 dBm 或更佳訊號下達到 3 個 AP 的重疊覆蓋。步驟 2:透過管理 API 將無線區域網路控制器與 WiFi 分析平台整合。步驟 3:上傳店面平面圖並精確對應所有 AP 座標。在分析儀表板中繪製「居家生活」區域的多邊形。步驟 4:部署 Captive Portal,提供 10% 的折扣碼以換取電子郵件註冊和 GDPR 同意。這能將被動的 MAC 隨機化數據轉換為經過驗證的停留時間指標。步驟 5:在佈局變更前進行為期 30 天的基準測量,然後在變更後進行 30 天的測量。比較兩個時期該區域的平均停留時間和人流量密度。

考官評語: 此方法正確指出,在不升級密度的情況下,基礎 WiFi 不足以進行分析。至關重要的是,它透過 Captive Portal 誘因解決了 MAC 隨機化問題,這是零售部署中最常見的疏忽。30 天的基準期至關重要——若沒有它,就無法將停留時間的變化歸因於佈局變更,而非季節性波動。

一個舉辦 5,000 人代表會議的會議中心收到投訴,稱在 08:30–09:30 的高峰時段,主報到處排隊長達 20 分鐘。營運總監希望尋求數據驅動的解決方案,以觸發即時的人員重新調配。

步驟 1:驗證報到處周圍的 AP 密度是否足以進行精確的現場偵測(在 -65 dBm 下至少 3 個 AP)。步驟 2:在分析平台中定義「報到處」區域和「報到排隊」區域(通往報到處的區域)。步驟 3:設定自動警報:如果「報到排隊」區域中的裝置數量超過 40 個且持續超過 3 分鐘,則向現場經理的行動裝置發送簡訊和推播通知。步驟 4:建立 70 個裝置的二級警報閾值,觸發向場館營運總監的呈報。步驟 5:每週審查警報記錄,根據實際觀察到的排隊與投訴關聯性來微調閾值。

考官評語: 此解決方案正確地從歷史報告轉向即時營運管理。雙層警報閾值是一項最佳實踐——第一層能在排隊演變成投訴之前進行主動干預;第二層則在第一層回應不足時確保管理層的能見度。每週的閾值審查可防止因未校準好的觸發器而導致警報疲勞。

練習題

Q1. 您是一家大型百貨公司的網路架構師。初始熱點圖顯示裝置經常出現在錯誤的部門——地圖上站在男裝區的顧客被歸類在女裝區。最可能的原因是什麼?您的診斷和補救流程是什麼?

提示:同時考慮實體環境和分析平台的設定。

查看標準答案

有兩個可能的原因:(1)AP 座標對應錯誤——在分析平台中輸入了一個或多個 AP 的錯誤實體位置,導致從這些 AP 得出的所有位置估算值出現系統性偏差。補救措施:對照平台中記錄的座標,實體驗證每個 AP 的位置,並修正任何偏差。(2)AP 密度不足——如果少於三個 AP 在 -65 dBm 下偵測到裝置,則三邊測量是在數據不完整的情況下進行,從而產生不精確的估算。補救措施:進行主動現場勘測以找出覆蓋盲點,並根據需要增加 AP。先從原因(1)開始,因為它的診斷速度更快且成本更低。

Q2. 您的行銷團隊回報,儘管店面經理有強烈的口頭證據表明許多顧客每週光顧多次,但 WiFi 分析儀表板中的「回訪者」指標已連續三個月為 0%。技術解釋是什麼?解決方案是什麼?

提示:考慮現代行動作業系統的隱私功能。

查看標準答案

該平台完全依賴被動探測請求追蹤。由於現代 iOS 和 Android 裝置在每次探測工作階段中都會隨機化其 MAC 位址,因此每次造訪都會顯示為一個新的、唯一的裝置。系統沒有機制可以跨工作階段連結來自同一實體裝置的造訪。解決方案是實施需要使用者驗證(電子郵件登入、社群媒體登入或類似方式)的 Captive Portal。一旦使用者通過驗證,其工作階段就會與持久識別碼(電子郵件地址或使用者 ID)綁定,從而使平台能夠正確識別和計算回訪者。建議透過提供會員折扣等方式鼓勵登入,以最大化已驗證工作階段的比例。

Q3. 安裝了一個新的 AP,以覆蓋場館地下停車場先前訊號中斷的區域。已確認該 AP 已上線、正在為用戶端提供服務,並顯示在 WLC 儀表板中。然而,分析平台顯示停車場區域沒有現場數據。遺漏了哪個步驟?您如何解決?

提示:網路層和分析層有不同的設定要求。

查看標準答案

分析平台設定中遺漏了 AP 對應步驟。雖然該 AP 在網路層功能完全正常,但其實體座標尚未在分析平台的平面圖中註冊。平台正在接收來自該 AP 的現場數據,但無法將其放置在地圖上,因此數據要麼被捨棄,要麼被聚合到「未對應」類別中。解決方案:登入分析平台,導覽至平面圖設定,並新增具有精確實體座標的新 AP。如果停車場位於不同的樓層,請在放置 AP 標記之前確保已選擇正確的平面圖樓層。

Q4. 法務團隊提出疑慮,擔心室內定位系統可能在沒有足夠 GDPR 法律依據的情況下處理個人數據。作為 IT 主管,您如何評估和解決此風險?

提示:分別考慮被動和已驗證追蹤模式。

查看標準答案

分別評估兩種追蹤模式。對於被動追蹤(探測請求):當 MAC 隨機化的探測數據無法與已識別的個人連結時,在 GDPR 下通常不被視為個人數據。但是,如果系統保留原始 MAC 位址一段時間,則應與您的 DPO 進行審查,因為非隨機化的 MAC 可能是個人數據。透過儘快聚合到區域級計數並清除原始 MAC 記錄來實施數據最小化。對於已驗證追蹤:這顯然涉及個人數據(電子郵件地址、裝置關聯)。法律依據通常是透過 Captive Portal 獲取的同意。確保同意聲明具體、細緻,並清楚說明分析使用案例。實施數據保留政策和當事人存取請求流程。根據 GDPR 第 30 條,在您的處理活動記錄(ROPA)中記錄這兩種模式。