网站到底要不要用CDN加速？看完再定

做站这些年，被问得最多的一类问题就是：网站到底要不要上CDN？有人把它当万能药，觉得套上去就飞快；也有同行吓唬人，说小站上CDN纯属烧钱。我的观点很直白：这事儿不能拍脑袋，更不能听销售一句话就下单。你先别急着付钱，拿三项指标给自己把个脉——访客在哪儿、静态资源占多大比例、源站带宽紧不紧张。三项对上了，CDN就是省心的好帮手；对不上，它就是每月固定扣你一笔的摆设。下面一项一项拆开讲，看完你自己就能定。

先拿三项指标把脉，别听一句话就下单

为什么要先看指标再谈价格？因为CDN的本质是拿钱换距离和并发。它把静态文件复制到各地节点，让访客就近取，源站只管兜底。访客离得远、并发又大，收益最明显；访客都在同城、文件又小又少，节点未必比源站近，钱就花得冤。要摸清楚的三项是：访客分布、静态资源占总请求的比例、源站带宽水位。我的判断标准很简单，三项里有两项明显命中，就值得试一试；只中一项，先做压缩图片、开浏览器缓存这类不花钱的优化，往往比上CDN更划算。指标摸清了，后面所有取舍都有依据。

第一项：访客是本省扎堆，还是跨省跨境

打开统计工具的地域报表，导出最近三十天的访问数据，看访客都从哪儿来。如果八成以上挤在本省甚至同城，而源站又恰好放在本地机房，物理距离本来就短，延迟低到几毫秒，套一层CDN反而可能绕远路，加速变减速。反过来，访客跨省居多，或者有稳定的海外访客，那CDN的价值立刻就出来了，节点就近响应，首包时间和加载速度都能改善一大截。想更直观一点，可以找多地点测速工具，从几个不同省份分别访问首页和一张大图，把外地访问的耗时记下来跟本地对比，数据比感觉靠谱得多。

第二项：图片和JS、CSS占总请求的比例有多大

在浏览器里按F12打开开发者工具，切到网络面板，刷新首页，看请求总数里静态文件占了多大比例。图片、JS、CSS、字体、视频这些，本质上都是可以缓存的静态资源。内容站和图片站最典型，静态请求经常占到七成以上，这类站点把静态资源交给CDN，效果立竿见影。如果站点偏后台系统，页面全靠接口数据拼出来，动态请求占大头，静态文件没几个，CDN能帮的忙就有限。还要看单个文件的体积：单张图几百KB甚至几MB，加速感知最明显；全是一堆小图标，先把合并压缩做掉，收益比换CDN更大。

第三项：源站带宽是不是长期贴着上限跑

打开服务器监控或者主机控制面板的流量图，看最近一周的带宽曲线。如果每天高峰时段都贴着套餐上限跑，页面开始转圈、图片刷不出来，说明瓶颈就卡在出网带宽上。这时候上CDN把静态文件分流出去，源站压力立刻往下掉，通常比自己把带宽套餐升一档更省钱。反过来说，带宽曲线常年平缓，峰值只用到两三成，那就说明没到瓶颈，上CDN更多是为了外地访客的就近访问，属于锦上添花，优先级可以往后放。判断带宽瓶颈还有个土办法：高峰时段登录服务器，看一眼网卡出流量的实时数值，和带宽上限一比就清楚了。

小站最省钱的组合：静态资源走CDN，HTML回源站

预算有限的小站，真没必要整站都推到CDN上。我一般建议这么组合：只把图片和静态资源指向CDN，HTML页面照旧回源站渲染。具体操作是把静态资源换成独立的加速域名，比如源站图片原本放在 /wp-content/uploads/ 目录下，就新建一条 static.example.com 的CNAME记录，指向服务商给的节点地址，再在程序或者插件里把静态资源的域名替换过去。HTML不动，源站继续负责页面渲染、登录态和内容更新，逻辑简单又可靠。好处很实在：只加速最吃带宽的那部分，CDN流量费花在刀刃上，动态页面也不会因为缓存串号出乱子。

回源Host填错，页面能开但接口全乱

回源Host是新手最容易踩的坑。CDN节点回源取文件时，请求头里的Host决定了源站按哪个站点来响应。源站上挂了多个域名时，Host填错就会取到别的站的文件，或者直接报404、502。正确做法是回源Host填源站上真实绑定、能正常打开的那个域名，比如 www.example.com，而不是CDN的加速域名；源站是IP直连而且只绑了一个站点时，按服务商文档填默认站点就行。改完必须验证：用 curl 加上 -H 参数手动指定Host去请求源站，看返回码是不是200，再翻一眼CDN侧的回源日志，确认状态码正常，别等页面白屏了才回头查。

缓存规则怎么定，才能既快又不串号

缓存规则必须和源站内容同步，否则会冒出一堆怪毛病。思路是先分清哪些能长期缓存、哪些绝对不能：图片、字体、不常变的图标这类文件可以设长缓存，带版本号或者文件指纹的JS、CSS也一样；接口、后台路径和随登录状态变化的页面要么短缓存、要么直接不缓存，不然会员信息、购物车状态很容易串号。落地的时候在CDN控制台的缓存配置里按目录或者后缀写规则，比如把 /wp-content/uploads/ 设成三十天，把 /wp-json/ 和后台目录设为不缓存。改版之后靠给文件名加版本参数来刷新，别指望手动刷缓存救急，节点一多根本刷不干净。

HTTPS证书要单独上传，别只装源站那一张

证书这块特别容易被忽略。CDN加速域名要单独上传或者申请一张HTTPS证书，不是源站装了证书就万事大吉；源站回源也得能走HTTPS，不然容易出现混合内容警告，甚至回源握手失败。全站HTTPS的站点，记得把程序里的站点地址和静态资源地址统一改成 https 开头，再检查一下插件和主题里有没有写死的 http 链接。上线后按F12看控制台有没有报不安全内容，顺手用证书检测工具把加速域名和源站域名各查一遍，确认证书链完整、有效期没到期。快到期前留出续期的提前量，别等过期了整站跳红锁才想起来。

这几种情况先别上CDN，上了纯添乱

有三种情形我建议先放一放。第一，访客几乎全在本省同城，源站也在本地机房，节点反而绕远路，加速变减速，还白搭一份流量费。第二，站点的重头是后台管理和动态接口，订单、支付回调、实时数据这类请求必须直达源站，CDN既缓存不了又容易超时，硬套上去只会让故障更难查。第三，域名还没完成备案就把加速域名指过去，国内节点一般要求域名已备案才能接入，硬配会解析不通或者频繁报502，先把备案这关过完再谈加速，具体要求以接入服务商的说明为准。

绕了一圈，判断思路其实不复杂：访客跨省跨境多、静态资源占比高、源站带宽长期吃紧，这三项对上两项，CDN就值得上；小站预算紧张，就先按静态资源走CDN、HTML回源站的组合起步，把回源Host、缓存规则和HTTPS证书三样配齐，再慢慢观察效果。至于访客全在本地、靠动态接口吃饭、域名还没备案的站点，先老老实实做源站优化和合规流程。CDN是工具不是面子，适合你的才叫加速，不适合的就是每月多出来的一笔账单。想清楚再定，别让工具牵着鼻子走。