用 Clash 看 YouTube 時一直轉圈、畫質突然下降，或影片頁面打得開卻無法播放，問題不一定是「節點速度太慢」。影片載入會同時用到 YouTube 網頁、API、縮圖和影片串流等不同網域；只要其中一部分被分流到直連、DNS 解析異常，或節點的實際下載能力不足，就可能出現播放卡頓。排查時先不要一次更改多項設定，建議按照「確認代理模式 → 檢查命中規則 → 比較節點 → 排除 DNS 與瀏覽器因素」逐步測試，才能找到真正的原因。
先分辨是載入失敗還是播放卡頓
開始調整前，先確認問題發生在哪個環節。若 YouTube 首頁、搜尋結果和影片頁面都打不開，通常要先檢查代理是否生效、節點是否可連線，以及 DNS 是否能正確解析。若頁面正常，但影片播放器一直顯示載入動畫，或播放幾秒後就停住，則更應檢查影片串流網域的分流結果、節點吞吐量和連線穩定性。
可以先用同一台裝置做幾個簡單對照：開啟其他需要代理的網站，確認一般代理連線正常；切換另一個 YouTube 影片，觀察是否只有單一影片出問題；再用另一個瀏覽器或 YouTube App 測試。如果只有一個瀏覽器發生問題，原因可能在瀏覽器快取、擴充功能或 QUIC；如果所有應用都無法播放，則優先檢查 Clash 的模式、規則與節點。
- 整個 YouTube 無法開啟：先確認目前使用的是規則模式或全域模式，以及代理組是否選到可用節點。
- 影片頁面可開、播放區一直轉圈：查看影片串流連線是否命中預期的代理策略。
- 能播放但頻繁降畫質：比較節點的持續下載速度與穩定度，不要只看延遲測試數字。
- 只有某個裝置或 App 異常：確認該應用是否使用系統代理、是否被 TUN 接管，以及是否有自己的 DNS 或網路設定。
確認代理模式與 YouTube 分流規則
Clash 常見的規則模式會依照設定檔中的規則，決定每條連線走代理或直連；全域模式則會將流量交給目前選定的代理策略組。若使用規則模式，即使 YouTube 首頁已經透過代理打開，影片請求仍可能因規則不完整而走到直連。YouTube 播放時不只有 youtube.com，也可能連線至 googlevideo.com、ytimg.com、youtubei.googleapis.com 等網域。
在 Clash Verge、Clash Verge Rev、Mihomo 或其他相容用戶端中，先確認目前啟用的設定檔與代理模式，再打開連線記錄或 Connections 頁面。重新載入 YouTube 影片時，留意新出現的目標網域、命中的規則和最終策略組。若影音串流網域顯示為直連，而你所在網路無法直接連線，便可確認分流是重要的排查方向。
如果需要在自有設定檔中補充規則，可參考以下示意。規則必須放在廣泛的兜底規則（例如 MATCH）之前，並將策略組名稱換成你設定檔裡實際存在的名稱：
rules: - DOMAIN-SUFFIX,youtube.com,Proxy - DOMAIN-SUFFIX,youtubei.googleapis.com,Proxy - DOMAIN-SUFFIX,googlevideo.com,Proxy - DOMAIN-SUFFIX,ytimg.com,Proxy # 其他網站規則應放在兜底規則之前 - MATCH,Final
上述規則只是便於定位問題的範例，不代表所有人都需要把這些網域固定走同一個策略。若你的規則集已經包含 YouTube 分類，或訂閱設定檔會自動產生規則，應先透過連線記錄確認是否已有匹配，不要重複新增。訂閱更新可能覆蓋手動修改；可使用用戶端提供的規則覆寫或合併功能，並先備份原設定檔。修改完成後重新載入設定，再回到連線記錄確認規則真的生效。
用實際播放測試節點，不只看延遲
節點測速的延遲通常只表示一次短請求往返所需的時間，不等於 YouTube 影片能持續使用的頻寬。某個節點可能延遲很低，但晚間壅塞、下載速度不穩或丟包嚴重；另一個延遲稍高的節點，反而可能有更好的影片播放體驗。測試時建議選同一支影片，手動切換兩至三個不同地區或不同線路的節點，並觀察開始播放時間、緩衝次數與畫質能否穩定維持。
| 測試結果 | 較可能的原因 | 建議處理方式 |
|---|---|---|
| 延遲低，但影片常停頓 | 節點頻寬不足、尖峰時段壅塞或丟包 | 換節點並比較持續播放表現，必要時避開尖峰時段 |
| 切換節點後立刻恢復 | 原節點出口或路由品質不佳 | 暫時改用穩定節點，並記錄問題是否只出現在特定地區 |
| 所有節點都無法載入影片 | 分流規則、DNS 或客戶端接管方式異常 | 回到連線記錄檢查網域與策略，再逐項測試 DNS 和代理模式 |
| 開始時正常，播放一段時間後卡住 | 線路不穩、頻寬波動或 UDP/QUIC 路徑問題 | 比較其他節點，並以另一個瀏覽器做短時間對照測試 |
測試時不要只依賴 url-test 顯示的延遲，也不要用一次速度測試就判定節點優劣。影片的解析度越高，持續下載需求通常越大；若節點速度忽快忽慢，即使平均值看起來足夠，播放器仍可能反覆緩衝。可以先將 YouTube 影片畫質暫時調低，觀察卡頓是否減少。若低畫質穩定、高畫質持續停頓，通常更像是頻寬或線路品質問題，而不是首頁網域無法連線。
檢查 DNS、TUN 與 QUIC 等連線因素
若規則記錄顯示 YouTube 相關網域已走代理，但播放仍失敗，可以檢查 DNS。DNS 模式或上游解析異常可能讓部分網域取得不適用的結果，也可能因本機快取而讓修改設定後的舊解析繼續生效。先確認設定檔的 DNS 功能已正常啟用，再重新載入設定或重啟 Clash；若系統或瀏覽器有 DNS 快取，可關閉並重新開啟瀏覽器，必要時清除快取後再測。不要直接複製不明來源的 DNS 配置，也不要在未確認原因前同時更換多個上游伺服器。
接著確認目前採用的是系統代理還是 TUN 模式。系統代理通常只接管遵循系統代理設定的應用；部分 App、瀏覽器或其他程式可能自行連線，未必會按預期進入 Clash。TUN 模式能接管更多系統流量，但仍需確認用戶端已取得必要權限，且路由、DNS 與排除清單沒有把 YouTube 流量繞過代理。桌面端可以用瀏覽器與 YouTube App 交叉測試；Android 使用者則可確認 VPN 權限未被其他 VPN 應用佔用。
部分瀏覽器可能使用 QUIC，也就是基於 UDP 的傳輸方式。若 TCP 網頁正常、影片串流卻特別不穩，可暫時在瀏覽器的實驗性設定中停用 QUIC，再重新開啟瀏覽器作短時間對照。這只適合作為診斷，不建議在不清楚影響範圍時永久修改全域 UDP 規則；部分服務依賴 UDP，錯誤封鎖可能造成其他網站或應用異常。若停用後沒有差異，請還原設定，繼續排查節點和規則。
依照順序完成一次排查
如果目前還無法確定原因，可以按以下順序逐項測試。每完成一步，就重新載入同一支影片並查看連線記錄；若問題已消失，就先停止後續變更，避免把原本有效的設定改壞。
- 確認代理本身可用：檢查 Clash 是否正在執行、系統代理或 TUN 是否已啟用，並確認目前代理組選中了有效節點。
- 切換模式作對照：在可控的測試時間內，分別比較規則模式與全域代理模式。如果全域模式正常、規則模式異常，優先檢查規則命中與規則順序。
- 查看串流連線：重新播放影片，確認
googlevideo.com等連線是否出現在連線列表，以及它們最後使用的是代理、直連或其他策略組。 - 更換節點並測持續性：選擇不同線路進行數分鐘播放測試，記錄是否緩衝、畫質是否反覆下降，不要只比較延遲。
- 檢查 DNS 與客戶端：重新載入設定並清理瀏覽器狀態，再使用另一個瀏覽器或裝置交叉測試，分辨問題是設定檔、應用程式還是特定節點造成。
- 恢復測試改動：完成 QUIC 或其他暫時性測試後，還原不需要的設定，保留已確認有效且範圍最小的規則調整。
如果只有特定時間卡頓，可另外記錄日期、網路環境、節點名稱和播放畫質。這些資訊有助於分辨是家中 Wi-Fi、行動網路、節點尖峰壅塞，還是設定檔更新造成的變化。排查期間也可以暫停大型下載或其他高流量應用，避免把本地頻寬競爭誤判成代理故障。
常見問題
節點延遲很低，為什麼 YouTube 還是卡？
延遲測試反映的是短請求的往返時間，不代表節點能長時間維持高下載速度。影片播放更受頻寬、丟包、尖峰壅塞及線路穩定度影響。請用同一支影片實際比較節點，並觀察數分鐘，而不是只看延遲數字。
YouTube 首頁能開，為什麼影片無法播放？
首頁和影片串流可能使用不同網域。首頁可載入，不代表 googlevideo.com 等影片連線也走了正確策略。請在 Clash 的連線記錄中查看播放時新增的網域及命中規則，並確認廣泛的兜底規則沒有排在特定規則之前。
我可以直接在訂閱設定檔中新增 YouTube 規則嗎？
可以先備份，再依照設定檔的格式測試；但部分用戶端會在更新訂閱時覆蓋手動修改。較穩妥的方式是使用用戶端支援的覆寫或合併功能，並在修改後重新載入設定、確認連線記錄中的實際命中結果。
停用 QUIC 後變順了，是否應永久封鎖 UDP？
不一定。停用 QUIC 的測試只能協助判斷瀏覽器傳輸方式是否相關，不能證明所有 UDP 流量都有問題。先確認結果是否可重現，再考慮針對特定用途調整；不要在不了解影響範圍時全域封鎖 UDP，並保留還原原設定的方式。