WordPress性能基准测试与CDN选型实录：从国内拨测到海外WebPageTest，1核2G服务器如何面向全球

WordPress 性能优化手记

(1) 从站点健康警告到全绿通关

(2) 解决 WordPress + Polylang 批量处理标签时遇到的 Redis OOM 错误

(3) 一次WordPress站点504错误的排查与优化实录

(4) 从单日126次504超时到彻底稳定：WordPress 1核2G服务器极限优化全记录（附全部实操命令）

(5) WordPress性能基准测试与CDN选型实录：从国内拨测到海外WebPageTest，1核2G服务器如何面向全球

(6) WordPress 标签保存失败？Nginx 限流规则惹的祸 —— 一次完整的 429 问题排查与解决

(7) WordPress + Nginx + W3 Total Cache 缓存未生效排查全过程（OneinStack 实战）

前言

在完成了前几轮的基础优化之后，我的 WordPress 站点（约2000篇文章，标签数量18000+）已经能够在日均一定访问量下稳定运行。但随着我将中文文章翻译为英文（后续计划增加日语），海外用户的访问体验成为新的短板。

为了量化问题并选择合适的 CDN，我进行了一轮完整的性能基准测试——包括国内多节点拨测和海外真实浏览器模拟。本文记录测试过程、数据解读以及 CDN 选型思路，希望对同样面临“出海”的 WordPress 站长有帮助。

一、国内用户体验：拨测（boce.com）

首先测试国内用户访问我的杭州 ECS 源站（未使用任何 CDN）的表现。工具使用 boce.com 的“网站测速”功能，测试时间 2026-06-05 19:04:09。

拨测结果概览

关键数据：

• 平均响应时间：4.493 秒
• 最快：浙江嘉兴电信 0.07 秒（同省优势）
• 最慢：河南濮阳移动 10 秒

跨运营商（电信线路 → 移动用户）延迟严重，这是国内网络环境的典型问题。如果未来主要用户仍在国内，必须考虑国内 CDN（如阿里云 CDN）来解决跨运营商瓶颈。

二、海外用户体验：WebPageTest（美国俄亥俄节点）

为了模拟美国用户访问，我选择了 WebPageTest 的 Columbus, Ohio, USA 节点（桌面 Chrome，WIFI 240/120 Mbps）。

WebPageTest 核心指标

• TTFB (Time To First Byte)：1.499 秒
• LCP (Largest Contentful Paint)：3.106 秒（超过 Google 建议的 2.5 秒）
• 完全加载时间：12.73 秒
• 总请求数：101 个
• 页面体积：2 MB

瀑布图分析（关键发现）：

打开 Request Table 查看前 15 个资源：

Request Table 前15项

注意到每个静态资源（CSS、JS、字体、图片）都显示独立的 Connection 耗时（数百毫秒），例如：

• 第10个字体文件：Connection 748ms
• 第13个图片：Connection 990ms

这看起来像浏览器为每个资源重新建立了 TCP 连接。然而检查服务器 Nginx 配置：

cat /usr/local/nginx/conf/vhost/www.shuijingwanwq.com.conf | grep "listen"
  listen 80;
  listen [::]:80;
  listen 443 ssl http2;
  listen [::]:443 ssl http2;

已经正确开启 HTTP/2，理论上应该复用连接。我推测 WebPageTest 的 “Connection” 列可能表示请求在队列中的等待时间，而非真实握手。但无论如何，101 个请求 × 跨太平洋高延迟 是核心瓶颈。

此外，W3 Total Cache 内置的 Google PageSpeed Insights 功能因服务器无法直连谷歌 API 而报错（杭州 ECS 网络限制），这也从侧面说明跨境网络的不稳定性。

W3TC Google页面速度报错

三、CDN 方案选择：阿里云还是 Cloudflare？

基于以上测试，我明确了目标：加速海外用户访问，同时不损害国内体验（最好能兼顾）。

由于我的未来用户群体以海外为主（英文、日文内容），我决定先测试 Cloudflare 免费版对海外用户的提升效果。如果国内访问因 Cloudflare 而变慢，再考虑实施智能 DNS 分流（国内走阿里云，海外走 Cloudflare）。

四、下一步计划

1. 接入 Cloudflare：注册免费账号，修改域名的 NS 记录，配置页面规则（至少绕过 /wp-admin）。
2. 验证 CDN 生效：等待 DNS 生效后，检查静态资源响应头是否包含 CF-Cache-Status: HIT。
3. 再次测试：使用相同的 WebPageTest 美国节点重新测试，对比 TTFB、LCP 和完全加载时间。
4. 评估国内影响：再次运行 boce.com 拨测，观察国内平均响应时间是否恶化。
5. 若海外提升明显：考虑购买 Cloudflare APO（$5/月）以缓存 HTML 页面，进一步降低 TTFB。

后续我会将 CDN 接入后的对比数据写成下一篇文章。如果你也在为 WordPress 站点的全球访问速度发愁，欢迎留言交流。