http/3 实测：27 个首页全部走 HTTP/2，12 个在广告下一代

实测 · 2026-08-29 · 27 个首页 · 各请求一次 · 协议协商与 Alt-Svc 响应头

样本 / 口径：2026-08-15 起沿用的同一批 30 个站，2026-08-29 各请求一次，用 curl 8.7.1、桌面浏览器 UA，跟随跳转。每个站只记两个值：TLS ALPN 阶段实际协商到的 HTTP 版本，以及 Alt-Svc 响应头 —— 服务器就是靠这个头对外声明「我还会说更新的那一种」。

27 个站全部走 HTTP/2，一个退回 HTTP/1.1 的都没有。其中 12 个在 Alt-Svc 里广告 http/3，浏览器下一次访问就会升上去。而 Google 的爬虫文档只列了两个它支持的协议版本，HTTP/3 不在里面。

怎么测的

每个首页一次请求，跟随跳转，保留响应头。协商版本取自 curl 报告的连接信息，也就是 TLS 握手时谈成的那个版本，反映的是源站给出的能力，不是中间环节的偏好。

两条限制放在这里说，不放文末。请求是经本机一个 HTTP CONNECT 代理出去的，出口在大阪 —— stripe.com 落到 /jp、slack.com 落到 /intl/ja-jp/ 就是证据。而 CONNECT 隧道只走 TCP，QUIC 需要 UDP，所以整轮一次 HTTP/3 请求都发不出去：下面关于 http/3 的一切，都是服务器自己声称的，不是我们验证过的。

HTTP/2 已经是地板，不是升级项

这一列没什么可比的。27 个站全部协商到 HTTP/2，所以真正有差别的是另一列。

Google 的抓取文档对这件事给爬虫带来什么说得很直接，值得整句抄下来："crawling over HTTP/2 may save computing resources (for example, CPU, RAM) for your site and Googlebot, but otherwise there's no Google-product specific benefit to the site (for example, no ranking boost in Google Search)"。同一页还写着 "the default protocol version used by Google's crawlers is HTTP/1.1"，以及爬虫 "will use the protocol version that provides the best crawling performance and may switch protocols between crawling sessions"。

你的服务器支持 HTTP/2，和 Googlebot 真的用它，是两件事，只有前一件归你管。

广告 http/3 的那 12 个

它们是 linear.app、figma.com、slack.com、discord.com、www.framer.com、webflow.com、www.shopify.com、www.cloudflare.com、substack.com、www.wired.com、www.theverge.com、www.bbc.com。

这个头很短，差别都在里面。12 个里 10 个写的是 ma=86400，也就是一天；两个写 ma=2592000，三十天 —— slack.com 和 www.framer.com。这个值决定客户端可以把这条替代路径记多久再回来复查，所以三十天是对「这个端口不会挪」强得多的承诺。

三个站至今还在 h3 旁边挂着标准定稿之前的 token。www.bbc.com 和 www.theverge.com 同时给出 h3-29 和 h3-27，那是规范完成前的两个草案编号；slack.com 给的是 h3-29 加一个 quic，那是这个协议还没定名时的老标签。这不算坏 —— 客户端会挑自己认识的那个 —— 但这是一个好几年没人回头看过的响应头。

决定这一列的是托管方，不是你

面板里有 7 个站发 server: cloudflare，其中 6 个广告 h3，唯一没广告的是 www.notion.com，用的却是和那 6 个一样的基础设施。

反过来看更干净。3 个站报 server: Vercel —— nextjs.org、vercel.com、supabase.com —— 没有一个发 Alt-Svc。另有 5 个站压根不发 server 头。所以这一列看着像技术选型，实际上大半是托管选型，对多数站长来说，它是一个自己从没设过的设置。

独立站要做的两件事

两步，第二步比听起来小得多。

1. 先查自己的站协商到哪个版本，再谈别的交付优化。如果还停在 HTTP/1.1，在这批面板上属于零个同类，而要改的地方在 CDN 或者服务器配置里，不在页面里。
2. http/3 交给托管方。有它的站绝大多数是「被开的」不是「配的」，而且 Google 自家爬虫支持的协议清单里没有它 —— 这次升级的受众是浏览器。

同一页还有一句值得记住，因为那是官方唯一写明的退出方式："To opt out from crawling over HTTP/2, instruct the server that's hosting your site to respond with a 421 HTTP status code when Google attempts to access your site over HTTP/2."。如果你的反向代理对 421 有什么自作主张的处理，值得去看一眼。压缩那一行同页也给了：爬虫接受 "gzip, deflate, and Brotli (br)"，那比换协议版本便宜得多。速度这件事到底值不值得做，在 core web vitals 值不值得做 里；同一批面板的耗时那一半在 网站速度实测。连上之后爬虫到底拿到什么，那是 QueryWin 怎么运转 在管的事。

这次没测出来的几件事

这 12 个站能不能真的跑完一次 HTTP/3 请求，不知道。我们发不出这种请求，出口隧道只走 TCP，而 QUIC 要 UDP，所以广告 h3 只是一句我们没验证过的声明。整轮也只是一个时刻、一个出口、每个站一次请求，一个会按地域或负载切换的服务器，在这里只会呈现为一个固定事实。另外这一轮完全不含速度数据：没有计时、没有字节数、没有渲染。协议版本不是性能指标。

常见问题

你们是怎么测的？

2026-08-29 对每个首页发一次 curl 请求，跟随跳转，从连接信息里读协商到的 HTTP 版本，从响应里读 Alt-Svc。两个值来自同一次请求。

HTTP/2 或者 http/3 对 SEO 有帮助吗？

官方文档说走 HTTP/2 抓取可能给双方省下计算资源，但 "no ranking boost in Google Search"。HTTP/3 根本不在它爬虫支持的版本清单里。

Alt-Svc 这个头是干什么的？

服务器用它告诉客户端：同样的内容在另一个协议、另一个端点上也能拿到，ma 给的是这条信息可以记多久。HTTP/3 就是靠它被用起来的，不需要换域名。

要不要开 HTTP/3？

如果 CDN 那边就是一个开关，开了不花钱，这批面板里 27 个同类站有 12 个开着。但这次测的东西证明不了任何收益，当成日常维护处理就行。

为什么有的站还在广告 h3-29、h3-27？

那是 HTTP/3 定稿之前的草案版本，留给只认老 token 的客户端。这批里还有三个站在发。