> For the complete documentation index, see [llms.txt](https://help.firstline.cc/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.firstline.cc/guide/issue/wang-lu-li-xian-ti-xing.md).

# 網路離線提醒

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

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

{% hint style="info" %}
**先說結論：離線提醒不等於「整台電腦沒有網路」，也不能只靠這個提醒判斷問題一定出在使用者網路或 FIRST LINE。**

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

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

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

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

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

| 一般網頁連線             | 即時連線               |
| ------------------ | ------------------ |
| 像需要事情時再打電話詢問       | 像通話一直保持在線          |
| 每次需要資料再建立請求        | 瀏覽器與服務持續維持連線       |
| 短暫中斷後，下次請求可能重新建立就好 | 既有連線一旦斷掉，需要偵測並重新連線 |
| 適合文章、一般頁面資料        | 適合聊天、通知、即時狀態等      |

[MDN Web Docs 的 WebSocket 說明](https://developer.mozilla.org/zh-TW/docs/Web/API/WebSockets_API)也將 WebSocket 描述為瀏覽器與伺服器之間的雙向互動通訊，讓雙方可以透過既有連線持續交換資料，而不需要瀏覽器不斷重新詢問伺服器。

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

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

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

網路基礎設施服務商 Cloudflare 的 [WebSocket 官方文件](https://developers.cloudflare.com/network/websockets/) 也建議長時間連線實作 keepalive（保持連線），並說明連線可能因逾時或基礎設施重新啟動而終止。

{% hint style="success" %}
**FIRST LINE 顯示離線提醒，是把原本使用者看不到的即時連線狀態顯示出來。**

如果即時連線已經中斷，但畫面完全沒有提醒，專員可能仍以為自己正在正常等待新訊息或電話。主動提示連線狀態，是為了讓你及早知道目前的即時能力是否可信。
{% endhint %}

## 為什麼 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 即時服務的連線。

在這段期間，可能影響：

* 新訊息即時顯示。
* 電話進線通知。
* 服務台狀態更新。
* 其他需要即時連線的功能。

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

<figure><img src="https://842546780-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MNRu7dk70ei7JV9HlW9%2Fuploads%2FvvCaNNjEBTeYsoSkq343%2F%E6%88%AA%E5%9C%96%202023-05-31%20%E4%B8%8B%E5%8D%882.39.35.png?alt=media&#x26;token=49b45480-1c98-4473-adfc-0ac22a822ea8" alt=""><figcaption><p>即時 Web 服務通常會偵測連線狀態，避免使用者在不知情的情況下持續使用已中斷的即時功能。</p></figcaption></figure>

### 曾經中斷，但目前已恢復

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

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

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

<figure><img src="https://842546780-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-MNRu7dk70ei7JV9HlW9%2Fuploads%2FL86NyAAyflSYdUJidXwH%2F%E6%88%AA%E5%9C%96%202023-05-31%20%E4%B8%8B%E5%8D%882.43.00.png?alt=media&#x26;token=618f0611-0654-4791-8dc1-69871a2356f2" alt=""><figcaption></figcaption></figure>

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

常見原因包含：

* **Wi-Fi 波動**：訊號短暫不穩、基地台切換或無線干擾。
* **VPN**：VPN 重新連線、路由切換或連線逾時。
* **企業網路設備**：Proxy、防火牆、安全設備可能重新建立或終止長時間連線。
* **裝置休眠或省電**：電腦暫停背景網路活動，恢復後需要重新連線。
* **瀏覽器背景節能**：長時間沒有使用的分頁可能被降低執行頻率或進入睡眠。
* **瀏覽器 Extension／安全軟體**：部分擴充功能或防護軟體可能干涉連線。
* **服務端或網路路徑事件**：即時服務本身、雲端或中間網路設備發生短暫切換，也可能造成既有連線中斷。

{% hint style="warning" %}
**離線提醒本身只能說明「即時連線曾中斷」，不能單獨用來判定責任在哪一端。**

如果只有一台電腦或單一公司網路反覆出現，而改用其他網路後正常，比較值得檢查本機或企業網路；如果不同地點、不同網路的多位使用者同時發生，則應進一步確認共同的服務或網路路徑是否有異常。
{% endhint %}

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

不完全一樣。

* **延遲**：資料還有傳送，只是比較慢。
* **封包遺失／網路品質不佳**：部分資料傳輸失敗，可能造成電話斷續或訊息延遲。
* **即時連線中斷**：瀏覽器已無法繼續使用原本的持續連線，需要重新建立。

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

## 看到提醒後怎麼處理？

{% stepper %}
{% step %}

### 先看是否已經恢復

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

若功能已恢復，可以繼續使用，觀察是否再次發生。
{% endstep %}

{% step %}

### 確認一般網路是否正常

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

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

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

{% step %}

### 重新整理 FIRST LINE

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

{% step %}

### 如果反覆發生，記錄發生時間

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

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

{% step %}

### 用另一個環境交叉測試

若方便，可以嘗試其中一種方式：

* 同一台電腦改用手機熱點。
* 同一個公司網路改用另一台電腦。
* 使用無痕模式。
* 改用另一個支援的瀏覽器。

交叉測試的目的不是「證明誰的問題」，而是快速縮小問題範圍。
{% endstep %}
{% endstepper %}

## 如何降低連線中斷的機會？

### 優先使用穩定的網路

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

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

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

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

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

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

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

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

* [Chrome 記憶體節省模式說明](https://support.google.com/chrome/answer/12929150?hl=zh-Hant)
* [Microsoft Edge 官方說明](https://support.microsoft.com/zh-tw/microsoft-edge)

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

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

* 只有公司網路會發生，改用手機熱點後正常。
* 問題只發生在特定電腦。
* 問題只在連接 VPN 時出現。
* 同一辦公室或同一網路中的多位同事同時發生。
* 每天固定時間容易斷線，可能與網路設備、VPN 或安全政策有關。
* 企業有 Proxy、防火牆、安全軟體或裝置管理政策會管理長時間連線。

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

## 什麼情況應該聯繫 FIRST LINE？

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

* 一般網路正常，但 FIRST LINE 即時功能長時間無法恢復。
* 重新整理後仍持續顯示離線。
* 不同網路、不同地點的多位使用者在相近時間同時發生。
* 問題反覆發生，而且已完成基本的網路與瀏覽器交叉測試。

建議提供：

1. **問題發生時間**：日期與盡可能精確的時間。
2. **影響範圍**：只有你、部分同事或全部使用者。
3. **實際症狀**：例如「離線提醒持續不消失」、「訊息沒有即時更新」或「電話沒有進線通知」。
4. **使用環境**：瀏覽器、作業系統、是否使用 VPN。
5. **使用網路**：公司有線、公司 Wi-Fi、家用網路或手機熱點。
6. **交叉測試結果**：其他瀏覽器、無痕模式或其他網路是否正常。

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

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

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

* [MDN Web Docs：WebSocket API](https://developer.mozilla.org/zh-TW/docs/Web/API/WebSockets_API)－說明瀏覽器如何透過 WebSocket 與伺服器維持雙向通訊。
* [Socket.IO 官方網站](https://socket.io/)－介紹即時雙向通訊，以及連線遺失後自動重新連線的設計。
* [Cloudflare：WebSockets](https://developers.cloudflare.com/network/websockets/)－說明網路基礎設施如何處理長時間 WebSocket 連線、keepalive 與連線逾時。

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