搜尋觀點
搬站後怎樣用 Search Console 判斷 canonical 重評估？
把關鍵 URL 分組追蹤，才能看清遷移是逐步改善還是持續出錯。
搬站完成後，Google 不會一次過更新全部 URL。最實際的做法，是建立一份代表性網址清單，分別追蹤首頁、服務頁、文章、分類和舊網址的抓取、索引與 canonical 選擇。
這篇要先回答甚麼？
只看自然流量短期波動，很難知道是重新處理中的正常現象，還是 redirect、canonical 或 sitemap 本身錯了。Search Console 提供的網址層訊號可以令排查更具體。
對香港公司來説，問題不在於是否追逐一個新名詞，而在於：客戶在 Google、AI 回答、比較頁與品牌搜尋之間來回時，哪一個頁面真正幫他理解服務，哪一個入口最後帶來可以跟進的查詢。
為甚麼現在要處理？
Google 對 canonical 的重評估時間沒有固定天數。建立可重複的 GSC 檢查流程，能避免團隊在尚未收集證據前頻繁改動 URL 設定。
這不代表要把原本 SEO 策略推倒重來。較穩妥的做法，是先把現有的重要服務頁、案例、FAQ、地區資訊、作者與公司資料整理清楚，再用可驗證的數據看哪些內容開始出現在新的搜尋場景。
實務上怎樣做
- 建立代表 URL 樣本：每類頁面選擇 5 至 10 個高價值 URL，包含舊網址及其新目標。
- 逐次記錄 URL Inspection：保存抓取日期、使用者宣告 canonical、Google 選擇 canonical、索引狀態與最後抓取時間。
- 核對 sitemap 與流量：確認新 URL 已在 sitemap，舊 URL 已正確跳轉，並按頁面羣組觀察 impressions 與 clicks。
不要用錯指標
以 GSC 中 Google 選擇的 canonical、有效索引數、遷移前後重要頁表現和 crawl error 為核心。不要只用 site: 搜尋或單一 keyword 截圖作結論。
排名、曝光、點擊和詢盤並不是同一件事。報表應該讓團隊判斷「哪個搜尋入口值得繼續投資」，而不是隻為了展示一個好看的數字。
常見誤區
- 遷移後不斷提交同一 URL 要求索引。
- 把未即時更新誤判為錯誤而回滾。
- 沒有追蹤舊 URL 的跳轉是否仍有效。
給香港網站負責人的檢查清單
- 重要服務是否有清楚的定義、適合對象、地區與下一步聯絡方式？
- 關鍵頁是否可抓取、可索引，並有自我 canonical、正常 title 與 description？
- 能否在 Search Console、GA4、WhatsApp 或表單紀錄中追到查詢來源？
- 圖片、案例、FAQ 和作者資訊是否真的支援內容，而不是隻填版面？
- 團隊是否已決定哪些公開內容可以被搜尋與 AI crawler 讀取？
延伸閲讀
若你已經有 Search Console、技術檢查與 AI 搜尋可見度的數據，但很難把它們連成可執行的優先次序，可以用 Fennec SEO Audit 集中查看審計項目與修正方向，或直接聯絡 YUSIHK 做 SEO / GEO 技術診斷。