站点里出現内容近似的頁面很常见：同一产品的多個型号頁、同一主题的多篇改编稿、不同城市下只換了地名的落地頁。這些頁面單獨看都能打開，放在一起就會互相稀释。處理之前，先把“重复”分類，否則很容易用错手段。
先分清两種“重复”
第一種是同一個頁面被多個 URL 指向：带參數、带尾斜杠、大小寫不同、打印版、AMP 版等。這類問题的核心是索引归属，用 canonical、重定向、參數規范来處理，頁面内容本身不需要動。
第二種是不同 URL 上放着實實在在近似的内容：文案只改了几個词、结构完全一样、连小标题顺序都相同。這類問题不是“指定一個主版本”就能解决的，搜尋引擎仍可能把几個版本都视為低價值。
判断的第一步：搜尋意图是否相同
拿到一组近似頁面，先問一句：用戶搜什么词會落到這些頁面？
- 如果目标词几乎一致、答案也基本一致，說明它們本可以是一個頁面。
- 如果目标词明顯不同，只是模板相同，那属于模板复用，可以保留，但要让每頁的主体内容真正有差异。
處理顺序：先合並，再改寫，最後才考虑收敛索引
- 能合並的直接合並。把几頁的有效信息匯總到一個 URL，其余做 301 到主頁面。合並後要确保主頁面确實覆盖了原来各頁的關键信息，否則用戶會觉得内容缩水。
- 合並代價高的，做實质改寫。改寫的标准不是換同义词，而是补充各自獨有的信息：資料、案例、适用场景、限制條件。只改称呼和形容词，改完還是重复。
- 确實没有獨立價值的，收敛索引狀態。例如篩選组合頁、歷史版本頁、纯參數頁。這时用 canonical 指向主版本，或對不该出現的版本設定 noindex，但要注意別把有搜尋需求的頁面一起挡掉。
不要指望先用 noindex 把“重复”藏起来，問题就消失了。被收敛的頁面如果本来承担着入口或轉化功能，用戶路径要提前安排好。
改寫和合並之後，怎么看效果
處理完一批頁面，观察的点可以分成三层：
- 抓取层：被合並的 URL 是否還在被频繁抓取，說明重定向或 canonical 没被及时识別。
- 索引层：主版本的索引狀態是否稳定，是否出現“已抓取、未索引”反复切換。
- 流量层：原来分散的流量是否集中到主版本，而不是直接消失。
這里需要注意的是，合並和收敛都會有一個過渡期，短則几天，長則數周，短時間内資料下滑不一定代表做错了。判断依據應该是主版本是否在持續吸收原来分散的信号，而不是某一天的索引數字。
几個容易做反的地方
- 對本来就该獨立存在的頁面做 noindex，只因為担心重复。搜尋需求不同，頁面就该存在。
- 用 canonical 指向一個内容並不覆盖目前頁的版本，等于给用戶和搜尋引擎都提供了错誤答案。
- 批量改寫时只做词替換，改完内容依然高度相似，等于浪費了一轮工作量。
- 把模板相似当成内容重复。列表頁、詳情頁共用導航和頁脚是正常的，關键看主体区域是否提供了不同信息。
整体思路可以归纳成一句话：先分清重复的類型，再按合並、改寫、收敛索引的顺序處理，最後用抓取、索引、流量三层資料驗證。顺序做對了，站点结构會简單一些，留下的頁面也更容易被理解為獨立内容。