cdn加速能让用户从较近的边缘节点获取内容，但它也会改变请求经过的链路和内容交付方式。启用前，别只看接入是否成功：证书、缓存策略、源站保护和回退方案都可能影响网站正常运行。下面这六项适用于网站、应用及文件分发等常见场景。
1. 证书没有覆盖实际访问的域名
接入后，访问者通常先与 CDN 节点建立 HTTPS 连接，节点再按配置连接源站。两段链路使用的证书和加密设置可能不同。若证书缺少实际使用的子域名，或证书已过期，浏览器会提示连接不安全；若节点到源站的校验配置不匹配，也可能出现回源失败。
上线前核对证书中的域名、有效期和部署位置，并分别测试浏览器到节点、节点到源站的 HTTPS 连接。证书更新后再检查节点是否已加载新证书，不要仅凭控制台显示“已配置”判断完成。
2. 缓存规则误伤登录态或个性化页面
登录后的账户页、订单详情和带个人信息的接口，通常不应被当作公共内容缓存。若规则忽略登录状态，用户可能看到旧页面，严重时还可能读到其他会话的内容。cdn加速应优先缓存明确公开、对所有访问者内容一致的资源；动态页面则根据应用设计设置绕过缓存或短暂缓存。
按路径逐项检查规则，并用已登录与未登录的测试账户分别访问。重点确认授权、账户、支付等页面不会因通用缓存规则而被保存和共享。
3. 缓存键遗漏了影响内容的请求条件
缓存键决定哪些请求会被视为同一份内容。若页面会因语言参数、设备类型或授权状态而变化，却没有把相应条件纳入缓存键，也没有设置绕过策略，不同请求就可能命中同一缓存。反过来，把无关参数全部纳入，也会让缓存碎片增多、命中率下降。
整理会改变响应内容的请求条件，只保留必要项；对不确定的参数，先确认应用如何使用，再决定纳入缓存键还是直接绕过。不要为了提高命中率而盲目忽略查询参数。
4. 源站仍可被绕过直接访问
接入边缘节点不等于源站自动受到保护。如果源站公网地址仍对所有来源开放，访客或攻击流量可能直接访问源站，绕开 CDN 的缓存和访问控制。此时源站负载没有按预期下降，原有防护也可能失效。
检查源站防火墙、云安全组或反向代理访问规则。在确认 CDN 回源地址范围及其维护方式后，限制不必要的公网访问；保留管理和健康检查所需通道，并先验证回源正常，再收紧规则。
5. 内容更新后，节点仍返回旧版本
源站文件更新，不代表所有边缘节点会立刻同步。若业务要求及时显示新内容，旧缓存可能造成页面与接口版本不一致。尤其是应用发布、价格调整或规则变更，应把缓存刷新纳入发布流程，而不是等用户反馈后再处理。
先确认刷新功能支持按文件、目录还是其他范围操作，并了解生效时间可能受节点分布和服务配置影响。对频繁变化的资源，可采用带版本标识的新文件名，减少旧副本被误用；同时保留必要的回滚版本。
6. 只验证首页，没有准备故障回退
首页打开正常，不代表所有地区、子域名和请求类型都正常。cdn加速接入后，还需检查大文件下载、重定向、跨域请求、上传接口和源站错误响应；不同产品的支持能力与默认设置并不完全相同。
建议分阶段操作：
- 记录当前 DNS、证书和缓存配置，确认有可恢复的源站直连方案。
- 先在测试域名或少量流量范围内接入，核对响应状态、内容和证书告警。
- 覆盖匿名访问、登录访问、文件下载及关键接口，检查是否有错误缓存或回源失败。
- 扩大流量后持续查看节点错误、源站负载和关键业务监控；异常时按预案切回原解析或关闭相关缓存规则。
常见问题
所有内容都应该缓存吗？
不应该。公开且变化不频繁的内容较适合缓存；个性化页面、敏感接口和实时数据应按业务需求绕过或谨慎设置。
启用后可以马上把源站封闭吗？
不建议直接操作。先确认回源地址、健康检查及管理通道，再逐步限制访问，并验证关键请求仍能到达源站。
怎样判断接入是否成功？
结合浏览器检查、应用日志和服务监控验证证书、响应内容、回源状态及关键功能。只有页面能打开，并不足以证明缓存和安全规则正确。
启用cdn加速前，先把证书、缓存范围、缓存键、源站规则和回退流程逐项核实，再小范围验证。这样既能发挥边缘交付的作用，也能避免旧内容、访问异常或源站暴露等问题。
