在索引狀態报告里看到“重复網頁，系統選擇了其他規范網頁”這類提示时，先別急着改内容。它描述的是一件相對中性的事：頁面已经被抓取、也進入了索引，只是系統認為它不是這组内容里最该被展示的那個版本。真正需要排查的，通常是同一份内容存在多個入口，而站点给出的指向信号互相打架。
這個狀態到底意味着什么
它和“已抓取，尚未编入索引”不是一回事。後者是抓到了但還没决定要不要收錄；前者是已经收錄，只是被归到了另一组。換句话说，頁面並没有“失敗”，只是被当成了备選版本。所以處理方向不是重寫内容，而是把“谁是正版”這件事说清楚。
如果被系統選中的那個地址恰好是你想要的版本，其實不用做任何事。只有当它選错了——比如選中了带參數的、舊的、或者内容更少的版本——才需要介入。
按顺序核對的几處指向
頁面自身的 canonical
先看頁面源碼里的 canonical 指向哪里，是自己還是別處。常见問题是模板统一輸出一個固定地址，或者複製頁面时忘了改。canonical 指向的目标必须能正常訪問，且返回 200。
内鏈實际用的地址
canonical 寫着 A，站内連結却大量指向 B，這種不一致會让系統更倾向 B。检查栏目頁、相關推荐、面包屑和導航這些位置，把連結统一到目标版本。
sitemap 里提交的版本
sitemap 是主動声明“我希望這個地址被收錄”。如果它和 canonical 指向不同，等于自己制造矛盾。確認 sitemap 里只保留規范版本，不要把各種變体一起提交。
重定向鏈是否干净
多跳 301（A 跳到 B 再跳到 C）會削弱信号传递，也容易让系統停在中間某一跳。尽量让舊地址一跳直達最终版本，不要绕路。
參數與跟踪碼變体
带 utm、排序、篩選參數的地址如果也能被抓到並返回 200，就會被当作獨立頁面看待。可以在 canonical 里统一指回干净地址，或者從發現入口就挡掉一部分。
判断标准很简單：如果你自己都说不清哪個地址才是“正版”，系統更没有理由替你决定。
建议的處理顺序
- 先確認目标版本：内容最完整、结构最稳定、未来最可能長期保留的那個地址。
- 改 canonical，指向目标版本，並确保它可訪問。
- 改内鏈，把站内入口统一到目标版本。
- 改 sitemap，只保留目标版本。
- 清理重定向鏈和參數入口。
- 等抓取重新發生，再观察索引狀態的變化。
這几步最好一次做完。分几次改，中間態反而是最混乱的：canonical 已经改了，内鏈還在指舊地址，系統會更难判断该听谁的。
哪些重复可以不用管
- 系統選中的版本正是你想要的，而且它長期稳定。
- 變体頁面本身没有流量、没有外鏈，也不在導航结构里。
- 分頁、打印頁這類辅助地址，本来就不打算作為獨立内容被检索到。
把精力集中在那些“本该被展示却選错了”的頁面上，比全面清理更划算，也更省维護成本。
改完之後不要反复調
指向统一之後，需要等下一次抓取才有机會重新判断，這個周期通常以周計。期間反复修改 canonical、来回切換指向，只會让信号更难稳定下来。记錄改動日期，按周观察，比每天刷新报告更有意义。