在公車上部署免費 WiFi：營運商指南

您可能正處於大多數營運商都會面臨的相同壓力點。乘客將連線視為基本的便利設施，商業團隊希望擁有更乾淨的數位管道，而網路團隊則深知「只要加入免費 WiFi」通常意味著移動式的射頻問題、持續發生的數據費用以及永無止境的支援隊列。

這就是為什麼巴士上的免費 WiFi 不應只被視為一個勾選完成的備用功能。在運行中的車隊上，這是一項關乎乘客、營運、商業和法規合規性的交通網路服務。規劃得當時，它可以支援乘客溝通、改善數位旅程並產生有用的第一方洞察。如果只是廉價地外掛上去，它就會變成一個慢速的熱點，讓使用者感到沮喪，並與票務、CCTV 和車載資通訊系統爭奪頻寬。

巴士 WiFi 成功的策略規劃

大多數的失敗在採購前就已注定。有人決定車隊需要公車上的免費 WiFi，硬體候選清單隨即出現，但團隊直到事後才會問：成功的定義到底是什麼。

從營運問題開始，而不是從無線基地台開始。如果首要目標是乘客滿意度，您的設計優先事項將傾向於簡單的登入引導、可預測的工作階段連續性，以及維持輕度瀏覽和旅程工作正常運作的公平使用模型。如果目標是數位包容，那麼路線選擇和策略控制比歡迎頁面的品牌形象更重要。如果目標是商業化，您將需要同意、身分識別、分析，以及行銷團隊如何使用數據的計劃。

設定營運部門可衡量的目標

我建議首先用營運語言來定義目標，然後讓客戶與商業團隊加入他們自己的衡量指標。實用的範例包括：

• 乘客旅程品質：乘客是否可以完成票務、即時通訊和服務查詢，而無需重複重新連線？
• 路線適合度：哪些走廊支援可靠的車載服務，哪些走廊訊號將永遠不穩定？
• 數位互動：營運商是否可以收集經同意的乘客數據，並將其用於服務警示、問卷調查或促銷活動？
• 包容性成果：對於無法依賴大容量行動數據方案的乘客，WiFi 是否能降低其障礙？

其中一個關鍵原因在於路線的變異性。Ofcom 的聯網交通視角 指出，行動數據體驗在不同路線上存在顯著差異，尤其在鄉村路段與多隧道走廊上，訊號覆蓋率會大幅下降。對於公車 WiFi 而言，這意味著乘客是根據「在切換網路時，短期任務是否能保持連線」來評估服務品質，而非根據理論上的「可用」狀態。

營運現實： 即使在城市地圖上看起來沒問題的公車路線，如果回傳網路在路口高樓群、地下道或隧道區段頻繁斷線，仍然不適合提供乘客 WiFi。

在購買任何東西之前先分析路線

路線評估應包括射頻狀況、停留模式、乘客輪廓以及服務目的。城市通勤路線的運作特性，與學校、機場、長途或社會福利路線截然不同。

一個良好的規劃工作坊通常會與更廣泛的 了解車隊管理 工作相重合，因為車輛正常運行時間、維護窗口、司機工作流程以及車廠流程，都會影響公車 WiFi 的部署與支援方式。

使用簡單的決策評估：

對於正在優化乘客體驗層面的營運商來說，這篇汽車環境中的 WiFi 指南 提供了非常有用的背景資訊，因為它將連線視為更廣泛車輛旅程的一部分，而非單純的無線電問題。

選擇路由器、天線與存取點

消費級設備在公車上很快就會失效。震動、溫度波動、不穩定的電源、金屬車身以及持續的蜂巢基地台切換，都會暴露所有的弱點。思考車載連線的正確方式應是將其視為一個託管行動網路，而不是一個插了 SIM 卡的熱點。

英國車隊的實際部署模型使用車頂安裝、多 SIM 卡的 4G/5G 路由器，搭配外部 MIMO 天線，然後將訊號傳輸至車載控制器或無線基地台，透過 WiFi 5 或 WiFi 6 為乘客提供服務。原因很簡單。在實際路線上，連線持續性比峰值吞吐量更重要，特別是在訊號微弱的路段和行動基地台切換期間。一份地方政府的備忘錄發現，每輛巴士的乘客 WiFi 平均使用量約為 3,500 MB，而內部營運數據僅為 8 至 14 MB，這就是為什麼網路分割是強制性的，且回程網路頻寬規劃的重要性遠超人們預期，正如 乘客 WiFi 部署備忘錄 中所概述的。

每個硬體層實際的作用

路由器是核心大腦。它管理電信業者連結、容錯轉移原則、VPN、QoS 以及流量隔離。在公車上，任何不是為了車輛電源條件和集中化管理而設計的裝置，我都會予以拒絕。

天線系統決定了路由器是否有一絲勝算。外置車頂型 MIMO 天線通常是決定可接受的連續性與面臨持續重傳痛苦之間的分水嶺。僅採用內置天線的設計可能看起來較為美觀，但車輛結構與乘客密度會對其訊號造成阻礙。

無線基地台負責處理車廂內的體驗。它不需要在規格表競賽中勝出，而是需要提供穩定的覆蓋範圍、支援策略執行並耐受震動。如果您正在評估外觀尺寸，參考耐用且現代的 AP 類別，例如 Redchip 線上 IT 商店的 Ubiquiti U7，可以作為一個實用的參考點，了解廠商如何整合較新的無線電晶片、耐候性與安裝靈活性，儘管對於移動車輛的適用性仍取決於您的機箱、電源與管理需求。

比宣傳速度更重要的篩選標準

不要為了「最快的 WiFi」而買。要為了生存能力與控制力而買。

• 車規級設計： 裝置應能耐受震動、高溫和不穩定的車輛電源。
• 電信業者彈性： 支援多張 SIM 卡，可在特定路線上某個網路訊號不佳時，為營運提供其他選擇。
• 遠端管理： 車隊團隊需要集中化的可視性，以進行韌體更新、策略變更和故障隔離。
• 網路分段支援： 訪客流量必須與 CCTV、車聯網、票務和員工系統進行隔離。
• 安裝實用性： 安裝人員需要在整個車隊中，為天線和 AP 進行一致且可重複的配置。

簡單的硬體決策矩陣

營運瓶頸通常在於行動網路回傳，而非巴士內部的 WiFi 無線電設備。

這就是為什麼硬體選擇應搭配路線數據來進行，而非孤立地決定。閃亮的高階 AP 也無法彌補糟糕的車頂射頻設計或薄弱的電信業者策略。

設計具備韌性的行動回傳網路策略

如果路由器是運作的大腦，那麼回程網路就是流動的血液。許多公車上的免費 WiFi 專案經常在這個階段宣告失敗。車廂內的訊號可能看起來非常完美，但上游連接卻每隔幾分鐘就中斷一次。

策略性的選擇並非抽象的「4G 或 5G」之爭，而是每條路線需要多少備援與電信業者彈性，以及您的團隊能支持多少營運複雜度。

比較主要方法

單一電信業者的配置適用於受到嚴格控制的試點專案。這種配置較易於支援，並能提供基準數據。但它同時也帶來了單一故障點。如果該電信業者在多隧道或偏遠走廊的訊號表現不佳，乘客並不會在乎車載 WiFi SSID 是否可見，他們只會認為該服務無法使用。

雙電信業者設計通常是務實的折衷方案。這雖然無法完全消除訊號覆蓋問題，但能減少對單一網路弱點的曝露。對許多車隊而言，這就是可靠度達到足以公開推出服務的臨界點。

圍繞連續性進行規劃，而非行銷訴求

回傳網路策略應該圍繞使用者在車上的行為來設計。大多數乘客並非試圖進行持續的大量資料傳輸。他們是在確認車票、發送訊息、開啟服務更新，或是藉由輕度瀏覽來消磨時間。

這意味著網路策略應該偏向於：

• 切換後快速復原： 短暫的中斷至關重要。
• 可預測的延遲行為： 票務和登入流程往往在人們注意到「速度」之前就已失敗。
• 切合實際的資費規劃： 不要假設服務顯眼後，訪客流量仍會保持稀少。
• 各路線獨立調整： 市中心接駁車與鄉村城際服務不應採用相同的假設。

巴士網路要贏得信任，靠的是在路線的顛簸路段依然能維持連線，而不是在終點站進行速度測試時表現優異。

當訊號覆蓋和資費經濟效益支持時，採用支援 5G 的硬體是合理的，但我不會圍繞 5G 品牌宣傳來建立商業案例。我會將其建立在彈性韌性、可管理性，以及回傳網路在乘客需要的地方是否保持可用之上。

無縫且安全的旅客驗證

比起晶片組，乘客更能記住連線體驗。如果門戶網頁陷入迴圈、服務條款頁面損壞，或者他們每次乘車都必須重複相同的登入步驟，那麼即使射頻設計再完善，他們也會覺得整個服務很差。

這就是為什麼傳統的 Captive Portal 正在成為一種累贅。它們中斷了旅程、產生了支援干擾，而且往往要在經過繁瑣的瀏覽器步驟後才提供安全性。對於移動中的公共服務而言，這種摩擦是沒有必要的。

為什麼舊的 Captive Portal 表現不佳

傳統的門戶工作流程是為咖啡店和飯店設計的。公車不同。乘客快速上車、旅程短暫，且人們往往需要立即連網以進行票務、通訊或獲取更新。

舊模式有幾個缺點：

• 重複的手動登入： 頻繁乘車的旅客會受到不必要阻礙的懲罰。
• 瀏覽器依賴性： Captive Portal 偵測在不同裝置和作業系統上的運作方式不盡相同。
• 薄弱的信任模型： 共用密碼或先開放再進入入口網站的設計既不現代也不安全。
• 復原能力差： 如果行動網路連結發生短暫異常，使用者可能會被彈回加入流程。

如果您需要溫習該模式在哪些地方會失效，這篇關於 captive portal 的說明 是個實用的參考資料。

更好的驗證模式是什麼樣子

現代交通 WiFi 在可行情況下，應朝向 Passpoint、OpenRoaming 以及無密碼身分驗證流程發展。其價值不僅在於便利性，更在於更安全的防護，以及在多種車輛與場地之間提供一致且可重複的使用者體驗。

對於實際部署，我會將乘客劃分為兩種大方向的旅程：

1. 即時訪客存取：提供低阻力的公眾使用體驗，通常與條款同意及公平使用政策連結。
2. 已識別存取：針對回訪使用者，透過基於電子郵件的識別、無密碼登入或聯合上網引導，減少重複連線的阻力並支援數據分析。

結合了註冊、身分識別和網路執行功能的平台開始改變巴士 WiFi 的經濟效益。這項服務不再是單次性的福利，而是轉變為受控管的數位接觸點。其中一個例子是 Purple，它在支援的基礎架構上提供品牌專屬的註冊頁面、免密碼存取流程、分析以及 OpenRoaming 樣式的身分識別型網路功能。

最好的巴士 WiFi 登入方式，就是旅客幾乎察覺不到它的存在。

實用的驗證規則

• 保持首次工作階段簡短： 盡可能減少表單欄位和法律條款的干擾。
• 識別回訪使用者： 不要要求經常通勤的乘客每次都從零開始。
• 儘早加密： 免密碼和基於憑證的方法可以減少對開放式訪客流程的依賴。
• 針對中斷進行設計： 身分驗證應能在行動回傳網路的現實環境下存活，而不是假設在一個靜態場所。

如果您希望以後能獲取搭乘數據、問卷調查或贊助商資助的存取權，這項能力取決於乾淨的驗證層。如果沒有它，您就只是在廣播網路存取，並寄望有人能衡量出結果。

執行安全合規與公平使用政策

公車公共 WiFi 與營運商無法承擔風險的其他系統並存。票務、CCTV、司機工具、診斷與遙測系統都與乘客流量共享車輛空間。如果訪客網路是平面架構、過濾鬆散或管理不當，那麼這樣的設計就是錯誤的。

基準規則非常簡單：訪客流量絕對不能與營運流量混雜。 這種隔離應該存在於政策、網路設計以及監控之中。

首先建立嚴格隔離

使用獨立的 SSID、VLAN 和防火牆政策，以確保乘客的瀏覽行為不會干擾車載系統。將控制面板和管理介面嚴格限制在僅限授權人員存取的路徑中。

實際的工作順序如下所示：

1. 依功能進行區隔：訪客 WiFi、營運系統、CCTV、員工存取和維護存取應全部區分開來。
2. 有目的地應用 QoS：安全、調度、和遙測流量應優先於訪客瀏覽。
3. 限制東西向移動：乘客應只能連線至網際網路，而非車載系統。
4. 記錄策略事件：在調查濫用、壅塞或服務投訴時，支援團隊需要相關事證。

過濾內容並調節需求

從校車部署中汲取的經驗在此也同樣適用。大眾巴士 WiFi 應包括 CIPA 規範的內容過濾、單一裝置策略限制以及明確的公平使用政策。Kajeet 的資料指出，單一巴士可支援 高達 65 台學生裝置，但這是一項上限規劃基準，而非保證的實際體驗，因為回程傳輸品質與訊號狀況仍主導著網路效能，這在 校車 WiFi 實施文章 中有所討論。

這帶來了更合理的控制措施：

• 針對高流量應用程式限制頻寬： 串流媒體可能會使專為旅程任務設計的服務過載。
• 工作階段原則限制： 阻止少數使用者消耗不成比例的容量。
• 網頁過濾類別： 封鎖惡意、非法和不當的目的地。
• 使用透明度： 在乘客開始使用前，告知他們「免費」包含哪些內容。

公平使用原則是產品的一部分

業者有時會擔心，設定限制會讓這項服務顯得小氣。在實務上，情況往往恰恰相反。在頻寬受限的回程網路上，透明的政策比起無限制的承諾，所產生的抱怨反而更少。

將服務宣告為「最適合傳送訊息、瀏覽網頁和處理行程任務」，除非您已準備好設計並資助更高規格的方案。

這樣的措辭能使期望與您所能提供的網路服務保持一致。當車廂人滿為患且需求暴增時，這也能保護安全關鍵的流量。

將 WiFi 數據轉化為可執行的洞察

運作中的公車 WiFi 服務所產生的價值，不僅僅是連線階段的計數。透過正確的身份、同意與分析模型，它能成為移動中的營運與乘客情報來源。

常見的錯誤是僅止步於使用率圖表。「有多少裝置連線？」這固然有用，但它無法告訴商業、客戶或規劃團隊發生了哪些改變。

最實用的問題並不純粹是網路問題

一旦驗證與分析功能相結合，營運商就可以開始提出更好的問題：

• 哪些路線能吸引重複使用者？
• 連線嘗試在一天中的哪些時段最為集中？
• 哪些行銷活動或服務通知能在乘車期間成功觸及乘客？
• 已識別的乘客與單次使用者的行為是否有顯著差異？

當這些洞察與服務情境結合時，會變得更有價值。重複使用率高的路線可能非常適合引進贊助商資助的存取服務、精準的服務溝通或車載促銷活動。而首次使用率高的路線，則可能需要更簡單的上網引導流程與更清晰的乘客教學說明。

現代分析技術帶來的變革

成熟的平台可讓團隊從匿名存取轉向經授權的第一方互動。這並不意味著侵入式的追蹤，而是負責任地使用身分驗證與策略控制，以便營運商了解使用模式並改善服務。

有用的輸出通常包括：

對於正在建構該能力的團隊而言，訪客 WiFi 分析使用案例和位置數據範例，為原始連接事件如何支持行銷與營運決策提供了堅實的參考依據。

優質的 WiFi 分析不只能證明使用率，還能協助營運商判斷，在哪些地方提供連線能確實改善乘客的旅程，而在哪些地方只會徒增成本。

這正是策略價值顯現的地方。WiFi 不再是一項公用事業支出，而是開始發揮可衡量數位管道的作用。

分析成本、ROI 與資金模式

這通常是熱情面臨採購現實考驗的時刻。如果沒有人對持續運作的營運負擔進行妥善建模，車隊測試即使在技術上取得成功，在商業案例上仍可能面臨失敗。

這在倫敦發生過。倫敦交通局（TfL）在「巴士之年」活動期間，透過在兩部車輛上安裝設備來測試巴士上的免費 WiFi。該試驗在技術效能和客戶使用方面都被認為是成功的，但 TfL 表示，由於高昂的安裝成本以及電信業者高昂的每月數據費用，更大規模的推廣在財務上是不可行的。TfL 還得出結論，鑑於 3G 和 4G 的普及，巴士 WiFi 只有在由第三方全額資助的情況下才會繼續進行，如 倫敦議會關於巴士免費 WiFi 的答覆 中所述。

營運商常低估的成本類別

硬體預算項目總是吸引注意力。但支援模式通常會被忽視。

務實的總成本評估包括：

• 車輛硬體與安裝： 路由器、天線、存取點、佈線、安裝、人工、調試。
• 行動網路服務： SIM 卡資費、電信業者管理、容錯轉移策略以及隨時間增長的流量使用量。
• 平台成本： 驗證、分析、內容過濾、合規工具和報表。
• 營運支援： 監控、事件處理、韌體管理、備品庫存、現場維護。
• 網路安全與策略制定： 分段、過濾、記錄儲存、審查和治理。

「巴士上的免費 WiFi」這個詞可能會掩蓋所有這一切。這對旅客是免費的，對營運商來說可不是免費的。

圍繞成果而非僅憑感性來構建 ROI 案例

旅客滿意度固然重要，但通常無法單憑這一點為專案提供資金。更強而有力的商業案例會將連線能力與一個或多個可衡量的成果相結合。

以下是我認為合理的模式：

贊助商或第三方資助模式是可行的，但前提是營運商必須清楚知道哪些版位正在被變現。是登入頁面的品牌展示、經同意的行銷觸及、特定路線的宣傳活動，還是受眾洞察？如果沒有明確的定義，「廣告收入」就只是一個模糊的概念，而採購部門也理所當然會予以駁回。

通常有效與通常無效的做法

有效的方法是進行分階段部署，並採取基於路線的篩選、強健的支援模式，以及由營運、IT、客戶團隊和財務部門共同商定的明確成功衡量標準。

最不可行的做法是只因為競爭對手宣傳有 WiFi 就全車隊啟用，然後在收到投訴後才試圖補救管理機制。

僅靠技術上的成功是不夠的。公車 WiFi 需要一個能在每月帳單週期、支援工單以及董事會審查中存續下來的財務論述。

第三方資金可以改變財務運算邏輯。更強大的分析功能、經同意的行銷活動，以及能將匿名連線轉化為可衡量互動的流暢驗證機制也是如此。然而，只有當營運商能夠在實務中證明這些效益與留存率、溝通成效、社會包容性或商業成果之間的關聯時，這些優勢才具有實際價值。

評估巴士 WiFi 的成熟方法是提出三個直白的問題：

1. 哪些路線能支持可靠的服務？
2. 我們願意承擔哪些經常性成本？
3. 什麼樣的證據能證明這項服務是值得的？

如果這些問題的答案不夠明確，專案就應該留在試點階段。如果答案清晰，巴士上的免費 WiFi 就能從旅客福利轉變為真正的策略性平台。

Purple 能協助營運商將車載 WiFi 轉化為受管理的識別與分析層，而不僅僅是一個登入頁面。如果您正在評估如何將無密碼存取、OpenRoaming、品牌化上網體驗以及第一方 WiFi 數據整合至交通部署中，Purple 是一個值得與您現有的網路架構及乘客體驗需求一同評估的方案。