📶網路離線提醒
當 FIRST LINE 偵測到瀏覽器與即時服務之間的連線中斷或重新連線時,系統會顯示網路離線提醒。本篇用白話說明即時連線為什麼可能短暫中斷、為什麼其他網站仍能開啟,以及遇到提醒時可以如何判斷與處理。
FIRST LINE 的新訊息、電話進線通知、服務狀態更新等功能,需要瀏覽器持續和即時服務保持連線。當這條連線中斷,或中斷後重新建立時,FIRST LINE 會顯示「網路離線提醒」,讓你知道這段期間的即時功能可能受到影響。
為什麼即時服務需要「一直連著」?
一般網站比較像「需要資料時再去拿」。例如開啟一篇文章時,瀏覽器送出請求、取得內容,這次傳輸完成後就可以繼續閱讀。
客服系統則不同。新訊息、電話進線或狀態變更可能隨時發生,伺服器需要在事件發生時主動通知瀏覽器,因此這類即時 Web 應用通常會使用 WebSocket 或其他持續連線技術。
你可以把它想成兩種不同的聯絡方式:
像需要事情時再打電話詢問
像通話一直保持在線
每次需要資料再建立請求
瀏覽器與服務持續維持連線
短暫中斷後,下次請求可能重新建立就好
既有連線一旦斷掉,需要偵測並重新連線
適合文章、一般頁面資料
適合聊天、通知、即時狀態等
MDN Web Docs 的 WebSocket 說明也將 WebSocket 描述為瀏覽器與伺服器之間的雙向互動通訊,讓雙方可以透過既有連線持續交換資料,而不需要瀏覽器不斷重新詢問伺服器。
即使網路正常,持續連線也可能短暫中斷
這不是 FIRST LINE 特有的情況,而是即時網路服務本來就必須處理的問題。
例如 Socket.IO 是廣泛使用的即時通訊技術,其官方文件直接將「連線中斷後自動重新連線」列為基本能力之一。這代表即時應用在設計上,本來就不能假設一條連線永遠不會中斷。
網路基礎設施服務商 Cloudflare 的 WebSocket 官方文件 也建議長時間連線實作 keepalive(保持連線),並說明連線可能因逾時或基礎設施重新啟動而終止。
FIRST LINE 顯示離線提醒,是把原本使用者看不到的即時連線狀態顯示出來。
如果即時連線已經中斷,但畫面完全沒有提醒,專員可能仍以為自己正在正常等待新訊息或電話。主動提示連線狀態,是為了讓你及早知道目前的即時能力是否可信。
為什麼 Google、YouTube 都能開,FIRST LINE 還是顯示離線?
這是最容易誤解的地方。
「其他網站打得開」可以證明目前仍有網路,但不能證明先前建立的每一條即時連線都沒有中斷。
舉例來說:
你的 Wi-Fi 在 10:00:00 短暫中斷幾秒鐘。
FIRST LINE 原本維持的即時連線因此斷開。
10:00:05 網路恢復。
你在 10:00:10 開啟 Google,瀏覽器重新建立一個新的網路請求,因此網站正常開啟。
FIRST LINE 同時也會嘗試重新建立即時連線,並顯示曾經離線或重新連線的狀態。
所以「現在可以瀏覽其他網站」和「剛才的即時連線有沒有中斷」是兩個不同問題。
類似情況也可能發生在:
Wi-Fi 在不同基地台之間切換。
VPN 短暫重新連線。
公司 Proxy、防火牆或其他網路設備重新建立連線。
電腦從休眠或省電狀態恢復。
瀏覽器暫停長時間未使用的背景分頁。
你可能看到的提醒狀態
目前處於離線狀態
表示瀏覽器目前無法維持與部分 FIRST LINE 即時服務的連線。
在這段期間,可能影響:
新訊息即時顯示。
電話進線通知。
服務台狀態更新。
其他需要即時連線的功能。
系統提醒中可能會顯示目前中斷的服務類型,方便判斷影響範圍。

曾經中斷,但目前已恢復
表示剛才曾發生短暫斷線,目前瀏覽器已經重新建立連線。
如果只偶爾發生一次,而且恢復後訊息、電話與狀態更新都正常,可以繼續使用並觀察。
如果同一天內反覆發生,則代表即時連線環境不夠穩定,建議進一步檢查網路、VPN、裝置與瀏覽器設定。

哪些原因可能造成即時連線中斷?
常見原因包含:
Wi-Fi 波動:訊號短暫不穩、基地台切換或無線干擾。
VPN:VPN 重新連線、路由切換或連線逾時。
企業網路設備:Proxy、防火牆、安全設備可能重新建立或終止長時間連線。
裝置休眠或省電:電腦暫停背景網路活動,恢復後需要重新連線。
瀏覽器背景節能:長時間沒有使用的分頁可能被降低執行頻率或進入睡眠。
瀏覽器 Extension/安全軟體:部分擴充功能或防護軟體可能干涉連線。
服務端或網路路徑事件:即時服務本身、雲端或中間網路設備發生短暫切換,也可能造成既有連線中斷。
離線提醒本身只能說明「即時連線曾中斷」,不能單獨用來判定責任在哪一端。
如果只有一台電腦或單一公司網路反覆出現,而改用其他網路後正常,比較值得檢查本機或企業網路;如果不同地點、不同網路的多位使用者同時發生,則應進一步確認共同的服務或網路路徑是否有異常。
延遲、卡頓和離線是一樣的嗎?
不完全一樣。
延遲:資料還有傳送,只是比較慢。
封包遺失/網路品質不佳:部分資料傳輸失敗,可能造成電話斷續或訊息延遲。
即時連線中斷:瀏覽器已無法繼續使用原本的持續連線,需要重新建立。
因此,「電話聲音斷斷續續」不一定會觸發離線提醒;反過來,短暫離線後快速重新連線,也不代表所有一般網頁都會同時顯示錯誤。
看到提醒後怎麼處理?
如何降低連線中斷的機會?
優先使用穩定的網路
如果工作內容包含即時訊息或電話服務,且環境允許,建議優先使用穩定的有線網路(Ethernet)。
Wi-Fi 當然可以使用,但無線干擾、距離與基地台切換,比有線網路多了一些可能造成瞬間波動的因素。
避免服務期間讓工作裝置進入休眠
如果電腦進入休眠或深度省電狀態,瀏覽器與網路連線可能會暫停。
若企業有統一的螢幕鎖定、省電或裝置管理政策,可以請內部 IT 確認是否會中斷背景連線。
檢查瀏覽器的睡眠分頁/節省記憶體設定
Chrome、Edge 等瀏覽器可能對長時間未使用的分頁套用節省記憶體或睡眠機制。
如果 FIRST LINE 經常在切回分頁後才重新連線,可以確認瀏覽器是否有相關節能設定,必要時將 FIRST LINE 加入例外清單。
什麼情況比較像公司網路或裝置問題?
以下情況建議優先請企業 IT 協助檢查:
只有公司網路會發生,改用手機熱點後正常。
問題只發生在特定電腦。
問題只在連接 VPN 時出現。
同一辦公室或同一網路中的多位同事同時發生。
每天固定時間容易斷線,可能與網路設備、VPN 或安全政策有關。
企業有 Proxy、防火牆、安全軟體或裝置管理政策會管理長時間連線。
什麼情況應該聯繫 FIRST LINE?
以下情況建議聯繫 FIRST LINE 協助確認:
一般網路正常,但 FIRST LINE 即時功能長時間無法恢復。
重新整理後仍持續顯示離線。
不同網路、不同地點的多位使用者在相近時間同時發生。
問題反覆發生,而且已完成基本的網路與瀏覽器交叉測試。
建議提供:
問題發生時間:日期與盡可能精確的時間。
影響範圍:只有你、部分同事或全部使用者。
實際症狀:例如「離線提醒持續不消失」、「訊息沒有即時更新」或「電話沒有進線通知」。
使用環境:瀏覽器、作業系統、是否使用 VPN。
使用網路:公司有線、公司 Wi-Fi、家用網路或手機熱點。
交叉測試結果:其他瀏覽器、無痕模式或其他網路是否正常。
這些資料能協助更快判斷問題較可能位於個人裝置、企業網路、共同網路路徑或 FIRST LINE 即時服務。
延伸了解:這不是 FIRST LINE 獨有的技術問題
如果想進一步了解即時連線,可以參考以下公開技術文件:
MDN Web Docs:WebSocket API-說明瀏覽器如何透過 WebSocket 與伺服器維持雙向通訊。
Socket.IO 官方網站-介紹即時雙向通訊,以及連線遺失後自動重新連線的設計。
Cloudflare:WebSockets-說明網路基礎設施如何處理長時間 WebSocket 連線、keepalive 與連線逾時。
這些機制的共同概念是:即時連線可以很穩定,但不能假設永遠不會中斷,因此成熟的即時服務會偵測連線狀態並在必要時重新連線。
最後更新於