在蜘蛛池入口頁的模板里加一行 rel="canonical"，是很常见的操作，但指向谁往往没想清楚。有人把它指向目标 URL，想“把入口頁的權重让過去”；有人指向自己，想“顯得規范一点”；還有人把它当成屏蔽頁面被索引的手段。這几種理解都偏离了 canonical 的本意。
先说清楚 canonical 是什么
canonical 是给搜尋引擎看的一條内容归一化提示：当同一份内容存在多個可訪問地址时，頁面自己声明“我其實是那份内容的副本，正式版本在這個地址”。它解决的是重复内容問题，不是跳轉工具，不是權重传递開關，也不阻止蜘蛛抓取頁面上的連結。
它和另外两個東西的区別经常被混淆：
- 301 / 302：真的把訪問者送走，蜘蛛也會跟着走。
- noindex：請求搜尋引擎不要把頁面放進索引，但蜘蛛依然可以抓取並沿着連結繼續發現其他 URL。
- canonical：頁面本身照常返回 200、照常被抓取、照常提供連結，只是声明正文以另一個地址為准。
也就是说，如果入口頁的用途只是让蜘蛛發現目标 URL，canonical 寫不寫，對“能不能被發現”這條路径几乎没有影响。
把 canonical 指向目标 URL 會發生什么
入口頁的正文通常很單薄，和目标頁的内容大概率並不相同。這时你把 canonical 指向目标 URL，等于向搜尋引擎声明“我是它的重复版本”。引擎會自己判断两頁内容是否真的高度相似：
- 如果判断相似度不足，這條 canonical 會被直接忽略，入口頁仍按自身内容參與後續评估。
- 如果被采纳，入口頁大概率從索引中消失，目标頁保留。但這不是“權重轉移”，只是重复版本被合並。
- 如果目标 URL 返回 301、404，或者本身被 robots 屏蔽、被 noindex，這條跨域声明基本不會被采纳，入口頁反而可能以低质頁面的形式進入索引。
更需要注意的是跨域 canonical。指向另一個域名下的 URL，属于弱提示，采纳率本来就低，而且入口頁與目标頁在内容、结构、導航上通常差异明顯，引擎没有理由相信它們是同一份内容。指望靠這行代碼“帮目标頁一把”，多半是白寫。
入口頁该指向自己，還是干脆不寫
先明确入口頁的定位：它是一條發現路径，本身通常没有獨立的内容價值。基于這個定位，比較合理的做法是：
- 入口頁如果只是中轉，不希望被索引，用 noindex 比用 canonical 更贴合意图，且不影响蜘蛛沿連結繼續抓取。
- 入口頁如果存在多個 URL 變体（带埋点參數、带大小寫差异、http 與 https 並存），用 canonical 指向自己的規范版本，這是它的正当用法。
- 入口頁如果希望作為獨立頁面被索引，canonical 指向自己，同时保證正文有實际内容，不要空壳。
- 無论哪種，都不要把 canonical 指向一個可能返回非 200 狀態的 URL，否則声明落空，行為變得不可预测。
如果入口頁數量很大，全部指向同一批目标 URL 的跨域 canonical，還會给目标頁积累一批来源可疑的“重复版本”信号。對目标站来说，這未必是帮助。
判断标准很简單：canonical 回答的是“這两頁是不是同一份内容”，而不是“我希望哪一頁排名更好”。用它去承载後一種诉求，方向從一開始就错了。
几個常被忽略的连带影响
- 抓取不受影响：蜘蛛照样請求入口頁、照样解析 <a> 並繼續訪問目标 URL，canonical 不改變這一過程。
- 索引判断會被影响：入口頁可能被合並或剔除，日誌里能看到抓取，但索引里找不到，容易被誤讀成“被抓了却不收錄”。
- 模板批量上线时問题被放大：一個模板寫错，整批入口頁同时带上错誤声明，事後排查和修正成本都不低。
- 和 sitemap、内鏈叠加时優先級混乱：同一批 URL 既出現在 sitemap，又被 canonical 指向別處，引擎會按自己的規則取舍，结果和预期常有出入。
動手前的自查清單
- 這行 canonical 是為了解决重复内容，還是為了“让目标頁更好”？如果是後者，删掉。
- 指向的 URL 目前是否返回 200、是否可被抓取？
- 入口頁和目标頁内容是否确實高度一致？不一致就別跨域声明。
- 入口頁到底希望被索引還是不被索引？要屏蔽請用 noindex。
- 是否和 sitemap、robots、内鏈策略互相矛盾？
canonical 只是众多信号之一，是否被采纳、入口頁與目标頁最终如何出現在搜尋结果里，都由搜尋引擎自行判断。把它的作用想得過大，反而容易在模板层面制造出一堆难以解释的現象。