很多站点的問题不是出在内容或结构上，而是從第一步就分叉了：同一套頁面同时能通過 http、https、带 www、不带 www 四種地址打開。對用戶来说這只是輸入习惯的差別，對搜尋蜘蛛来说却是四個互不相關的站点，抓取額度被摊薄、外鏈信号被拆分、日誌統計也對不上帳。
先數一數你有几個入口
把下面這些组合分別在浏览器里打開，看是否都能返回 200，還是會被跳轉：
- http://example.com 與 https://example.com
- http://www.example.com 與 https://www.example.com
- 带預設端口的寫法，如 https://example.com:443
- 歷史上用過的备用域名、測試域名、老品牌域名
只要有任何一個组合返回 200 而不是跳轉，就等于多開了一個入口。
選定唯一版本，其余全部 301
先决定正式版本，通常是 https 加主域名，或者 https 加 www，然後把其余所有形式都用 301 指過来。尽量避免用 302 或 JS 跳轉：临时跳轉传递的信号弱，脚本跳轉蜘蛛经常不执行。跳轉也要一步到位，別让 a 跳到 b、b 再跳到 c。
自查清單
- 全站跳轉規則是否覆盖 http 到 https、非 www 到 www（或相反）；
- 跳轉目标是否就是最终地址，而不是另一個還要再跳一次的中間地址；
- 證书是否同时覆盖裸域與 www，有没有過期或域名不匹配的告警；
- 内鏈是相對路径還是寫死的绝對地址，寫死的那些是否统一到正式版本；
- canonical、og:url、sitemap 里的地址是否與正式版本完全一致；
- 站長工具里是否同时存在多個属性，資料是不是被拆開在看。
CDN、回源與 HSTS 的细节
回源协议要對齐
如果用了 CDN，邊缘节点到源站的回源协议也要對齐。常见坑是外部已经是 https，回源却走 http，源站日誌里全是 http 记錄，排查时很容易誤判。
HSTS 要確認子域可用
啟用 HSTS 後浏览器會强制走 https，這本身是好事，但要確認所有子域都真的支持 https，否則某些子域會直接打不開，反而制造新的訪問異常。
内容與内鏈的一致性
正文里引用自己站点的連結、图片地址、附件下载地址，往往是最容易被忽略的一批。改版或換域名时，模板里的連結改干净了，編輯手寫在正文里的舊地址還留着，一篇篇点開才發現。可以定期用站内爬取工具掃一遍，把指向舊版本的連結列出来统一替換。
用日誌驗證结果
規則改完不代表生效。隔几天翻一次服務器日誌，按 Host 字段統計蜘蛛請求的分布：如果正式版本占绝大多數、其余版本只剩少量 301，說明归一化起效了；如果舊版本仍持續收到 200 响應，說明還有規則没覆盖到。
归一化這件事做一次就能長期受益，但每次換域名、加 CDN、上證书都值得重新检查一遍，因為它太容易被後續的配置改動破坏。