如何首次設定 Purple WiFi：技術概覽

執行摘要

在企業環境中部署新的訪客 WiFi 方案，需要清楚了解其技術架構、實作步驟及潛在的投資回報。本指南為負責首次設定 Purple WiFi 智慧平台的 IT 專業人員提供技術概覽，詳細說明了七階段的雲端部署模式，此模式善用現有的網路基礎設施，以減少本地端的硬體佔用。流程從帳戶註冊開始，最終建立一個可即時收集資料的訪客 WiFi 網路。本文涵蓋的關鍵考量包括：為了安全而進行的網路分段、基於 RADIUS 的存取控制驗證，以及為提供順暢使用者體驗所配置的 Walled Garden。本指南也探討了該平台廣泛的硬體相容性，支援超過 50 家領導廠商，包括 Cisco、Aruba 和 Ruckus。遵循這些步驟，企業預期能部署一個安全、合規且可擴展的訪客 WiFi 方案，不僅提供無縫連線，還能提供豐富的分析與商業情報，以提升營運效率並增進顧客參與度。最終成果是一個穩健的訪客 WiFi 網路，既能滿足現代企業嚴格的安全與合規要求，同時還能根據訪客行為來挖掘有價值的資料驅動見解。

技術深入探討

從核心來看，Purple 是一個雲端託管的平台，可作為您現有 WiFi 硬體的智慧覆蓋層。傳統的本地端解決方案需要專用的伺服器基礎設施來處理 RADIUS、入口網站託管及分析，而 Purple 的架構將所有這些功能集中於雲端。此模式大幅降低了部署的複雜性與總持有成本，因為無需專用的本地伺服器。主要的技術元件包括：Purple 雲端平台（內含分析引擎、RADIUS 伺服器及入口網站管理系統）、場地的本地網路基礎設施，以及終端使用者的訪客裝置。

驗證流程始於訪客連線至指定的 SSID 之時。裝置的 Captive Network Assistant (CNA) 會自動嘗試聯繫預定義的 URL——iOS 上為 captive.apple.com，Android 上為 connectivitycheck.gstatic.com——以判斷該網路是否提供不受限制的網際網路存取。本地的網路控制器會攔截此請求，並根據您所配置的 Captive Portal 規則，將使用者的瀏覽器重新導向至 Purple 雲端託管的登入頁面。此 HTTP 302 重新導向正是啟動訪客驗證旅程的基本機制。

在驗證之前，使用者處於「Walled Garden」環境中——這是一個防火牆政策，將其存取限制於一組特定的白名單網域。此 Walled Garden 必須包含 Purple 的入口網站網域、任何社群登入提供者（Facebook、Google）及其相關的內容傳遞網路 (CDN)。這項配置的精確度至關重要。不完整的 Walled Garden 是部署失敗最常見的原因，因為它會使入口網站無法載入，或中斷社群登入的 OAuth 流程。

驗證本身由 Purple 的雲端 RADIUS（遠端驗證撥入使用者服務）伺服器處理，並遵循 IEEE 802.1X 標準。當使用者透過 Captive Portal 提交其憑證時——無論是透過社群登入、表單填寫、兌換碼，或是僅接受條款與條件——該請求都會由 Purple 平台處理。雲端 RADIUS 伺服器會驗證該請求，並向本地的網路控制器發送「Access-Accept」訊息，控制器隨後會開啟防火牆規則，授與該裝置完整的網際網路存取權限。每個已驗證的連線都會分配到一個唯一的連線金鑰，以防止網路嗅探並保護傳輸中的使用者資料。這整個流程對終端使用者而言是完全透明的，他們只會看到一個登入頁面，片刻之後，裝置便已連線。

針對需要較高安全性的企業部署，Purple 也支援 SecurePass，它利用 WPA2-Enterprise（IEEE 802.1X with EAP）進行基於憑證或憑據的驗證，而不需要 Captive Portal。這對於公司訪客網路特別有用，因為 IT 政策要求比簡單表單填寫更強的驗證方式。

實作指南

Purple WiFi 的實作遵循一個結構化的七步驟流程，旨在兼顧清晰度與效率。有條不紊地依序執行這些步驟，可確保部署順利且成功，無論您是設定單一場館還是在多個據點進行推廣。

步驟 1：帳戶註冊與驗證。 流程從 purple.ai 開始，您需要在該網站填寫客戶註冊表單。系統會立即發送一封驗證電子郵件；該連結必須在 24 小時內啟用，因為它會自動失效。驗證之後，第二封電子郵件會提供「開始使用」連結，以便啟動引導精靈。在此階段，您將建立一個安全的入口網站密碼。建議使用密碼管理工具，並在組織安全政策要求時，配置多重要素驗證。

步驟 2：場館與群組配置。 在 Purple 入口網站中，第一項實質工作是建立一個場館——這是對應到實體位置的邏輯實體。您將輸入場館名稱、地址及類別（飯店、零售、體育館、會議中心等）。這些中繼資料不僅僅用於管理；Purple 的分析引擎會利用它來建立訪客資料的脈絡，並在您的場館之間進行有意義的比較。對於多據點營運商，群組提供了一個階層式的管理層，允許您同時對多個場館套用一致的政策、存取旅程範本以及報表配置。舉例來說，一間擁有 50 家分店的零售連鎖店，可以建立一個群組，然後將每家分店新增為子場館，如此一來既能進行集中管理，又能掌握各家分店的分析資料。

步驟 3：登入頁面設計。 Purple 提供兩種不同用途的登入頁面類型，在使用者旅程中各有其目的。離線登入頁面 就是 Captive Portal 本身——訪客連線至 SSID 後、尚未驗證之前，所看到的第一個畫面。此頁面必須快速載入、清楚呈現您的品牌，並讓驗證動作顯而易見。連線後登入頁面 則是在成功驗證後顯示，作為確認連線的到達頁面，並可用來傳遞促銷訊息、忠誠計畫資訊，或重新導向至特定網址，例如飯店的訂房引擎或零售商的促銷頁面。Purple 的標準拖放編輯器足以滿足絕大多數的部署需求。若團隊需要像素級的品牌一致性、進階的表單邏輯，或與第三方追蹤腳本的整合，則可使用自訂 HTML 編輯器。

步驟 4：存取旅程配置。 存取旅程是一個協調層，它將登入頁面、驗證方式、資料收集需求、條款與條件、連線政策以及驗證後重新導向等，全部連結在一起。這就是定義訪客 WiFi 商業邏輯的地方。一個場館可以支援多個並行的存取旅程，從而為不同的使用者群體提供差異化的體驗。舉例來說，一個會議中心可能會為一般公眾訪客設定一種旅程（點選即可通過，且僅收集最少資料）、為活動與會者設定另一種旅程（基於表單，並完整收集資料及取得行銷通訊同意），再為參展商設定第三種旅程（基於兌換碼，且分配較高頻寬）。每個旅程都是獨立發布的，讓 IT 團隊和行銷團隊能夠在不斷迭代使用者體驗的同時，不會中斷已上線的部署。

步驟 5：硬體整合。 對網路工程師而言，這是最具技術挑戰性的階段。Purple 支援超過 50 家硬體廠商，涵蓋了全系列企業級 WiFi 基礎設施。各廠商的整合方式一致：您在 Purple 入口網站中註冊您的存取點或無線區域網路控制器 (WLC)，需指定廠商、型號以及 MAC 位址。接著，Purple 會產生一組針對特定廠商的佔位設定——包括 RADIUS 伺服器 IP 位址、共享密鑰、Captive Portal 網址，以及 Walled Garden 網域清單——您需將這些設定套用到硬體的配置介面上。

對於 Cisco Meraki 部署，設定是在 Meraki Dashboard 中進行：建立新的訪客 SSID，將登入頁面類型設為「使用 Purple 登入」，輸入 RADIUS 伺服器詳細資料，並將 Purple 所提供的網域填入 Walled Garden。對於 Aruba Instant APs，流程包括在 IAP 叢集上設定一個外部 Captive Portal 設定檔，指向 Purple 的入口網站網址，並配置 RADIUS 伺服器設定。對於 Ruckus SmartZone，設定則在控制器層級進行，建立一個具備外部 Captive Portal 和 RADIUS 設定的 WLAN 設定檔。每家廠商在 Purple 的支援入口網站中都有專屬的逐步指南，而且關鍵的是，您可以直接從 Purple 入口網站的「管理」>「場館」>「硬體」中存取這些指南。

步驟 6：測試與驗證。 正式上線前，對完整的訪客旅程進行全面測試是無可妥協的必要工作。使用一部測試裝置連線至訪客 SSID，並驗證以下事項：Captive Portal 在 iOS、Android 和 Windows 上都能正確且迅速地載入（每個系統處理 CNA 的方式不同，可能需要特定的 Walled Garden 項目）；每種已配置的驗證方式都能成功完成；驗證後的重新導向網址能如預期般運作；以及已驗證的連線能夠近乎即時地出現在 Purple 的分析儀表板中。同時也建議在先前已連線過的裝置上測試旅程，以確認重複訪客的行為能被正確處理。

步驟 7：正式上線與持續監控。 測試完成後，在 Purple 入口網站中發布存取旅程。從此刻起，指定 SSID 上的所有訪客流量都將由 Purple 管理。歡迎儀表板提供了即時分析資料，包括當前活躍連線數、驗證方式分布，以及新訪客與回訪者的比例。請建立定期檢視分析報表的習慣——Purple 的儀表板支援自訂報表，並可設定為向利害關係人發送排程報表。

最佳實務

網路分段是任何訪客 WiFi 部署的基礎安全要求。訪客 SSID 必須放置在專用的 VLAN 上，並搭配嚴格的防火牆規則，防止任何來自訪客區段的流量觸及公司、營運或 PCI 範圍內的網路。這不僅只是一項最佳實務建議；對於任何在相同實體網路基礎設施上處理信用卡支付的組織而言，這是 PCI DSS 4.0 的合規要求，並且也符合 GDPR 的資料最小化原則。在飯店環境中，這意味著物業管理系統 (PMS)、銷售點終端機，以及後台系統必須位在完全獨立的網路區段上。

對於多據點部署，強烈建議採用先導據點優先的方法。選定一個對您整體場館具有代表性的單一場館，完成完整的部署與測試週期，然後將最終的配置作為經驗證的範本，用於後續的推廣。這種方法可以降低風險、加速整體部署，並提供一個用於疑難排解的參考環境。

在配置驗證方式時，請考量每種選項對資料品質的影響。社群登入可提供豐富的人口統計資料，但其準確性取決於使用者社群個人資料的內容。基於表單的驗證可讓您收集特定的欄位，但會帶來阻礙，可能降低完成率。點選即可通過的驗證能達到最高的連線率，但收集到的資料最少。最佳的選擇取決於資料收集目標與使用者體驗要求之間的平衡，而此平衡應在部署開始前，由 IT 與行銷利害關係人共同議定。

疑難排解與風險緩解

投資回報與商業影響

部署 Purple 的商業價值遠不止於提供網際網路存取。此平台能將訪客 WiFi 網路轉變為一項策略性資料資產。對飯店業者而言，有關訪客人口統計、停留時間及回訪頻率的分析，能直接為收益管理及行銷策略提供依據。一間了解哪些客群最常回訪的飯店，就能據此調整忠誠計畫的獎勵方式。一間能夠衡量 WiFi 停留時間與交易價值之間關聯性的零售連鎖店，就能優化店面佈局與人力配置。

該平台的整合能力進一步放大了這項價值。Purple 為 Salesforce、HubSpot 及其他領導級 CRM 平台提供原生連接器，可自動將 WiFi 造訪資料充實至客戶記錄中，建立一個橫跨數位與實體互動的統一客戶視圖。這項資料整合是有效全通路行銷的基礎。

從 IT 營運角度來看，雲端架構帶來了可衡量的效率提升。一家全球大型速食連鎖店在部署 Purple 後，現場 IT 工程師訪視的需求減少了 90%，因為集中化管理與遠端診斷功能，讓 IT 團隊無需親臨現場就能解決絕大多數的網路問題。對於擁有數百個據點的連鎖店而言，這代表營運支出的大幅減少。Purple 雲端基礎設施所提供的 99.99% 正常運行時間服務等級協議 (SLA)，更進一步降低了服務中斷的風險及相關的被動支援成本。

對於在圖書館、市政大樓或交通樞紐部署訪客 WiFi 的公部門組織，投資回報的計算方式則有所不同——重點在於數位包容、市民參與，以及遵循公眾存取義務。Purple 符合 GDPR 規範的資料收集與內容過濾 (Shield) 功能，使其成為這些環境的合適平台，因為在這些環境中，法規遵循至關重要。