![[图2，EdgeOne 昨日 L7 访问流量，显示 6.56 GB]](https://media.shuijingwanwq.com/2026/07/2-20-1024x480.png)
![[图4：EdgeOne 按 URL path 开始于 /en/ 筛选后的流量截图]](https://media.shuijingwanwq.com/2026/07/4-24-1024x664.png)
![[图3：执行核心升级时返回 524 No Reason Phrase]](https://media.shuijingwanwq.com/2026/07/3-28-1024x500.png)
最近，我陆续将 WordPress 网站中的三个访问入口拆出了腾讯云 EdgeOne：
media.shuijingwanwq.com
en.shuijingwanwq.com
admin.shuijingwanwq.com
目前的结构大致如下：
www.shuijingwanwq.com
→ EdgeOne
→ 中文站前台
en.shuijingwanwq.com
→ Cloudflare
→ 英文站前台
media.shuijingwanwq.com
→ Cloudflare
→ 图片及附件
admin.shuijingwanwq.com
→ Cloudflare DNS Only
→ 阿里云杭州源站
此前，我已经从成本角度分析过这次拆分。按照当时的流量估算，拆分后 EdgeOne 月度实际成本预计可以下降一半以上。
不过，成本下降之后，网站当前的访问性能是否仍然可以接受，才是更需要确认的问题。
因此，这次不再把重点放在拆分前后的严格对照上，也没有为了测试重新恢复旧架构，而是直接验证当前生产环境中的实际表现：
- 中国大陆用户访问中文站是否仍然足够快；
- 中国大陆用户访问英文站和媒体资源时表现如何；
- 海外用户访问中文站和英文站是否稳定；
- 将图片迁移到 Cloudflare 后，是否明显拖慢了首屏体验；
- 当前架构是否值得继续保留。
一、测试对象
为了尽量减少页面内容差异带来的干扰，本次选择了一组互为翻译关系的中英文文章。
中文文章：
https://www.shuijingwanwq.com/2026/07/11/19354/
英文文章：
https://en.shuijingwanwq.com/2026/07/11/19362/
两篇文章使用同一张特色图片：
https://media.shuijingwanwq.com/2026/07/1-36.png
这组页面比较适合作为测试对象，原因是：
- 中文和英文文章内容基本对应；
- 两个 HTML 页面体积几乎相同；
- 两篇文章使用同一张特色图片；
- 可以分别观察 EdgeOne 和 Cloudflare 返回 HTML 时的表现；
- 可以单独测试
media域名的图片加载速度。
本地下载结果显示：
中文页面：456368 bytes
英文页面：455941 bytes
特色图片：339881 bytes
中文和英文 HTML 页面体积只相差约 427 字节，因此后续出现的较大性能差距，不能简单归因于页面大小不同。
二、测试前先确认缓存状态
测试前，我先通过 curl 连续请求三个地址，确认缓存已经进入正常状态。
英文文章第一次返回：
cf-cache-status: EXPIRED
第二次开始变为：
cf-cache-status: HIT
age: 26
媒体图片第一次返回：
cf-cache-status: MISS
第二次开始变为：
cf-cache-status: HIT
age: 26
中文文章没有显示 Cloudflare 风格的 HIT，但 age 持续增加：
age: 27
age: 56
age: 125
这说明 EdgeOne 节点正在持续返回同一份缓存内容。
因此，三个测试对象在正式测速时都已经具备缓存命中条件：
中文文章：EdgeOne 缓存有效
英文文章：Cloudflare HIT
特色图片：Cloudflare HIT
三、测试方法
本次一共使用了三种测试方式。
1. BOCE 中国大陆节点
用于观察：
- 中国电信；
- 中国移动；
- 中国联通；
- 各地区平均响应；
- 超时或无法访问节点。
由于 BOCE 第一次检测经常会遇到节点缓存尚未建立或线路初始化较慢，因此每个地址均连续测试两次，主要记录第二次结果。
2. BOCE 海外节点
使用同一套平台测试海外多个地区，避免不同工具之间的测试标准不一致。
同样连续测试两次，以第二次结果作为主要参考。
3. WebPageTest
使用以下配置：
设备：Desktop - Chrome
网络：Cable
Runs：3
Repeat View：Disabled
测试地区选择：
Singapore
Dulles, Virginia, USA
主要观察：
- TTFB；
- FCP；
- LCP；
- Speed Index；
- 三次运行之间的波动。
另外，我还在自己的成都移动家庭宽带下，通过 curl 连续访问中英文页面和图片，以确认真实本地网络中的表现。
四、中国大陆 BOCE 测试结果
1. 中文文章：EdgeOne 表现非常稳定
中文文章第二次 BOCE 测试结果为：
| 项目 | 结果 |
|---|---|
| 全国平均响应 | 0.307 秒 |
| 电信平均响应 | 0.299 秒 |
| 移动平均响应 | 0.418 秒 |
| 联通平均响应 | 0.197 秒 |
| 无法访问节点 | 1 个 |
地图中的绝大多数地区都处于绿色区域。
从这组结果看，中文站 HTML 继续保留在 EdgeOne 是正确的。
即使中文文章页面本身接近 456KB，在缓存命中后，全国平均响应仍然只有约 0.3 秒，三大运营商之间也没有出现特别严重的差距。
2. 英文文章：Cloudflare 在中国大陆明显更慢
英文文章第二次 BOCE 测试结果为：
| 项目 | 结果 |
|---|---|
| 全国平均响应 | 1.855 秒 |
| 电信平均响应 | 1.532 秒 |
| 移动平均响应 | 1.561 秒 |
| 联通平均响应 | 2.473 秒 |
| 无法访问节点 | 4 个 |
与中文文章相比：
中文文章：0.307 秒
英文文章：1.855 秒
英文文章平均响应约为中文文章的 6 倍。
尤其是部分联通和西南地区节点，响应时间明显偏高，甚至出现 10 秒节点。
这说明英文站迁移到 Cloudflare 后，中国大陆访问性能确实出现了比较明显的下降。
不过，英文站未来主要面向海外用户，因此这是一项可以预期的取舍。
3. media 图片：中国大陆加载速度同样偏慢
特色图片第二次 BOCE 测试结果为：
| 项目 | 结果 |
|---|---|
| 全国平均响应 | 1.514 秒 |
| 电信平均响应 | 1.124 秒 |
| 移动平均响应 | 1.618 秒 |
| 联通平均响应 | 1.846 秒 |
| 无法访问节点 | 6 个 |
这张图片只有约 332KB，但平均响应仍然超过 1.5 秒。
从结果看，media 拆出 EdgeOne 后，对中国大陆用户的影响比中文 HTML 更明显。
现在打开一篇中文文章时，实际链路变成：
HTML、CSS、JavaScript
→ EdgeOne
特色图片、正文图片
→ Cloudflare
因此，中文文章的文字内容可以很快出现，但特色图片和正文图片可能稍晚加载。
五、成都移动家庭宽带实测
BOCE 可以观察全国节点，但我自己的日常网络是成都移动，因此又在本地进行了连续请求测试。
1. 英文文章通过 Cloudflare
连续请求三次：
第1次：
HTTP=200
TTFB=3.346020s
TOTAL=6.057315s
第2次：
HTTP=200
TTFB=1.399212s
TOTAL=4.266293s
第3次：
HTTP=000
TOTAL=16.376829s
OpenSSL unexpected eof while reading
前两次虽然成功返回，但完整下载分别用了约 6.06 秒和 4.27 秒。
第三次则在等待约 16 秒后出现 SSL 连接异常，页面没有成功返回。
2. 中文文章通过 EdgeOne
同一台电脑、同一条成都移动宽带、相同测试方法：
第1次：
HTTP=200
TTFB=0.103798s
TOTAL=0.224673s
第2次：
HTTP=200
TTFB=0.094631s
TOTAL=0.148890s
第3次：
HTTP=200
TTFB=0.069811s
TOTAL=0.119547s
三次全部成功，并且完整下载时间都低于 0.23 秒。
这组对照非常直观：
| 页面 | CDN | 页面体积 | 完整下载 |
|---|---|---|---|
| 中文文章 | EdgeOne | 456368 bytes | 0.120～0.225 秒 |
| 英文文章 | Cloudflare | 455941 bytes | 4.266～6.057 秒 |
| 英文文章第3次 | Cloudflare | 455941 bytes | 连接失败 |
两个页面的体积几乎完全相同，但访问结果差距非常大。
因此，至少在我的成都移动宽带下，可以明确得出：
EdgeOne 返回中文页面非常快速且稳定；Cloudflare 返回英文页面明显更慢，并存在连接中断风险。
需要强调，这只是成都移动本地链路的实测结果，不能直接代表全国所有移动和联通用户。
但它与 BOCE 中移动、联通部分节点偏慢的现象基本一致。
3. 成都移动访问 media 图片
同一张特色图片连续请求三次：
第1次：
TTFB=0.815904s
TOTAL=2.872365s
SPEED=118327 bytes/s
第2次：
TTFB=2.907905s
TOTAL=5.342874s
SPEED=63613 bytes/s
第3次：
TOTAL=16.225433s
OpenSSL unexpected eof while reading
图片只有 339881 字节，但第二次下载速度只有约 62KB/s，第三次同样出现 SSL 连接异常。
这说明成都移动访问 Cloudflare 的问题不仅影响英文 HTML，也影响媒体图片。
六、BOCE 海外节点测试
1. 中文文章海外表现
中文文章海外第二次测试结果：
| 地区 | 平均响应 |
|---|---|
| 全球平均 | 0.802 秒 |
| 亚洲 | 0.677 秒 |
| 北美洲 | 0.751 秒 |
| 南美洲 | 0.749 秒 |
| 欧洲 | 0.563 秒 |
| 非洲 | 1.287 秒 |
| 大洋洲 | 0.690 秒 |
这一结果与最初的理论预期并不完全一致。
此前我曾认为，EdgeOne 在海外可能明显弱于 Cloudflare。但从本次实际结果看，中文文章在海外节点的表现并不差，全球平均响应只有约 0.8 秒。
特别是欧洲平均响应约为 0.563 秒，大洋洲约为 0.690 秒。
因此，目前并没有证据表明：
EdgeOne 在海外一定明显慢于 Cloudflare
至少在当前中文文章、当前缓存状态和 BOCE 海外节点中，EdgeOne 的表现是可以接受的。
2. 英文文章海外表现
英文文章第二次海外测试结果：
| 地区 | 平均响应 |
|---|---|
| 全球平均 | 1.347 秒 |
| 亚洲 | 1.479 秒 |
| 北美洲 | 1.302 秒 |
| 南美洲 | 0.916 秒 |
| 欧洲 | 0.863 秒 |
| 非洲 | 2.154 秒 |
| 大洋洲 | 1.175 秒 |
这次结果比第一次的 6.314 秒明显正常。
从第二次结果看，Cloudflare 在海外整体表现不错，但并没有在 BOCE 中明显快于 EdgeOne 中文站。
中文文章 EdgeOne：0.802 秒
英文文章 Cloudflare：1.347 秒
当然，这两个页面虽然体积接近，但域名、缓存节点和页面请求并不完全相同，因此不能将这组数字理解为严格的 CDN 性能排名。
更准确的结论是：
当前中文站通过 EdgeOne，在海外访问并没有出现明显性能问题；英文站通过 Cloudflare，海外表现也处于可以接受的范围。
3. media 图片海外表现不够稳定
媒体图片第二次海外测试结果：
| 地区 | 平均响应 |
|---|---|
| 全球平均 | 3.717 秒 |
| 亚洲 | 4.853 秒 |
| 北美洲 | 4.030 秒 |
| 南美洲 | 3.000 秒 |
| 欧洲 | 1.051 秒 |
| 非洲 | 4.951 秒 |
| 大洋洲 | 5.760 秒 |
这组结果明显弱于两个 HTML 页面。
不过，图片测试会包含完整文件下载时间，而 HTML 页面测试中的“响应时间”与完整页面渲染指标并不完全相同。
因此，这张图更适合说明：
Cloudflare 上的媒体资源在不同海外节点之间波动较大。
是否真正影响用户首屏体验，还需要结合 WebPageTest 的 LCP 结果判断。
七、WebPageTest 新加坡测试
1. 中文文章
新加坡节点下，中文文章进行了三次 First View 测试。
其中一次结果数据不完整，因此主要参考另外两次有效结果。
有效结果区间为：
| 指标 | 结果 |
|---|---|
| FCP | 1.256～1.776 秒 |
| LCP | 1.501～2.048 秒 |
| Speed Index | 1.585～2.032 秒 |
| CLS | 0.003 |
虽然测试页面出现了 Page Load Timeout，但首屏内容实际上很快就已经显示。
进一步查看请求列表后发现，长时间拖尾的请求主要来自：
fundingchoicesmessages.google.com
pagead2.googlesyndication.com
n.clarity.ms
也就是 Google Funding Choices、Google Ads 和 Microsoft Clarity。
因此，Page Load Timeout 并不是中文 HTML、EdgeOne 或媒体图片导致的首屏加载失败，而是第三方广告和统计脚本在页面主体加载完成后继续请求。
2. 英文文章
英文文章新加坡测试结果非常稳定：
| 指标 | 中位数结果 |
|---|---|
| TTFB | 0.194 秒 |
| FCP | 1.264 秒 |
| LCP | 1.478 秒 |
| Speed Index | 1.703 秒 |
| Total Blocking Time | 0.180 秒 |
| CLS | 0 |
三次 LCP 分别为：
1.801 秒
1.487 秒
1.478 秒
这说明在新加坡访问 Cloudflare 英文站时：
- HTML 首字节很快；
- 首屏内容约 1.3 秒出现；
- 最大内容元素约 1.5 秒完成；
- 三次运行之间波动很小。
因此，虽然 Cloudflare 在成都移动访问时表现较差，但在新加坡节点下的英文站首屏性能非常好。
八、WebPageTest 美国弗吉尼亚州测试
1. 中文文章
中文文章在美国弗吉尼亚州的中位数结果为：
| 指标 | 结果 |
|---|---|
| TTFB | 0.217 秒 |
| FCP | 0.826 秒 |
| LCP | 1.214 秒 |
| Speed Index | 1.415 秒 |
| Total Blocking Time | 0.223 秒 |
| CLS | 0.003 |
三次 LCP 分别为：
1.149 秒
1.214 秒
1.193 秒
三次结果几乎没有波动。
这再次说明，当前 EdgeOne 中文站在美国访问时并不慢。
尤其是：
FCP：0.826 秒
LCP：1.214 秒
已经属于非常不错的首屏表现。
2. 英文文章
英文文章在美国弗吉尼亚州的中位数结果为：
| 指标 | 结果 |
|---|---|
| TTFB | 0.178 秒 |
| FCP | 1.594 秒 |
| LCP | 1.838 秒 |
| Speed Index | 1.780 秒 |
| Total Blocking Time | 0.106 秒 |
| CLS | 0 |
三次 LCP 分别为：
3.052 秒
1.459 秒
1.838 秒
第一次运行偏慢，后两次明显恢复。
整体看，英文站在美国的首屏性能仍然处于良好水平，只是波动比中文站稍大。
值得注意的是，美国节点下的中文文章反而比英文文章更快：
| 页面 | FCP | LCP | Speed Index |
|---|---|---|---|
| 中文文章 EdgeOne | 0.826 秒 | 1.214 秒 | 1.415 秒 |
| 英文文章 Cloudflare | 1.594 秒 | 1.838 秒 | 1.780 秒 |
这说明至少在本次测试中，不能简单地认为：
Cloudflare 海外一定快于 EdgeOne
CDN 的实际表现还会受到：
- 当前节点；
- 页面缓存；
- 路由；
- 页面资源；
- 第三方脚本；
- 测试时段；
等因素影响。
九、当前架构下的实际性能结论
综合 BOCE、成都移动本地测试和 WebPageTest，可以得到以下结论。
1. 中国大陆访问中文站：表现非常好
中文 HTML 继续使用 EdgeOne，当前表现非常稳定。
BOCE 全国平均响应：
0.307 秒
成都移动本地完整下载：
0.120～0.225 秒
这说明当前架构保留了最重要的性能基础：
主要面向中国大陆用户的中文 HTML，仍然使用更适合大陆访问的 EdgeOne。
2. 中国大陆访问英文站：明显变慢
英文 HTML 改由 Cloudflare 提供后，中国大陆访问性能明显弱于中文站。
BOCE 平均响应：
1.855 秒
成都移动本地完整下载：
4.266～6.057 秒
并且连续请求中出现了一次 SSL 连接异常。
因此，中国大陆用户访问英文站，是当前架构中性能代价最明显的场景。
不过，英文站的主要目标用户是海外读者，因此这一取舍目前仍然可以接受。
3. 中国大陆访问中文站图片：HTML 快，但图片可能稍慢
中文文章的 HTML 很快，但特色图片和正文图片使用 Cloudflare。
BOCE 中 media 图片平均响应：
1.514 秒
成都移动本地下载约 332KB 图片时：
2.87～5.34 秒
并出现一次连接失败。
因此，中国大陆用户打开中文文章时，实际体验可能是：
标题和正文很快出现
特色图片稍后显示
正文图片滚动到附近后再加载
由于 WordPress 已经启用图片懒加载，首屏以下的图片不会全部阻塞初始页面，因此这个问题目前还没有严重到必须立即调整架构。
4. 海外访问中文站：EdgeOne 并不慢
无论 BOCE 还是 WebPageTest，中文站海外表现都不错。
美国弗吉尼亚州：
FCP：0.826 秒
LCP：1.214 秒
新加坡：
LCP：1.50～2.05 秒
因此，此前“海外用户访问中文站可能因为 EdgeOne 而明显变慢”的理论判断，没有在本次测试中得到支持。
5. 海外访问英文站：Cloudflare 表现良好
新加坡英文站：
TTFB：0.194 秒
FCP：1.264 秒
LCP：1.478 秒
美国英文站：
TTFB：0.178 秒
FCP：1.594 秒
LCP：1.838 秒
这说明 Cloudflare 可以很好地承接海外英文站。
虽然个别运行仍有波动，但整体首屏性能处于良好水平。
6. media 是当前架构中最需要继续观察的部分
英文 HTML 在海外 WebPageTest 中表现很好，但 media 图片在 BOCE 海内外节点和成都移动本地测试中都表现出较大波动。
因此，当前架构中最值得长期观察的并不是英文 HTML，而是：
media.shuijingwanwq.com
后续可以重点观察：
- 特色图片是否经常延迟；
- LCP 是否主要由 media 图片构成；
- 中国移动和联通访问是否持续不稳定；
- 是否需要进一步压缩特色图片；
- 是否有必要优先生成 WebP 或 AVIF；
- 是否需要降低文章首屏图片尺寸。
十、拆分前后的对比不再是本文重点
严格来说，这次测试没有恢复拆分前的完整架构，因此不能称为完全相同条件下的 A/B 测试。
以前的历史数据只能作为背景参考：
- EdgeOne 在中国大陆节点中通常更加稳定；
- Cloudflare Free 在部分移动和联通线路下波动较大；
- 英文站和媒体资源拆出后，EdgeOne 成本明显下降；
- admin 拆出后，WordPress 长请求不再受 CDN 超时影响。
本文真正回答的是：
在完成拆分以后，当前生产环境的实际性能是否可以接受？
从测试结果看，答案是肯定的，但存在清晰的地区差异。
十一、是否需要重新调整当前架构
目前没有必要立即推翻现有方案。
中文站继续保留 EdgeOne
这是当前最明确的结论。
中文站是主要流量来源，中国大陆访问速度非常好，同时海外访问也没有明显短板。
英文站继续保留 Cloudflare
英文站在中国大陆访问较慢，但在新加坡和美国的 WebPageTest 表现很好。
考虑到英文站主要面向海外用户，继续保留 Cloudflare是合理的。
media 暂时保留 Cloudflare，但继续观察
媒体资源迁出 EdgeOne 是成本下降的主要来源之一。
虽然中国大陆访问图片存在一定性能损失，但中文 HTML 和首屏正文仍然很快，海外 WebPageTest 的 LCP 也处于良好范围。
因此，现阶段可以继续保留，不必因为一次测试就迁回 EdgeOne。
后续更适合先从图片体积和格式优化入手，而不是立即改变 CDN 架构。
admin 不以公开访问速度为主要指标
admin.shuijingwanwq.com 采用 DNS Only 直连杭州源站。
它的主要目标是：
- 避免 CDN 长请求超时；
- 保证 WordPress 升级稳定；
- 保证插件安装和翻译请求稳定；
- 减少后台流量进入 EdgeOne。
因此，后台拆分主要是稳定性优化，而不是全球访问加速。
十二、最终结论
这次测试表明，将 media、en 和 admin 拆出 EdgeOne 后，当前网站形成了非常明显的分层访问特征。
中国大陆访问中文站：
非常快，EdgeOne 表现稳定
中国大陆访问英文站：
明显较慢，Cloudflare 链路存在波动
中国大陆访问 media：
图片加载偏慢，移动线路尤其明显
海外访问中文站：
表现良好，EdgeOne 没有出现明显短板
海外访问英文站：
表现良好，Cloudflare 首屏速度稳定
WordPress 后台：
以长请求稳定性为主，不以全球访问速度为目标
因此，这次拆分并不是让所有场景都变快。
它真正实现的是：
保留中文主站在中国大陆的核心性能，将英文站和高流量媒体资源转移到更适合当前成本结构的平台，同时让 WordPress 后台绕过 CDN，以换取更稳定的管理和升级体验。
从目前结果看：
- 中文主站性能没有受到明显影响；
- 英文站海外性能良好；
- EdgeOne 成本显著下降；
- 后台长请求更加稳定；
- 主要代价是中国大陆访问英文站和媒体图片时明显变慢。
对于当前以中国大陆中文用户为主、同时逐步发展海外英文内容的网站来说，这种取舍仍然是合理的。
现阶段没有必要再次调整整体架构。
真正需要持续关注的，是 Cloudflare 在中国移动、联通线路中的稳定性，以及 media 图片是否会在真实访问中持续拖慢 LCP。
相关记录
- Cloudflare 免费版适合中国大陆 WordPress 主站吗？从缓存 HIT 到灰云直连阿里云 ECS 的实测复盘
- Cloudflare Free 迁移到 EdgeOne 后到底快了多少？WordPress CDN 三阶段 BOCE 与 WebPageTest 实测对比
- EdgeOne 流量成本排查：将 WordPress uploads 静态资源迁移到 Cloudflare media 子域名
- 将 WordPress 后台迁移到独立 admin 子域名：绕过 EdgeOne，解决核心升级 524 超时
- 将 media、en、admin 拆出 EdgeOne 后，我重新估算了网站每月的实际 CDN 成本
Linux 服务器运维、部署与线上故障排查
如果你的网站或后端服务部署在 Linux 服务器上，遇到访问异常、Nginx 配置问题、MySQL / Redis 异常、Docker 服务不可用、磁盘占满、CPU / 内存过高等问题，可以联系我做一次远程排查。
适合以下场景：
✅ 网站打不开或访问不稳定
✅ Nginx / PHP-FPM 配置异常
✅ MySQL / Redis 性能或连接问题
✅ Docker 服务部署与维护
✅ 服务器迁移与环境配置
✅ CPU / 内存 / 磁盘异常排查
服务内容：
✅ Linux 环境检查
✅ 网站部署与迁移
✅ Nginx / PHP-FPM / MySQL / Redis 排查
✅ Docker 配置与维护
✅ 服务器性能分析
✅ 长期远程运维支持
如需咨询，请联系我，并注明：Linux 运维咨询。
联系方式：
Telegram：@shuijingwan
微信：13980074657
邮箱：shuijingwanwq@gmail.com
发表回复