旧文章有展示没点击，先别急着再开新选题。看它是查询变了、答案旧了，还是页面本来就不承接这个需求，再决定更新、拆题或保留。点击少也可能与平均位置、搜索外观和查询意图有关，不能直接认定标题或摘要出了问题。
三问决定改还是写
第一问：它实际为什么被展示？
到 Search Console 按国家和查询看这篇文章真正吃到的是哪些查询词。常见情况是文章被展示的查询和当初的选题并不一致——写的是选型方法，吃到的却是某个型号的配件词。这种“错位曝光”不是坏事，但决定了下一步：错位查询有价值就顺势调整承接，没价值就别为它改标题。
第二问：答案还成立吗？
打开正文逐段核：事实过时了吗（标准、版本、价格结构、产品是否还在售）？条件缺失了吗（当时没写的适用限制，现在买家总在问）？文里链向的产品还存在、还是已经下架变成 404？引用了外部资料的，来源还能打开吗——外部引用的核对方法见引用外部资料的规矩。
第三问：这个页面该不该承接采购？
有些文章本来就是概念科普，读者要的是解释，不是报价。硬塞产品推销会两头不讨好：科普读者被打断，采购问题又没被回答。该承接的补承接，不该承接的让它安分做内容入口，把采购需求交给正确的页面。
三种处理方式与适用条件
| 处理 | 适用情形 | 要做什么 |
|---|---|---|
| 更新事实 | 需求没变，只是内容旧了 | 改事实与依据、修死链、更新内链到现售产品 |
| 分叉新写 | 需求已分叉成两类买家任务 | 旧文守原任务，新文接新任务，两边互链分工 |
| 考虑合并 | 两篇的主问题与答案高度重叠，读者没有理由分别阅读 | 逐段比对独有信息、内链及历史入口；是否合并与 URL 去向另行决策 |
| 保留观察 | 数据少、判断依据不足 | 不动它，记录观察原因，攒够依据再动 |
“分叉新写”是里面最容易被跳过的一步：看到新查询直接在旧文里塞一节，结果旧文主题被稀释，新查询也没吃稳。需求分叉时，先想清楚两拨人各自要什么，再决定是一篇还是两篇。已有的内容与产品路径检查讲存量文章如何连向产品，这里补的是“改还是写”的判断。
两篇碰巧出现在同一个查询下，并不等于需要合并：一个是采购选型，一个是维修说明，仍可服务不同读者。只有主问题、结论和段落实质重复时，才比较保留哪篇、如何整合独有信息，并单独审查旧 URL 的访问来源与去向。
更新时顺手核两样容易被忘掉的东西：内链锚文本是否还描述目标页（产品改版后锚文本常变成空话），图片与图注是否还与新事实一致。文字改了、配图还停在旧版本，等于更新只做了一半。
更新记录不必长，但要让第二个人能照着复核；复核不过，就不算改完。
示例：用文章原有问题决定更新范围
以下是按不同文章主题演示的编辑判断，不是本站文章的实际 GSC 成绩。先写下原标题承诺与当前搜索查询，再对照原文能否回答：
| 情况 | 数据特征 | 决定 |
|---|---|---|
| 型号页选型文章 | 仍回答“如何选”，但引用了已过期的型号手册 | 核新手册版本、适用型号和变更点，修正文与内链，不只改日期 |
| “安装故障”文章 | 读者同时搜索故障排查与采购替代件 | 保留排查路径；若替代件需要独立报价条件，另建产品页并在合适位置链接 |
| 小众术语解释 | 展示少，且未见事实过时 | 先检查目标市场是否使用该术语；暂不为了显得活跃而改写 |
每种决定都要回到原问题、公开资料和实际查询；表格只演示核查路径，不能代替拿到真实 GSC 数据后的逐页判断。
更新要留痕
只改发布日期不算更新。一次可追溯的更新至少留下：
- 改了什么事实：具体到句子，而不是“全文优化”。
- 依据是什么：新数据的来源、版本和日期，能被下一个人复核。
- 链接换到哪：产品内链从下架型号换到哪个现行页面，锚文本描述的是什么。
- 为什么改：触发这次更新的是过时、点击不足，还是产品线下线。
没有留痕的更新，半年后没人说得清页面为什么变成现在这样，下一轮调整只能从头再猜一遍。改动本身也会被搜索系统重新抓取，频繁无意义地翻动正文不如一次改到位。
关于节奏还有一个常见疑问：更新会不会立刻见效？不会。更新是让页面恢复准确，不是触发即时变化的动作；重新抓取、重新评估与竞争变化都需要时间，按周期观察即可。也不要用“每月只改发布日期”的方式刷存在感——没有事实变化的翻动不构成更新，反而让留痕失去意义。
什么时候不要更新
三种情况先停手：数据太少无法判断（继续攒）；页面本就不承接该需求（改标题硬接会制造错配）；只是看到同行都加了某块内容就跟风补（同行的结构不等于你的买家要的）。更新的目标是让页面更准确地服务它真实吃到的需求，而不是让它看起来“很新”。
更新后按同一批查询、同一市场观察一段周期，再决定下一步；拆分与复盘的口径可与月报指标分层保持一致。要持续做存量内容的判断与维护，可按实际范围咨询整站谷歌 SEO 服务。