For the complete documentation index, see llms.txt. This page is also available as Markdown.

📶網路離線提醒

當 FIRST LINE 偵測到瀏覽器與即時服務之間的連線中斷或重新連線時,系統會顯示網路離線提醒。本篇用白話說明即時連線為什麼可能短暫中斷、為什麼其他網站仍能開啟,以及遇到提醒時可以如何判斷與處理。

FIRST LINE 的新訊息、電話進線通知、服務狀態更新等功能,需要瀏覽器持續和即時服務保持連線。當這條連線中斷,或中斷後重新建立時,FIRST LINE 會顯示「網路離線提醒」,讓你知道這段期間的即時功能可能受到影響。

先說結論:離線提醒不等於「整台電腦沒有網路」,也不能只靠這個提醒判斷問題一定出在使用者網路或 FIRST LINE。

它能確定的是:在某個時間點,瀏覽器和 FIRST LINE 即時服務之間原本持續存在的連線中斷了,或正在重新建立。

為什麼即時服務需要「一直連著」?

一般網站比較像「需要資料時再去拿」。例如開啟一篇文章時,瀏覽器送出請求、取得內容,這次傳輸完成後就可以繼續閱讀。

客服系統則不同。新訊息、電話進線或狀態變更可能隨時發生,伺服器需要在事件發生時主動通知瀏覽器,因此這類即時 Web 應用通常會使用 WebSocket 或其他持續連線技術

你可以把它想成兩種不同的聯絡方式:

一般網頁連線
即時連線

像需要事情時再打電話詢問

像通話一直保持在線

每次需要資料再建立請求

瀏覽器與服務持續維持連線

短暫中斷後,下次請求可能重新建立就好

既有連線一旦斷掉,需要偵測並重新連線

適合文章、一般頁面資料

適合聊天、通知、即時狀態等

MDN Web Docs 的 WebSocket 說明也將 WebSocket 描述為瀏覽器與伺服器之間的雙向互動通訊,讓雙方可以透過既有連線持續交換資料,而不需要瀏覽器不斷重新詢問伺服器。

即使網路正常,持續連線也可能短暫中斷

這不是 FIRST LINE 特有的情況,而是即時網路服務本來就必須處理的問題。

例如 Socket.IO 是廣泛使用的即時通訊技術,其官方文件直接將「連線中斷後自動重新連線」列為基本能力之一。這代表即時應用在設計上,本來就不能假設一條連線永遠不會中斷。

網路基礎設施服務商 Cloudflare 的 WebSocket 官方文件 也建議長時間連線實作 keepalive(保持連線),並說明連線可能因逾時或基礎設施重新啟動而終止。

為什麼 Google、YouTube 都能開,FIRST LINE 還是顯示離線?

這是最容易誤解的地方。

「其他網站打得開」可以證明目前仍有網路,但不能證明先前建立的每一條即時連線都沒有中斷。

舉例來說:

  1. 你的 Wi-Fi 在 10:00:00 短暫中斷幾秒鐘。

  2. FIRST LINE 原本維持的即時連線因此斷開。

  3. 10:00:05 網路恢復。

  4. 你在 10:00:10 開啟 Google,瀏覽器重新建立一個新的網路請求,因此網站正常開啟。

  5. FIRST LINE 同時也會嘗試重新建立即時連線,並顯示曾經離線或重新連線的狀態。

所以「現在可以瀏覽其他網站」和「剛才的即時連線有沒有中斷」是兩個不同問題。

類似情況也可能發生在:

  • Wi-Fi 在不同基地台之間切換。

  • VPN 短暫重新連線。

  • 公司 Proxy、防火牆或其他網路設備重新建立連線。

  • 電腦從休眠或省電狀態恢復。

  • 瀏覽器暫停長時間未使用的背景分頁。

你可能看到的提醒狀態

目前處於離線狀態

表示瀏覽器目前無法維持與部分 FIRST LINE 即時服務的連線。

在這段期間,可能影響:

  • 新訊息即時顯示。

  • 電話進線通知。

  • 服務台狀態更新。

  • 其他需要即時連線的功能。

系統提醒中可能會顯示目前中斷的服務類型,方便判斷影響範圍。

即時 Web 服務通常會偵測連線狀態,避免使用者在不知情的情況下持續使用已中斷的即時功能。

曾經中斷,但目前已恢復

表示剛才曾發生短暫斷線,目前瀏覽器已經重新建立連線。

如果只偶爾發生一次,而且恢復後訊息、電話與狀態更新都正常,可以繼續使用並觀察。

如果同一天內反覆發生,則代表即時連線環境不夠穩定,建議進一步檢查網路、VPN、裝置與瀏覽器設定。

哪些原因可能造成即時連線中斷?

常見原因包含:

  • Wi-Fi 波動:訊號短暫不穩、基地台切換或無線干擾。

  • VPN:VPN 重新連線、路由切換或連線逾時。

  • 企業網路設備:Proxy、防火牆、安全設備可能重新建立或終止長時間連線。

  • 裝置休眠或省電:電腦暫停背景網路活動,恢復後需要重新連線。

  • 瀏覽器背景節能:長時間沒有使用的分頁可能被降低執行頻率或進入睡眠。

  • 瀏覽器 Extension/安全軟體:部分擴充功能或防護軟體可能干涉連線。

  • 服務端或網路路徑事件:即時服務本身、雲端或中間網路設備發生短暫切換,也可能造成既有連線中斷。

延遲、卡頓和離線是一樣的嗎?

不完全一樣。

  • 延遲:資料還有傳送,只是比較慢。

  • 封包遺失/網路品質不佳:部分資料傳輸失敗,可能造成電話斷續或訊息延遲。

  • 即時連線中斷:瀏覽器已無法繼續使用原本的持續連線,需要重新建立。

因此,「電話聲音斷斷續續」不一定會觸發離線提醒;反過來,短暫離線後快速重新連線,也不代表所有一般網頁都會同時顯示錯誤。

看到提醒後怎麼處理?

1

先看是否已經恢復

如果提醒顯示已重新連線,先確認 FIRST LINE 是否能正常收到新訊息、更新狀態或接收電話通知。

若功能已恢復,可以繼續使用,觀察是否再次發生。

2

確認一般網路是否正常

開啟其他網站確認目前是否仍可上網。

如果其他網站也無法使用,先處理本機 Wi-Fi、有線網路、VPN 或企業網路問題。

如果其他網站正常,也不要直接排除網路因素,因為既有的即時連線仍可能曾經短暫中斷。

3

重新整理 FIRST LINE

如果一般網路正常,但 FIRST LINE 即時功能仍未恢復,可以重新整理頁面,讓瀏覽器重新建立需要的連線。

4

如果反覆發生,記錄發生時間

若一天內多次出現離線/重新連線提醒,建議記錄大約時間,例如「10:15、11:42、14:05」。

有明確時間點後,IT 或 FIRST LINE 才比較容易比對 VPN、防火牆、網路設備與服務端紀錄。

5

用另一個環境交叉測試

若方便,可以嘗試其中一種方式:

  • 同一台電腦改用手機熱點。

  • 同一個公司網路改用另一台電腦。

  • 使用無痕模式。

  • 改用另一個支援的瀏覽器。

交叉測試的目的不是「證明誰的問題」,而是快速縮小問題範圍。

如何降低連線中斷的機會?

優先使用穩定的網路

如果工作內容包含即時訊息或電話服務,且環境允許,建議優先使用穩定的有線網路(Ethernet)。

Wi-Fi 當然可以使用,但無線干擾、距離與基地台切換,比有線網路多了一些可能造成瞬間波動的因素。

避免服務期間讓工作裝置進入休眠

如果電腦進入休眠或深度省電狀態,瀏覽器與網路連線可能會暫停。

若企業有統一的螢幕鎖定、省電或裝置管理政策,可以請內部 IT 確認是否會中斷背景連線。

檢查瀏覽器的睡眠分頁/節省記憶體設定

Chrome、Edge 等瀏覽器可能對長時間未使用的分頁套用節省記憶體或睡眠機制。

如果 FIRST LINE 經常在切回分頁後才重新連線,可以確認瀏覽器是否有相關節能設定,必要時將 FIRST LINE 加入例外清單。

什麼情況比較像公司網路或裝置問題?

以下情況建議優先請企業 IT 協助檢查:

  • 只有公司網路會發生,改用手機熱點後正常。

  • 問題只發生在特定電腦。

  • 問題只在連接 VPN 時出現。

  • 同一辦公室或同一網路中的多位同事同時發生。

  • 每天固定時間容易斷線,可能與網路設備、VPN 或安全政策有關。

  • 企業有 Proxy、防火牆、安全軟體或裝置管理政策會管理長時間連線。

不建議一般使用者為了排除問題,自行大範圍關閉防火牆或安全軟體。若懷疑企業網路政策影響即時連線,請交由 IT 人員確認。

什麼情況應該聯繫 FIRST LINE?

以下情況建議聯繫 FIRST LINE 協助確認:

  • 一般網路正常,但 FIRST LINE 即時功能長時間無法恢復。

  • 重新整理後仍持續顯示離線。

  • 不同網路、不同地點的多位使用者在相近時間同時發生。

  • 問題反覆發生,而且已完成基本的網路與瀏覽器交叉測試。

建議提供:

  1. 問題發生時間:日期與盡可能精確的時間。

  2. 影響範圍:只有你、部分同事或全部使用者。

  3. 實際症狀:例如「離線提醒持續不消失」、「訊息沒有即時更新」或「電話沒有進線通知」。

  4. 使用環境:瀏覽器、作業系統、是否使用 VPN。

  5. 使用網路:公司有線、公司 Wi-Fi、家用網路或手機熱點。

  6. 交叉測試結果:其他瀏覽器、無痕模式或其他網路是否正常。

這些資料能協助更快判斷問題較可能位於個人裝置、企業網路、共同網路路徑或 FIRST LINE 即時服務。

延伸了解:這不是 FIRST LINE 獨有的技術問題

如果想進一步了解即時連線,可以參考以下公開技術文件:

這些機制的共同概念是:即時連線可以很穩定,但不能假設永遠不會中斷,因此成熟的即時服務會偵測連線狀態並在必要時重新連線。

最後更新於