網路管理員的 GDPR 與顧客數據隱私合規指南
專為 IT 經理、網路架構師及場域營運總監編寫的完整技術參考指南，說明如何建構符合 GDPR 規範的顧客 WiFi 網路。內容涵蓋顧客網路收集的四類個人資料、每類的法律依據、Captive Portal 同意機制、VLAN 隔離、資料保留自動化，以及 Purple 與硬體無關的平台如何對應各項合規要求。場域營運商將學習如何將顧客 WiFi 合規從監管負擔轉化為具防禦力的第一方數據資產。
收聽此指南
查看播客逐字稿
執行摘要
訪客 WiFi 是一個受監管的資料收集端點。根據一般資料保護規範（GDPR），每家提供公共網路存取的飯店、零售連鎖店、體育場和會議中心，在訪客連線的瞬間即成為資料控制者。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 三角定位、人流熱圖 | 同意 | 在隱私權聲明中明確揭露。在傳輸到分析平台之前，先在邊緣進行去識別化。 |
| 使用狀況資料 | DNS 查詢、目的地 IP 範圍 | 正當利益 | 僅限於安全過濾。未經明確同意，請勿建立個人瀏覽設定檔。 |
MAC address 屬於個人資料。英國資訊專員辦公室 (ICO) 於 2023 年確認了這一立場：MAC address 結合連線時間戳記和場域位置，足以識別特定個人的存在與行為。MAC address 隨機化（現已成為 iOS 14+、Android 10+ 和 Windows 10+ 的預設設定）雖減少了裝置追蹤的持續性，但並未免除收集時的資料保護義務。
Captive Portal 作為合規介面
Captive Portal（有時稱為歡迎頁面或圍牆花園）是在授予網路存取權限之前，攔截訪客的 HTTP 流量並將其重新導向至同意與驗證頁面的網頁介面。這是您建立資料處理合法基礎的主要機制。
根據 GDPR 第 7 條和第 13 條，合規的 Captive Portal 架構必須滿足五項要求：
1. 獨立同意。 網路存取條款與行銷同意書必須作為單獨的元素呈現。使用者必須能夠在不同意行銷的情況下連線至 WiFi。如果他們無法做到，則行銷同意非自由給予，因此無效。這是歐盟最常引起訴訟的同意違規行為。
2. 未勾選的選取方塊。 每個選擇性同意元素必須呈現為未勾選的選取方塊。根據 GDPR 序言第 32 條，明確禁止預先勾選的方塊。使用者必須採取主動行為才能選擇加入。
3. 細緻的目的揭露。 必須清晰描述每個處理目的。「基於業務目的」是不夠的。「向您發送關於我們會員計劃的促銷電子郵件」才是足夠的。
4. 同意稽核記錄。 您的系統必須記錄確切的時間戳記、使用者的 IP 地址、裝置 MAC address、所做出的特定同意選擇，以及所呈現的隱私權聲明版本。Purple 會記錄每個同意事件，並在最後一次互動後保留這些記錄兩年（Purple 內部資料），提供具備防禦力的稽核軌跡。
5. 隱私權聲明連結。 在使用者提交任何資料之前，歡迎頁面必須直接連結到您完整的隱私權政策。
網路架構：分割與加密
合規的資料處理始於網路層。訪客流量必須與您的企業基礎設施隔離。
VLAN 分割。 為訪客 SSID 設定專用的 VLAN。套用 ACL 以封鎖訪客裝置存取 RFC 1918 位址範圍（10.0.0.0/8、172.16.0.0/12、192.168.0.0/16）。在無線基地台層級啟用用戶端隔離，以防止訪客與訪客之間的流量。Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme Networks 和 Fortinet 平台皆原生支援此功能。
WPA3 加密。 在硬體支援的情況下，於您的顧客 SSID 上部署 WPA3。WPA3 的等同對等認證 (SAE) 握手消除了 WPA2 四向握手中存在的 KRACK 漏洞，並提供了前向安全性，這意味著被破解的金鑰無法用來解密過去的流量。對於尚不支援 WPA3 的硬體，請強制使用採用 AES-CCMP（而非 TKIP）的 WPA2。
Captive Portal 上的 HTTPS。 透過帶有有效 TLS 1.2 或 1.3 憑證的 HTTPS 提供您的登入頁面。透過 HTTP 收集個人資料是嚴重的安全缺失，這將在任何監管機構調查中被重點指出。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
對照上述五項要求稽核您目前的歡迎頁面。如果行銷同意與網路存取綁定在一起，請將其分開。如果是預先勾選的核取方塊，請取消勾選。如果您的隱私權聲明隱藏在服務條款文件中，請將其作為直接連結顯示在歡迎頁面上。Purple 的 Capture 方案提供現成符合規範的 Captive Portal 範本，可滿足這些要求。
步驟 3：設定網路區隔
在您的 WLC 上建立一個專用的顧客 VLAN。套用 ACL 以封鎖對內部子網路的存取。啟用用戶端隔離。透過連接顧客裝置並嘗試存取內部資源來測試設定 - 您不應收到任何回應。
步驟 4：強制執行 HTTPS 和 WPA3
驗證您的 Captive Portal 是否透過 HTTPS 傳送。檢查您的 SSL 憑證到期日並設定自動更新。如果您的存取點支援，請在顧客 SSID 上啟用 WPA3。對於 Cisco Meraki、HPE Aruba、Ruckus 和 Juniper Mist，WPA3 可在目前的韌體版本中使用。
步驟 5：實施自動化資料保留
在您的 WiFi 分析平台中設定刪除排程。將工作階段紀錄設定為 30 天後清除。將行銷設定檔設定為在撤回同意時立即刪除。在您的隱私權政策中記錄您的保留排程。
步驟 6：建立 DSAR 程序
為處理當事人權利請求（DSARs）制定書面程序。您有 30 天的時間做出回應。自助式的偏好設定中心（顧客可在其中查看、修改和刪除其資料）可大幅減輕營運負擔。Purple 的平台提供一個偏好設定中心，顧客可以透過任何行銷電子郵件中的連結進入。
步驟 7：與每家廠商簽署 DPA
審查所有接收訪客數據 Third-party 平台：您的 WiFi 分析供應商、您的 CRM、您的電子郵件行銷平台，以及任何廣告網路。確保與每一家都簽訂了數據處理協定 (DPA)。
最佳實踐
使用漸進式建檔。 避免在首次訪問時索取所有資訊。首次連線時僅收集電子郵件地址。第二次訪問時詢問名字。第三次訪問時提供忠誠度計劃註冊。這能減少阻力、提高數據品質，並符合數據最小化原則。
驗證電子郵件地址。 在 Captive Portal 上實施即時電子郵件驗證。虛假電子郵件地址會污染您的 CRM，損害寄送率，並在您因存檔的電子郵件地址無效而無法回應資料主體權利請求 (DSAR) 時，產生合規性複雜化。
在邊緣進行位置數據去識別化。 如果您使用 WiFi 分析進行人流追踪（正如許多 Hospitality 和 Retail 營運商所做的那樣），請在數據到達您的分析平台之前，在存取點 (AP) 對 MAC 地址進行去識別化。這能實質上降低位置處理的隱私風險，並強化您的合法利益評估 (LIA)。
在部署分析之前執行 DPIA。 根據 GDPR 第 35 條，在部署涉及大規模位置追蹤、行為分析或處理弱勢群體數據的系統之前，法律強制要求進行數據保護影響評估 (DPIA)。記錄該評估並予以保留。
監控 MAC 地址隨機化。 iOS 14+、Android 10+ 和 Windows 10+ 預設隨機化 MAC 地址。這意味著您的分析平台會看到裝置識別碼的流失率更高。請圍繞會話級數據而不是持續性的裝置追蹤來設計您的分析。
對於其訪客可能包括處於弱勢境地的患者或旅客的 Healthcare 和 Transport 營運商，請對您的合法利益評估應用更高的審查標準，並考慮所有處理是否都需要明確的同意。
疑難排解與風險緩釋
故障模式：同意疲勞。 如果您的 Captive Portal 索取過多資訊或提供過多同意選項，使用者要麼放棄連線，要麼不經閱讀直接點擊通過。緩釋措施：限制必填欄位為電子郵件地址。提供單一選填的行銷同意核取方塊。使用清晰、通俗易懂的語言。測試完成率並進行優化。 失敗模式：過時的行銷數據。 保留多年未互動用戶的行銷個人資料違反了儲存限制原則，並會損害電子郵件的送達率。緩解措施：在 12 個月未活動後實施重新互動活動。刪除在收到重新互動電子郵件後 30 天內未回應的個人資料。
失敗模式：不安全的 Captive Portal。 透過 HTTP 提供歡迎頁面會使使用者憑證和個人資料面臨被攔截的風險。緩解措施：強制執行 HTTPS。自動進行憑證更新。使用網路掃描器進行測試，以確認不存在 HTTP 回退。
失敗模式：缺失 DPA。 在未簽署 DPA 的情況下將訪客數據傳送到第三方平台，會使您對該處理器的任何洩漏或濫用承擔連帶責任。緩解措施：每季稽核所有數據流。在任何新整合上線之前，要求簽署 DPA。
失敗模式：錯過 72 小時的洩漏通報視窗。 GDPR 洩漏通報時鐘從您意識到洩漏的那一刻開始，而不是在您的調查結束時。緩解措施：維護一份洩漏回應檢核表，將 ICO 通報作為發現後前 24 小時內的步驟。確保您的團隊知道在調查完成之前進行通報。
如需管理存取權限撤銷的指引 - 適用於員工離職或承包商存取權限需要終止時 - 請參閱我們的指南： 如何在員工離職時撤銷 WiFi 存取權限 。
ROI 與商業影響
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 Consumer Privacy Survey, 2022)。一個清晰、誠實的 Captive Portal 來解釋價值交換 - 以電子郵件地址換取免費 WiFi - 能建立信任而不是侵蝕信任。 Purple 的 WiFi Analytics 平台賦予您在保持完全合規的同時，掌握此價值所需的工具。憑藉在 80,000 多個場域中收集的 290 億個數據點（Purple 內部數據），我們具備足夠的規模來驗證實際有效的解決方案，而非僅止於理論。
對於 Retail 的場域營運商而言，合規的第一方數據收集結合人流量分析，能顯著改善行銷活動定位與店內體驗。對於 Hospitality 營運商，這能推動忠誠度計畫增長並提高重複預訂率。對於 Transport 樞紐，這能實現客流管理與精準零售優惠。
建立合規訪客 WiFi 系統的網路管理員不單僅是避免罰款。他們正在構建數據基礎架構，這是其組織未來十年行銷與營運策略所賴以發展的基石。
關鍵定義
資料控制者
決定個人資料處理目的與方式的實體。在訪客 WiFi 部署中，場所營運商即為資料控制者，並對 GDPR 合規性承擔最終法律責任。
IT 主管需要瞭解此定義，因為這意味著場所 - 而非 WiFi 廠商 - 必須為任何合規性失敗承擔主要責任。
資料處理者
在正式的資料處理增補協議 (Data Processing Addendum) 之下，代表資料控制者處理個人資料的實體。Purple 為其場所客戶扮演資料處理者的角色。
在任何個人資料流向第三方平台之前，必須簽署 DPA。在沒有 DPA 的情況下將訪客資料傳送給廠商，會使控制者對任何濫用行為承擔共同責任。
Captive Portal
一種網頁介面，可攔截訪客的 HTTP 或 HTTPS 流量，並在授予網路存取權限之前，將其導向至同意與驗證頁面。這是在訪客網路上為資料處理建立合法依據的主要機制。
Captive Portal 的設計決定了您的同意收集是否具有法律效力。設計不良的入口網站是訪客 WiFi 部署中違反 GDPR 最常見的原因。
RADIUS (Remote Authentication Dial-In User Service)
一種提供集中式驗證、授權與計費網路存取的網路協定。在訪客 WiFi 中，來自 Captive Portal 平台的 RADIUS Access-Accept 訊息傳送至無線區域網路控制器，會在訪客完成同意流程後授予其訪客網路存取權限。
RADIUS 整合可建立每個驗證事件的具時間戳記、可稽核記錄，這支援了安全性監控與 GDPR 合規性文件記錄。
MAC address
分配給網路介面控制器的唯一硬體識別碼。當可連結至可識別的個人時，在 GDPR 規範下被歸類為個人資料。iOS 14+、Android 10+ 和 Windows 10+ 預設會隨機化 MAC address，以減少持續性的裝置追蹤。
MAC address 必須符合您的資料保留政策。MAC address 隨機化並不會免除收集點的資料保護義務。
正當利益
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 Alliance 標準化的最新一代 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 團隊建議在登入頁面上新增一個預先勾選的核取方塊，標籤為「向我發送專屬優惠」。行銷團隊認為這沒問題，因為使用者可以取消勾選。這種方法合規嗎？應該如何改進？
提示：請考慮 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 與同意書記錄架構，而無需在每個地點部署獨立的本地伺服器？
提示：請考慮與硬體無關的雲端重疊 (cloud overlay) 方法。
查看標準答案
將 Purple 部署為與硬體無關的雲端重疊系統。Purple 透過 Cisco Meraki、HPE Aruba 和 Ruckus 各自的 API 和 RADIUS 協定與其整合，在所有 15 個場地呈現單一且一致的 captive portal 範本。同意書記錄、數據保留執行和 DSAR 管理均在 Purple 雲端平台中集中進行，消除了對本地伺服器的需求。在 Purple 中設定單一的隱私權政策和同意書範本，然後將其推送到所有場地。這可確保無論底層硬體廠商為何，都能保持一致的合規狀態。
繼續閱讀本系列
Fortinet FortiAP 與訪客 WiFi：使用 Purple 設定 captive portal
了解在 FortiCloud 中管理的 Fortinet FortiAP 基地台如何透過外部 captive portal、RADIUS 和 walled garden 來與 Purple 訪客 WiFi 協同工作，無需更換您既有的設備。
Huawei iMaster NCE (CloudCampus) 與訪客 WiFi：使用 Purple 設定 captive portal
了解 Purple 的雲端訪客 WiFi 如何在透過 iMaster NCE 管理的 Huawei AirEngine 基地台上運作，利用 portal 驗證和 RADIUS relay，以及在哪裡可以找到確切的設定步驟。
HPE Aruba Captive Portal：搭配 Purple 訪客 WiFi 進行設定
在 HPE Aruba Instant 基地台上，透過 Aruba Central 或 Virtual Controller，使用外部 Captive Portal、RADIUS 與允許清單來設定 Purple 訪客 Captive Portal。