HTTP/2 与 HTTP/3 对 WordPress 站点的收益与部署验证

引言：同页面几十个请求卡在队头

WordPress 页面常引用几十个 CSS/JS/图片，HTTP/1.1 下浏览器只能并行有限连接，其余排队。升级 HTTP/2 的多路复用能彻底解排队，HTTP/3 进一步用 QUIC 解决 TCP 队头阻塞。

原理分析：协议差异

HTTP/2 在一条 TCP 连接上多路复用，请求并行不再受连接数限制；HTTP/3 把传输层换成基于 UDP 的 QUIC，连 TLS 握手也合并，弱网下重连更快。对 CWV：减少请求排队 → 降 TTFB 与 LCP；对 SEO 是体验加分项。

保姆级实操

Nginx 开启 HTTP/2（需 HTTPS）：

listen 443 ssl http2;
ssl_protocols TLSv1.2 TLSv1.3;

开启 HTTP/3（需 Nginx 1.25+ 或配合 Cloudflare）：

listen 443 quic reuseport;
add_header Alt-Svc 'h3=":443"; ma=86400';

Cloudflare 用户直接在面板 “Network” 打开 HTTP/3，无需改服务器。

# 验证协议协商结果
curl -I --http2 https://mimangfei.com/ | head -1
curl -sI --http3 https://mimangfei.com/ | head -1

常见踩坑

1. 只开 h2 但没上 HTTPS，h2 强制加密，无效。
2. 开了 h3 却没加 Alt-Svc，客户端不知道能用。
3. 案例：某站 80 个请求，HTTP/1.1 下 LCP 2.9s，Nginx 开 http2 + Cloudflare h3 后降到 1.8s，因请求不再排队。
4. 服务器不支持 h3 还广播 Alt-Svc，部分客户端重试浪费时间。
5. 以为开了 CDN 就自动 h2，需确认源站与 CDN 都协商成功。

总结

判断标准：用 curl 验证 HTTP/2 或 HTTP/3 出现在状态行。行动清单：上 HTTPS → Nginx 加 http2 → Cloudflare 开 h3（或源站 quic）→ 加 Alt-Svc → 验证。详见CDN 对 Google SEO 的影响。