網站地圖怎麼規劃：收錄哪些網址、如何提交與維護

網站有一百篇文章，網站地圖卻列出數千個網址，不一定表示內容變豐富了。分類、排序參數和不同版本都可能讓清單膨脹。製作 Sitemap 的第一步，是決定哪些網址值得讓搜尋引擎發現，而不是把看得到的連結全部倒進檔案。

可以把網站地圖想成公開內容的交接清單：每次新增、修改、搬移和刪除，都要讓清單與網站一致。以下以小型教學網站為例，從內容盤點走到提交後的維護；示例不代表已操作任何真實網站。

先做網址篩選，分清公開內容與其他版本

先從網站後台列出已發布文章、主要服務頁和有用的分類入口，再逐項確認是否真的希望出現在搜尋結果。每筆記錄完整網址、內容類型、是否公開、預期標準網址及負責人。這份表是後續比對依據，不能只靠搜尋結果回推所有內容。

同一篇文章若有追蹤參數或不同網址版本，原則上列希望呈現的標準版本。草稿、需登入的個人資料、已不存在的頁面，以及單純為排序而產生的重複網址，通常不屬於這份公開清單。不同語言若各自提供完整內容，則要依其網址與標準化安排判斷。

分類頁也不要一律全留或全刪。假設「親子手作」整理了清楚的課程說明與入口，它可能有獨立用途；只有一筆文章、缺乏整理的細碎標籤則應先評估內容價值。網站地圖的選取規則應跟內容規劃一致，而不是讓外掛預設替你決定所有事情。

找到真正的產生來源，避免多套設定互相打架

使用內容管理系統時，優先找平台或外掛自動產生的 Sitemap，因為它比較有機會隨發布狀態更新。WordPress 核心提供網站地圖功能，使用漂亮固定網址時，索引通常位於 /wp-sitemap.xml；未使用時，核心程式會採用 /?sitemap=index 的形式。

SEO 外掛也可能提供自己的地圖位置及排除規則。先查看目前啟用的功能，再確認公開網址實際回傳什麼。若同時有幾份網站地圖，重點是找出各自涵蓋內容及維護責任；多份檔案本身不等於違規，但重複、過時或設定相反會讓管理更困難。

WordPress 的搜尋引擎可見性設定會影響核心網站地圖是否啟用，外掛也可能改變行為。地圖出現 404 時，應核對公開目的、固定網址與實際使用的產生器，不要直接把所有隱私設定關掉。先在適當環境確認，再處理正式網站。

格式要正確，更新日期要有真實意義

XML 網站地圖需要正確的結構、UTF-8 編碼及字元處理，網址應使用完整的通訊協定和網域。自行產生時，應用合適的 XML 工具處理特殊字元，避免直接把含有 & 的網址拼進字串造成格式錯誤。一般使用者不必為此逐行手寫整份清單。

Google 支援 XML、RSS／Atom 和純文字等格式，沒有因為選某一種就保證排名較好的說法。純文字是一行一個完整網址；RSS 或 Atom 通常只涵蓋近期更新，不能看到有訂閱摘要就假設所有舊文章也已列出。

單一檔案解壓縮後最多 50 MB、最多 50,000 個網址，超過時拆分並使用索引檔或分別提交。Google 會忽略 priority 和 changefreq；lastmod 則應反映重要內容、結構化資料或連結的實際更新。每天重新輸出檔案，不代表每篇文章都在當天實質更新。

1. 確認產生器輸出完整網址，並抽查特殊字元與編碼。
2. 核對筆數及解壓縮後大小，必要時依內容類型拆分。
3. 確認重要修改才更新相應的 lastmod，避免固定填今天。
4. 保存產生規則與維護者，讓下一次改版有依據可循。

提交的是檔案位置，成功讀取不是全部索引

提交前先確認網站地圖能讓 Googlebot 公開存取，不需要登入。Search Console 的 Sitemap 報表提交的是檔案網址，不是把檔案上傳到 Google。這項報表提交操作需要資源擁有者權限，也要選對涵蓋該網址的網站資源。

填入實際位置後，記錄提交日期、讀取狀態及錯誤訊息。若無法擷取，先核對網址、存取限制和伺服器回應；若是解析錯誤，回到產生器檢查格式。不要在原問題尚未修正時，反覆提交不同猜測的檔名。

顯示成功表示 Google 能讀取並處理這份檔案，並不保證其中每頁都會檢索或建立索引。報表中的已發現網址數也不是搜尋收錄總數。接著仍應查看重要頁面的索引資訊，把檔案讀取成功和頁面實際結果分別記錄。

新增、搬家與下架，都要同步更新清單

發布新教學時，確認它已進入預期清單，並能從網站內部正常找到；只放進 Sitemap 不能取代良好的導覽。重大更新後檢查日期是否合理，例行更新則讓產生器持續同步，不需要把每次重新提交當成加速搜尋的技巧。

文章改網址時，要一併檢查新網址、原網址的處理方式、站內連結及標準網址設定。網站地圖應逐步反映目前想呈現的版本，避免長期充滿轉址或失效項目。若只是從地圖移除一筆，原頁面仍可公開存取，並不能因此保證它從搜尋結果消失。

真正需要保護的內容應靠適當存取控制；需要調整索引則依頁面目的選擇正確方法。刪除 Search Console 裡的提交紀錄，同樣不會替你刪掉網站頁面或 Google 已掌握的資訊。清單、頁面和搜尋狀態是三件需要協調的事。

定期對照內容後台，抓出漏列與殘留

維護時以已發布內容表作為起點，對照網站地圖中的網址。先抓出應公開卻漏列的主要頁面，再看已下架但仍留在地圖的項目；最後抽查標準版本與更新日期。不要只因檔案能開啟，就認為內容也正確。

若文章數與地圖數不同，先看統計範圍：索引檔可能還含分類、作者或其他內容，RSS 又可能只有近期文章。將各類筆數分開比較，比要求兩個總數完全相等更有用。Search Console 也不一定列出所有透過其他方式發現的網站地圖。

建議在大量發布、外掛更換、改版與網域搬移後安排一次檢查，平時依更新頻率巡查。留下一份包含發現、修正與複查日期的紀錄，才能知道問題是否重複發生。網站地圖做得好的標準，是規則清楚且持續貼近網站實況。

先設定 Search Console 與理解各階段

辨識抓取預算是否真是問題

釐清重複內容與頁面分工

• 教學
• 軟體與 App
• 行銷與 SEO
• SEO