删除百度缓存：静态响应与脚本渲染结果不同时怎样定位差异
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /d782b7e8a8e7.html
📄
删除百度缓存：静态响应与脚本渲染结果不同时怎样定位差异
先看百度实际拿到的是哪一版内容，再决定删缓存动作。若用抓取工具请求同一 URL 时，curl 或源码视图里是旧标题、旧价格，而浏览器执行脚本后显示新内容，差异通常出在服务端返回的 HTML 与脚本渲染后的 DOM 不一致。此时删除百度缓存只是后续动作，不能替代定位。缺少完整日志或后台权限时，仍可先做一次无脚本请求、一次带脚本渲染请求，比较关键字段是否相同。
先区分两种条件：静态响应旧、渲染结果新
如果无脚本响应里仍是旧标题、旧库存或旧链接，而浏览器执行 JavaScript 后变成新内容，说明百度可能抓到的是脚本执行前的版本，也可能抓到的是执行后的版本，但缓存展示仍停留在旧版。判断依据不是页面看起来是否正常，而是同一 URL 在两个条件下的关键字段是否一致。
可执行的最小动作是：用禁用 JavaScript 的方式请求页面，保存返回的 HTML；再用允许脚本执行的方式打开同一 URL，记录渲染后的标题、正文首段、主要链接和结构化数据。若前者是旧值、后者是新值，优先怀疑服务端输出未更新，或脚本从接口取到了新数据而 HTML 仍是旧壳。此时直接删除百度缓存，可能只是让百度重新抓取，重新抓取后仍可能再次拿到旧版。
例外是：如果无脚本响应和新渲染结果都已经是新值，只是百度搜索结果摘要仍旧，那么更可能是缓存展示滞后，删除缓存才有针对性。这个判断不能靠感觉，要靠同一 URL 的两次响应对比。
再看另一种条件：静态响应新、渲染结果旧
反过来，若服务端返回的 HTML 已经是新标题，而浏览器执行脚本后反而显示旧内容，差异通常来自脚本读取了旧接口、旧本地存储或旧模板变量。百度抓取时如果执行了脚本，也可能被带到旧结果。此时删除百度缓存不是第一动作，先修脚本或接口才是。
选择依据是：看差异字段是否受脚本控制。标题、价格、库存、评论数、主要导航链接，只要在无脚本 HTML 中已更新，而渲染后回退到旧值，就应检查脚本请求的接口返回、缓存头和前端兜底逻辑。实施动作可以是在脚本请求的接口上临时加一个可区分的查询参数，观察返回是否仍为旧值；若返回旧值，说明问题在接口或中间缓存，不在百度缓存。这个动作的结果会直接影响下一步：接口仍旧，就先处理接口；接口已新而页面仍旧，再查前端存储和模板。
缺少权限时，用可复查的最小证据集
没有服务器日志、没有百度搜索资源平台权限、没有 CDN 后台时，仍可做三件事：
- 保存无脚本请求的响应片段，至少包含标题、正文首段、一个主要链接。
- 保存允许脚本执行后的渲染结果，字段与上一步一致，便于逐项比较。
- 记录请求时间、URL、User-Agent 和是否带 Cookie，避免把不同条件的请求混在一起比较。
这些证据只能说明“同一时刻、同一条件下返回了什么”，不能单独证明百度已经抓取、已经更新索引或已经删除缓存。请求量、抓取量或某个统计归零，也不能单独证明处理正确，因为还可能是统计延迟、过滤、权限变化或请求路径不同。若 robots.txt 限制了抓取，也不等于可靠的索引移除；站点地图存在也不保证收录。删除百度缓存后是否生效，仍需回到同一组对比条件复查。
什么时候才把删除百度缓存作为下一步
当无脚本响应和脚本渲染结果都已经一致地显示新内容，且百度搜索结果摘要或快照仍展示旧字段时，删除百度缓存才有明确指向。此时可先对受影响最大的少量 URL 做删除缓存动作，再用同一组无脚本与渲染对比复查。若复查后百度展示仍旧，不能直接推断“删除无效”，还要考虑抓取尚未发生、展示层缓存未刷新、URL 参数不同或移动端与桌面端结果不同。
假设一个短例子：某页面无脚本 HTML 标题已改为“A”，脚本渲染后标题也是“A”，但百度结果摘要仍是“B”。这时删除百度缓存是合理动作。若删除后摘要仍为“B”，下一步不是反复删除，而是检查百度抓到的 URL 是否带参数、是否与提交的 URL 一致、移动端结果是否单独保留旧值。这个假设只说明比较方法，不代表任何真实站点结果。
定位差异的收尾动作
把静态响应与脚本渲染结果按字段并列，先找出差异发生在服务端、接口还是前端，再决定是否删除百度缓存。若差异在服务端或接口，先修输出；若差异只在百度展示层，再执行删除缓存并复查。这样做的原因是：删除缓存改变的是百度侧的展示与重新抓取机会，不改变站点自身返回的旧内容。只有先确认站点自身两版一致，删除百度缓存才不会被旧响应再次覆盖。
