ugc用户生成内容相同事实多篇重复时，先合并还是先改写
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /08d9915864b0.html
📄
ugc用户生成内容相同事实多篇重复时，先合并还是先改写
如果这些文章各自解决不同问题、读者从不同入口进入，先合并会破坏原有路径；如果它们只是同一结论换了说法、彼此没有独立任务，先改写只会继续制造近重复。判断依据不是文字重合比例，而是每篇文章是否承担一个独立且可验证的读者任务。下面用两种条件说明该选哪条路，以及执行后如何决定下一步。
条件一：文章各有独立任务时，保留并划清事实归属
当一篇讲收集入口、一篇讲筛选标准、一篇讲展示位置，它们可以引用同一组事实，例如“某类投稿需要作者授权”。此时冗余的根源不是事实重复，而是每篇都把它当成主论点重新论证一遍。
实施动作：选定其中一篇作为该事实的完整说明处，其余文章只保留一句必要交代，并链接到完整说明。判断标准是读者不点链接也能继续读当前段落，点了则能获得完整条件。做完后观察两件事：目标文章的站内点击是否集中到该说明处，其他文章是否仍能独立回答自己的问题。如果点击没有集中，说明事实归属选错了页面，应换到更靠近决策点的那一篇。
例外：涉及安全、合规或资格限制的事实不能只留链接，因为读者可能停在摘要处就行动。这类事实允许在每篇保留完整表述，但措辞和条件必须一致。
条件二：文章没有独立任务时，先合并再决定是否拆分
如果多篇文章的标题不同、结论相同，读者读完任何一篇都不会损失信息，那么改写同义词只是延长近重复的寿命。此时应先合并成一篇覆盖完整决策链的文章。
实施动作：把各篇的独有段落抽出来，按读者决策顺序排列，删掉重复论证，只保留一次事实陈述。合并后检查三个位置：开头是否直接回答主问题，中段是否出现只有某一篇才有的条件，结尾是否给出可执行的下一步。若合并后某一节超过读者一次能消化的范围，再按“不同前提”拆成两篇，而不是按同义词拆。
假设例子：三篇文章都写“投稿需标注来源”，其中一篇额外说明“转载内容需附原始链接”。合并时保留后者作为条件分支，删除前两篇的重复论证。结果是读者在一篇内看到完整条件，而不是在三篇里拼凑。这个例子只用于说明比较方法，不代表任何真实站点的数据。
用证据区分“该合并”与“该保留”
可区分的证据有三类。第一，读者提问是否不同：如果后台或评论中反复出现的是不同环节的疑问，说明文章有独立任务。第二，站内搜索词是否指向不同意图：指向同一意图的多个词，通常意味着可以合并。第三，更新记录是否只改措辞：如果每次更新都只是换同义词、补过渡句，没有新增条件或证据，说明该篇没有独立价值。
需要提醒的是，某篇文章的抓取量或点击量归零，不能单独证明它该被合并。归零还可能来自链接失效、入口调整、内容过期或统计口径变化。应先排除这些解释，再决定是否合并。
执行后的下一步怎么定
合并或保留之后，不要立刻批量处理其他文章。先选一组同事实文章做小范围处理，记录两件事：处理前后读者是否还需要跨文章找条件，以及同一事实是否仍在多处被完整论证。如果跨文章找条件的次数没有下降，说明事实归属或合并粒度不对，应回到条件一重新划分；如果同一事实仍被完整论证多次，说明只改了链接没有改正文，应继续删减重复论证。
最终判断标准很简单：读者在一个页面内能否拿到该决策所需的全部条件。能，就停止改写；不能，就继续合并或补条件，而不是继续换词。
