上线后的持续维护,核心不是反复重写链接代码,而是定期检查链接是否还能正确指向目标、是否被错误改写、是否出现失效或重复。建议按固定周期执行一份清单:先看站点地图和导航,再抽查正文链接,最后核对重定向与规范链接。每项都要留下可复查的结果,而不是只看“页面能打开”。
要查的是页面里 <a href="..."> 的目标地址,是否直接指向最终页面,而不是经过多跳跳转。查法:挑选首页、栏目页、文章页各若干,逐个点击并观察浏览器地址栏变化,或使用开发者工具的 Network 面板查看请求链。
适用条件:适用于站内正文、导航、面包屑和页脚链接。判断结果时注意,跳转本身不一定算错误,但如果大量链接都依赖跳转,维护成本会上升,用户等待也会变长。
要查的是链接文字是否仍然描述目标页面。查法:随机抽取每篇内容的出站链接和站内链接,只看链接文字,不看周围句子,问自己“点进去大概会看到什么”。
适用条件:适用于内容更新频繁的站点。判断结果时以“读者能否预判”为准,不必追求每处锚文本完全一致。
要查的是指向其他站点的 <a> 链接是否可访问、内容是否仍与原文相关。查法:按月或按季度集中抽查,优先检查引用数据、工具、规范文档的链接。
适用条件:适用于引用型内容。判断结果时,不要仅凭一次打不开就删除,先确认是临时故障还是长期失效。若为临时故障,可记录并在下次复查。
要查的是页面里的规范链接、站点地图中的地址、实际可访问地址三者是否一致。查法:选取若干页面,分别查看页面源代码中的规范链接、站点地图文件中的对应条目,以及浏览器实际打开的地址。
适用条件:适用于有多个入口或历史版本的站点。判断结果时,以“用户和抓取工具最终到达同一地址”为目标,而不是只看某一个文件写了什么。
要查的是每次维护是否留下时间、页面、问题、处理结果。查法:建立一张简单表格,字段包括检查日期、页面地址、链接位置、现象、处理方式、复查日期。
适用条件:适用于任何规模的站点。判断结果时,重点看问题是否重复出现;重复出现意味着维护动作要前移到发布环节。
下一步,先选一个固定周期,例如每月第一个工作日,按上面五项各抽查少量页面,把结果写进同一张记录表。连续执行两轮后,再根据重复出现的问题调整检查频率和检查范围。