采集规则编写：需求旺季结束后内容应撤下还是转为常青页
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /813b924016d3.html
📄
采集规则编写：需求旺季结束后内容应撤下还是转为常青页
先给结论：不要按“旺季结束”一刀切。判断标准是这条内容在旺季结束后，是否仍有独立于时间节点的稳定使用价值，以及它是否还有可被搜索或站内检索命中的长期需求。若两个条件都成立，转为常青页；若只剩过期促销、临时库存或已结束活动的信息，就撤下或做归并处理。采集规则编写的关键，是让这个判断可执行、可复核，而不是靠感觉决定。
先看页面里有哪些字段依赖时间
把你手上这条内容当成一份字段清单来检查。标题、正文首段、价格、库存、活动日期、适用地区、报名入口、配送承诺，这些字段里只要有一项在旺季结束后会失真，就不能原样保留。反过来，如果核心字段是“如何选”“如何算”“常见限制”“材料准备”，这些不随日期变化，就具备转常青页的基础。
一个可操作动作：给每个字段标记“时效型”或“稳定型”。标记完成后，时效型字段超过一半，优先撤下或合并；稳定型字段超过一半，优先改造为常青页。这个动作的结果会直接决定下一步是写重定向规则，还是写内容更新规则。
撤下不是删除，先决定保留哪种痕迹
撤下有几种不同处理，结果差别很大。直接返回 404 适合完全无价值、无外链、无站内入口的临时页；301 到同类常青页适合仍有搜索需求但内容已过期的页面；保留页面但移除时效字段，适合还有用户会从站内旧链接进入的情况。选择哪一种，取决于这条内容是否还承担导航、说明或售后解释功能。
假设一个例子：某页面在旺季用于说明“本周配送范围”，旺季结束后配送范围恢复常态。若直接删除，旧链接用户会中断；若改为常青页，应把“本周”改为“常规配送范围说明”，并保留原有解释结构。这里的假设是：该页面没有独立促销信息，只有范围说明。若页面里还挂着已结束的优惠，就不能只改标题，必须把优惠段落移除或标注结束。
转为常青页时，采集规则编写要改哪些判断
常青页不是把日期删掉就完成。采集规则编写在这里要增加三类判断：第一，来源是否仍可访问；第二，字段是否仍能对应到稳定含义；第三，更新频率是否从“按活动周期”改为“按规则变化”。如果来源本身是临时活动页，活动结束后来源会消失，这时继续采集只会得到空值或旧值，应该停止该来源，而不是强行保留。
实际动作可以这样设计：对每个字段写一条“失效条件”，例如“活动结束日期已过”“库存字段连续为空”“来源页返回不存在”。当失效条件触发时，规则不再写入常青页，而是转入待复核队列。这个动作的结果是：常青页不会被过期字段污染，后续人工只需处理队列，不必全量回查。
用一次小规模复核决定去留
不要先改全站。选三到五条旺季内容，按同一套字段标记跑一遍，观察三种结果：完全稳定、部分稳定、完全时效。完全稳定的直接转常青；部分稳定的先移除时效字段再观察；完全时效的撤下或合并。复核后如果发现同一类字段反复触发失效条件，就把它写进采集规则编写的默认排除项，而不是每次人工判断。
这里要说明一个边界：抓取量下降、索引量变化或某个来源暂时无响应，都不能单独证明撤下或保留是正确的。来源服务器波动、采集频率调整、页面改版都可能造成类似现象。判断依据应回到字段是否失真、用户是否仍有稳定需求，而不是某一个统计数字的短期变化。
把决策写成可复用的规则
最终要留下的不是一条结论，而是一组可复用条件。可以按下面顺序执行：先识别时效字段，再判断稳定需求，然后选择撤下、重定向或改造，最后为每个字段写失效条件。只要其中一步的前提发生变化，比如业务从“季节性配送”改为“全年配送”，就应该重新跑一遍判断，而不是沿用旧规则。
如果这条内容仍有稳定需求，就转为常青页并持续维护稳定字段；如果只剩过期信息，就撤下或归并，并把对应来源从采集规则中移除或降频。这样处理之后，下一步的更新范围会从“全部旺季页面”缩小到“触发失效条件的字段”，维护成本也随之下降。
