如何处理危机公关 - 内容加载差异排查清单
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c123a537144a.html
📄
如何处理危机公关 - 内容加载差异排查清单
处理危机公关时排查内容加载差异，核心是先确认差异出现在哪一层：源站输出、CDN缓存、前端渲染，还是不同设备/地区的网络链路。时间和人手有限时，按“影响面从大到小、验证成本从低到高”排序，优先查首页和核心声明页，再查长尾页面。
先查源站返回内容是否一致
用浏览器打开目标页面，按F12进入网络面板，勾选“禁用缓存”，刷新后查看文档请求的响应体。再用命令行请求同一地址：
curl -s https://example.com/page | head -c 2000
把两次拿到的开头内容对比。如果命令行返回的是模板占位、报错信息或空壳，而浏览器里显示完整，说明差异出在客户端渲染或缓存层，不是源站内容本身。这一步的判断结果是：源站输出一致，问题在后端链路；源站输出不一致，先修发布流程。
检查CDN与缓存头
查看响应头中的 cache-control、age、x-cache 等字段。同一URL多次请求，如果 age 持续增大而内容没变，说明命中了旧缓存。此时要查的是缓存键是否包含了不该忽略的参数，比如设备类型、语言或登录态。
适用条件：页面内容更新后，部分用户仍看到旧版本。判断结果：清缓存后一致，属于缓存配置问题；清缓存后仍不一致，继续查下一层。
对比不同设备与地区的实际返回
用手机和桌面浏览器分别打开同一页面，记录首屏关键文字。再用不同网络（如移动数据与宽带）各试一次。如果只在某一类设备上缺失内容，优先查响应式隐藏规则、懒加载触发条件或脚本兼容性，而不是直接改文案。
检查项包括：缺失内容是图片、文本块还是整段结构；缺失是否伴随控制台报错；滚动到对应位置后是否重新出现。判断结果：滚动后出现，属于懒加载或视口判断问题；始终不出现，属于渲染或接口问题。
按优先级安排最先处理的工作
- 核心声明页：先查对外统一口径的页面，确认所有用户看到同一版本。
- 首页与导航：查入口是否指向正确页面，避免旧链接把用户带到过期内容。
- 高流量落地页：查缓存和CDN，优先恢复大多数访问者看到的内容。
- 长尾与历史页面：最后处理，避免在核心问题未定位前分散人力。
每项完成后记录：查了什么、用什么方法、结果说明什么。这样下一次出现类似差异时，可以直接比对历史记录，而不是重新猜。
比较改动前后时排除干扰因素
不要只看一次改动前后的截图就下结论。搜索需求、季节变化、数据采集口径和缓存刷新时间都会影响观察结果。比较时应固定同一设备、同一网络、同一时间段，并记录请求头和响应体，而不是只记录页面截图。
如果差异只出现在登录态或特定地区，先确认是否为预期行为，再决定是否调整。无法复现时，保留请求记录和截图，作为后续排查的依据。
下一步：选一个当前正在处理的页面，按上面的顺序跑一遍源站、缓存、设备和地区四项检查，把每项结果写成一行记录，再决定先修哪一层。
