当资讯门户的已发布页面从几百条增长到几千条,最先不适合继续手工做的不是内容创作,而是重复出现的全站级检查与批量修改:手工只能覆盖抽样页面,无法证明全站状态,也无法在改动后快速复核。更实际的做法是先把手工结论转成可重复执行的规则,再决定哪些环节交给脚本或工具。即使缺少完整数据或后台权限,你仍可以从一个页面或一份导出文件开始,做出可验证的最小动作。
把手头的工作按“是否每次都要重新判断”分类,比按工作量分类更有用。一次性工作,比如确定栏目结构、撰写某篇稿件的标题,手工做没有问题。可重复工作,比如检查每篇文章的标题标签是否唯一、内链是否指向已删除页面、专题页是否漏挂导航,手工做一次可以,做第二次就开始浪费。
一个可执行的判断动作:取出手边任意一个已发布页面的 HTML 源码,找出其中“由模板生成、但每页取值不同”的字段,例如标题标签、描述标签、面包屑、上下篇链接。如果同一字段在多个页面上的正确性依赖逐页核对,它就属于应该规则化的对象。这个动作的结果会直接影响下一步:字段越少、取值越规律,越容易先写成检查清单而不是直接改模板。
没有全站抓取权限、没有日志、没有后台批量编辑入口,并不等于只能等。可以从已有材料开始:一份栏目页链接列表、一次搜索资源平台里已提交的 URL 导出、或者某个栏目的文章清单。以这份清单为对象,逐条记录三件事:页面是否可访问、标题标签是否与该栏目主题一致、页面是否至少有一条指向同栏目其他页面的内链。
完成这份清单后,你能得到的结论有限:它只能说明这批被检查的页面存在或不存在某类问题,不能推出全站比例,也不能说明搜索引擎已经抓取或收录。这是必须保留的边界。但它足以支持一个决定:如果同一类问题在清单里反复出现,就值得写成规则交给脚本批量检查;如果只出现在个别页面,手工修掉即可,不必为此搭一套流程。
以下几类工作,在门户规模扩大后通常不再适合逐页手工完成:
反过来,有些工作即使规模扩大也不建议完全交给自动化:涉及编辑判断的选题、标题措辞、专题内容取舍,以及需要理解上下文才能决定的内链位置。这些环节可以让脚本提供候选,但最终取舍仍应由人完成。
假设你手上只有某资讯栏目近三个月的文章链接清单,共 200 条,没有全站抓取数据。第一步,按链接逐条请求,记录状态码和标题标签。第二步,把标题标签完全相同的页面归为一组。第三步,对重复组和异常状态码分别列出待处理项。
假设检查后发现 12 条链接返回重定向、5 组标题标签重复。此时合理的下一步不是立刻全站改模板,而是:先确认这 12 条重定向是否指向正确的新页面,再判断这 5 组重复是模板缺陷还是编辑个别操作。如果重复集中在同一栏目模板,改模板;如果分散在不同编辑的稿件里,改流程或加发布前检查。这个顺序的依据是:模板缺陷会继续产生新问题,个别稿件不会。
无论用脚本还是人工,规则都应写成可重复执行的形式,并注明适用条件。例如“所有文章页标题标签应唯一”这条规则,需要说明它适用于已发布页面,草稿和预览页不纳入;执行频率可以是每次批量发布后,而不是每天。
每次执行后记录两类信息:本次检查覆盖了多少页面、发现了哪些类型的问题。覆盖范围决定了结论能推多远——只检查一个栏目,就不能说全站标题标签都正常。当同一规则连续多次没有发现新问题时,可以考虑降低检查频率,但不能据此认为该问题已经永久解决,因为新内容和新模板仍可能重新引入它。
规模扩大后真正需要放弃的,是“靠逐页手工确认来获得全站安全感”这种做法。把可重复的判断交给规则,把需要上下文的判断留给人,才能在页面数量继续增长时保持处理能力。