启用 CDN 加速后网站仍慢，应先排查什么？

启用 CDN acceleration 后，用户仍反馈“首页打开慢”“产品图半天不出来”或“后台偶尔超时”，不少维护人员会立刻怀疑节点覆盖不足、CDN 厂商性能不行。实际排查中，CDN 往往只是把静态资源送得更近，它并不能自动修复源站程序卡顿、缓存规则失效、域名解析绕路，或第三方脚本拖慢首屏的问题。

尤其是面向海外市场的多语言官网、B2B 询盘站和跨境商城，访问者分布在北美、欧洲、东南亚等不同区域。同一个页面在北京测试正常，不代表美国移动网络下也快。售后维护时，先把“网站慢”拆成可验证的链路，通常比反复切换 CDN 套餐更有效。

先确认慢在哪里：页面慢，不一定等于 CDN 慢

建议先保留一次真实访问的浏览器瀑布图，重点看三个时间点：DNS 查询、首字节返回时间（TTFB）和主要资源下载时间。若 HTML 文档本身等待很久，且后续图片、CSS、JS 下载速度正常，问题大概率在源站、应用程序或数据库，而不是边缘节点。反过来，如果文档返回快，但大图、字体或脚本排队下载，才应重点检查缓存策略、资源体积和并发加载。

有一个常见误判：页面状态显示“CDN 已接入”，就默认所有内容都经过加速。实际上，动态接口、带参数的图片链接、管理后台路径、某些下载文件，可能因规则设置而回源。维护人员应直接核对响应头中的缓存状态，例如命中、未命中、绕过缓存等标识；不同服务商字段不同，但核心是确认请求到底由边缘节点响应，还是每次都回到源站。

源站响应是第一优先级，不要被“已接入”迷惑

源站慢通常有几类表现：访问高峰时 TTFB 明显上升；同一页面第一次访问慢、刷新后稍快；后台发布内容后前台短时间内频繁超时；接口请求长期停留在等待状态。背后可能是服务器 CPU、内存或连接数紧张，也可能是 CMS 插件、模板查询、搜索接口、数据库索引不合理造成的延迟。

对于营销型网站，首页往往比内页更容易出问题。轮播图、推荐产品、表单校验、弹窗工具、统计代码都集中在首页；如果每次访问都实时读取多个数据库模块，即便 CSS 和图片全部命中 CDN，用户看到首屏的时间依旧不会理想。此时应在源站日志、应用性能监控或数据库慢查询中找证据，而不是先扩大缓存范围。

要特别谨慎处理“全站强缓存”。产品价格、库存、登录状态、购物车、询盘表单令牌等内容通常不能简单按静态页面缓存。比较稳妥的做法是区分公开页面、动态接口和后台路径：公开且变动不频繁的内容设置合理缓存周期；个性化接口明确绕过缓存；对可缓存的页面采用版本号或主动刷新机制，避免改版后用户持续看到旧内容。

缓存命中率低，往往是规则和资源管理出了问题

很多站点的静态资源文件名长期不变，更新一张横幅图仍然叫 banner.jpg；为了避免用户看到旧图，维护人员只好把缓存时间设得很短。这样做虽然省事，却让 CDN 缓存频繁失效。更合适的方式是为更新后的资源增加版本参数或使用带内容指纹的文件名，让浏览器和边缘节点能够放心缓存旧版本，新版本也能及时生效。

另一个容易被忽略的点是查询参数。有些系统会给图片、脚本自动附加时间戳、语言参数或追踪参数。若 CDN 将每种参数组合都视为新 URL，缓存会被切得很碎；但若粗暴忽略全部参数，又可能影响商品筛选、图片处理或安全校验。排查时应列出实际请求中出现频率最高的参数，再按资源类型制定保留、忽略或规范化规则。

图片也不只是“放到 CDN”就结束了。未压缩的产品原图、首屏自动播放视频、一次加载几十张详情页图片，都会占据带宽和主线程。对展示型图片，可结合设备尺寸输出合适规格；首屏以外的图片可延迟加载；视频更适合使用封面图和用户触发播放。这里的取舍很现实：视觉团队希望清晰，营销团队希望信息完整，维护端需要给出可接受的文件体积与加载顺序，而不是一味压缩到失真。

DNS 解析与域名配置，常是跨区域访问的暗坑

CDN 节点再多，前提也是用户能被正确调度过去。域名 CNAME 未完全生效、DNS 记录存在冲突、A 记录和 CDN 记录同时保留、IPv6 配置不一致，都可能导致部分用户绕过 CDN 直连源站。最典型的现象是：某些地区很快，某些地区持续很慢；办公室网络正常，客户移动网络却经常失败。

维护时不要只在本地执行一次解析就下结论。应从目标市场的网络环境观察域名最终解析结果，并分别验证 www、裸域、移动端子域名、图片域名和下载域名。HTTPS 证书链、重定向次数也要一并检查。页面从 http 跳到 https，再从裸域跳到 www，随后又跳到语言目录，用户在真正拿到内容之前已经经历了多次往返。

如果网站同时服务中国大陆与海外用户，还要核对部署和合规状态。面向境内访问的站点，接入、迁移服务器或变更主体时，备案信息与实际服务配置应保持一致。涉及备案新办、变更、转接入等流程时，可提前通过国内ICP备案服务号核验材料和流程衔接，避免因域名、主体或接入信息不一致，导致上线窗口被动延后。

第三方资源拖慢首屏，是营销网站的高发问题

广告像素、在线聊天、地图、验证码、社媒嵌入、行为分析和 A/B 测试工具，通常不在本方 CDN 的控制范围内。一个外部脚本响应慢，可能阻塞后续渲染；多个标签管理器重复加载，则会放大问题。若慢请求的域名不属于本站，不应把责任都归到 CDN 配置上。

处理原则是保留真正参与获客和归因的脚本，清理历史遗留代码。对不影响首屏展示的工具，可以延后加载；对地区访问受限或偶发失败的第三方服务，要准备降级方案。外贸网站尤其要警惕把国内常用组件原样搬到海外站点，海外用户访问链路更长，任何一次外部等待都可能直接影响表单提交前的耐心。

用同一套顺序排查，避免无效改动

实际工单处理中，可以按“页面文档—缓存状态—DNS 调度—资源瀑布—源站日志”的顺序推进。先确认 HTML 是否慢，再判断静态资源是否命中；确认访问是否真正进入 CDN 后，再回头检查程序、数据库和第三方服务。每完成一项改动，都应在相同地区、相同网络条件下复测，否则很容易把网络波动误认为优化效果。

易营宝长期服务多语言建站、跨境商城和海外推广场景时，通常会把网站性能与投放落地页、收录抓取、表单转化放在同一条链路上看。CDN 是其中一环，不是万能补丁。真正值得优先解决的，是那个能被日志、响应头和真实访问路径证明的瓶颈；找准这一点，后续无论调整源站、缓存规则还是资源策略，才不会反复返工。