迁移完成不等于用户请求已经稳定走边缘节点。要验证网站迁移到边缘网络后的验证清单，应分别检查解析结果、缓存行为、源站访问和异常时的回退能力；每项都要能观察、能复测。
先确认请求确实经过边缘节点
准备一台外部测试设备和一台服务器侧设备，分别访问同一页面。先用 dig +short 查询域名解析结果，再通过 curl -I 查看响应头。边缘服务商通常会提供自身特有的节点标识或缓存状态头，具体名称需以对应产品文档为准；不要只凭页面能打开就判断切换成功。
- 在不同网络环境下重复查询，观察解析是否指向预期服务，并留存结果与时间。
- 请求首页、静态图片和一个动态页面，比较响应状态、响应头和加载表现。
- 若响应头不能判断请求路径，结合边缘平台请求日志和源站访问日志核对同一时间段的请求。
用户侧与源站侧的结果可能不同：解析缓存、递归解析器和运营商网络都会影响生效速度。因此，网站迁移到边缘网络后的验证清单应覆盖多个网络，而不是只在办公网检查一次。
缓存：区分首次请求和重复请求
静态内容要确认缓存规则
选择一张图片或带版本号的静态文件，连续请求数次。首次可能显示未命中，后续请求则应按预期命中；留意缓存状态、Age 等响应头，但不同 CDN 的字段与含义并不完全相同。还要核对 Cache-Control 是否符合资源更新方式：带版本号的文件可采用较长缓存期；可能随时变化的页面，不宜仅为提高命中率而延长缓存。
动态页面要验证不会误缓存
用两个不同登录状态或不同会话访问个人页面，检查页面内容和响应头，确认用户信息没有被其他会话复用。对购物车、账户资料等个性化内容，通常应设置不缓存，或按明确的缓存键规则处理。清理缓存后再请求，并观察边缘侧是否重新取源，才能验证失效操作是否真正生效。
回源：核实请求能到达正确源站
缓存未命中、文件过期或主动清理后，边缘节点需要回源取内容。选取可安全反复访问的页面，分别测试首次请求、再次请求和清理后的请求；对照边缘响应与源站日志，确认源站地址、请求路径及 Host 信息符合配置。若使用源站防火墙，还要确认边缘节点访问权限有效，且源站没有意外开放给无关流量。
可以将一个新的静态资源作为验证对象，避免直接改动线上旧文件。若出现 502、503、超时或内容版本不一致，先检查源站可用性、回源协议和证书，再排查缓存规则；不要仅靠反复刷新掩盖问题。
灰度切换与回滚要有明确判据
先让小部分流量使用新路径，持续观察错误率、页面内容、响应时间和源站负载，再逐步扩大范围。观察时长应覆盖业务高峰与缓存更新周期；具体小时数取决于访问量和内容更新频率，低流量站点可能需要更长时间才能积累足够样本。
- 切换前保存原解析与边缘配置，记录测试页面和基准响应。
- 灰度期间对比边缘日志、源站日志及用户侧错误，不以单一缓存命中率作为成功标准。
- 预先约定回滚触发条件，例如关键页面持续报错、内容串用户或源站负载异常升高；触发后恢复原流量路径并再次验证。
把结果、时间、网络环境和异常一并记录，才能复现问题。完整的网站迁移到边缘网络后的验证清单不是一次性打勾，而是对变更前、灰度中和扩大流量后三个阶段分别复查。
常见问题
只看命中率够不够？
不够。命中率高不代表动态内容安全，也不能证明回源正常；还要检查内容正确性、错误率和源站日志。
解析已经变化，为什么部分用户仍走旧路径？
不同递归解析器和本地网络缓存的更新节奏可能不同。应从多个网络重复查询，并结合实际响应确认，不要只依据单台设备的结果。
缓存清理后马上没命中，是否表示验证失败？
不一定。首次请求重新取源通常符合预期；应继续检查后续请求是否按规则缓存，以及清理范围是否覆盖目标内容。
什么时候可以结束验证？
解析、静态与动态缓存、回源和回滚均通过，且观察覆盖主要访问时段后，再确认迁移完成。网站迁移到边缘网络后的验证清单应保留为后续发布复用的检查记录。