機場 WiFi 平台供應商：RFP 招標文件中應包含的要求

機場 WiFi RFP 應要求在七個領域提供實證。廠商必須證明在其最繁忙的出境高峰波次中的高併發能力，並支援 Passpoint 和 OpenRoaming。他們需要符合 WCAG 2.2 AA 的多語言 Captive Portal，以及符合 UK GDPR 與 EU GDPR 的資料處理流程。此外，還需提供分區層級的停留時間分析、供機場應用程式使用的完整 API 文件，以及包含服務信用額度（service credits）的高可用性 SLA。

您應該選擇哪種機場 WiFi 平台提供者模式？

機場 WiFi 平台提供者主要分為三種商業模式。每種模式決定了誰擁有無線存取點、誰控制旅客資料，以及未來調整方向的難易度。在撰寫評分標準前請先確定模式，因為這會改變您能合理要求每家廠商證明的內容。

	硬體無關的雲端疊加層 (Hardware-agnostic cloud overlay)	託管服務包 (Bundled managed service)	特許經營業者 (收益分潤)
所需硬體	您現有的無線存取點	提供者供應的新無線存取點	提供者擁有的無線存取點和回傳網路
合約綁定於	您設定的軟體授權期限	提供者的硬體更新週期	與機場簽訂的特許經營協議
開放首個營運航廈的途徑	設定現有已安裝的無線存取點	勘測、佈線與安裝	勘測、建置與商業談判
誰控制旅客資料	您身為資料控制者，提供者為處理者	若合約指定您為控制者，則為您	營運業者，除非特許經營協議另有保留給您
Passpoint 與 OpenRoaming	平台功能，需根據您的 AP 韌體確認	與提供者的硬體綑綁	由營運業者的漫遊協議決定
退場成本	低：無線存取點保留原位	高：硬體拆除或回購	高：網路資產重建或移轉
適用對象	現有 WiFi 6 或 6E 設備的機場	無線存取點即將到期且網路團隊較小的機場	希望零資本支出且接受較少資料控制權的機場

Purple 可作為硬體無關的雲端疊加層，運行於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 和 Fortinet 之上。如果您的無線存取點尚未達到汰換週期，請在規劃全面拔除重建前閱讀 為什麼您的下一次 WiFi 升級不需要新硬體。

機場 WiFi 平台提供者真正的差異所在

大多數廠商都能在功能勾選清單的每一行打勾。一旦您要求提出實證而非簡單的答覆「是」或「否」，以下六個領域將能分出高下。

離境高峰期的吞吐量與併發量

平均負載無法提供任何有用資訊。真正的考驗在於出境波次，當安檢在幾分鐘之內放行數百名旅客進入管制區時，許多人會同時拿起手機連網。

有兩個關鍵數字至關重要。第一個是每個區域的同時連線數（concurrent sessions）。第二個是透過 Captive Portal（乘客連線前看到的網頁）每秒處理的新驗證次數。傳輸吞吐量主要取決於您的存取點（AP）和後傳網路（backhaul）。平台的任務是消化瞬間的大量驗證需求，且完全不產生排隊等待現象。

請向各廠商詢問以下事項：

• 該平台在單一場地處理過的最高同時連線數，並註明場地類型與日期。
• 在負載測試中可持續維持的每秒驗證次數，並提供書面的測試方法。
• 當您的 CRM 或應用程式整合回應緩慢時，登入流程會如何處理，以及 Portal 會設定為 fail open（失敗時開放）還是 fail closed（失敗時關閉）。
• 每個裝置的頻寬上限，以及按 SSID（乘客看到的網路名稱）與 VLAN（在共享基礎設施上分隔流量的虛擬區域網路）實施的公平使用控制。
• 對 6 GHz 用戶端裝置的支援能力。在英國，Ofcom 已於 2020 年 7 月開放 5925-6425 MHz 頻段用於免執照 WiFi。

您需要索取的證明文件包含：負載測試報告、具備相近尖峰流量的參考場地案例，以及顯示驗證執行位置的架構圖。作為參考基準，Purple 在 2024 年於全球 90 多個國家、超過 80,000 個上線場地中，處理了 4.4 億次登入。

針對回訪乘客的 Passpoint 與 OpenRoaming

Passpoint（亦稱為 Hotspot 2.0）是以 IEEE 802.11u 為基礎所建置。它允許裝置透過預存的憑證自動發現並加入網路，完全不需要透過 Captive Portal。該連線採用 802.1X（用於在裝置加入前進行驗證的 IEEE 標準），因此流量會透過 WPA2-Enterprise 或 WPA3-Enterprise 進行加密。後端則由負責檢查每組憑證的 RADIUS 伺服器進行處理。

OpenRoaming 是由 Wireless Broadband Alliance（無綫寬頻聯盟）營運的聯盟。它結合了 Passpoint 與共享證書框架，因此來自單一身份提供者的憑證可用於任何參與該計畫的網路。對機場而言，這意味著常客與商務旅客在抵達時即可自動連線，無需重新註冊。

哪些機場採用了 Passpoint 或 OpenRoaming？目前沒有公開的名冊列出所有導入 Passpoint 的機場，且市場現況變化迅速。請要求廠商提供實際線上的客戶案例，而非僅相信功能列表。

請將以下問題納入 RFP：

• 該廠商是 OpenRoaming 身份提供者、存取網路提供者，還是兩者皆是？
• Captive Portal 是否能在首次登入後，同時在 iOS 與 Android 上發行 Passpoint 設定檔？
• 目前有哪些具名的機場或交通運輸場地正在線上運行 Passpoint？請提供參考聯絡人。
• 當 Passpoint 乘客完全未看到 Portal 時，他們會如何顯示於分析數據中？
• 您現有設施中的哪些存取點型號與韌體版本支援 Passpoint？請向您的硬體廠商確認此點。

Purple 支援 OpenRoaming 和雲端 RADIUS。我們的交通運輸部署案例包括 AGS Airports、Manchester Airports Group、c2c Rail 及 Avanti West Coast。瞭解相同的架構如何應用於 火車與鐵路。

多語言與無障礙 Captive Portal

機場門戶網站服務來自數十個國家的旅客，這些旅客通常剛踏上英國土地幾分鐘。門戶網站應自動偵測瀏覽器語言，並提供明顯的語言切換器。每個元素都必須翻譯，包括使用條款和隱私權聲明，而不僅僅是登入按鈕。阿拉伯文與希伯來文等由右至左的語系必須正確渲染。

無障礙設計既是服務問題，也是法律問題。請要求符合 W3C 於 2023 年 10 月發布的 WCAG 2.2 AA 級標準。如果您在歐盟營運，歐洲無障礙法案已自 2025 年 6 月 28 日起適用，航空客運服務均在規範範圍內。英國公營機場也可能受 2018 年公共部門機構（網站與行動應用程式）無障礙法規約束。

請要求對正式上線的門戶網站進行獨立的無障礙審計，而不是僅審查設計原型。請您親自透過 Captive Network Assistant（iOS 與 Android 連線時開啟的小型快顯瀏覽器）進行測試。許多在桌上型電腦瀏覽器中通關的門戶網站，在這個視窗中都會無法正常運作。

國際旅客的資料保護

英國機場根據 UK GDPR 及 2018 年資料保護法處理訪客 WiFi 資料。若您在歐盟營運機場，或資料處理符合其第 3 條範疇，則適用 EU GDPR。在兩個管轄區皆設有機場的集團，需要一個無需單獨建置即可處理兩種法規體系的平台。

要求每家供應商以書面形式回答以下幾點：

• 角色。 根據第 28 條處理協議，確認您是資料控制器，而供應商是您的資料處理者。
• 位置與傳輸。 指明旅客資料的儲存與處理地點。任何傳輸至英國或歐洲經濟區（EEA）以外地區的行為，皆需要英國國際資料傳輸協議或歐盟標準契約條款。
• 合法基礎。 將網路存取、分析與行銷分開。在英國，電子郵件行銷亦受 2003 年隱私與電子通訊法規約束。
• 同意設計。 行銷訂閱選項應預設為未勾選且具體明確。Purple 將這些稱為自主選擇勾選。
• 年齡。 英國將數位同意年齡定為 13 歲。EU GDPR 預設為 16 歲，成員國可將其降至 13 歲。
• 保留與請求。 說明每種資料類型的保留期限，以及供應商如何支援多種語言的當事人存取請求。
• 保證。 索取 ISO 27001 證書及其適用範圍，以及次處理者清單。

Purple 通過 ISO 27001、GDPR、CCPA、Cyber Essentials 及 B Corp 認證。請要求供應商協助您進行資料保護影響評估（DPIA），這是第 35 條對高風險處理所規定的要求。

按分區劃分的停留時間分析

機場可透過將存取點分組為不同區域（如非管制區、安檢區、管制區中心、零售區、登機門候機廊和貴賓室）來測量 WiFi 停留時間。停留時間是指裝置在特定區域內首次與最後一次連結之間的時間。透過彙整數千名旅客的數據，能清晰呈現旅客在安檢與登機之間的的時間分配。

MAC 位址隨機化使這項測量變得更加複雜。Apple 在 iOS 14 中引進了專用 WiFi 位址，而 Android 10 預設會針對每個網路進行隨機化。因此，未驗證裝置的計數會誇大不重複訪客數。通過驗證的會話可提供穩定的身分識別，從而得出最可靠的停留時間數據。

請向廠商確認您是否能自行定義與編輯區域，以及是否有最低停留時間門檻值來過濾路過的旅客。確認報表是否同時顯示中位數與平均值，且資料能透過 API 匯出至您的商業智慧工具。WiFi Analytics 展現了 Purple 如何按區域提供停留時間報表。商業團隊可將這些數據用於專櫃租賃規劃、登機門人力配置與清潔排程。

與您的機場 App 整合

您的 App 與 WiFi 應能識別同一位旅客。請確認 App 會員是否能使用現有的 App 帳戶，透過 SAML 或 OAuth 單一登入（SSO）來登入 WiFi。SAML 即安全斷言標記語言（Security Assertion Markup Language），是用於在系統之間傳遞登入資訊的標準。

要求提供完整的 REST API 文件、登入事件的 Webhook 以及具名的 CRM 連接器。確認 Portal 內容是否能根據航廈或區域進行變更，以便登機門候機廊能推廣與非管制區不同的優惠。Purple 透過 Guest WiFi 產品與 CRM 及行銷平台進行整合。

機場 WiFi 供應商應提供何種服務水準？

離境尖峰時段的服務中斷意味著服務台將排起長龍，並損失零售收入。請將具備測量依據的服務水準寫入合約中。

服務水準	要求內容	允許的停機時間	要求提供的證明
Portal 與驗證可用性	每月至少 99.95%	每月約 22 分鐘	過去 12 個月實測可用性
平台可用性（較高層級）	每年 99.999%	每年約 5 分鐘	公開狀態頁面歷史記錄
優先等級 1 回應時間	15 分鐘（全天 24 小時）	不適用	客服支援流程文件
優先等級 1 復原目標	4 小時	不適用	過去 12 個月的事件報告
計劃性維護	當地時間 05:00 - 22:00 以外，提前 7 天通知	僅在事先通知的情況下不計入可用性	過去一年的維護行事曆
違規通知	發現後 24 小時內通知您	不適用	事件應變計畫
服務點數扣抵	每次違規按每月費用百分比扣抵	不適用	合約條款草案

為了進行比較，99.9% 代表每月允許約 43 分鐘的停機時間，或是每年將近 9 小時。Purple 的平台運行可用性高達 99.999%。資料外洩通知時限可保障您符合第 33 條規定的 72 小時向監管機構通報之期限。

何時選擇硬體無關（Hardware-agnostic）的雲端覆蓋層

當您的存取點屬最新世代，且您的網路團隊希望維持對無線電設計的控制權時，請選擇覆蓋層方案。您只需變更 Captive Portal 與 RADIUS 設定，無需更換硬體。這能維持較低的退出成本，並讓您在不必碰觸任何天花板吸頂燈的情況下更換平台。

覆蓋層方案也適合擁有混合網路設備的機場集團。例如在收購後，一座航廈可能運行 HPE Aruba，而另一座航廈則運行 Cisco Meraki。獨立於硬體的平台可跨兩者提供統一的門戶、單一資料集與一致的同意紀錄。

何時選擇綑綁式代管服務或特許經營

當您的存取點已達生命週期終點（End of Life），且缺乏團隊進行設備更新時，請選擇綑綁式代管服務。您能將覆蓋範圍、硬體與支援打包在同一份合約中購買。代價則是接受較長的合約期與較高的退出成本。

特許經營營運商適合希望零資本支出並將 WiFi 視為公共設施的機場。其權衡取捨在於資料。如果營運商擔任資料控制者，您的商業團隊可能永遠無法取得旅客停留時間或訂閱同意資料。若您選擇此途徑，請務必在特許經營合約中保留控制者權利與完整資料流。

各種模式的運作成本

請比較相同合約期限內的總成本，而非僅看表面授權費用。要求每家供應商針對相同的三年期範疇進行報價，包含：

• 按場館或按航廈計算的平台授權。
• 硬體資本支出（如有），以及其隱含的更新日期。
• 安裝、佈線與勘測作業。
• 網際網路傳輸與後端回傳（Backhaul）。
• 符合您所需服務層級的支援。
• 用於門戶設計、翻譯與整合的專業服務。
• 退出成本，包含資料匯出與硬體拆除。

接著將收益與成本進行對比。如 付費 WiFi 變現指南：代金券、分層存取與支付閘道比較 所述，高級高速分層與限時通行證可產生直接收入。門戶媒體與第一方資料可支援停車場、快速通關與貴賓室的銷售。Purple 將 Guest WiFi 分為三種方案提供授權：Connect、Capture 和 Engage，讓您隨著商業案例成熟逐步擴充功能。

實際案例分析：兩家機場，兩種 RFP 條款

這些情境為規劃範例。輸入值為買方可替換為自家數據的假設；輸出值則為這些輸入值所產生的 RFP 數據。

情境 1：地方政府擁有的區域機場評估其同時連線數條款

現況。 一座由兩個地方議會共同擁有的區域機場經營一個航廈。其晨間尖峰時段會在 90 分鐘內將 3,000 名旅客送至管制區內，同時還有 400 名員工與特許廠商員工使用獨立網路。先前的 RFP 僅要求「高容量」，導致現有廠商的入口網頁每年夏天週六都會當機。

做法。 資訊總監採用保守數據來模擬尖峰時段：每位旅客 1.5 台裝置以及 50% 的使用率。計算出 3,000 × 1.5 × 0.5 = 2,250 個同時連線的訪客工作階段。加上 30% 的預留空間後，需求提升至 2,925 個，四捨五入為 3,000 個工作階段。團隊假設有 40% 的工作階段會在安檢人潮湧現後的 15 分鐘內啟動。這代表在 900 秒內有 900 次新登入，也就是持續每秒完成一次驗證。

由於該機場屬於公營機構，團隊同時要求符合 WCAG 2.2 AA 標準並通過獨立稽核。

結果。 RFP 目前載明了兩個可測試的數據：3,000 個同時連線的訪客工作階段，以及持續 15 分鐘每秒完成一次驗證（並包含三倍速率的突發測試）。無法提供涵蓋這些數據之負載測試報告的廠商，在第一階段即被淘汰。無障礙條款現在指名了具體標準與稽核，而非僅是意向說明。

情境 2：管制區零售團隊在採購前定義停留時間

現況。 一座中型機場的商務總監希望了解旅客會在免稅走廊區停留，還是直接穿過。特許廠商的租金正準備進行檢討。先前的 WiFi 報告僅統計裝置數量（包含未驗證的裝置），導致隨機 MAC 位址誇大了每個區域的人數。

做法。 團隊將存取點分為五個區域：非管制區、安檢出口、免稅零售區、中央美食街與登機門候機廊。他們設定了兩分鐘的最低停留門檻，以過濾路過的人流。RFP 要求僅針對已驗證的工作階段提供停留時間報告，並按區域和小時計算中位數，每日透過 API 匯出。

結果。 假設每日有 20,000 名管制區旅客且有 35% 登入，樣本數為每日 7,000 個工作階段。這代表每月超過 200,000 個工作階段，足夠可靠地進行每週的區域對比。商務團隊帶著明確定義的指標而非單純的裝置計數參與租金檢討。瞭解 Purple 如何透過相同的分區方式支援 零售 場所。

如果您的物業包含機場飯店，相同的平台與同意紀錄也可以延伸至該處。Purple 針對 飯店 的解決方案可直接適用。

如何為您的航廈物業評估機場 WiFi 平台供應商得分

依據各項目對旅客與營收的影響程度進行加權，並僅針對證明文件進行打分。若廠商回答「是」卻未提供文件，該項目即得零分。

領域	權重	提問內容	要求提供的證明文件
尖峰時段同時連線數	20%	您在單一場所持續發生的最高驗證速率為何？	負載測試報告與參考場所客戶案例
資料保護	20%	乘客資料儲存在何處？適用哪種傳輸機制？	第 28 條合約、次處理者清單、ISO 27001 認證
Passpoint 與 OpenRoaming	15%	目前有哪些具名的交通場站已上線運行 Passpoint？	參考聯絡人與現場回流裝置演示
停留時間分析	15%	我們能否定義分區並透過 API 匯出已驗證的停留資料？	範例報告與 API 文件
多語言與無障礙 Portal	10%	提供哪些內建語言？法律條文由誰翻譯？	獨立 WCAG 2.2 AA 審計
App 與 CRM 整合	10%	App 會員能否使用其 App 帳號登入 WiFi？	SSO 文件與具名連接器
服務層級	10%	過去 12 個月量測到的可用性為何？	服務狀態頁面歷史紀錄與事件報告
建立兩到三家供應商的書面決選名單。接著在一個分區內，跨越至少一個實際的離境尖峰潮進行概念驗證 (PoC)。親自進行參考客戶照會，並詢問每位參考客戶在第一個月發生過什麼故障。

常見問題

機場訪客 WiFi 平台的費用是多少？

硬體無關的平台採用每個場站的軟體授權計費，若您的現有設備未過期，則無需投入存取點資本支出。捆綁式託管服務會增加硬體、安裝費用與更長的合約期。特許經營模式可能不需要預付款項，但會犧牲收益以及資料控制權。請要求每家供應商針對相同的三年範疇（包含支援與退出成本）進行報價，以便在相同基礎上進行比較。

機場 WiFi 平台可以在我們現有的存取點上運行嗎？

可以，前提是該平台與硬體無關。Purple 可作為雲端覆蓋層（overlay）運行於 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme 與 Fortinet 之上。您的存取點、交換器與回傳網路皆可保留原位。請在 RFP 中確認兩件事：您的存取點型號與韌體支援 Passpoint，以及 Captive Portal 能處理您的尖峰驗證率。

我們如何在不影響乘客的情況下更換機場 WiFi 提供商？

先在單一 SSID 或單一分區運行新平台，然後按航廈逐步切換。透過覆蓋層架構，您只需變更 Captive Portal 與 RADIUS 設定，而非更換硬體，因此回滾意味著恢復舊有設定。請將切換時間安排在離境尖峰潮之外。要求現有提供商提供資料匯出，並根據現有處理合約提供書面的刪除確認。

EU GDPR 是否適用於英國機場的訪客 WiFi？

UK GDPR 與 2018 年資料保護法規範英國機場的訪客 WiFi。當您在歐盟營運機場，或處理流程屬於其第 3 條範疇時，則適用 EU GDPR。許多機場集團同時面臨這兩種法規。請要求供應商同時支援兩者、記錄資料存放位置，並使用英國 IDTA 或歐盟標準合約條款進行資料傳輸。

哪些機場正在使用 Passpoint 或 OpenRoaming？

目前沒有公開的名冊會列出所有運行 Passpoint 或 OpenRoaming 的機場，且部署狀況變化迅速。Wireless Broadband Alliance 會發布 OpenRoaming 的相關公告，而值得信賴的供應商則會列出其現有的機場與交通運輸客戶案例。在您的 RFP 中，請要求每家供應商提供具名的場地名稱、參考聯絡人，以及已註冊過的裝置在無需 Captive Portal 的情況下自動連線的現場示範。

機場如何按區域測量 WiFi 停留時間？

機場會將存取點（AP）分組為不同區域，例如非管制區、安檢區、管制區零售區和登機廊廳。接著測量裝置在每個區域內首次連線與最後一次連線之間的相隔時間。驗證過的會話能提供最可靠的數據，因為 iOS 和 Android 上的 MAC 地址隨機化會扭曲未驗證的統計數字。報告中應同時列出中位數與平均值，這樣少數長時間停留的裝置才不會扭曲整體結果。

機場 WiFi 供應商應保證多少正常運行時間？

要求 Captive Portal 和驗證服務的每月可用性至少達到 99.95%，低於該水平則需提供服務抵免額。即使如此，每月仍允許約 22 分鐘的停機時間。Purple 的平台以 99.999% 的正常運行時間運作，相當於每年約五分鐘的停機時間。請要求提供過去 12 個月實測的可用性數據，而非僅僅是合約上的數字，並確認計畫性維護是如何處理的。