網站 SEO 交接要拿到甚麼：網址、canonical 與 sitemap 核對表

先收齊實際網址，而非只收關鍵字表

交接一個網站的 SEO，最有用的起點是現行網址清單：首頁、服務、內容分類、文章、聯絡及重要系統入口。每條網址應有用途、主要語言與內容負責人。若有舊域名、舊頁面或多個語言版本，也要列出它們與正式頁面的關係。

關鍵字研究可以協助理解搜尋意圖，但不能代替頁面現況。請供應商分清已部署、只在本地準備、等待內容批准及尚未驗證的項目。交接日期代表文件更新時間，不應把較早的公開檢查改稱當日仍然有效。

canonical 是偏好訊號，不是萬能修復

同一內容可能有追蹤參數、不同網址寫法或歷史路徑。Google 文件說明轉址與 canonical 標記可傳達偏好，sitemap 亦可提供較弱的訊號。實務上應檢查各訊號有沒有互相矛盾，以及內部連結是否指向希望使用的正式網址。

不是每個沒有 canonical 的頁面都構成嚴重錯誤。檢查應先問有沒有實際重複內容、錯指其他網站、錯指不同語言或非預期轉址。若頁面本來就應公開，不宜為了處理重複網址而隨意加入 noindex；要按問題選擇合適方法。

把 sitemap 與導航放在一起看

sitemap 可協助搜尋引擎發現網址，卻不保證所有列出的頁面都會被爬取或收錄。小型網站若內部連結完整，也可能主要依靠導航被發現。因此交接不應只提供一條 XML 網址，還應確認重要內容能由普通頁面連到。

可以抽樣檢查 sitemap 中的服務頁與文章：是否回應正確頁面、內容是否仍有效、canonical 是否一致，以及是否誤列測試頁或未到期內容。若有多語網站，要確認 sitemap 與語言對照表採用相同的正式網址，不把不存在的版本寫進去。

用代表路徑驗收，而非只看首頁

首頁正常不能代表整站正常。可挑一個服務詳頁、一篇文章、一個分類頁及聯絡入口，記錄 HTTP 狀態、標題、描述、H1、canonical、可見文字及索引限制。這是有界抽樣，不是宣稱每一頁都通過；報告應清楚寫出覆蓋範圍。

結構化資料如有使用，應能解析並符合頁面上的真實內容。並非所有頁面都必須加 FAQ 或其他 schema，也不能承諾加上後會得到特定搜尋展示。對企業而言，錯誤商戶名稱、聯絡資料或地區宣告，通常比堆疊更多標記更值得先處理。

交接要保留未解問題與量度入口

完成文件應包括正式網址、改動清單、部署紀錄、普通公開讀回及尚未解決項目。若只確認特定版本資產正確，但一般網址仍回舊快取，兩者要分開列示。相同地，已提交 sitemap 不等於已收錄，已有排名監測也不等於業務成果增加。

後續檢查可按網站變更與內容更新安排，不必每天重跑整站。先為重要頁面指定負責人，再按具體問題決定優先次序。需要整理範圍時，可向網站或 SEO 團隊提供現行網址清單與已知錯誤；認證資料仍應留在正式私密渠道。

交接清單

• 交付代表網址、用途、語言與現行狀態。
• 核對 canonical、轉址、內部連結及 sitemap 是否一致。
• 抽樣首頁以外的服務、文章、分類及聯絡路徑。
• 保留觀測時間、來源版本與未驗證範圍，不把部署當成排名。

常見問題

sitemap 顯示成功，是否代表文章已被 Google 收錄？

不是。sitemap 有助發現網址；是否爬取、收錄與顯示，仍由搜尋引擎按其系統判斷。

每頁都要有 FAQ schema 嗎？

不需要為了數量而加入。任何結構化資料都應符合實際可見內容及適用規範，也不能保證特定搜尋展示。

canonical 可以取代所有轉址嗎？

不能一概而論。它是偏好訊號；若某個舊網址需要永久帶訪客到新頁面，應評估適合的轉址及內容關係。