核心做法是给每个附件页补一层“不依赖下载也能读懂”的正文:用一段话交代这份附件解决什么问题、适用于谁、什么条件下仍然有效,再把附件放在紧随其后的位置。这样即使附件打不开、被转存或脱离原页面流传,读者和搜索引擎看到的仍是一个有独立用途的页面。
假设某公司早年用一套现已停止维护的 CMS 做了一个“设备安装规范”栏目,正文只有一句“详见附件”,附件是一份 PDF。现在系统要迁移,旧合作关系也结束了,但这个栏目仍被老客户引用。此时要区分三种价值:附件本身的技术内容、页面作为入口的导航价值、以及页面承载的历史说明价值。前两种可能随系统退出而减弱,第三种反而因为“旧版本仍然可查”而变强。
判断依据可以看两点:附件是否仍被外部链接或书签引用;正文去掉附件后是否还剩一句完整的话。如果只有“点击下载”四个字,这个页面在附件失效后就等于空页,应当补写而不是原样保留。
一个可用的正文骨架包含四块,按顺序排列:
这四块写完后,页面的主要答案虽然仍在附件里,但正文已经能独立说明用途。实际动作是:先补写第 1、2 块,再决定是否值得花时间做第 3 块摘录。如果附件被引用次数很少、内容也已过时,做完前两块就可以直接设置跳转或归档,不必继续投入。
不同附件对正文的要求不一样,取舍点在于“内容能否被复制成文字”。
这里不涉及具体 CMS 的插件能力差异,只按附件本身的可读性来决定正文该承担多少说明责任。
假设某培训机构的旧 CMS 里有一个“报名材料清单”页面,正文只有附件下载链接,附件是一份 Word 文档。系统要下线,合作方也不再提供更新。处理时可以这样走:
这样做的结果是:页面在附件仍可访问时提供便利,在附件失效后仍能告诉读者这里曾经有什么、为什么不再适用。下一步动作取决于该页面是否还有外部链接——若有,保留归档说明;若没有,可以合并到相关栏目后删除。
把附件当作主要答案时,容易出现两种误判。一种是把“附件还在服务器上”当成页面还有效,但读者可能因权限、格式或链接失效而无法获取,页面实际已无用途。另一种是反过来,因为附件过时就删掉整个页面,连带丢失了历史说明价值。
更稳妥的判断是看页面在没有附件时是否还能回答“这是什么、给谁用、现在还算数吗”这三个问题。三个都能答,页面可以保留;只能答第一个,说明还需要补写;一个都答不上,才考虑归档或删除。