YouTube 在使用 Firefox 时会减慢视频加载速度

原文 ↗ Hacker News 讨论 ↗

有报告称 YouTube 页面在 Firefox 中会慢几秒加载，这引发了外界指责：Google 可能在故意降低非 Chrome 用户的体验，或许是为了惩罚广告拦截器，或把人推向自家浏览器。网上流传的代码片段显示 YouTube 的 JavaScript 中存在一个硬编码的 5 秒超时，不过也有人认为这只是广告拦截检测实验的一部分，同样可能影响 Chrome，并不一定是专门针对 Firefox。此事进一步加剧了人们对 Google 在浏览器、Web 标准和在线视频领域主导地位的担忧，许多人呼吁采取反垄断行动，并建议使用替代前端或工具来访问 YouTube 内容。

报告的行为与证据

  • 多名用户报告称，YouTube 视频开始播放前出现了新的约 ~5 秒延迟；最初是在 Firefox 中注意到，但在 Chrome、Brave、Vivaldi 及其他浏览器中也有出现；也有人完全无法复现。
  • 有人指出了一段压缩后的代码片段：setTimeout(function(){ c(); a.resolve(1) }, 5E3)。
  • 更完整的代码上下文显示：
    • 会注入一个小的 WebM 视频作为“广告”元素。
    • 如果它的 ontimeupdate 在约 ~3 秒内触发，就会走一条代码路径。
    • 如果没有触发，则在 5 秒后超时并以不同值进行 resolve，本质上是在检测广告拦截器 / 加载失败。

这是针对 Firefox、针对广告拦截器，还是一个 bug？

  • 有人报告说，伪装成 Chrome 的用户代理后延迟就消失了，这表明其行为可能基于 UA。
  • 也有人在 Firefox 和 Chrome 中都看到相同代码但没有延迟，或者只在特定配置文件上出现，因此 rollout 和针对性并不清楚。
  • 线程后续的一个“辟谣”将其描述为反广告拦截实验的一部分，同样也可能在 Chrome 上触发，并非专门针对 Firefox。
  • 许多参与者强调 Google 会进行大量 A/B 测试，因此行为可能因用户、地区、登录状态或广告拦截状态而异。

技术解读

  • 一开始有人将这 5 秒计时器理解为粗暴且有意的降速；也有人认为它只是广告加载的检测超时 / 回退，而非主要阻挡机制。
  • 关于如此明显的客户端延迟是否真的能通过 YouTube 的代码审查也有争论，除非其影响是已知且有意为之。
  • 少数人认为这可能是遗留的调试 / 兼容性 workaround，但其他人认为在 YouTube 这种规模下这不太可能。

用户体验与绕过方法

  • 许多人将最近的各种怪异现象（延迟、播放故障、自动暂停）归因于 YouTube 与广告拦截器之间的“军备竞赛”；uBlock Origin 的过滤规则更新通常能恢复正常行为。
  • 常见绕过方法包括：伪装 Chrome UA、使用替代前端（Invidious、Piped、NewPipe、SmartTube）、yt-dlp + mpv/VLC，或者付费订阅 Premium。
  • 有些人把这种延迟当作限制无意识刷视频的摩擦成本，并视其为一次意外的“功能”。

竞争、反垄断与浏览器生态

  • 很多人担心这符合 Google 一贯对非 Chromium 浏览器、尤其是 Firefox 测试不足或故意降级体验的模式，并将用户引向 Chrome。
  • 讨论还拿它与 IE6 时代的行为相比；Chrome/Chromium 的主导地位，加上 Google 在广告、Web 标准、Android 和大型网站中的角色，被视为危险的权力集中。
  • 一些人呼吁欧盟 / 英国或美国采取反垄断行动，甚至将 YouTube、Chrome 和 Search 进行结构性拆分；也有人担心如果没有 Google 的交叉补贴，YouTube 可能难以维持可行性。