canonical 管的是内容代表，不管連結解析
先把两件事拆開看：一是連結發現，搜尋蜘蛛抓到頁面後會解析 HTML 里的 a 标簽，把 URL 放進待抓队列；二是收錄與信号归並，也就是這個 URL 值不值得留在索引里、權重算给谁。canonical 属于第二件事，它不會阻止搜尋蜘蛛解析頁面中的連結，也不會让其他 a 标簽凭空消失。所以單從抓取鏈路看，入口頁加 canonical 對目标 URL 能否被發現，影响很小。
入口頁 canonical 指向目标 URL，通常會發生什么
等于在告诉搜尋引擎：這份内容請以目标 URL 為准。常见结果有几種：
- 入口頁仍會被抓取，里面的連結照样被解析。canonical 不是 noindex，也不等于阻止抓取。
- 入口頁可能不再單獨出現在索引里，或者索引中那一份被替換成目标 URL。對只做連結中轉的入口頁来说，這通常無所谓。
- 如果目标 URL 本身内容單薄，或者两邊内容差异明顯，canonical 只會被当成提示，搜尋引擎可以選擇忽略。
要注意反向操作：如果目标 URL 反過来 canonical 到入口頁，等于把信号指回了中轉頁，方向就错了。
三種常见寫法的差別
- 自指 canonical：指向入口頁自己。适合頁面内容相對獨立、希望也能被索引的情况，冲突最少。
- 跨 URL canonical：指向目标 URL。适合入口頁與目标是同一份内容的镜像或聚合场景；跨域名时只是建议。
- 指向同域聚合頁：一批入口頁内容高度重复时，指向一個主頁面可减少重复索引，但別把整批頁面都指到一個空白頁上。
跨域 canonical 的現實問题
入口頁在 A 域、目标在 B 域时，跨域 canonical 属于弱信号。此时更值得關注的是：
- 两個域名是否都能正常抓取，robots.txt 有没有互相挡住路径；
- 目标 URL 是否返回 200 且内容可讀，不能是空壳或需要登入才能看到；
- 入口頁里的連結是否用了可抓取的 a 标簽，而不是 onclick 或 iframe 包裹。
這几項没做好，canonical 寫得再規范也只是纸面工作。
怎么驗證有没有按预期生效
- 看抓取日誌：入口頁被訪問後，同一来源 IP 段是否在随後一段時間内請求了目标 URL；
- 查看入口頁返回的 HTML，確認 canonical 用的是绝對 URL，协议和域名寫法前後一致，避免 http 與 https 混用；
- 如果用了站点地图或後台的 URL 检查工具，观察規范網址那一栏指向的是谁；
- 留意入口頁是否顯示為重复網頁、未選為規范網頁——在只做連結中轉的场景下，這属于正常現象。
實用建议
如果入口頁的主要职责是让搜尋蜘蛛發現並走到目标 URL，優先把連結可抓取、頁面可訪問、响應稳定這三件事做好，canonical 的優先級靠後。确需使用时：入口頁尽量自指，避免整批頁面统一指向外站；确需跨域归並时，只對内容确實一致的頁面使用，並留出观察周期再决定是否保留。
canonical 影响的是這份内容算谁的，不是連結能不能被走到。把两件事混為一谈，排查收錄問题时容易找错方向。