网站接入 CDN，不只是把流量切到新的服务节点。域名指向、源站响应、缓存范围和内容更新方式都会影响页面是否正常、改动能否及时生效。动手前，建议先盘点网站有哪些静态文件、动态页面和需要保护的管理入口，再逐项完成下面五项配置。
一、先确认加速域名与源站
加速域名是访客访问的地址，源站则是 CDN 获取内容的服务器。两者配置不匹配时，常见问题包括页面报错、资源路径异常或请求无法回源。
- 在服务商控制台添加准备加速的子域名，并按提示完成归属验证。
- 填写源站地址，确认源站端口、回源协议及请求所需的主机名与网站配置一致。
- 检查现有域名解析记录，再按服务商要求设置别名或其他指向方式；切换前保留原记录，便于出现问题时回退。
首次接入可先用一个非关键子域名验证，确认页面和资源加载正常后，再调整主要访问域名。切换期间，解析记录的生效时间会受本地缓存和记录 TTL 影响，不宜假设所有访问者会同时完成切换。
二、按内容类型设置缓存规则
缓存策略决定哪些响应可以暂存、保存多久。图片、字体、下载文件等较少变化的静态资源，通常适合较长缓存；账号信息、购物车内容和实时状态页则应谨慎处理，避免把一个用户看到的内容提供给另一个用户。
规则可以这样拆分
- 静态文件：确认文件更新时会更换文件名或版本标记后，可设置较长有效期；如果文件名固定，缓存时间宜保守一些。
- HTML 页面：内容更新频繁时，可设置较短有效期，或根据业务情况不缓存。
- 个性化响应：登录后页面、带有用户专属数据的接口，应检查是否需要绕过缓存，并核实响应中的缓存控制设置。
同时检查缓存键是否包含必要的查询参数。若不同参数会返回不同内容，却被合并成同一份缓存，访客可能看到错误版本；若无关参数全部参与缓存，也可能降低命中率。规则变更后，用匿名窗口和登录状态分别验证。
三、明确回源方式并保护源站
缓存未命中、内容过期或请求被规则排除时，CDN 会向源站发起回源。上线前应确认源站能承受预期请求，并限制未经授权的直接访问；否则访客可能绕过加速层访问源站。
- 确认源站地址、端口和回源请求头与实际站点配置相符。
- 如服务支持，可限制源站仅接受指定 CDN 节点请求，或使用受支持的鉴权方式；配置前先确认不会阻断运维和健康检查流量。
- 检查源站日志和错误响应，分别验证缓存命中、未命中及源站暂时不可用时的表现。
限制源站访问要留出变更与排障通道。不要在不了解防火墙规则的情况下直接封锁所有外部请求，否则可能连合法的监控或管理连接也一并中断。
四、配置证书与访问协议
访客到 CDN、CDN 到源站，是两段独立的连接。证书覆盖的域名、有效期和回源协议都要核对；只确认浏览器一侧正常，并不能证明 CDN 到源站的连接配置无误。
- 确认证书涵盖实际使用的域名，并检查续期责任与到期提醒。
- 如源站支持加密连接，评估是否让回源也使用加密协议，避免只保护访客到边缘节点这一段。
- 确定是否统一跳转到安全连接，并确认跳转规则不会造成循环，也不影响旧链接访问。
完成后分别访问首页、静态资源和一个需要登录的页面，检查跳转、证书提示及页面内容是否符合预期。
五、设计刷新、监控与回退流程
内容发布后，旧缓存可能仍在有效期内。刷新缓存用于要求节点重新获取内容，但频繁全站刷新可能增加回源压力，因此应把它纳入发布流程，而不是把它当作每次修改的默认做法。
- 优先使用带版本号的新文件名发布图片、样式表等静态资源，减少旧内容与新内容混杂。
- 必须保留原文件地址时，按文件路径或目录范围刷新，并检查服务商对刷新范围和生效时间的说明。
- 上线前记录关键页面的响应状态、加载耗时和源站错误情况；变更后对照检查，异常时按预先保留的解析记录或配置步骤回退。
不同服务商的控制台名称和规则能力并不完全相同，具体配置应以所用产品文档为准。先小范围验证、再扩大流量，是降低 CDN 接入风险的实用做法。
常见问题
接入后为什么仍能看到旧文件？
可能是节点仍保存旧缓存，也可能是浏览器或中间缓存未更新。核对缓存有效期，再按路径刷新，或发布带新版本标记的文件。
所有页面都应该缓存吗？
不应该。静态资源通常更适合缓存；包含用户状态或实时数据的页面，应先确认缓存规则不会混用不同用户的响应。
修改缓存时间后会立刻生效吗？
不一定。新规则通常影响之后的缓存判断，已有对象是否立即更新取决于产品行为；必要时配合刷新并验证。
出现访问异常时先检查什么？
依次核对域名解析、源站可达性、回源配置、证书和缓存规则。保留变更前配置，便于快速定位并回退。