Sitemaps：列出、提交、移除並檢查你的 sitemap

Sitemaps 頁面會顯示 Google Search Console 為你的資源登錄的 sitemap，資料來自 Google 透過 Sitemaps API 回報的內容：每個 sitemap 的提交時間、Google 最近一次讀取的時間、列出的 URL 數量，以及是否有錯誤。你可以在同一個頁面提交新的 sitemap、移除不再使用的 sitemap，並將 sitemap 中的所有 URL 送交批次檢查。

表格顯示的內容

上方的卡片會統計你的 Sitemaps、這些 sitemap 所列出的 Submitted URLs、Indexed URLs 以及 Warnings / errors。當存在個別 sitemap 時，索引檔不會計入 URL 總數，以免同一批 URL 被重複計算。

每一列會顯示：

• Sitemap 與 Type：sitemap 的位址，以及它是 sitemap 索引檔還是一般 sitemap。
• Submitted：Google 從中解析出的 URL 數量。
• Indexed 與 Indexed share：Google 的 API 已將其已索引數量標示為淘汰，因此這兩欄通常維持為零。請改用 Inspect all URLs 來衡量索引狀況。
• Last submitted 與 Last read by Google。
• Issues：Google 回報的錯誤與警告數量；沒有問題時顯示 OK，Google 尚未處理該 sitemap 時則顯示 Pending。

你可以像使用其他報表一樣搜尋、排序及匯出此表格。清單中列出的是在 Search Console 中為該資源登錄的 sitemap；Google 只從你的 robots.txt 得知的 sitemap 可能不會出現在清單中。

提交 sitemap

按下 Add sitemap，每行貼上一個 sitemap 位址，或載入 TXT 或 CSV 檔案，然後按下 Submit sitemaps。單次最多可送出 200 個，每個都必須屬於該資源，結果會依位址逐一回報：已新增、遭 Google 拒絕（URL 無效或無法存取），或被拒絕存取（權限不足）。提交會變更你的 Search Console 設定，因此需要完整存取權限；如果頁面顯示你的連線為唯讀，請使用 Enable full access。

提交只是一項請求，而不是命令。Google 將提交的 sitemap 視為一種提示，並不保證一定會下載該 sitemap（建立並提交 sitemap），其 Sitemaps 報表說明也補充指出，sitemap 中找到的 URL 不保證會被檢索或建立索引。

移除 sitemap

在具備完整存取權限時，每一列都有移除按鈕。確認後，它會從 Search Console 的清單中刪除該 sitemap，但不會動到你伺服器上的檔案。如果該 sitemap 同時也寫在你的 robots.txt 中，Google 仍然可以從那裡找到它。

檢查 sitemap 中的每個 URL

Inspect all URLs 會下載 sitemap、跟隨索引檔、保留屬於該資源的 URL，並對其中最多 500 個執行批次 URL 檢查。結果會顯示有多少已建立索引、有多少被排除，以及原因。每個 URL 會消耗該資源每日 2,000 次檢查額度中的一次，因此對於大型 sitemap，建議檢查抽樣，而不是一次全部檢查。

值得了解的規則

• 單一 sitemap 最多可包含 50,000 個 URL，或未壓縮 50 MB；較大的網站會將其拆分，並在 sitemap 索引檔中列出各個部分（大型 sitemap）。
• Google 會忽略 <priority> 與 <changefreq>，只有在 <lastmod> 一貫準確時才會採用。請在內容變更時才更新 lastmod，而不是每次部署都更新。
• 請列出你希望出現在搜尋結果中的標準 URL。sitemap 中被重新導向、設為 noindex 或遭封鎖的位址，只會讓報表充滿雜訊。

AutoPSEO 如何提供協助

Sitemap Performance 會將每個 sitemap 與 Search Console 的流量資料結合，讓你看出哪些區塊帶來了點擊。當內容引擎將文章交付到你的網站時，請像處理其他頁面一樣，把它們加入 sitemap；當你的網站提供金鑰時，AutoPSEO 也會針對每篇已交付的文章通知 IndexNow 搜尋引擎（交付）。

相關內容：Search Console 中的 sitemap 錯誤、無法讀取 sitemap。