概览
接入 WAFGO 之后，真正影响体验的是内容如何缓存、请求如何回源，以及异常如何定位。先区分资源类型，再为不同业务建立可验证的交付规则。
按内容性质配置缓存
版本化脚本、图片和安装包适合复用缓存；账户信息、购物车和个性化响应应保持独立。缓存时间越长不一定越好，关键是更新机制与业务一致。
缓存键
明确哪些查询参数、语言或设备差异会改变响应，避免无关参数产生大量重复对象。
更新与失效
发布时优先使用版本化文件名；对于固定地址，约定刷新范围、验证步骤和回滚方式。
压缩与传输
区分文本与已压缩媒体，检查内容协商、响应头和实际传输体积。
让回源路径保持清晰
源站地址、Host、TLS 和超时需要一起检查。缓存命中正常并不能证明冷请求或故障切换同样可靠。
- 验证回源证书、域名与协议一致。
- 分别测试首次请求、过期请求与大文件传输。
- 记录连接失败、源站错误及处理耗时，避免只看平均响应速度。
把访问策略放在正确的位置
缓存规则处理内容复用，安全规则处理请求是否应该进入业务。二者需要协同，不能用缓存绕过登录态或权限判断。
网站防护
结合 WAF、访问频率控制与异常流量观察，逐步调整规则，关注误拦截反馈。
传输安全
检查访客到边缘、边缘到源站两段连接，维护证书更新与必要的安全响应头。
可观测性
结合状态码、命中情况、地域和源站响应定位问题；统计口径需与实际日志一致。
让配置变更可验证、可回退
每次变更先明确影响的域名、路径和对象，再用真实业务样本验证。将测试结果和变更时间保留在团队记录中。
- 以小范围域名或资源开始验证，再扩大覆盖。
- 同时检查桌面、移动端、登录与未登录状态。
- 保留上一版规则和源站直连排查方法。
常见问题
不会。是否缓存取决于请求、响应头和已启用的策略。涉及个人信息或交易状态的内容应先确认隔离和权限要求。
在相同地区、网络和资源条件下比较缓存命中与未命中请求，并观察真实用户的加载时间、错误率和源站压力。