Google 選的 canonical 和設定不同？比對原始碼、轉址與索引訊號
Search Console 顯示 Google 選定的 canonical 與網站宣告不同，不一定代表網頁壞掉。Google 會把重複或相近頁面分組並選代表網址，canonical 是訊號而非強制命令。先確認兩個網址是否真的提供同一內容，以及希望哪個網址出現在搜尋結果。
比對兩個網址的索引與即時狀態
在 Search Console 網址檢查輸入問題頁，記下使用者宣告與 Google 選定的 canonical、上次抓取時間；再檢查期望網址。即時測試反映目前狀態，索引資訊反映先前抓取，兩者不同不代表工具錯誤。若尚未使用過工具，可先看單一網址檢查。
以無痕視窗查看兩個網址的頁面原始碼，在 head 找 rel=”canonical”，並檢查 HTTP 回應是否透過 Link 標頭提供 canonical。範例指向期望的正式網址：
<link rel="canonical" href="https://example.com/article/">再用 Network 檢查 301／302 的 Location 與最終網址，核對 HTTP/HTTPS、www、尾斜線、參數與站內連結。若 HTML 寫 A、轉址卻到 B、網站地圖列 C，應追查產生衝突訊號的 SEO 外掛、應用程式或代理。修改前記錄原設定；不要將所有頁面統一指到首頁，也不要用 noindex 強制挑選同站 canonical。
檢查內容與其他訊號
若兩個網址內容幾乎一樣，先判斷是否應合併或讓次要網址提供 canonical；若是不同商品規格或不同語言頁，確認頁面內容確實有區別及多語訊號設定。檢查期望頁是否可抓取、回應正常且未意外 noindex。Google 官方診斷文件指出 Google 仍可能依內容與技術訊號選擇不同網址。
修正、觀察與復原
只調整已確認錯誤的 canonical、轉址或產生來源，保存原設定；再以公開原始碼及回應確認實際結果，對重要網址要求重新檢索並追蹤索引。重新檢索不是立即收錄或選定的保證。若修正造成錯誤導向或正常頁消失，恢復原設定並驗證頁面與轉址，保留前後網址供開發者分析。
具體比對回應與原始碼
例如帶參數的文章宣告 canonical 為正式文章，但正式文章 301 到另一主機，代表訊號可能互相矛盾。下列命令的第一行檢視首個回應，第二行追蹤轉址；請換成實際公開網址：
curl -I https://example.com/article/
curl -IL https://example.com/article/查看 Location、最終狀態及網址，再從頁面原始碼核對 canonical 和實際內容。HEAD 與一般 GET 有時由伺服器不同處理，不一致時使用瀏覽器 Network 檢查 GET。若不明跨網域 canonical 或轉址指向可疑站，先保存證據並啟動入侵調查，不要只改 SEO 欄位就結案。
臉書留言
一般留言