结论先行:同一篇内容被多个栏目调用时,不要把正文复制到每个栏目,而是让正文只存一份,栏目只保存引用关系。这样做的前提是栏目展示的是同一份内容;如果某个栏目需要不同措辞、不同标题角度或不同配图,它就已经是另一篇内容,应该单独建稿,而不是继续共享来源。下面用一个假设情境说明判断过程。
假设你在做一个茂名本地企业的网站,编辑部写了一篇关于某项办事材料要求的解读。它需要同时出现在“办事指南”“常见问题”“最新动态”三个栏目里。直觉做法是复制三份,分别放进三个栏目,各自微调标题。上线时看起来一切正常,但两周后政策口径有调整,正文需要改一处关键表述。
这时反常的结果出现了:你改完“办事指南”里的那一份,另外两个栏目仍然是旧表述。读者从“常见问题”进入,看到的还是修改前的说法。搜索端和站内搜索也可能同时抓到新旧两个版本,页面上出现互相矛盾的内容。问题不在于编辑不细心,而在于同一份事实被存成了三份,任何一次修改都只能覆盖其中一份。
维护单一来源之前,先做一次区分。判断依据不是栏目名称,而是读者在每个栏目里需要看到的东西是否相同。
只有第一种情况适合“一份正文、多处引用”。第二种是摘要与正文的关系,第三种是独立稿件。把这三者混在一起,是后面维护混乱的主要来源。
假设确认三个栏目展示的是同一份正文,可以按下面的动作处理。
policy-2024-001,正文只保存在一个位置。这个动作的结果是:政策口径调整时,你只需要改一次,三个栏目同时更新。下一步就可以把“改完是否同步”从人工检查变成结构上不会分叉。代价是栏目编辑不能再随手改正文,任何措辞调整都要回到来源处,这需要事先和编辑约定清楚。
共享来源之后,容易产生一种错觉:打开三个页面看到内容一样,就认为机制生效了。但内容一样可能只是因为你刚改完、缓存还没过期,或者三个页面本来就还没到更新时间。要区分这两种解释,可以核对以下证据。
如果修改后旧表述仍然存在,合理解释通常有三种:栏目里存了副本、页面缓存未刷新、或者该栏目本来就是独立稿件。先分清是哪一种,再决定是清理副本、等待缓存,还是承认它应该单独维护。不要因为某一处旧内容消失就断定整个机制没问题。
单一来源不是越多越好。当出现下面这些信号时,继续共享反而会增加维护成本。
这时更合适的做法是:保留一份作为事实底稿,各栏目在此基础上独立成稿,并明确谁负责同步底稿变化。共享来源解决的是“同一内容多处展示”,不是“多个版本各自演进”。把这两件事分开,维护规则才站得住。