有曝光没点击的旧文，先别删。正确的处理顺序是：在 Search Console 效果报告里按「页面」维度圈出点击接近零的那批 URL，再逐个切到「查询」维度看清曝光来自哪些词，判断这是意图错配还是位置太低，然后在改写、合并、删除之间选一个；改写只动内容不动日期，改完用 URL 检查提交一次，而且一次只动一小批，观察过之后再动下一批。
先挑 URL，别先打开文章
我做这件事一般在晚上十点以后，白天太碎。浏览器开两个标签页，一个是 Search Console，一个是我的表格。
日期范围固定拉最近 28 天，再顺手看一眼最近三个月的走势，避免把一次偶然的波动当成长期问题。然后切到「页面」标签，把表格按点击翻一遍。我要的不是「点击率低」这个结论，我要的是那些曝光量明显不为零、点击却是个位数甚至挂零的行。多少曝光算「明显不为零」，取决于你的站有多大，小站和大站的门槛完全不是一回事，我不给一个硬数字。
挑出来的 URL 我一般只留五到八个。多了一个晚上做不完，也记不住每个页面当时是怎么想的。
接下来这一步最容易被跳过：点进某一个 URL，切到「查询」标签，把这三个月里它拿过曝光的词全抄进表格，抄的时候连位置一起抄。因为「有曝光没点击」其实是两种完全不同的病。
位置和查询放在一起看，才分得清是哪种病
如果一个页面排在前五，曝光不少，点击却几乎为零，问题多半出在承诺和兑现之间：标题和摘要没让用户觉得「这就是我要的」。这种我通常先怀疑标题——页面标题写着「XX 指南」，用户搜的却是一个具体动作，标题没承诺那个动作，人就划过去了。
如果页面排在十几名开外，曝光是靠一堆长尾变体一点点堆出来的，那点击少很正常，用户很少翻那么远。这种页面的问题不在标题，在于它被投放给了它答不了的查询。
两种情况我都归到同一句话上：页面被投放给了它满足不了的查询。这跟「页面没被收录」是两码事，处理方式也完全不同——收录问题归技术，意图问题归内容。
我会把那批查询按意图分成几堆：找一个定义、找一份步骤、找对比、找具体场景下的做法。然后回头读页面第一屏，看它实际回答的是哪一堆。分堆不需要什么工具，就是同一张表里加一列。
AI 旧文为什么特别容易掉进这个坑
我早期用模型批量产的那批文章，几乎是同一个毛病：结构干净，术语准确，每一段都对，读完你不知道该干什么。模型写的是「这个话题通常怎么说」，用户搜的是「我这种情况怎么办」。
这种内容的曝光分布很典型：词很散，一堆意思相近的变体，没有哪一个是核心词，位置普遍在中后段。所以它一直有曝光，一直没人点。
这里有个我踩过的坑。如果我把原来那句提示词翻出来，让模型再写一遍，产出的东西跟原文是同一层次的，只是换了说法。过一个月再看查询列表，还是那批词。改写要补的是模型当时没有的东西——你手上的数据、你踩过的版本坑、你在这个流程里具体卡在哪一步。没有这些，改写就只是重新排列句子。
三个出口，改写只是其中之一
看清查询之后，每个 URL 只有三条路。
改写，适用于这个查询簇跟你的站确实相关、页面也确实该回答它，只是答得太浅或者答偏了。
合并，适用于同一个查询你已经有一个更好的页面。这时候别删，把旧页里有价值的内容合过去，做 301，再把站内指向旧 URL 的链接一条条改到新 URL 上。旧 URL 攒下的那些信号不用白白丢掉。动手前先确认一件事：目标页真的能接住这些查询，不然你只是把一条零点击的页面换成一条不存在的页面。
删除，适用于下面几条同时成立：页面上没有独有信息，站内没有任何链接指向它，它带来的查询你的站又确实没有优势去竞争。这种页面留着只会稀释站内权重。真要删就用 410，别用临时的移除工具——移除到期就恢复，等于给自己找麻烦。
大部分时候我选的是合并。删掉一条已经被收录的 URL 是要付代价的，合并不用。
改写的顺序，从第一屏往下走
决定改写了，动手顺序我基本固定。
先把页面开头那段直接回答改掉。用户搜的是那个查询，第一屏就得让他确认「这里说的是我要的」。
再补缺的那部分。缺的通常不是解释，是具体：哪个设置项、哪个报错、哪一步顺序反了、换成另一种情况该怎么办。这也是我唯一愿意让模型参与的地方——让它帮我把笔记整理成段落，但素材必须我自己给。
然后把站内链接补齐。指向这个页面的锚文本，如果还是旧的说法，一起改。这一步经常被当成收尾工作，但对我来说它和改正文一样重要：内链决定了这个页面在站里被当成什么，也决定了它还能不能被需要的人找到。
页面上那个日期字段，只有正文确实变了才动。只把日期从去年改成今年、内容一个字不动，是我见过最没用的操作——用户读完会发现内容对不上标题里的年份，那比内容旧更伤。
改完提交，然后管住自己的手
实质性改动做完，我会用 URL 检查把这个 URL 单独提交一次，让它走重新抓取，而不是等下一次自然抓取。这一步很快，但我规定自己只对真正改过内容的页面做，不然提交这个动作本身就没有信息量了。
然后是最难的部分：等。改动之后多久能看到变化，我给不出准确答案，站点体量、竞争程度、你改动的深度都不一样。我能做的只是规定自己这段时间别去翻数据，也别因为一周没动静就再改一版。回看的时候我盯的不是点击涨没涨，而是查询列表有没有变化。如果这个页面还是被投放给原来那批词，说明我补的东西还停在同一个抽象层级，跟模型当初写的没区别。
一次只动一批，同批改同一类问题
我给自己定的规矩是：一批五到八个 URL，而且这一批尽量改的是同一类东西。这批全在页面里补一个具体步骤，下一批全都只调开头那句承诺。理由很简单，一次改十种不同的东西，回头看数据你根本不知道是哪一下起了作用。
反过来，一整个季度没动过，也别想着一个周末全刷完，那等于把整站推进一次无法归因的实验里。
最后说清楚这套流程的边界。有些页面无论怎么改都救不回来，因为整条查询簇上你都没有别人拿不出来的东西，竞争对手是工具站或者手上有一手数据的机构，那你补多少段落都只是把同样的答案再说一遍。这种时候正确的动作是合并到相关页面，然后承认这个主题不该做。判断哪些主题该放弃，比判断哪些该改写更省时间。
