XML 網站地圖最佳實務：加快並乾淨地完成索引

網站地圖是一種提示，而非保證

搜尋引擎將網站地圖視為強力的發現訊號，而非強制指令。它不會強迫索引低品質的頁面 —— 它真正的作用，是消除您認為哪些網址才是正式版本、值得被爬取的疑慮，這在大型或較新的網站上尤其重要。

該納入什麼

• 僅列出 canonical 網址 —— 也就是您希望被索引的確切版本。
• 僅列出傳回 200 狀態且真正可被索引的網址（沒有 noindex 標籤、也未被 robots.txt 封鎖）。
• 準確的 lastmod 日期 —— 僅在頁面內容有實質變動時更新，而非每次部署都更新。

該排除什麼

• 帶有 noindex 標籤的頁面 —— 若同時列入網站地圖，會傳遞出相互矛盾的訊號。
• 會重新導向或傳回 404 的網址 —— 這些會被回報為網站地圖錯誤，而非有助於發現。
• 同一頁面的重複或帶參數變體（排序方式、工作階段 ID、追蹤參數）—— 只列出唯一的 canonical 版本。
• 獨特內容極少的自動產生單薄頁面 —— 這類頁面是「已爬取 - 目前未編入索引」的常見原因，若納入數百個此類頁面，會稀釋網站地圖對重要頁面的訊號強度。

大小限制

單一網站地圖檔案上限為 50,000 個網址，未壓縮大小上限為 50MB。較大型的網站需要使用網站地圖索引檔（一份列出多個子網站地圖的檔案），而非單一巨大檔案。大多數框架（包括本網站所使用的框架）都會自動產生此檔案，但若您是手動維護，仍值得確認一下。

提交與維護

請在 Google Search Console 與 Bing 網站管理員工具中各提交一次，並在 robots.txt 中加入一行 Sitemap:，指向該網站地圖 —— 如此一來，任何在未經事先提交的情況下自行發現您網站的爬蟲，也能找到它。之後，網站地圖應隨內容變動自動重新產生；手動維護的網站地圖幾乎總是會過時。

悄悄浪費爬取預算的常見錯誤

• 上線時只產生一次，之後隨著頁面新增或移除也從未更新。
• 每次建置都將每個網址的 lastmod 設為當天日期 —— 這會讓爬蟲逐漸不再信任這個欄位是真正的變更訊號。
• 在網址結構大幅調整後（例如網域遷移或永久連結格式變更）忘記重新提交 —— Google 最終會自行發現，但重新提交能加快轉換的速度。