YouTube 分区错了怎么改？Clash 节点选择与分流实测步骤

先对齐症状：首页推荐区、清晰度与 Premium 提示不是一回事

在 Clash mode: rule 下排查 YouTube，建议先把现象写在备忘录里：是完全打不开 TLS，还是首页能刷、播放页也能起播，但首页「热门/推荐」像另一个地区；或是清晰度卡在 720p 附近上不去，以及YouTube Premium 相关页面提示与当前节点地区不符（例如界面文案出现「仅在部分国家/地区提供」一类提示）。这些现象对应的链路并不完全相同——有的是长视频 CDN（googlevideo）没被同一策略组收纳，有的是脚本或静态资源走了直连，还有的是DNS 泄漏或 IPv6 分叉让地区判定「看起来像抽签」。

与订阅型长视频平台相比，YouTube 的前端非常「碎」：除了主站域名，还会出现大量以 googlevideo.com 结尾的边缘主机名用于实际传输，再配合缩略图与静态资源域名。若你只把 youtube.com 塞进代理组，而 googlevideo 仍落在大陆直连或错误策略组，就很容易出现「页面像对了，播放或清晰度却不稳定」的体验。下面默认你已开启规则模式，并按一次只改一个变量的原则对照。

为什么总在提 googlevideo：YouTube 的流量分层

用户在浏览器开发者工具或内核连接日志里常能看到：网页 HTML 与脚本请求落在 youtube.com、ytimg.com、ggpht.com 等后缀上，而真正承载自适应码率流的往往是形如 *.googlevideo.com 的主机名。Clash 分流如果只命中第一层而漏掉第二层，就会出现「规则命中显示进了代理组，播放器却仍像从另一个出口拉流」的错觉——本质是不同域名走了不同策略组，不是单一节点「坏了」。

因此，自建规则时至少要把以下后缀当作同一流媒体集合来规划（名字因订阅写法而异）：youtube.com、youtu.be、googlevideo.com、ytimg.com、ggpht.com；若抓包里出现 googleapis.com 中与播放相关的路径，需谨慎评估——该后缀范围很广，盲目整域导入可能影响其它 Google 服务，建议以抓包出现频率决定是否单独写 DOMAIN 精确规则。

策略组：给 YouTube 单独一组，避免与「全局网页」绑死

长视频与短视频会话都需要稳定的 TCP/TLS；若与纯浏览器流量共用一组频繁 url-test 轮换的节点，常见症状是起播后中途抖动、清晰度被压低。建议建立独立策略组（例如 Streaming-YouTube），组内优先使用 select，让你能手动固定某一地区节点做 A/B：同一视频、同一清晰度预设下只换节点或只改规则，避免变量耦合。

节点选择时请关注标签写的是「某国」并不等于所有业务都会给出一致的「地区指纹」：数据中心型出口、共享段或历史上用于机器流量的 ASN，有时会让清晰度策略比住宅出口更保守。排障阶段请先固定一只节点完整看完一支视频，再换对比。

域名规则写什么：DOMAIN-SUFFIX 与抓包补全

基础骨架通常包含：DOMAIN-SUFFIX,youtube.com、DOMAIN-SUFFIX,googlevideo.com、DOMAIN-SUFFIX,ytimg.com、DOMAIN-SUFFIX,ggpht.com，以及 DOMAIN-SUFFIX,youtu.be。实际播放时仍可能出现一次性边缘名：请完整播放一段至少一分钟的正片，在日志或抓包里导出这段时间出现的 Host / SNI，把高频后缀并入自己的列表，或对冷门边缘名单独写 DOMAIN 置顶。

若订阅附带流媒体 RULE-SET，请确认规则顺序在你配置文件中的位置；不要盲目堆积远程集合却不看命中日志——否则容易出现「以为生效了，其实在更上面的规则已被直连」。

分流规则顺序：必须在 GEOIP / MATCH 之前命中 YouTube 段落

Clash 规则自上而下命中即停。YouTube 相关 DOMAIN-SUFFIX 必须落在大陆大规则、GEOIP,CN,DIRECT 或宽泛 MATCH 之前，否则会出现间歇直连：同一浏览器会话里部分请求走了代理、部分直连，外在表现就是首页推荐区「漂移」或清晰度波动。推荐骨架仍是：私网 IP-CIDR … no-resolve → 个人直连例外 → YouTube 段（含 googlevideo） → 其它国内外分流 → MATCH。

基础写法与思路可复习 规则分流详解；若开启 mihomo Sniffer，请核对是否与 IP 类规则产生优先级冲突，避免始终按 IP 走了错误策略组。

DNS 泄漏与 fake-ip：为何会「节点对了，首页仍像另一个区」

在 dns.enhanced-mode: fake-ip 下，应用拿到的解析结果与真实上游路径未必一致。若系统「私人 DNS」、路由器 DoH、或浏览器内置 DoH 仍在工作，可能出现解析不经 Clash、传输却走代理的分裂状态——这类DNS 泄漏混进流媒体路径时，YouTube 的地区信号会与出口 IP 错位，表现为 Premium 提示突兀、首页推荐语言杂乱等。

排障建议：暂时关闭系统与浏览器侧加密 DNS，仅在 Clash 的 nameserver / nameserver-policy 中保留上游；检查 fake-ip-filter 是否把不该过滤的域名放行成了假地址；并对IPv6做一轮对照——若隧道只覆盖 IPv4，而终端仍通过公网 IPv6 直连，可能出现与代理出口不一致的地区判定。可短暂关闭 IPv6 验证，再回到「全链路一致覆盖」的方案。

YouTube Premium、会员账单与出口 IP：先把两条线分开

用户常把「界面提示 only in certain countries」全部归咎于节点选择。实际上，Premium 可用性与付款方式、账号注册资料与 Google 账户区域设置相关；技术上你能做的是保证浏览器会话的出口与 DNS 路径一致，避免「页面以为在 A 区、后台风控看到 B 区解析」的混搭。若官方支持文档明确写了账单地区限制，请先核对账户侧设置，再回头优化代理。

若你只是要在可播放前提下尽量统一首页语言与推荐池，核心仍是：同一客户端路径下，youtube 与 googlevideo 命中同一策略组，且无 DNS 泄漏。

清晰度与缓冲：除了带宽，还有 CDN 边缘

即便出口国家方向正确，CDN 边缘与你之间的 RTT、丢包与 QUIC 行为仍会影响起播时间与是否频繁降码。若节点侧延迟测试异常或 UDP 行为可疑，可结合 节点与 DNS 排障 先排除「线路本身不健康」。这与规则写错是两类问题：日志已稳定命中流媒体组却仍常在高峰时段卡顿，更像路由质量而非分区规则缺失。

浏览器、官方 App 与电视端：谁走了 Clash 要单独确认

桌面浏览器走系统代理或 TUN 时，相对容易让网页版全程进内核；但仍需确认扩展或浏览器 DoH 没有在偷跑解析。Android / iOS App 往往默认不走你仅在浏览器里设的 HTTP 代理；若未开启 TUN 或未配置系统级 VPN 描述，App 可能完全绕过 Clash，表现为「手机与电脑行为完全两回事」。

智能电视与盒子通常不经过电脑上的 Clash，除非你在网关或路由器侧做透明代理。本文默认讨论本机浏览器或手机在正确接管系统流量的情形；若你需要电视端一致体验，需要另行设计拓扑，可参考 TUN 模式指南 中的全局一致性思路。

可复现验证顺序：模式 → 域名命中 → DNS → 固定节点 → 客户端

1. 确认 Rule 模式，当前 Profile 已加载且无静默混用旧配置。
2. 建立 YouTube 专用策略组，写入 youtube / googlevideo / ytimg / ggpht 等基础后缀。
3. 核对规则在大规则之前，用日志验证命中；必要时调整 Sniffer 与 IP 规则顺序。
4. 对照 DNS：关闭系统 DoH，检查 nameserver-policy 与 fake-ip-filter，做 IPv6 开关实验。
5. 固定节点完整播放长视频，对照清晰度与首页推荐语言。
6. 区分客户端：浏览器与 App 是否都走了同一套代理或 TUN。
7. 最后核对账号侧：Premium 与付款区域是否与预期一致。

若尚未完成订阅导入或多 Profile 管理，可先对照 订阅导入，减少变量后再叠本文专项规则。

可改写的 YAML 片段示例（教学用）

下列片段仅演示结构；策略组名、节点与远程规则集请替换为你自己的；域名仍以本地抓包为准。

YAMLproxy-groups:
  - name: "Streaming-YouTube"
    type: select
    proxies:
      - "示例-目标区-A"
      - "示例-目标区-B"
      - "DIRECT"

rules:
  - DOMAIN-SUFFIX,local,DIRECT
  - IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN-SUFFIX,youtube.com,Streaming-YouTube
  - DOMAIN-SUFFIX,youtu.be,Streaming-YouTube
  - DOMAIN-SUFFIX,googlevideo.com,Streaming-YouTube
  - DOMAIN-SUFFIX,ytimg.com,Streaming-YouTube
  - DOMAIN-SUFFIX,ggpht.com,Streaming-YouTube
  # Add DOMAIN entries from your capture if needed
  - MATCH,节点选择

常见误区速查

• 只写 youtube.com、漏掉 googlevideo：典型「页面像对了，播放或清晰度异常」。
• 流媒体段落写在 GEOIP / MATCH 之后：间歇直连导致分区与清晰度抖动。
• 系统或浏览器 DoH 未收敛：规则命中仍出现 DNS 泄漏式错位。
• IPv6 半开：解析与出口不同栈，Premium 提示与推荐池飘忽。
• 手机 App 未走系统代理：误以为 PC 规则能覆盖所有客户端。
• 混淆技术出口与账号账单区域：分流全对仍有官方限制文案。

小结

YouTube「分区错了」在工程上多是youtube.com 与 googlevideo 等长链路没有在规则模式下进入同一策略组，再叠加 DNS 泄漏、fake-ip、IPv6 与节点出口类型的不一致。把 YouTube 分区问题拆成域名命中 → DNS → 节点选择 → 客户端路径 → 账号信息五步，就能把玄学换成可对照实验。相比只能切换全局开关的工具，Clash 的可编排性更适合这类「同一 App、多层域名」的场景。

若你希望日常浏览与 YouTube 分流职责清晰，又在出错时能快速定位边界，→ 立即免费下载 Clash，开启流畅上网新体验。