HTTP/3 开了以后抓取会变快吗：目录站在传输层上的又一个选择
H
先把预期压下来：它不是排名开关
不少教程写得像开了 HTTP/3 排名就会动，这个说法站不住。谷歌在爬虫文档里写得很明白，抓取走 HTTP/2 本身没有排名加成，HTTP/3 甚至没有出现在它列出的爬虫支持协议里。也就是说，你在 CDN 后台按下那个开关，Googlebot 下一次来很可能还是用 HTTP/1.1 或 HTTP/2 把页面取走。
真正的收益在用户那一侧。Chrome 对支持 h3 的源站会主动协商，真实用户走的是 QUIC；而 Core Web Vitals 取的是 CrUX 的真实用户数据，不是 Googlebot 自己测的那一遍。所以 HTTP/3 是绕了一圈才碰到排名的——先把用户的加载变快，再让这份变快被指标记下来。
对目录站来说还有一层：一页几十上百个条目卡片，缩略图全是小文件，正好是 QUIC 擅长的场景。首页、分类页这种密集请求页面，比一篇纯文字文章的收益明显。
图片来源：网络，版权归原作者所有，侵权请联系删除
它到底改了三件事
- 队头阻塞：HTTP/2 已经能多路复用，但所有流共用一条 TCP，丢一个包整条连接都要等重传。QUIC 让每条流独立，一个包掉了只影响那一个资源。
- 握手合并：传输握手和 TLS 握手并成一次，首次连接省一个来回；回访用户走 0-RTT，可以直接发数据。
- 连接迁移：手机从 Wi-Fi 切到 4G 时连接不中断。这条对目录站的移动端用户比 PC 用户值钱得多。
要提醒一句，0-RTT 不是保证。服务端可以拒收 early data 并回 425，遇到网络路径不通照样降级。别把宣传页上的数字当承诺。
Alt-Svc 没开，等于没开
客户端怎么知道你支持 HTTP/3？靠响应头里的 Alt-Svc 广播：
Alt-Svc: h3=":443"; ma=86400这句告诉对方：UDP 443 上有 HTTP/3，接下来 86400 秒内有效。没有这个头，第一次走 HTTP/2 建连的客户端会一直用 HTTP/2，永远不知道你能上 h3。
目录站常见的翻车点在反向代理。nginx 1.25 之前、Apache 2.4.57 之前的版本，以及一些 Node 框架，会把上游传下来的 Alt-Svc 头默默丢掉。所以别指望源站，直接在 CDN 边缘配这一条最省事。Cloudflare、Fastly 这类默认就会帮你发，自建源站才需要自己加。
目录站要不要上：三档建议
| 情况 | 建议 | 理由 |
|---|---|---|
| 已经套了 CDN | 直接开 | 一个开关的事，成本接近零，用户侧收益是实的 |
| 纯自建源站、无 CDN | 排在图片和关键 CSS 之后 | nginx 要升到 1.25+，还得放行 UDP 443，性价比不如先做静态资源 |
| 小站、日 IP 几百 | 开不开都行 | 量太小，省下的毫秒数不会体现在任何你能看到的指标上 |
开了之后怎么确认真生效
别只看 CDN 后台的开关状态，那个只说明配置保存了。三件事做完才算数：
- 命令行跑
curl -sS -o /dev/null -w '%{http_version}\n' --http3 https://你的域名/，看是不是返回 3。 - 浏览器 DevTools 打开 Network，右键表头把 Protocol 那一列勾出来，看资源是不是 h3。注意首访常常还是 h2，刷新一次才升级，别只看第一遍。
- 服务器日志的请求行里带协议版本，筛出已验证的 Googlebot 请求，看它实际用的是哪一版。这一条最容易被跳过，但它才是你真正想知道的答案。
最常见的假故障：UDP 443 不通
配置全对、浏览器却一直走 h2，八成是 UDP 443 被防火墙或运营商挡了。QUIC 跑在 UDP 上，很多企业防火墙默认只放行 TCP 443。表现是浏览器会安静地回落到 HTTP/2，页面照样能打开，没人报错，收益却一点没拿到。
协议升级能省下的是连接和下载那几十毫秒。如果你的 HTML 生成就要 1.5 秒，换协议是在一堵墙上贴瓷砖。
所以顺序是：先把慢查询和页面体积处理掉，再谈 HTTP/3。它是锦上添花的最后一层，不是起死回生的那一层。