跨據點訪客 WiFi 平台比較：硬體中立型重疊架構 vs 控制器門戶

內建的控制器入口網站僅適用於單一廠商、單一據點且只需要按一下即可連線的基礎需求。一旦營運規模擴展至多個據點、混合存取點廠商或需要連線至 CRM 時，就需要一個與硬體無關的雲端重疊圖層。Purple 能從單一儀表板統一跨 Cisco Meraki、HPE Aruba、Ruckus 及其他五家廠商的自訂首頁、同意聲明與報表。

您應該使用控制器入口網站還是硬體中立的重疊圖層？

如果您使用超過一家存取點廠商，或者希望將訪客資料儲存在 CRM 中，請選擇重疊圖層。當營運規模僅使用單一廠商、少數據點且僅需接受條款時，控制器入口網站即可滿足需求。直到引入第二家廠商或行銷部門需要這些資料之前，情況皆是如此。

專有名詞非常重要，以下是相關定義：

強制入口是裝置在取得網際網路連線前被重導向至的網頁。訪客可在該頁面接受條款、登入，並可選擇是否接收行銷資訊。

控制器入口網站是內建於您的 WLAN 廠商管理平台中的強制入口。範例包括 Cisco Meraki Dashboard 中的自訂首頁、HPE Aruba 的內部強制入口，以及 Ruckus SmartZone 中的訪客存取入口網站。它包含在您已付費的硬體授權中，且僅適用於該廠商的存取點。如需了解單一廠商對此權衡的看法，請參閱 Ruckus SmartZone 與 RUCKUS One 訪客 WiFi 對比外部強制入口平台。

硬體中立的重疊圖層是位於網路之上的外部強制入口服務。您的存取點會將未經身分驗證的裝置重導向至該服務，而該服務會傳回授權決定。該決定通常透過 RADIUS（遠端用戶撥號認證服務）傳輸。RADIUS 是存取點用來向伺服器查詢裝置是否可以連線的協定，定義於 RFC 2865。所有主要廠商都支援外部強制入口，因此單一重疊圖層即可服務由多個品牌建構的營運網路。

這並非硬體與軟體之間的選擇。無論選擇哪種方式，您的存取點、交換器與控制器都會保留在原位。真正的關鍵在於訪客體驗、同意紀錄與報表儲存在何處。它們可以儲存在各自廠商的獨立系統中，也可以統一儲存在涵蓋所有系統的單一平台中。

控制器入口網站與雲端重疊圖層有何不同？

下表為多據點訪客 WiFi 平台的比較，比較基準為決定整體營運維護工作量的各個面向。

面向	控制器入口網站	硬體中立的雲端重疊圖層 (Purple)
硬體支援範圍	僅限單一廠商的存取點	Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme、Fortinet
自訂首頁管理	每個廠商需單獨建置，依網路或控制器個別編輯	套用至所有場地單一範本庫
登入方式	點擊通過、兌換券、基本登入	電子郵件、社群及表單式登入，搭配自願選擇同意機制
同意紀錄	條款接受；無行銷同意總帳	依每位訪客中央保存同意紀錄，符合 GDPR 第 7 條第 1 項要求
CRM 及行銷連接器	無原生支援；需要廠商 API 開發或 CSV 匯出	原生連接器連至 CRM 與行銷平台
報表	每個廠商儀表板的網路指標（用戶端、頻寬、AP 狀態）	所有場地的訪客計數、停留時間及重複造訪次數
新增場地	在該地點的網路上建立或複製入口網站	將場地指派至現有範本
變更 AP 廠商	重建入口網站、同意用語及歷史紀錄	重新定向新硬體；範本與資料直接轉移
授權模式	隨附於 AP 或控制器授權中	獨立平台授權，依 AP 或依場地計費
適用對象	單一廠商、少數地點、僅需存取功能者	混合型資產、多品牌集團、資料導向行銷團隊

覆蓋層如何標準化首頁宣傳頁面

在覆蓋層上，您只需設計一次首頁宣傳頁面，即可套用到每個場地。各場地變數會填入在地詳細資訊：場地名稱、營業時間或在地優惠。品牌煥新只需編輯一次，即可同時傳送到所有地點。

控制器入口網站可自訂的內容因廠商而異。每個宣傳頁面編輯器對 HTML、影像和表單欄位都有各自的限制。在混合型資產中，您必須針對每個廠商建立並測試一次相同的設計，之後每次變更都要重複此流程。

覆蓋層如何將訪客資料連接至您的 CRM

覆蓋層會將每次登入寫入跨整個資產的單一資料庫。造訪您三間飯店的訪客會是包含三次造訪紀錄的單一檔案，而不是三個匯出檔案中的三列資料。Purple 接著會將這些檔案同步至您的 CRM 和行銷平台。僅有選擇同意的訪客會被傳送出去。

使用控制器入口網站，您需要針對每個廠商的 API 建立整合，並在這些 API 變更時進行維護。許多團隊退而求其次採用人工 CSV 匯出。匯出會遺失同意背景資訊，而這正是您的資料保護官最關心的部分。

報表呈現方式的變化

控制器儀表板會回報網路健康狀況：用戶端計數、頻寬與 AP 狀態。這對您的網路團隊來說是正確的檢視角度。但這無法告訴營運團隊訪客返回的頻率或停留時間。

WiFi Analytics 按場地、區域或品牌回報訪客行為。它會顯示新訪客與回訪訪客的對比、停留時間和造訪頻率。由於覆蓋層部位於您所有硬體之上，因此 Ruckus 地點與 Juniper Mist 地點會顯示在同一份報表中。

安全性與法規遵循維持在應有的位置

覆蓋層技術不會將無線電安全性從您的硬體中移走。WPA3 和機會性無線加密 (OWE, RFC 8110) 是存取點功能。OWE 無需密碼即可加密開放的訪客網路。訪客流量仍應位於其專屬的 VLAN (虛擬區域網路，一種邏輯網路區段) 上。若您處理刷卡交易，PCI DSS v4.0 要求 1.3.3 規範必須在所有無線網路與持卡人資料環境之間設置網路安全控制措施。

覆蓋層技術所改變的是同意機制。GDPR 第 7(1) 條要求您必須證明每個人皆已同意。序言 32 指出預先勾選的方框不算數。第 7(4) 條反對在不需要的情況下，將網路連線存取權建立在行銷同意的前提下。Purple 的自主選擇訂閱機制將網路存取權與行銷區隔開來，且同意紀錄集中在單一位置。Purple 擁有 ISO 27001 與 Cyber Essentials 認證，並符合 GDPR 與 CCPA 規範。

針對再次造訪的訪客，Purple 支援 OpenRoaming。OpenRoaming 是建立在 Passpoint (亦稱為 Hotspot 2.0) 基礎上的無線寬頻聯盟 (Wireless Broadband Alliance) 聯邦。Passpoint 是一項標準，可讓裝置利用已儲存的設定檔自動加入網路，無需登入頁面。

多據點企業何時會超出其控制器入口網站的使用需求？

有六個觸發時機可作為標誌。如果符合其中兩項，請立即開始進行覆蓋層評估，而非等到下次設備更新。

1. 引入第二家存取點廠商。 收購與分階段更新會產生混合式的硬體環境。每增加一家新廠商，就意味著需要建立另一個入口網站與另一份同意聲明內容。
2. 行銷團隊索取資料。 控制器入口網站不會保存行銷同意紀錄。因此沒有任何符合合規要求的資料可以傳送到 CRM。
3. 據點數量過多導致手動編輯風險大增。 在擁有 20 個據點的情況下，更新條款意味著要進行 20 次手動編輯。每次編輯都有發布錯誤版本的風險。
4. 品牌數量增加。 營運三個品牌的集團需要三種外觀造型，並由單一位置集中管理。
5. 資料查詢需求跨越不同據點。 根據 GDPR 第 15 條 (存取權) 或第 17 條 (刪除權) 提出要求時，意味著必須搜尋每家廠商的紀錄。
6. 董事會需要全企業範圍的數據。 跨據點訪客報告需要單一資料集，而不是人工比對匯出的資料。

各產業適用選項分析

飯店業。 房客會在不同飯店與品牌之間流動，因此每位房客擁有單一設定檔至關重要。以不同週期更新飯店設備的集團最終會面臨混合式的硬體環境。請參閱 飯店。

零售業。 顧客會造訪多家門市，而門市改裝很少在一年內全部完成。覆蓋層技術能在底層硬體更換的同時，保持登入頁面與資料的一致性。請參閱 零售。

體育場館與活動。 球迷與與會者會在短時間內湧入，且每次活動的品牌宣傳都會改變。更換單一範本比在賽事之間編輯每個控制器更快速。

交通運輸。 乘客會在火車上與車站內連線，通常使用的是不同的硬體。Purple 為 c2c Rail 與 Avanti West Coast 提供訪客 WiFi 服務。請參閱 鐵路。

醫療保健與公共部門。 病患和訪客需要明確的合理使用條款，並在每個據點以相同方式套用。請參閱 醫療保健。

實作案例：收購後的 35 家飯店集團

情況。 一家飯店集團原先有 22 家飯店使用 Cisco Meraki，隨後收購了 13 家使用 Ruckus SmartZone 的飯店。集團當時必須維護兩個快顯頁面和兩種條款措辭。團隊每個月都要從這兩個供應商系統匯出訪客名單，手動合併後上傳至 CRM。

處理方式。 該集團保留了所有無線存取點 (AP) 和控制器。它將兩個供應商的訪客 SSID (網路名稱) 都指向 Purple 作為外部強制入口。單一範本包含每家飯店的名稱和在地優惠。單一同意條款措辭取代了原本的兩種，並以 CRM 連接器取代 CSV 手動合併。

結果。 快顯頁面建置需求從兩個減少到一個。條款變更從 35 次網路修改簡化為單次編輯。由於檔案可持續同步，每月兩次匯出並合併的工作量降至零。當事人存取請求 (SAR) 現在只需要針對單一資料庫執行，而非兩個供應商系統。

實作案例：市議會圖書館與休閒設施

情況。 市議會在 48 個據點營運訪客 WiFi。圖書館使用 HPE Aruba，休閒中心則使用 Ubiquiti UniFi。每個設施都有自己的合理使用頁面。為內閣提供每季造訪數據意味著必須手動協調兩個供應商的儀表板。

處理方式。 市議會在不更換硬體的情況下，於這兩個設施佈署了 Purple。它發佈了一個合理使用頁面，並在報表中按服務將據點進行分組。

結果。 合理使用頁面從兩個減少到一個。每季報表現在可從單一來源涵蓋所有 48 個據點，取代了兩次手動協調。

按 AP 計價與按據點計價在三年佈署期內的比較為何？

訪客 WiFi 平台的計費方式主要有兩種。按 AP 計價會對每個無線存取點收費。按據點計價則對每個據點收費，無論該據點擁有多少個無線存取點。選擇合適的模型取決於您的 AP 數量在佈署期間的變化趨勢。

AP 數量很少保持不變。6 GHz 訊號穿透牆壁時的衰減速度比 2.4 GHz 或 5 GHz 更快。因此，WiFi 6E 和 WiFi 7 的設計通常會增加存取點以維持涵蓋範圍。在按 AP 計價的模型下，這種高密度佈署會增加您的訪客平台帳單。但在按據點計價的模型下則不會。

實算模型：擁有 120 家門市的零售連鎖店

一家零售商起初有 120 家門市，每家門市平均有 6 個 AP。第 2 年，門市提高密度至每家 8 個 AP。第 3 年，該零售商以相同的密度新開了 15 家門市。

年份	門市數量	每家門市平均 AP 數	按 AP 授權數量	按據點授權數量
第 1 年	120	6	720	120
第 2 年	120	8	960	120
第 3 年	135	8	1,080	135
三年總計	120 至 135	6 至 8	2,760	375

將 2,760 除以 375 可得出 7.36。在三年的時間內，只要每場地授權的費用低於 AP 授權費用的 7.36 倍，採用每場地授權就會更划算。單在第 1 年，損益平衡比例為六。到第 3 年則為八。每增加一年，網路高密度化都會讓損益平衡點更偏向每場地授權。

您可以在自己的物業環境中進行相同的計算。取合約期間內的總 AP 年數，除以總場地年數。然後將該比例與您眼前的報價進行比較。

控制器入口網站所隱藏的成本

控制器入口網站不收取額外授權費，因此在商業效益評估中看起來是免費的。但成本實際上轉嫁到了您團隊的時間上：

• 每個廠商需建立並測試一次 Welcome Page，後續每次變更都要重新測試。
• 針對每個廠商的 API 撰寫並維護 CRM 整合。
• 手動匯出並對帳訪客名單與同意紀錄。
• 當您更換廠商時，必須重建入口網站、同意條款文字與歷史紀錄。

最後一項在為期三年的部署中影響最為嚴重。如果您在合約期中更換 AP 廠商，您所搬遷的每個站點都必須以空白資料庫重新開始。如果是採用覆蓋式系統（Overlay）， Welcome Page、同意紀錄與造訪歷史紀錄皆可在硬體更換後保留下來。如需進一步瞭解如何升級且無需替換現有運作良好的設備，請閱讀 為什麼您下一次的 WiFi 升級不需要新硬體。關於控制器本身的問題，請參閱 什麼是 WLC（無線區域網路控制器）？您是否仍然需要它？。

您該如何為多站點場地決定最佳的訪客 WiFi 平台？

請將您的物業狀況對照至最適合的列。

您的狀況	建議	原因
單一廠商、少數站點、僅需同意條款	在首次資料請求前，於現有硬體上部署覆蓋式系統	避免日後重建入口網站與同意條款文字
單一廠商、20 個以上站點、行銷部門需要訪客資料	具備 CRM 連接器的覆蓋式系統	控制器入口網站無法保留行銷同意紀錄
兩家或更多的 AP 廠商	具備單一共用範本的覆蓋式系統	無需為每個廠商單獨建立入口網站
計劃在三年內更換 AP 廠商	在搬遷開始前部署覆蓋式系統	Welcome Page 與資料可在硬體更換後繼續保留
單一物業環境中擁有有多個品牌	具備單一品牌範本的覆蓋式系統	單一平台，提供獨特的品牌體驗
體育場或機場等 AP 密集的場地	採用每場地授權的覆蓋式系統	當 AP 數量增加時，授權成本保持不變

提出給每家廠商的問題

請在任何企業級強制入口比較中使用這些問題：

• 您目前明確支援哪些存取點廠商？
• 同意紀錄儲存在何處？您能否匯出每筆紀錄以及訪客當時看到的具體文字內容？
• 您擁有哪些認證：ISO 27001、Cyber Essentials、GDPR 與 CCPA 合規認證？
• 您承諾的正常運作時間（Uptime）是多少？
• 您是按 AP 還是按場地收取授權費？當我們進行網路高密度化時，價格會如何變化？
• 從我們目前的控制器入口進行逐站遷移，具體流程為何？

Purple 的回答均公開記錄在案。Purple 成立於 2012 年，在 90 多個國家/地區的 80,000 多個實體場域運行。每年處理 5 億名使用者和登入次數，正常運行時間達 99.999%。它在 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 之間獨立於硬體。包括 McDonald's、Harrods、Premier Inn 和 Stonegate Pubs 在內的品牌皆在 Purple 上運行 Guest WiFi。

常見問題

Purple 是否適用於我們現有的基地台？

是的，Purple 作為雲端覆蓋層在您現有的基地台上運行。它能與 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 整合。您只需將每個訪客網路指向 Purple 作為其外部強制入口，您的硬體就會繼續處理無線電端。混合架構是常見情況，因此在單一範本下包含兩到三個廠商是標準部署。Purple 的支援文件涵蓋了每個廠商的設定。

我們需要更換控制器才能使用獨立於硬體的覆蓋層嗎？

不需要，您的控制器和基地台均維持原狀。獨立於硬體的訪客 WiFi 平台位於網路之上，負責處理歡迎頁面、同意條款與報告。您的控制器會繼續管理無線電、VLAN 及加密。網路端唯一的變更是將未驗證的訪客重新定向到覆蓋層，而不是內建入口。這使覆蓋層僅需進行設定變更，無需全面汰換。

按場域計價的授權是否比按 AP 計價的授權更便宜？

當您每個場域的平均 AP 數量高於場域價格與 AP 價格的比率時，按場域計價的授權會更便宜。以三年時間計算，將總 AP 年數除以總場域年數即可找出您的損益兩平比率。在我們的 120 家門市模型中，該比率為 7.36。WiFi 6E 與 WiFi 7 的高密度部署增加 AP 數量，但不會增加場域。這使得每年費用都進一步向按場域計價授權傾斜。

我們可以一次從控制器入口遷移一個站點嗎？

是的，您可以逐站遷移，因為每個訪客網路皆獨立指向其強制入口。仍在使用控制器入口的站點可繼續運作，而遷移後的站點則在覆蓋層上運行。大多數團隊會從試點小組開始，確認範本和同意條款字樣，然後分批推廣。分階段進行可讓您將遷移與硬體更新或較空閒的營運期間保持一致。

如果我們更換基地台廠商，我們的訪客資料會怎樣？

在覆蓋層上，當您更換基地台廠商時，您的訪客資料會保持原狀。個人檔案、同意記錄與造訪歷史記錄都保存在 Purple 中，而不是在硬體中。您只需將新的基地台重新指向相同的範本，回訪的訪客就仍會被辨識。如果使用控制器入口，歡迎頁面和任何儲存的記錄都會留在舊廠商的平台內。您必須在新硬體上重建它們。

雲端覆蓋層如何跨多個據點處理 GDPR 同意聲明？

雲端覆蓋層會跨所有據點保留每位訪客的一筆同意紀錄，這正是 GDPR 第 7(1) 條要求您證明的內容。Purple 採用自主選擇的訂閱機制，因此行銷同意聲明與網路存取權限相互獨立且絕不預先勾選，符合第 32 條序文的規範。第 15 條與第 17 條規定的存取和刪除要求均針對單一資料庫執行。Purple 已獲得 ISO 27001 認證，並符合 GDPR 與 CCPA 的規範。

在覆蓋層上的訪客 WiFi 是否會影響我們的 PCI DSS 範圍？

無論您使用何種 Portal，只要訪客 WiFi 與您的持卡人資料環境進行切分，就不會納入 PCI DSS 的範圍。PCI DSS v4.0 第 1.3.3 項要求在所有無線網路與該環境之間實施網路安全控制措施。切分會在您的網路上透過 VLAN 與防火牆完成。覆蓋層僅處理登入頁面與同意聲明，絕不會接觸持卡人資料。