缓存命中率直接影响回源带宽以及首字节时延。回源压力较大的站点，大部分不是由于内容不能缓存造成的，而是由于参数设置和业务流程不匹配导致的。
缓存键的组成是第一个改动点。默认键值一般取完整的URL，带有随机串的请求会产生很多不同的副本，同一个文件会被多次回源。把营销跟踪参数、时间戳、排序字段加入到忽略列表中，同一资源的复用率就会提高。忽略范围要和业务方逐一确认，防止误删导致内容差异。
TTL 应该分级设置。图片、脚本、字体等静态资源采用较长的周期进行更新，配合文件名版本号来控制；HTML 入口文件则采用较短的周期来保证发布时效性。源站返回的 Cache-Control 和 Expires 优先级高于边缘配置，两侧策略要保持一致，否则节点会按照较短的指令执行。
回源侧还有两点经常被忽视。开启 stale-while-revalidate 模式，副本过期之后先返回旧内容，然后异步更新，可以削峰填谷。热点资源通过预热接口提前注入边缘节点，减少第一批用户触发的穿透请求。多级架构中，上层节点的缓存留存周期要比下层长一些，使回源请求在中间层收敛。
确实不能整页缓存的动态接口可以按参数维度拆分或者用边缘计算做片段缓存。监控要下钻到状态码和URL维度的命中分布，长尾未命中的来源往往比整体均值更有信息量。参数变更后先灰度小流量，比对回源量与内容一致性，防止命中率抬升的同时出现内容错配。