搜尋觀點
canonical、301、sitemap 訊號衝突時，Google 會信誰？
搜尋引擎會綜合訊號；網站不應讓同一頁出現多個偏好版本。
一個產品或服務頁同時有 HTTP 301、HTML canonical、XML sitemap 和內部連結。當它們指向不同版本時，Google 需要自行判斷，網站便失去對索引訊號的控制。
這篇要先回答甚麼？
常見衝突包括：舊 URL 301 到新頁，但新頁 canonical 指回舊頁；sitemap 還列出參數版；導覽連結仍指向非 https 或無尾斜線版本。
對香港公司來説，問題不在於是否追逐一個新名詞，而在於：客戶在 Google、AI 回答、比較頁與品牌搜尋之間來回時，哪一個頁面真正幫他理解服務，哪一個入口最後帶來可以跟進的查詢。
為甚麼現在要處理？
網站遷移、電商篩選頁與多語言頁都容易產生 URL 版本。越早統一訊號，越少需要在流量下降後才追查索引問題。
這不代表要把原本 SEO 策略推倒重來。較穩妥的做法，是先把現有的重要服務頁、案例、FAQ、地區資訊、作者與公司資料整理清楚，再用可驗證的數據看哪些內容開始出現在新的搜尋場景。
實務上怎樣做
- 以可索引目標 URL 為中心：每個重要主題只保留一個可索引、回傳 200 的 canonical URL。
- 逐項核對訊號：301、canonical、sitemap、hreflang 和內部連結都應一致指向同一個目標。
- 清理低價值版本：對無搜尋價值的參數、測試或重複頁，依情況使用 redirect、canonical、noindex 或移除連結。
不要用錯指標
抽查重要 URL 的 HTTP status、Location、canonical、sitemap 和 GSC 的 Google 選擇版本。每次發布或遷移後保留清單。
排名、曝光、點擊和詢盤並不是同一件事。報表應該讓團隊判斷「哪個搜尋入口值得繼續投資」，而不是隻為了展示一個好看的數字。
常見誤區
- 把 sitemap 當作比 301 更強的修復方式。
- 讓 canonical 指向會跳轉的 URL。
- 只靠 robots.txt 處理重複頁。
給香港網站負責人的檢查清單
- 重要服務是否有清楚的定義、適合對象、地區與下一步聯絡方式？
- 關鍵頁是否可抓取、可索引，並有自我 canonical、正常 title 與 description？
- 能否在 Search Console、GA4、WhatsApp 或表單紀錄中追到查詢來源？
- 圖片、案例、FAQ 和作者資訊是否真的支援內容，而不是隻填版面？
- 團隊是否已決定哪些公開內容可以被搜尋與 AI crawler 讀取？
延伸閲讀
若你已經有 Search Console、技術檢查與 AI 搜尋可見度的數據，但很難把它們連成可執行的優先次序，可以用 Fennec SEO Audit 集中查看審計項目與修正方向，或直接聯絡 YUSIHK 做 SEO / GEO 技術診斷。