同一篇软文，收录的却不是你想要的那一版
重复内容是软文投放里常被忽略的一类问题：做投放的企业常常会遇到这种情况：同一篇稿子在自己官网发了一遍，又在几个外部渠道各发了一遍，搜索品牌词时排在前面的偏偏是第三方渠道的版本，官网那篇怎么都排不上。还有更常见的：发布会活动稿被十几个页面原文转载，自己的站点反而被判定成了转载方。
这些现象的共同根源是重复内容。同一段正文对应多个可以访问的地址，搜索引擎要在其中挑一个作为主版本，挑选的结果未必符合企业预期，严重时几个版本互相牵制，谁都拿不到好的展示位置。
哪些场景会造出重复内容
软文投放里，以下几种情况尤其容易出问题：
- 同一篇稿发布在自己的官网、公众号体系内的不同栏目，正文一字未改
- 外部渠道各自生成副本地址，标题略有差别但正文高度重合
- 站点同时提供带参数和不带参数两种链接地址，都能正常打开
- 移动端与电脑端的页面分成两套地址，内容却是同一份
- 分页、筛选、排序产生的多个地址展示内容接近
前两种属于外部产生的重复，处理空间有限；后三种是站点自身结构造成的，企业完全可以自己解决，见效也更快。
canonical标签在做什么
一句话解释：这是一种写在页面头部的标记，用来告诉搜索引擎某个地址应该被看作这个内容的规范版本。它的作用是把分散在多个地址上的权重信号集中到指定的那一页，属于建议而非强制。
理解这个边界很重要。既然是建议，就存在不被采纳的情况：标记前后自相矛盾、指定的页面本身打不开、或者页面之间的内容差异大到不像同一个东西，此时这个标记就可能被忽略。日常用它时，记得三条操作约束：
- 只能指向一个地址，页面上标记多个不同目标等于没标
- 指向的地址要能正常访问并返回 200，指向被跳转或报错的页面毫无意义
- 配合站点地图使用，清单里只放规范版本，别把副本也一并提交
具体的写法可以在页面的 HTML head 区块里加一行 link 标签标记，形式固定，站点通常会提供相应的在建站模板里统一处理，不需要每篇文章手动添加。
发布前能做完的四个去重动作
与其事后补救，不如在发稿环节就把问题规避掉。
动作一，定版本主次。 同一篇稿如果要在自家官网发，先在官网落地，等这一版被收录之后，再向外部渠道分发。先后顺序决定了搜索引擎先看到哪一版。
动作二，给副本做差异。 分发出去的版本在开头或结尾留出不同的引导段落，正文主体可以一致，但不要整篇逐字相同。
动作三，统一地址形态。 站点内部确保同一内容只有一个地址可以访问，多余的参数版、移动端版要么做归一跳转，要么加上上述标记。技术细节可以在网站 robots 文件排查里找到检查入口。
动作四，清单只报主版本。 提交给搜索引擎的页面清单只纳入规范地址，副本不进清单，这一条要和网站地图怎么提交的做法对齐。
多渠道分发时的版本策略
很多企业习惯一次成稿、四处同发，这在过去差别不大，现在却容易让主版本的信号被摊薄。更稳的做法是分层：官网的那一版内容完整、信息齐全；外部渠道的版本保留核心事实，删掉部分细节，并在文末给出指向官网的出处；社交渠道则只发精简提要配链接。
这种分层与软文多平台发布的原则是一致的，区别在于那里讨论的是原创判定，这里解决的是应该被收录哪一版。两者叠加考虑，一稿多发的安排才算完整。
如果在动手时还想兼顾站内的结构，网站内链怎么做里提到过的规范化地址写法同样适用：站内所有指向这篇内容的链接，统一使用规范地址，避免同一篇在站内出现两套入口。
自查清单与容易混淆的两点
发布前可以照着过一遍：
- 同一正文在站内是否只有一个可访问地址
- 页面头部是否指定了同一个规范地址，且该地址可正常打开
- 站点地图里是否剔除了副本
- 外部渠道版本是否做了段落层面的差异处理
- 站内其他文章链向此处时，地址写法是否统一
容易混淆的有两点。其一，标记只是信号，不是指令，指望它凭空把权重搬过去并不现实；其二，如果页面本身的问题是链接失效或返回错误状态码，那是另一类故障，需要按链接巡检的方式处理，标记帮不上忙。
重复内容本身不是过错，多数站点都存在，真正造成损失的是放任它长期存在且没有指定主版本。动手之前先花半天把自家站点的地址形态理一遍，把能在自己控制范围内解决的去重做完，剩下的外部副本再谈引导与分层，这一步的顺序不要颠倒。
