站内相似页面处理错了，比不处理更伤。我们用"搜索意图是否相同"做判断：意图相同就合并，意图不同就保留并做差异化。这条标准比相似度百分比好用。
先定义什么叫相似
工具报的相似度是按文本算的，70% 相似只说明文字重合多。但 SEO 关心的是：这两个页面在搜索结果里抢的是不是同一批词。
我们一般做两步判断。第一步，把两个页面各自排名前 20 的词拉出来，看重合度。第二步，看这些词的搜索意图是不是同一类。
词重合 80% 以上、意图相同，才算真正重复；文字相似但词不重合，那是两篇不同的内容。
三种该合并的
第一种，同一产品的不同版本页。比如"项目管理工具"和"项目管理软件"，内容 80% 一样，抢的是同一批词，合并成一个主页面。
第二种，同一问题的多篇回答。博客里写了三篇"API 限流怎么办"，发布时间不同、观点重复，合并成一篇大的，其余 301 过去。
第三种，模板生成的薄页。地区页、标签页、参数页，内容只差一个地名或参数，合并或者 noindex。
两种不该合并的
第一种，意图不同但文字相似。比如"什么是 API 网关"和"API 网关怎么选"，文字重合可能 60%，但一个是学习意图、一个是选型意图，合并了反而两边都不讨好。
第二种，面向不同人群的页面。同一个功能，给开发者和给管理者的落地页，文字有重合，但转化路径完全不同，保留并做差异化更好。
合并的操作
先定主页面，把副页面里有价值的内容并进来，副页面 301 到主页面，不要用 canonical 吊着。
内链要一起改：原来指向副页面的链接，全部改到主页面。外链改不了的，靠 301 接住。
合并后观察 4 周，看主页面的排名和流量。我们一般按流量排序，一批合 5 到 10 个，别一次合几百个。
一个案例
一个做数据平台的客户，博客里有 14 篇讲"数据仓库选型"的文章，都是不同年份写的。我们合并成 3 篇：一篇讲概念、一篇讲选型标准、一篇讲实施。
14 篇的流量加起来是每月 1200，合并后 3 篇每月 2100，而且排名更稳。剩下的 11 篇 301 到对应的主页面，没有掉流量。
一次翻车
2026 年 1 月我们给一个客户合并了 60 个"功能对比页"，理由都相似度 75%。合完两个月，这批页面的总流量掉了 40%。
复盘发现：这些对比页面向的是不同竞品的搜索词，用户搜"我们 vs A"和"我们 vs B"意图不同，合并后反而丢了长尾。后来拆回 25 个，流量慢慢回来。
这件事之后我们把"意图判断"放在相似度前面。工具给的是线索，不是结论。
元析智能
为软件公司做 SEO 和 GEO 优化