CDN网络优化到底在优化什么？多数人说不到点上

CDN 这东西打开开关很容易，控制台点两下就上线了，但它默认给你的那套规则基本是”通用款”。cdn网络优化真正在调整的就三件事：缓存怎么命中、回源怎么少走、请求怎么被分到合适的节点。带宽和节点数量当然也重要，可那属于买的时候就定了的部分，改不动；能改的、也最能影响体验的，全是策略层面的东西。所以看到有人说”优化就是加带宽加节点”，这话对一半，剩下那一半是花钱也买不来的。

cdn网络优化得先把缓存规则写明白，不是先调带宽

缓存命中率是唯一能直接换算成钱和速度的指标。默认规则通常只缓存图片、css、js 这些后缀，页面 HTML 往往不缓存，于是每次访问都要回源。要不要缓存 HTML 要看站点性质：内容站、企业站、博客这类更新不频繁的页面，缓存个几分钟到几十分钟完全没问题；带登录态、带购物车、带个性化推荐的，别碰，碰了就是用户看到别人的信息，这类事故我见过不止一次。

缓存键的设置很多人没注意。默认带 query string 的话，?from=xxx、?utm_source=xxx 这类推广参数会让同一个页面在边缘缓存出无数份副本，命中率被稀释得很厉害。把无关参数忽略掉（各服务商的叫法不一样，有的叫”忽略参数”，有的叫”缓存键”），命中率通常能上一层。反过来，有些参数是业务必需的，比如商品 ID、分页 page，忽略错了就是串内容。这活儿不能一把梭，得看日志里实际出现了哪些参数。

回源这一步，日志比控制台更有说服力

回源率高说明边缘没接住。看两个数：回源带宽和回源请求数。回源请求数高而回源带宽低，多半是小文件没缓存上，或者 TTL 太短导致反复回源校验；两个都高，那就是真没缓存住。

回源链路本身也有讲究。源站在同一个城市还好，跨地域、跨运营商就难说了，有的服务商提供回源专线，或者回源走内网，配置界面里不一定显眼，得翻文档。另外源站出站带宽是硬成本，压缩（gzip/brotli）、图片转 webp、合并小文件这些老办法仍然有用，CDN 不是万能的，源站吐出来的东西太大，边缘再快也送不动。

cdn网络优化里最难的一层是调度，节点多不等于分得对

用户解析到哪个节点，取决于 DNS 调度。传统按运营商加地域分，粗一点但稳；智能调度能细到省份甚至城市，还能根据节点健康度动态切换，代价是解析变复杂，出问题的概率也上去——DNS 挂一小时，你的站相当于全网失联。

这块我吃过亏。有一回调整调度规则，测试环境一切正常，上线之后某几个省份的用户解析到了远端节点，页面能开但慢得离谱，本地测完全看不出来，是用户投诉了才发现。后来学乖了，改调度一定留回滚方案，并且用多个省份的探针去验证，别只在自己办公室测。

首字节时间比下载速度更能暴露问题

大家习惯看”网页打开几秒”，但真正卡人的常常是首字节。TTFB 高，往往跟 CDN 没多大关系：TLS 握手、DNS 解析、源站处理、数据库慢查询，都能拖。开 HTTP/2、开 TLS 1.3、减少重定向、把首屏关键请求前置，这几项比换节点实在。CDN 层面能做的有限，别指望开了加速就把一个慢后端救活。

有些”优化”操作，做了反而更慢

全部预热。新版本发布就把几千个 URL 全推一遍，看着挺勤快，其实把本来就没人访问的页面塞进边缘，占空间还被淘汰掉，真正热的文件反而被挤出去。要预热就挑首页、栏目页、活动页。

还有盲目把 TTL 压到很短，为了”内容实时”。短 TTL 等于每次都回源校验，命中率下来了，源站压力上去了。更新频繁的页面单独设规则，别全局一刀切。

以及把各种高级功能全打开——图片自动转换、页面优化、边缘脚本全上，功能之间会打架，排错的时候一层套一层，最后连是哪一步出的问题都不知道。开一个测一个，比什么都开强。

小站怎么下手，按顺序来

顺序大概是：先看命中率，把缓存规则和缓存键理清；再看回源，压一压源站出口；然后看 TTFB，把 TLS、HTTP/2、重定向这些基础项过一遍；最后才动调度。反过来先调调度，等于地基没打好就装修。

每次只改一项，改完观察一段时间再动下一项。具体阈值和功能名称各服务商不一样，以官方文档和控制台说明为准。

CDN 的默认配置是给”大多数人”准备的，你的站不是大多数人。花一个下午把日志翻一遍，比在控制台里把按钮全部打开有用得多。真要说一句，就是——先弄明白自己在优化哪个指标，再动手。