> For the complete documentation index, see [llms.txt](https://docs.ipcheck.ing/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ipcheck.ing/knowledge-base/zh-tw/diagnose/why-is-my-internet-slow.md).
# 為什麼我的網路很慢？
將速度、延遲與路由測試結合起來，找出真正的瓶頸。
「慢」隱藏了兩個完全不同的問題，而修復方式毫無共通之處。先把它們分開，你就能省下整個晚上的時間。
{% hint style="success" %}
**簡短回答。** **頻寬** 是指你每秒能傳輸多少資料——這對下載與影片畫質很重要。 **延遲** 是指每次往返需要多久——這對通話、遊戲，以及網頁反應有多靈敏都很重要。請執行 [速度測試](/knowledge-base/zh-tw/network-tests/speed-test.md) 用於頻寬， [全域延遲測試](/knowledge-base/zh-tw/network-tests/global-latency-test.md) 查看延遲發生在哪裡，並 [MTR 測試](/knowledge-base/zh-tw/network-tests/mtr-test.md) 找出負責的跳點。
{% endhint %}
## 你遇到的是哪個問題？
| 你注意到的現象 | 哪一種 |
| --------------- | ------------------- |
| 影片畫質下降或持續緩衝 | 頻寬 |
| 大型下載速度慢得像爬行 | 頻寬 |
| 即使網頁很小，感覺還是很卡 | 延遲 |
| 視訊通話卡頓，聲音重疊 | 延遲與抖動 |
| 遊戲延遲或回彈 | 延遲與封包遺失 |
| 一切都正常，但某個特定網站很慢 | 都不是——是那個網站，或是通往它的路由 |
背景閱讀： [延遲、抖動與封包遺失](/knowledge-base/zh-tw/concepts/latency-jitter-packet-loss.md)
## 量測它
{% stepper %}
{% step %}
#### 頻寬：執行 Speed Test
捲動到 [速度測試](/knowledge-base/zh-tw/network-tests/speed-test.md) 區塊並啟動它。它會在 Cloudflare 的邊緣網路上執行，並回報四個數字： **下載**, **上傳**, **延遲**，以及 **抖動**，並附上每個項目的圖表。
完成後它也會顯示 **負載延遲** ——在 *當* 連線飽和時測得。這是這個頁面上最有用的一個數字。如果你的閒置延遲是 20 毫秒，而負載延遲是 400 毫秒，技術上你的連線很快，但在任何下載期間都會感覺很糟。這個差距有個名字：bufferbloat。
最後它還會為影片串流、遊戲和視訊聊天評分。
**把下載數值和你付費的方案相比。** 如果長期明顯低於該數字，值得和你的 ISP 談談。若大致相符，表示頻寬不是你的問題——請繼續看下去。
{% hint style="info" %}
如果可以，哪怕只測一次，也請用網路線。Wi‑Fi 的結果同時反映你的 Wi‑Fi 和網際網路連線，而 Wi‑Fi 是最常見的元兇。
{% endhint %}
{% endstep %}
{% step %}
#### 延遲：執行 Global Latency Test
開啟 **進階工具 → Global Latency Test**。它使用遍布全球的 Globalping 探測節點來 ping *你的* 你所選國家/地區中的位址，並回報每個國家/地區的最小、最大與平均延遲，以及封包遺失。
請從地理角度解讀：
* **各地都延遲很高，包括鄰近國家/地區** ——問題就在你附近：你自己的連線、路由器，或你 ISP 的本地網路。
* **附近延遲低，遠方延遲高** ——那只是距離。光傳播需要時間，沒有任何地方壞掉。
* **只有某個地區延遲很高** ——那是你的 ISP 與該地區之間的路由或對等互連問題。
* **多個探測點的封包遺失都高於 0** ——這是真實故障。封包遺失的影響遠比延遲大。
{% hint style="warning" %}
如果測試回報你的 IP 不被允許，表示你的網路或防火牆正在丟棄 ping 封包。這很常見，並不算故障；你只是無法使用這個特定測試。請改看 Speed Test 的延遲數值。
{% endhint %}
{% endstep %}
{% step %}
#### 找出跳點：執行 MTR Test
開啟 **進階工具 → MTR Test**。它會追蹤從世界各地探測點到你位址的完整路徑，並顯示每個中繼跳點的遺失、平均、最佳、最差與抖動數值。
如何在不過度解讀的情況下閱讀跳點表：
* **某個中間跳點出現遺失，但在後續跳點消失** ——先忽略它。路由器會降低對 trace 封包回覆的優先權；這是最常見的誤報。
* **從某個跳點開始出現並一路持續到最後的遺失** ——那是真的。問題就是從那個跳點開始。
* **延遲在某個跳點突然升高，之後一直維持很高** ——可能是長距離鏈路，或是擁塞的鏈路。查看 ASN 欄位，看看是誰的網路。
* **最後幾個跳點是你的 ISP 與你自己的連線** ——那裡的問題需要由你來回報。
完整指南： [MTR 測試](/knowledge-base/zh-tw/network-tests/mtr-test.md)
{% endstep %}
{% endstepper %}
## 常見原因，依可能性由高到低
### 1. Wi‑Fi
遠遠是最常見的。距離、牆壁和鄰居的網路都會降低吞吐量，而舊硬體無論你付多少錢都會限制上限。
試試看：靠近路由器；改用 5 GHz 頻段而不是 2.4 GHz；用網路線測一次建立基準；確認沒有其他裝置正在下載。
### 2. 尖峰時段壅塞
早上正常、晚上變差的速度，表示你 ISP 網路中的共享區段被過度訂閱。請在一天中的不同時段測試，記下結果，並把這種模式帶給你的服務提供者——這比「感覺很慢」更有說服力。
### 3. 距離與路由
如果某個服務託管在地球另一端，延遲的下限就由物理決定。但有時流量會繞遠路——離開你的國家、橫越整個大陸，再繞回來。MTR 可以看出這點：觀察每個跳點的位置與 ASN。
你無法選擇 ISP 的路由。有時你可以透過 VPN 繞過它們，而該 VPN 供應商對目的地的連線更好——這值得測試，而不是先入為主。
### 4. ISP 交通整形
有些供應商會降低特定類型流量的速度。訊號是：速度測試看起來正常，但某種特定活動在任何時段都持續很慢。將該活動在有無 VPN 的情況下比較，是一個合理的測試——如果 VPN 讓它變快，交通整形就是一個合理的解釋。
### 5. 你自己的硬體
路由器會老化、過熱，記憶體也會耗盡。如果每個裝置都很慢，先把路由器重開一次。如果只改善一天，就該更換它。
### 6. 不是你的問題
只有單一網站很慢，而其他都很快，問題就在那個網站，或通往它的路由。查看 **進階工具 → 服務狀態** 查看主要服務的，還有 [連線檢查](/knowledge-base/zh-tw/connection-tools/connectivity-check.md) 查看知名目的地的快速分布。
我的速度測試看起來很棒，但一切還是覺得很慢
看延遲，不要看頻寬。檢查 **負載延遲** Speed Test 結果中的數值。負載延遲很高表示你的連線會在自身流量下崩潰——這就是典型的 bufferbloat 症狀，而且會讓看似很快的線路感覺像壞掉一樣。有些路由器具備 Smart Queue Management 或 SQM 設定，可以直接修正它。
也要考慮 DNS：緩慢的名稱查詢會延遲每個請求的開始，而吞吐量數字仍然完美。請參見 [DNS 解析器](/knowledge-base/zh-tw/lookup-privacy/dns-resolver.md).
我的筆電速度正常，但手機不正常
那就是 Wi‑Fi 或裝置的問題，不是線路。拿著手機站到路由器旁邊再測一次。也要檢查是否有 VPN 設定檔、內容過濾器或省電模式在限制連線。
我的 VPN 讓一切都變慢
有些變慢無法避免：流量會走得更遠，而且會被加密。大幅變慢通常表示出口伺服器壅塞或距離太遠。試試看更近的節點，並用 Global Latency Test 檢查出口的延遲。有些協定在同一個供應商上也會比其他協定表現好得多。
只有在特定時段一切都很慢
在一天中的三個不同時段執行 Speed Test，並把數字記下來。可重複的晚間下滑表示你的 ISP 共享容量壅塞。那是他們該修的問題，而有紀錄的數字才會讓人正視。
## 還卡住嗎？
* [速度測試](/knowledge-base/zh-tw/network-tests/speed-test.md) ——每個數字代表什麼
* [MTR 測試](/knowledge-base/zh-tw/network-tests/mtr-test.md) ——正確閱讀跳點表
* [分享診斷報告](/knowledge-base/zh-tw/getting-started/sharing-a-diagnostic-report.md) ——將結果彙整給你的 ISP 或 AI 助手
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.ipcheck.ing/knowledge-base/zh-tw/diagnose/why-is-my-internet-slow.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.