Passpoint 與訪客行銷：在訪客自動連線時保留第一方資料

場地業者透過將同意步驟從登入頁面轉移至註冊階段，能在 Passpoint 架構下持續保有第一方數據。訪客只需在 Captive Portal、網頁或應用程式上進行一次訂閱同意，即可獲得與該個人資料綁定的 Passpoint 憑證。後續每次自動連線都會透過 RADIUS 驗證該憑證，因此每次造訪都會更新已獲得同意的個人資料，無需再次顯示登入畫面。

什麼是 Passpoint 訪客行銷？

Passpoint 是 Hotspot 2.0 的認證計畫，這是一套基於 IEEE 802.11u 修正案所建置的功能。它能讓手機或筆記型電腦利用預先安裝的憑證，自動尋找並加入網路。訪客完全不會看到登入畫面。

這項運作由三項標準共同完成：

• ANQP (Access Network Query Protocol)：允許裝置在關聯至基地台之前，先詢問該網路接受哪些身分提供者。
• IEEE 802.1X：連接埠存取控制標準，用於驗證裝置身分。它使用 EAP (Extensible Authentication Protocol) 方法，例如 EAP-TLS 或 EAP-TTLS。
• RADIUS：無線基地台用來向伺服器查詢憑證是否有效的協定。RADIUS 伺服器會接受或拒絕連線，隨後傳輸流量會透過 WPA2-Enterprise 或 WPA3-Enterprise 進行加密。

OpenRoaming 是由 Wireless Broadband Alliance 營運且基於 Passpoint 建置的聯盟。身分提供者負責核發憑證，包含裝置製造商、行動電信業者與應用程式發行商。場地業者則扮演接受這些憑證的存取網路提供者。場地與身分提供者之間透過 RadSec 交換驗證資訊，RadSec 會在 TLS (RFC 6614) 內傳輸 RADIUS。

Passpoint 訪客行銷意味著針對透過此方式加入的訪客，執行合規且取得授權的行銷與分析計畫。另一種常見方式是 Captive Portal：即攔截訪客首次網頁請求並要求其登入的登入頁面。對大多數場地而言，Captive Portal 仍是獲取授權同意、身分識別與第一方數據的主要來源。

為什麼自動連線會讓您的第一方數據面臨風險？

在 Guest WiFi 網路中，登入頁面同時執行三項工作：識別訪客、記錄其行銷偏好以及登記造訪紀錄。Purple 在 2024 年於全球 80,000 多個活躍場地中處理了 4.4 億次登入（Purple 數據）。每一次登入都是這三項工作同時發生的關鍵時刻。

Passpoint 消除了一刻。裝置會在背景自動完成驗證，因此沒有任何頁面可以用來詢問問題。這會帶來以下三個後果：

連線不等於授權同意

GDPR 第 4(11) 條將同意定義為自由給予、特定、明確且不引起誤解的願望表示。序言 32補充指出，沉默、預先勾選的方框或不作為皆不視為同意。裝置自動連線在法律術語上屬於不作為。您不能從 Passpoint 連線中推論出行銷同意。

您可能無法看到是誰進行了連線

例如 EAP-TTLS 等 EAP 方法會傳送外層身分，該身分可以是匿名的，例如 "anonymous@realm"。真實身分會透過加密通道傳輸至 Home RADIUS 伺服器。在 OpenRoaming 中，該伺服器屬於身分提供者，而非屬於您。您只能收到身分提供者選擇釋出的內容。

MAC 位址不再能識別裝置

目前的 iOS 與 Android 版本預設會對每個網路使用私有隨機 MAC 位址。任何透過 MAC 位址連結造訪紀錄的分析功能都會低估回訪訪客數量。只要您發行或看得見 Passpoint 憑證，它就是更可靠的錨點。

這些好處是實實在在的。Passpoint 使用 WPA2- 或 WPA3-Enterprise 加密每個工作階段，並以 802.1X 取代開放式 SSID。它還為回訪賓客消除了登入頁面的阻力。您的任務是在取得這些好處的同時，妥善保留同意與資料。

同意如何隨 Passpoint 憑證傳遞？

其原則是將同意的時機移至註冊階段，然後讓憑證承載該同意。五個設計選擇能讓此機制發揮作用。

在註冊時一次性擷取同意

第一次造訪仍需要一個選擇的時刻。該時刻可以是 Captive Portal、從預訂確認信連結的網頁，或是場館應用程式中的一個步驟。在該時間點，您收集具備明確意識選擇的訂閱：針對電子郵件、簡訊和個性化優惠提供獨立且未預先勾選的選項。

GDPR 第 7(1) 條要求您證明已取得同意。請儲存顯示的字樣、時間戳記以及針對個人檔案的每個選項。明確告知賓客後續的自動連線將被記錄為造訪。第 13 條要求在收集資料時提供該資訊。

Purple 的 Captive Portal 已經能擷取此同意紀錄，並與 CRM 和行銷平台整合。當您在該流程結束時發行 Passpoint 個人檔案時，相同的紀錄即涵蓋未來的每一次造訪。

將每個憑證綁定至單一個人檔案

為每位訪客發行唯一的憑證，絕不使用共享憑證。EAP-TTLS 的使用者名稱和密碼可行，EAP-TLS 的憑證也同樣適用。RADIUS 伺服器會將每個憑證對應回其獲得同意的個人檔案。後續的每一次驗證都會成為已知紀錄下的造訪事件，無需涉及任何登入頁面。

唯一的憑證還能讓您掌控生命週期。您可以在退房時讓憑證過期。當裝置遺失或賓客離開計畫時，您可以撤銷該憑證。共享憑證會消除所有這些控制，並完全破壞歸因分析。

在不需要真實身分的情況下辨識回訪訪客

在您未取得身分資訊的情況下，仍可統計造訪次數。RFC 4372 定義了 Chargeable-User-Identity 屬性，這是一個穩定且不透明的識別碼，主要伺服器可為每位訪客傳回此識別碼。這讓您的 WiFi Analytics 無需取得姓名或電子郵件地址，即可統計重複造訪次數與停留時間。

請將該識別碼視為個人資料。GDPR 序言第 26 條確認，若額外資訊可將其歸屬至特定個人，則去識別化資料（偽名化資料）仍屬於個人資料。請在有記錄的合法基礎下，將其用於彙整報告。請勿將其用於行銷郵件發送。

使用 Passpoint Release 3 提供條款與場地 URL

Passpoint Release 3 新增了兩項對行銷至關重要的功能。網路可要求訪客接受服務條款。它還可以發送場地 URL，裝置會在連線後顯示該 URL。Android 已載明支援這兩項功能。

場地 URL 對於匿名訪客非常有用。它提供了一個途徑，讓您可以在不阻擋其連線的情況下邀請他們選擇訂閱。

確認每個 OpenRoaming 身分提供者所釋出的資訊

OpenRoaming 身分提供者會透過網路廣播的漫遊聯盟組織識別碼 (RCOI) 來傳達其政策。該政策包含所提供的身分類型：某些提供者會釋出匿名身分，其他提供者則釋出已驗證的身分。在規劃任何活動之前，請先確認您接受的提供者會釋出哪些資訊。在大多數部署中，聯邦訪客抵達時皆為匿名，且會保持匿名狀態，直到他們同意您的條款並選擇訂閱為止。

Passpoint 如何與您的 Captive Portal 搭配使用？

Passpoint 並不會取代您的 Captive Portal。它是與 Captive Portal 並存。大多數場地會為首次造訪的訪客運行 Captive Portal SSID，並為已註冊的訪客運行 Passpoint 網路。

Purple 獨立於硬體之外，可與 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 以及 Fortinet 搭配使用。因此，這兩個網路都可以在您現有的無線基地台上運行。Hotspot 2.0 支援取決於無線基地台型號與韌體，因此請先向您的供應商確認。為什麼您的下一次 WiFi 升級不需要新硬體 解釋了雲端覆蓋架構（Cloud Overlay）的方法。

WPA3 將保護管理訊框（Protected Management Frames）列為強制要求。在 Passpoint SSID 上啟用 WPA3-Enterprise 之前，請檢查您的設備環境如何處理這些訊框。保護管理訊框：2026 年實用指南 涵蓋了相容性檢查項目。

三種連線方式的比較

	Captive portal	場地核發的 Passpoint	OpenRoaming (聯邦式)
訪客如何連線	選擇 SSID 並完成快顯頁面	安裝一次設定檔，之後自動連線	使用來自第三方身分提供者的憑證自動連線
何處取得同意	在快顯頁面上，針對每台新裝置	註冊時，核發設定檔之前	非由場地取得；另外邀請選擇訂閱
場域每次造訪獲得的資料	訪客在頁面輸入的資料	映射至已同意檔案的憑證	身分提供者釋出的內容，通常為匿名
加密方式	開放式，或支援時使用 OWE (Opportunistic Wireless Encryption)	WPA2- 或 WPA3-Enterprise	WPA2- 或 WPA3-Enterprise
重複造訪體驗	再次顯示 Splash Page，或識別出記憶的裝置	無需登入畫面	無需登入畫面
標準規範	HTTP 重定向；Portal 發現採用 RFC 8908 與 RFC 8910	IEEE 802.11u、IEEE 802.1X、EAP	IEEE 802.11u、IEEE 802.1X、RadSec (RFC 6614)
最適合情境	初次造訪者與第一方資料擷取	常客、會員與共享辦公室會員	從未接觸過的訪客

哪種做法適合您的場域

您的狀況	建議做法
多數為初次造訪者，例如觀光景點	搭配自主選擇同意條款的 Captive Portal
重複造訪率高，例如飯店會員或共享辦公室會員	使用 Captive Portal 進行註冊，隨後核發場域專屬 Passpoint
大量的匿名過客，例如購物中心、車站或 火車	Captive Portal 加上 OpenRoaming，並針對匿名造訪進行聚合分析
擁有註冊參加者的多日活動	在註冊時核發 Passpoint 檔案，於活動結束時失效
醫療照護 領域的病患與訪客網路	採取最低限度資料擷取的 Captive Portal；僅針對長期留宿訪客提供 Passpoint

來自飯店、零售與活動的實作情境案例

擁有 200 間客房的飯店將會員轉變為自動連線的賓客

狀況。 擁有 200 間客房的飯店中，常客每次入住都會遇到 Splash Page。每部新手機或筆記型電腦都會建立獨立的紀錄。入住歷史與同意紀錄分散在多個不完整的檔案中。

做法。 飯店在首次入住時保留 Captive Portal。並在同意流程結尾以及行前通知電子郵件中，新增「將此網路新增至您的裝置」步驟。每位賓客都會收到綁定至其已同意檔案的專屬 EAP-TTLS 憑證。憑證在賓客上次入住後 12 個月失效。造訪事件會同步至飯店的 CRM。

可衡量的結果。 飯店現在每月報告三項數據：

• 憑證持有者占連線賓客的比例。
• 每個已同意檔案所紀錄的入住次數。
• 依 GDPR 第 7(1) 條要求可按需調閱的同意紀錄。

對於憑證持有者而言，再次造訪時的 Splash Page 登入次數降至零，因為該頁面永遠不會出現。瞭解這如何融入更廣泛的 飯店 部署，並使用 飯店 WiFi RFP 檢核表：驗證、內容過濾與賓客行銷 將其寫入招標文件中。

購物中心在不稀釋同意名單的前提下引進 OpenRoaming

現況。 一家購物中心希望顧客能無縫連接。其行銷團隊擔心，隨著顧客轉用自動連接，選擇訂閱的顧客名單會減少。大多數顧客的手機上，其實已經擁有來自裝置或應用程式身分提供者的 OpenRoaming 憑證。

處理方式。 該中心在既有的 Captive Portal 旁另外運行了一個 OpenRoaming SSID。匿名的 OpenRoaming 造訪僅納入總體報告中，並在提供者釋出 Chargeable-User-Identity 屬性時進行計數。Passpoint Release 3 場所 URL 將顧客引導至中心電子報的訂閱頁面。團隊不會向匿名顧客發送任何行銷訊息。

可衡量的成果。 該中心現在可針對兩個獨立受眾提出報告：

• 已同意的顧客，可接收行銷訊息。
• 匿名的回訪裝置，僅以總體數據報告。

訂閱名單僅透過顧客的主動選擇而成長。資料保護官可以在每份報告中清楚看到這種區分。相同的模式也適用於多據點的 零售 產業。

會議中心在報到時核發憑證

現況。 一家舉辦三天活動的會議中心，每天早上的登入頁面（Splash page）都會出現排隊人潮。這種排隊現象在每天的第一場會議中最為嚴重。主辦單位也希望能取得各展館的出席數據。

處理方式。 活動報到頁面包含訂閱選項，並隨每張門票核發 Passpoint 設定檔。每個憑證會在活動結束時自動過期。與會者在各個展館都能直接連線，無需任何登入步驟。

可衡量的成果。 已報名的與會者在現場完全不會看到任何登入頁面。所有憑證在活動結束時都會自動撤銷，無需人工清理。主辦單位收到了各展館的總體連線數統計。行銷訊息僅發送給在報到時已選擇訂閱的與會者。

您應該瞭解哪些限制？

註冊增加了一個步驟

在 Apple 裝置上，訪客需要安裝設定檔並在「設定」中予以批准。Android 的流程則因製造商和作業系統版本而異。選擇註冊的訪客會比填寫完登入頁面的訪客少。請在提供價值之後才提供註冊選項，例如在首次住宿結束時或在預訂確認信件中。

裝置支援並非全然普及

較舊的裝置和部分筆記型電腦缺乏 Passpoint 支援。請保持 Captive Portal SSID 為啟用狀態，以免任何訪客無法連線。請在訪客實際使用的裝置上測試註冊流程。

聯邦認證訪客預設無法進行行銷

OpenRoaming 憑證並不包含對您場所的行銷同意。在英國，隱私與電子通訊法規（PECR）第 22 條規定，在向個人發送行銷電子郵件或簡訊之前，必須取得同意或符合軟性訂閱（soft opt-in）條件。僅僅建立 WiFi 連線並不符合這兩項測試。

撤回同意必須與給予同意一樣簡單

GDPR 第 7(3) 條規定，撤回同意必須像給予同意一樣簡單。請將行銷同意與網路存取權限分開控制。取消訂閱電子郵件的訪客可能仍希望使用自動 WiFi。

部分產業需要更輕量化的資料擷取

醫院網路上的位置資料可能會揭露健康資訊。這會觸發 GDPR 第 9 條特殊類別規則。請在病患和訪客網路上保持最小化的擷取，絕不要從造訪記錄中推斷健康狀況。

您的 RADIUS 服務承擔了主要工作

每個 Passpoint 連線都依賴 802.1X 以及可連線且持有有效伺服器憑證的 RADIUS 伺服器。Cloud RADIUS 可從架構設計中移除非彈性的地端伺服器。請在上線前規劃憑證更新。2026 年場館與企業網路最佳實務 涵蓋了相關的架構設計選擇。

您接下來應該做什麼？

1. 稽核您的存取點。 向您的廠商確認特定型號和韌體對 Hotspot 2.0 與 Passpoint 的支援情況。
2. 審閱您的同意條款文字。 確保向訪客明確說明自動連線將被記錄為造訪。
3. 選擇您的模式。 使用上述決策表來選擇場館核發的 Passpoint、OpenRoaming 或兩者兼備。
4. 設計註冊流程。 將其置於您的 Captive Portal 流程末端，以及抵達前或註冊電子郵件中。
5. 設定憑證規則。 使用唯一的憑證、定義有效期限，並約定誰有權撤銷這些憑證。
6. 分拆您的報表。 將取得同意的受眾與匿名彙總造訪記錄放在不同的報表中。
7. 納入採購規格。 將 Passpoint、OpenRoaming 和同意記錄指定為標案需求。
8. 常見問題

執行 Passpoint 需要新的存取點嗎？

通常不需要。Hotspot 2.0 與 Passpoint 是存取點韌體的功能，Cisco Meraki、HPE Aruba、Ruckus 和 Juniper Mist 都提供相關的設定文件。支援情況取決於型號與韌體版本，因此請先與您的廠商確認。Purple 具備硬體無關性，可作為雲端重疊層（Cloud Overlay）執行於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 之上。註冊與 RADIUS 完全不需要汰換現有設備。

在 Passpoint 註冊時擷取的同意是否符合 GDPR 規定？

符合，前提是註冊步驟符合 GDPR 的同意標準。第 4(11) 條要求同意必須是自由給予、特定、明確且毫無 ambiguity 的，而第 7(1) 條要求您必須能提出證明。請針對每個目的使用獨立且未預先勾選的選項，並儲存條款文字與時間戳記。告知訪客後續連線將被記錄為造訪。憑證本身載有該同意；連線動作本身永遠不會自動產生同意。

我可以向透過 OpenRoaming 連線的訪客進行行銷嗎？

單靠連線強度是不夠的。OpenRoaming 憑證來自第三方身分提供者，並不包含對您場地的行銷同意。通常您只會收到匿名身分。您可以在有記錄的合法基礎下，彙總報告匿名造訪。請使用 Passpoint Release 3 的場地 URL 或您的 Captive Portal，邀請訪客按照您的條款選擇加入。

Passpoint 可以與我現有的 Captive Portal 同時運作嗎？

可以，而且大多數場地應該兩者同時運作。保留 Captive Portal 給首次造訪的訪客，以便收集身分和自願選擇的同意。同時為已註冊的賓客宣傳 Passpoint 網路，作為相同 AP 上獨立的 SSID。Captive Portal 會成為您的註冊管道，而 Passpoint 則成為回訪管道。您的同意資料庫會持續成長，而回訪賓客則可跳過登入畫面。

Passpoint 可以在 iPhone 和 Android 裝置上運作嗎？

可以，兩個平台都支援 Passpoint，但註冊流程不同。Apple 裝置透過描述檔安裝 Passpoint，賓客需在「設定」中批准。Android 原生支援 Passpoint 設定，並記錄了對 Release 3 功能的支援，包含條款接受與場地 URL。流程會因製造商和作業系統版本而異。在推出前，請先在賓客持有的裝置上測試註冊流程。

當賓客撤回同意時，資料會如何處理？

您必須立即停止行銷，並單獨決定是否保留該憑證。GDPR 第 7(3) 條規定，撤回同意應與給予同意一樣簡單。取消訂閱電子郵件的賓客可能仍希望使用自動 WiFi，因此請將行銷同意與網路存取權限設為獨立控制。如果他們要求完全離開，請在 RADIUS 中撤銷憑證。接著根據您的保留政策刪除該個人資料或進行匿名化處理。

Passpoint 如何影響我的 WiFi 分析？

它能讓回訪次數的計算更加精準。目前 iOS 和 Android 裝置上的隨機 MAC 地址會導致基於裝置的計數不可靠，而 Passpoint 憑證在多次造訪中皆保持穩定。透過場地核發的憑證，每次驗證都會成為已同意個人資料上的一筆造訪。對於聯邦訪客，RFC 4372 中定義的 Chargeable-User-Identity 屬性可以提供穩定的假名。請將這些假名造訪保留在彙總報告中，與您的可行銷對象分開處理。