網路管理員指南:GDPR 與訪客數據隱私合規性
針對 IT 經理、網路架構師和場域營運總監的全面技術參考指南,旨在建構符合 GDPR 規範的訪客 WiFi 網路。內容涵蓋訪客網路收集的四類個人數據、每類的法律依據、Captive Portal 同意機制、VLAN 隔離、數據保留自動化,以及 Purple 的硬體無關平台如何對應各項合規要求。場域營運商將學習如何將訪客 WiFi 合規性從監管責任轉化為可防禦的第一方數據資產。
收聽此指南
查看播客逐字稿

執行摘要
顧客 WiFi 是一個受監管的資料收集終端。每當顧客連線時,所有提供公共網路存取的飯店、零售連鎖店、體育場和會議中心,在一般資料保護規則 (GDPR) 下都會立即成為資料控制者 (Data Controller)。針對不合規行為,ICO 最高可處以 2,000 萬歐元或全球年營業額 4% 的罰鍰。自 2018 年以來,已開出超過 2,800 筆 GDPR 罰單,總額超過 62 億歐元,其中違反同意規定是最常被執行的類別 (SecurePrivacy, 2026)。
本指南為您提供建構合規顧客網路的技術架構。我們涵蓋了您網路處理的四類個人資料、每類資料所需的合法基礎、Captive Portal 同意架構、VLAN 區隔、WPA3 加密、RADIUS 整合以及自動化資料保留。我們還將展示 Purple 的 Guest WiFi 平台(已部署於 80,000 多個場域,並在 2024 年處理了 4.4 億次登入(Purple 內部數據))如何對應這些要求,讓您無需更換現有硬體即可填補合規漏洞。
無論您是管理 Premier Inn、Harrods 旗艦店、Manchester Airports Group 航廈,還是多據點零售物業的顧客連線,本指南中的架構都直接適用於您的環境。
技術深度解析
您的顧客網路實際上收集了哪些資料?
任何合規計畫的第一步都是進行誠實的資料盤點。顧客 WiFi 網路處理四種不同類別的個人資料,每種資料都有不同的法律影響。

| 資料類別 | 範例 | 合法基礎 | 關鍵合規考量 |
|---|---|---|---|
| 註冊資料 | 姓名、電子郵件、電話號碼、社群登入設定檔 | 同意 | 必須透過明確、細緻的選擇性同意 (opt-in) 進行收集。不得與網路存取條款綑綁。 |
| 裝置與工作階段資料 | MAC 位址、IP 位址、連線開始/結束時間、消耗的頻寬 | 正當利益 | 需要進行正當利益評估 (LIA)。保留不超過 30 天以用於疑難排解。 |
| 位置資料 | AP 關聯記錄、RSSI 三角定位、人流熱圖 | 同意 | 在隱私權聲明中明確揭露。在傳送到分析平台之前,先在邊緣端進行去識別化 (Pseudonymise)。 |
| 使用資料 | DNS 查詢、目的地 IP 範圍 | 正當利益 | 僅限於安全過濾。未經明確同意,請勿建立個人瀏覽設定檔。 |
MAC 位址屬於個人資料。英國資訊專員辦公室(ICO)在 2023 年確認了這一立場:當 MAC 位址與連線時間戳記和場域位置結合時,足以識別特定個人的存在和行為。MAC 位址隨機化(目前在 iOS 14+、Android 10+ 和 Windows 10+ 上已成為預設設定)雖然降低了裝置追蹤的持續性,但並未消除收集時的資料保護義務。
作為合規介面的 Captive Portal
Captive Portal(有時稱為 Splash Page 或 Walled Garden)是一個網頁介面,用於攔截訪客的 HTTP 流量,並在授予網路存取權限之前,將其重導向至同意與驗證頁面。這是您建立合法資料處理基礎的主要機制。
根據 GDPR 第 7 條和第 13 條,合規的 Captive Portal 架構必須滿足以下五個要求:
1. 獨立同意。 網路存取條款與行銷同意必須作為獨立元素呈現。使用者必須能夠在不同意行銷的情況下連接到 WiFi。如果他們無法做到這一點,則該行銷同意並非自由給予,因此無效。這是歐盟最常引起訴訟的同意違規行為。
2. 未勾選的核取方塊。 每個選填的同意元素都必須呈現為未勾選的核取方塊。根據 GDPR 序言第 32 條,明確禁止預先勾選的方塊。使用者必須採取主動行為才能選擇加入。
3. 細緻的目的揭露。 必須清楚說明每個處理目的。「用於商業目的」是不夠的。「向您發送關於我們會員計劃的促銷電子郵件」則是足夠的。
4. 同意稽核記錄。 您的系統必須記錄確切的時間戳記、使用者的 IP 位址、裝置的 MAC 位址、所做出的具體同意選擇,以及所呈現的隱私權聲明版本。Purple 會記錄每一次同意事件,並將這些記錄保存至互動後兩年(Purple 內部資料),以提供具防禦力的稽核軌跡。
5. 隱私權聲明連結。 在使用者提交任何資料之前,Splash Page 必須直接連結到您完整的隱私權政策。
網路架構:區段劃分與加密
合規的資料處理始於網路層。訪客流量必須與您的企業基礎設施隔離。
VLAN 區段劃分。 為訪客 SSID 設定專用的 VLAN。套用 ACL 以阻止訪客裝置存取 RFC 1918 位址範圍(10.0.0.0/8、172.16.0.0/12、192.168.0.0/16)。在無線基地台(AP)層級啟用用戶端隔離,以防止訪客之間的流量互通。這在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 平台上皆有原生支援。
WPA3 加密。 在硬體支援的情況下,於您的訪客 SSID 上部署 WPA3。WPA3 的對等實體同時驗證 (SAE) 握手消除了 WPA2 四向握手中存在的 KRACK 漏洞,並提供前向安全性,這意味著即使工作階段金鑰遭到破解,也無法用於解密過去的流量。對於尚不支援 WPA3 的硬體,請強制使用帶有 AES-CCMP(而非 TKIP)的 WPA2。
Captive Portal 上的 HTTPS。 透過具有有效 TLS 1.2 或 1.3 憑證的 HTTPS 提供您的歡迎頁面。透過 HTTP 收集個人資料是一項嚴重的安全漏洞,這將在任何 ICO 調查中被顯著指出。Purple 的雲端託管 Captive Portal 預設強制執行 HTTPS。
RADIUS 整合。 將您的無線區域網路控制器與 RADIUS 伺服器整合以進行驗證。當使用者完成 Captive Portal 流程時,平台會向 WLC 發送 RADIUS Access-Accept 訊息以授予網路存取權限。這在驗證事件與資料收集層之間建立了乾淨、可稽核的隔離。Purple 透過標準 RADIUS 協定與 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 整合,無需內部部署伺服器。
如需深入瞭解企業驗證架構,請參閱我們的指南: 無 Active Directory 或內部部署伺服器的企業 WiFi 驗證 。
資料保留:隱形合規風險
大多數組織將其合規工作集中在同意收集層,而忽略了儲存限制原則。根據 GDPR 第 5(1)(e) 條,個人資料的儲存時間不得超過收集目的所需的時間。無限期保留工作階段記錄即屬違規,即使最初的收集是合法的。
訪客 WiFi 資料的合理保留時程表:
| 資料類型 | 建議保留時間 | 理由 |
|---|---|---|
| 工作階段記錄 (IP, MAC, 時間戳記) | 30 天 | 足以進行網路疑難排解和安全調查 |
| 同意記錄 | 最後一次互動後 2 年 | 涵蓋潛在的法律挑戰和監管稽核 |
| 行銷設定檔 | 直至撤回同意 | 收到退出或 DSAR 刪除請求時立即刪除 |
| 網路安全記錄 | 12 個月 | 符合 NCSC 的事件回應指南 |
| DHCP/DNS 記錄 | 30-90 天 | 支援安全鑑識;需記錄其合理依據 |
Purple 對每個資料類別套用可設定的保留規則並自動執行刪除,因此您無需依賴跨多個場域的繁瑣手動流程。
資料處理增補協議與供應商盡職調查
根據 GDPR 第 28 條,您的顧客 WiFi 供應商屬於資料處理者(Data Processor)。在任何個人資料流向第三方平台之前,您必須簽署資料處理增補協議(DPA)。DPA 必須明確指出處理的資料類別、處理目的、所使用的次級處理者、已採取的安全措施,以及處理 DSAR(資料主體權利請求)和資料外洩的程序。
在評估供應商時,請要求提供 ISO 27001 認證、SOC 2 Type II 報告以及其自身的 GDPR 合規文件證明。Purple 擁有 ISO 27001 認證,符合 GDPR 和 CCPA 規範,並持有 Cyber Essentials 和 B Corp 認證。
如需了解更多關於企業級 WiFi 安全架構的背景資訊,請參閱我們的 企業級 WiFi 安全指南 。
實作指南
步驟 1:進行資料盤點
對您顧客網路收集的每個資料點進行對照。包括 Captive Portal 欄位、WLC 產生的工作階段記錄、傳送到第三方平台的任何分析資料,以及任何 CRM 整合。為每個資料類別分配一個合法依據。識別目前缺乏有效依據的任何處理活動。
步驟 2:重新設計您的 Captive Portal
對照上述五項要求審查您目前的歡迎頁面(Splash Page)。如果行銷同意與網路存取綁定在一起,請將其分開。如果核取方塊已預先勾選,請取消勾選。如果您的隱私權聲明隱藏在服務條款文件中,請將其作為直接連結顯示在歡迎頁面上。Purple 的 Capture 方案提供符合合規要求的 Captive Portal 範本,開箱即可滿足這些要求。
步驟 3:設定網路分段
在您的 WLC 上建立專用的顧客 VLAN。套用 ACL 以封鎖對內部子網路的存取。啟用用戶端隔離(Client Isolation)。透過連接顧客裝置並嘗試存取內部資源來測試設定 — 您應該不會收到任何回應。
步驟 4:強制執行 HTTPS 和 WPA3
驗證您的 Captive Portal 是否透過 HTTPS 提供服務。檢查您的 SSL 憑證到期日並設定自動更新。如果您的存取點(AP)支援,請在顧客 SSID 上啟用 WPA3。對於 Cisco Meraki、HPE Aruba、Ruckus 和 Juniper Mist,WPA3 在目前的韌體版本中皆已提供。
步驟 5:實作自動化資料保留
在您的 WiFi 分析平台中設定刪除排程。將工作階段記錄設定為 30 天後清除。將行銷設定檔設定為在撤回同意後立即刪除。在您的隱私權政策中記錄您的保留排程。
步驟 6:建立 DSAR 流程
建立處理資料主體權利請求(DSAR)的書面流程。您有 30 天的時間進行回應。自助式偏好設定中心(顧客可在其中查看、修改和刪除其資料)可顯著減輕營運負擔。Purple 的平台提供了一個偏好設定中心,顧客可以透過任何行銷電子郵件中的連結進行存取。
步驟 7:與所有供應商簽署 DPA
審查每個接收訪客資料的第三方平台:您的 WiFi 分析提供商、您的 CRM、您的電子郵件行銷平台以及任何廣告網路。確保與每個平台都簽署了 DPA。

最佳實踐
使用漸進式剖析。 不要在一開始訪問時就要求提供所有資訊。在首次連線時收集電子郵件地址。在第二次訪問時,詢問名字。在第三次訪問時,提供加入會員忠誠計畫的選項。這能減少阻力、提高資料品質,並符合資料最小化原則。
驗證電子郵件地址。 在 Captive Portal 上實施即時電子郵件驗證。虛假的電子郵件地址會污染您的 CRM、降低送達率,並在您因電子郵件地址無效而無法回應 DSAR 時,造成合規上的複雜問題。
在邊緣端對位置資料進行去識別化。 如果您使用 WiFi 分析進行人流追蹤(如許多 餐飲旅宿業 和 零售業 營運商所做的那樣),請在資料到達您的分析平台之前,在基地台(AP)上對 MAC 位址進行去識別化。這能顯著降低位置處理的隱私風險,並強化您的正當利益評估(LIA)。
在部署分析之前進行 DPIA。 根據 GDPR 第 35 條,在部署涉及大規模位置追蹤、行為剖析或處理弱勢群體資料的系統之前,法律上強制要求進行資料保護影響評估(DPIA)。請記錄該評估並予以保留。
監控 MAC 位址隨機化。 iOS 14+、Android 10+ 和 Windows 10+ 預設會隨機化 MAC 位址。這意味著您的分析平台將會看到更高的裝置識別碼流失率。請圍繞在工作階段(session)層級的資料來設計您的分析,而非持久性的裝置追蹤。
對於 醫療保健 和 交通運輸 營運商而言,其訪客可能包括處於弱勢情況的患者或乘客,請對您的正當利益評估進行更嚴格的審查,並考慮所有處理活動是否都需要取得明確同意。
疑難排解與風險緩釋
失敗模式:同意疲勞。 如果您的 Captive Portal 要求太多資訊或提供太多同意選項,使用者要麼會放棄連線,要麼會不經閱讀就直接點擊通過。緩釋措施:將必填欄位限制為電子郵件地址。提供單一的選填行銷同意核取方塊。使用清晰、通俗易懂的語言。測試完成率並進行優化。 失敗模式:過時的行銷數據。 保留多年未互動用戶的行銷設定檔違反了儲存限制原則,並會降低電子郵件的送達率。緩解措施:在用戶停止活動 12 個月後實施重新互動活動。刪除在收到重新互動電子郵件後 30 天內未回應的設定檔。
失敗模式:不安全的 Captive Portal。 透過 HTTP 提供歡迎頁面會使使用者憑證和個人資料面臨被攔截的風險。緩解措施:強制執行 HTTPS。自動更新憑證。使用網路掃描器進行測試,以確認無法回退到 HTTP。
失敗模式:缺失 DPA。 在未簽署 DPA 的情況下將訪客數據發送到第三方平台,會使您對該處理器的任何洩漏或濫用承擔共同責任。緩解措施:每季審計所有數據流。在任何新整合上線之前,要求簽署 DPA。
失敗模式:錯過 72 小時資料洩漏通知。 GDPR 資料洩漏通知的計時從您意識到洩漏的那一刻開始,而不是在您的調查完成時。緩解措施:建立資料洩漏應對清單,將 ICO 通知納入發現後最初 24 小時內的步驟中。確保您的團隊知道在調查完成之前進行通知。
有關管理存取權限撤銷的指南(適用於員工離職或需要終止承包商存取權限時),請參閱我們的指南: 如何在員工離職時撤銷 WiFi 存取權限 。
投資報酬率與商業影響
符合 GDPR 規範並不純粹是成本支出。一個架構完善、合規的訪客 WiFi 部署能產生可衡量的商業價值。
第一方數據品質。 主動選擇加入行銷的訪客比那些被綑綁同意強迫的訪客更具參與度。使用 Purple 合規同意流程的場所報告的行銷選擇加入率為 35-45%(Purple 內部數據),與 GDPR 實施前的綑綁方法相比,電子郵件開信率更高,退訂率更低。
降低監管風險。 ICO 的執法記錄包括因數據安全不足對萬豪國際(Marriott International)處以 1,840 萬英鎊的罰款(ICO,2020 年),以及因安全漏洞對 DSG Retail 處以 50 萬英鎊的罰款(ICO,2020 年)。合規的架構能直接緩解這種風險敞口。
營運效率。 自動化的數據保留和自助服務 DSAR 減少了管理合規性所需的人員時間。Purple 的平台會自動處理同意記錄、保留執行和 DSAR 管理,將擁有 50 個場所的物業的合規開銷降低到手動流程所需的一小部分。
客戶信任。 79% 的消費者表示,他們更傾向於信任對其數據使用方式保持透明的品牌(Cisco 消費者隱私調查,2022 年)。一個清晰、誠實的 Captive Portal,解釋了價值交換(提供免費 WiFi 以換取電子郵件地址),能建立信任而不是削弱信任。
Purple 的 WiFi Analytics 平台為您提供獲取此價值的工具,同時保持完全合規。憑藉在 80,000 多個場域中收集的 290 億個數據點(Purple 內部數據),我們擁有足夠的規模來驗證實踐中(而非僅在理論上)行之有效的方案。
對於 零售業 的場域營運商而言,合規的第一方數據收集與人流量分析相結合,能顯著提升行銷活動定位和店內體驗。對於 餐旅業 營運商而言,這能推動會員計劃的成長和重複預訂。對於 交通運輸 樞紐而言,這能實現旅客流量管理和精準的零售優惠。
建構合規訪客 WiFi 系統的網路管理員不僅是在避免罰款。他們正在建立數據基礎架構,為其組織未來十年的行銷和營運策略提供強力支撐。
關鍵定義
資料控制者 (Data Controller)
決定個人資料處理目的和方式的實體。在訪客 WiFi 部署中,場所營運商即為資料控制者,並對 GDPR 合規性承擔最終法律責任。
IT 主管需要了解此定義,因為這代表場所(而非 WiFi 廠商)對任何合規性失效承擔主要責任。
資料處理者 (Data Processor)
根據正式的資料處理增補協議(DPA),代表資料控制者處理個人資料的實體。Purple 在此作為其場所客戶的資料處理者。
在任何個人資料流向第三方平台之前,必須簽署並準備好 DPA。在沒有 DPA 的情況下將訪客資料發送給廠商,會使控制者對任何濫用行為承擔連帶責任。
Captive Portal
一種 Web 介面,可攔截訪客的 HTTP 或 HTTPS 流量,並在授予網路存取權限之前,將其重導向至同意與驗證頁面。這是在訪客網路上建立資料處理合法依據的主要機制。
Captive Portal 的設計決定了您的同意收集在法律上是否有效。在訪客 WiFi 部署中,設計不良的入口網站是導致 GDPR 違規最常見的原因。
RADIUS (Remote Authentication Dial-In User Service)
一種網路協定,為網路存取提供集中式的驗證、授權與計費。在訪客 WiFi 中,當訪客完成同意流程後,Captive Portal 平台向無線區域網路控制器發送 RADIUS Access-Accept 訊息,以授予訪客網路存取權限。
RADIUS 整合可為每次驗證事件建立具備時間戳記的可稽核記錄,這有助於安全監控與 GDPR 合規性文件的記錄。
MAC 位址
分配給網路介面控制器的唯一硬體識別碼。在 GDPR 規範下,當 MAC 位址可與特定個人關聯時,即被歸類為個人資料。iOS 14+、Android 10+ 和 Windows 10+ 預設會將 MAC 位址隨機化,以減少持續性的裝置追蹤。
MAC 位址必須納入您的資料保留政策中。MAC 位址隨機化並不能消除收集點的資料保護義務。
正當利益 (Legitimate interest)
GDPR 第 6(1)(f) 條規定的合法依據,允許在符合控制者正當利益的必要情況下進行處理,前提是這些利益未被資料當事人的權利所覆蓋。這需要有記錄在案的正當利益評估 (LIA)。
通常用於證明基於網路安全進行基本工作階段記錄的合理性。在沒有進行完善的 LIA 評估前,不能將其作為行銷或分析的萬用依據。
DSAR (Data Subject Access Request)
個人要求存取、更正或刪除組織所持有其個人資料的正式請求。場所必須在 30 天內回覆。未能在期限內回覆會觸發 ICO 的執法行動。
自助式偏好設定中心可減輕處理 DSAR 的營運負擔。Purple 的平台允許訪客查看和刪除自己的資料,無需您團隊的手動介入。
DPIA (Data Protection Impact Assessment)
根據 GDPR 第 35 條規定,在部署可能對個人帶來高風險的處理活動之前,必須進行的結構化風險評估。對於大規模位置追蹤、行為剖析以及處理弱勢群體資料,此評估為強制性要求。
任何部署基於 WiFi 的人流量分析或人群密度監控的場所,都必須在正式上線前進行 DPIA。該評估必須記錄在案並予以保留。
WPA3
由 WiFi 聯盟標準化的最新一代 WiFi 安全協定。使用同時對等驗證 (SAE) 取代 WPA2 的四向交握,提供正向保密性並抵抗離線字典攻擊。目前 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist 和 Ubiquiti UniFi 的韌體均已支援。
在訪客 SSID 上部署 WPA3 是安全性最佳實踐,並向監管機構證明已根據 GDPR 第 32 條採取了適當的技術措施。
VLAN (Virtual Local Area Network)
在第 2 層隔離流量的邏輯網路區段。在訪客 WiFi 中,專用的訪客 VLAN 可防止訪客裝置存取企業網路資源,即使它們共用相同的實體基礎設施。
VLAN 切割是訪客 WiFi 的基礎網路架構控制措施。如果沒有它,與企業伺服器位於同一實體交換器上的訪客裝置,將有可能存取內部資源。
範例
一間擁有 200 間客房的 Premier Inn 飯店需要提供無縫的客用 WiFi,同時收集電子郵件以用於行銷電子報。他們目前的系統要求房客必須接受行銷資訊才能上網。飯店經理收到了一名房客的投訴,該房客不知道其電子郵件會被用於行銷。
使用 Purple 的 Capture 方案部署符合規範的 Captive Portal。為該入口網站設定兩個獨立的同意元素:核取方塊 1(強制性,在使用者勾選前保持未勾選狀態):「我接受 WiFi 存取的服務條款。」核取方塊 2(選填,預設未勾選):「我同意接收來自 Premier Inn 的行銷電子郵件。」使用者必須能夠勾選核取方塊 1 並連線,而無需觸碰核取方塊 2。設定入口網站以記錄這兩個同意選擇,並附帶時間戳記和隱私權政策版本。透過 Purple 的 API 將入口網站與飯店的 CRM 整合,僅同步勾選了核取方塊 2 的使用者。設定在取消訂閱時自動刪除行銷設定檔。透過連線裝置、僅勾選核取方塊 1 並驗證 CRM 中未建立行銷記錄來測試此流程。
一個可容納 60,000 人的體育場 IT 團隊希望使用 WiFi 分析來即時監控人群密度、識別擁擠點並提高安全性。法律團隊指出,在未經同意的情況下追蹤訪客裝置位置可能會違反 GDPR。該體育場使用 Cisco Meraki 存取點,且目前沒有 Captive Portal。
透過 Meraki API 整合,在現有的 Cisco Meraki 基礎架構上部署 Purple 的客用 WiFi 平台。設定一個明確揭露位置數據處理的 Captive Portal:「我們使用您裝置的 WiFi 訊號來監控人群密度並提高此場館的安全性。此數據已進行匿名化處理,不會用於追蹤個人。」使用 Purple 的邊緣處理設定,在 Meraki 存取點層級啟用 MAC 位址去識別化(Pseudonymisation),以便在數據到達 Purple 分析平台之前,將原始 MAC 位址替換為去識別化的識別碼。設定分析儀表板以按區域顯示彙整的密度數據,而非個別裝置的移動路徑。在正式上線前進行 DPIA(數據保護影響評估),記錄隱私風險和已採取的緩解措施。將 DPIA 保存在您的合規記錄中。
練習題
Q1. 某家零售連鎖店希望使用訪客 WiFi 數據向購物者發送促銷電子郵件。其 IT 團隊建議在 Splash 頁面上新增一個預先勾選的核取方塊,標籤為「發送專屬優惠給我」。行銷團隊認為這沒有問題,因為使用者可以取消勾選。這種方法是否合規?應該如何改進?
提示:請考量 GDPR 前言第 32 條以及明確同意的定義。
查看標準答案
否,這不合規。GDPR 前言第 32 條明確指出,預先勾選的方塊不構成有效的同意。同意必須是主動肯定的行為。核取方塊預設必須為未勾選狀態,需要購物者主動選擇加入。解決方法很簡單:將核取方塊變更為預設未勾選。同時,請確認行銷同意書與網路存取的服務條款是分開呈現的獨立元素,以便購物者在不同意行銷的情況下仍能連線。
Q2. 您的網路安全團隊需要保留來自訪客網路的 DHCP 和 DNS 記錄,以調查三個月前發生的惡意軟體爆發事件。這些記錄仍保留在 SIEM 上。數據保留政策規定會話記錄應在 30 天內清除。您該如何處理此衝突?
提示:請考量正當利益的合法依據以及記錄例外情況的概念。
查看標準答案
在正當利益的合法依據下,針對進行中的安全調查,標準的 30 天保留期可以延長。然而,此例外情況必須記錄在案:記錄事件日期、調查範圍、超出標準期限保留的特定數據,以及延長保留期的預期結束日期。調查結束後,必須清除這些記錄。請勿將進行中的調查作為無限期保留數據的理由。
Q3. 您飯店的一位訪客透過電子郵件提交了「被遺忘權」(刪除請求)。他們在六個月前連線到訪客 WiFi,並選擇加入了您的行銷電子報。您必須採取哪些行動?時限為何?
提示:請思考訪客數據可能存在的所有系統,而不僅僅是 WiFi 平台。
查看標準答案
您必須在收到請求後 30 天內完成刪除。所需行動:(1) 從您的 WiFi 分析平台 (Purple) 中刪除該訪客的行銷個人檔案。(2) 確保此刪除操作同步到任何整合系統,包括您的 CRM、電子郵件行銷平台(例如 Mailchimp 或 HubSpot),以及任何接收該數據的廣告平台。(3) 在未來的行銷發送名單中排除該電子郵件地址,以防止重新收集。(4) 保留刪除請求本身的記錄(而非個人數據),以供合規審計追蹤之用。注意:您可以自連線之日起保留標準 30 天期限的會話記錄,但如果這些記錄已根據您的保留政策清除,則無需採取任何行動。
Q4. 您正在一個擁有 15 個場地的會議中心園區部署訪客 WiFi。每個場地使用不同的硬體廠商:五個場地運行 Cisco Meraki,五個運行 HPE Aruba,另外五個運行 Ruckus。您如何在不於每個地點部署獨立本地伺服器的情況下,在所有 15 個場地實施一致且合規的 Captive Portal 與同意記錄架構?
提示:請考量與硬體無關的雲端重疊 (overlay) 方法。
查看標準答案
將 Purple 部署為與硬體無關的雲端重疊。Purple 透過各自的 API 和 RADIUS 協定與 Cisco Meraki、HPE Aruba 和 Ruckus 整合,在所有 15 個場地呈現單一且一致的 Captive Portal 範本。同意記錄、數據保留執行和 DSAR 管理皆在 Purple 雲端平台中集中處理,無需本地伺服器。在 Purple 中設定單一的隱私權政策和同意範本,然後推送到所有場地。這可確保無論底層硬體廠商為何,皆能維持一致的合規態勢。
繼續閱讀本系列
三大 SSID 搞定一切:訪客、員工與 IoT WiFi 設定指南
本權威技術參考指南提供實施三 SSID WiFi 架構的逐步藍圖。其中說明如何使用 Captive Portal、802.1X RADIUS 以及單一裝置預共用金鑰 (xPSK) 來區隔訪客、員工和 IoT 流量,以優化效能並確保符合 PCI DSS 規範。
CommScope Ruckus 與 Purple WiFi 整合:安裝與設定指南
本技術參考指南為 CommScope Ruckus 架構與 Purple WiFi 的整合提供了權威的設定指南。其中詳細介紹了使用 Guest WiFi Captive Portal、透過 802.1X 的安全員工 WiFi,以及使用 Ruckus Dynamic PSK 的多租戶網路隔離的逐步部署步驟。
Allied Telesis 基地台與 Purple WiFi 整合
本指南提供將 Allied Telesis TQ 系列基地台與 Purple WiFi 整合的完整設定指南。內容涵蓋外部 Captive Portal 重新導向、802.1X RADIUS 驗證,以及使用私有預共用金鑰 (PPSK) 進行動態 VLAN 導向,以實現安全的多租戶部署。