AO2 FIELD GUIDE · N007 · SEO 與網站搜尋
XML Sitemap 維護先決定哪些正式網址值得提供給搜尋引擎，再比對轉址、索引規則與主要網址。附新增、改版、整合與停用的處理表，讓清單跟實際網站一致，不把提交成功當成收錄保證。
網站新增很多文章，網站地圖也變長了，但長不代表正確。需要知道該出現的正式頁有沒有漏、已轉址或排除的網址是否還留著，以及誰會在下一次內容變更後回查。Sitemap 是維護清單，不是增加網址數量的業績表。
XML Sitemap 維護，先定義要交出的正式入口
Sitemap 可協助搜尋引擎發現你希望提供的網址。先由內容與網站人員約定：哪些產品、指南、服務與彙整頁有獨立用途，哪些只是預覽、站內搜尋或臨時操作狀態。清單應使用完整正式網址，不把同一內容的多種參數、舊網域與轉址入口全部當成不同頁交出去。
Google 的建立指引建議列出希望出現在搜尋結果中的主要網址，提交則只是提示。清單被讀取，只代表搜尋引擎拿到入口，不代表每一頁都會收錄。本文處理名單與實際輸出的差異，不重做整站改版計畫，也不把 Sitemap 當作修復薄弱內容的捷徑。
白話例子：展場導覽應列開放中的正確攤位
假想企業參展，導覽手冊還印著已搬走的攤位、重複名稱與只限工作人員的房間；同時，新開放的產品展示卻漏掉了。手冊印得再厚，也不能讓訪客更順利到達。網站地圖也是同樣的維護問題：先確認要介紹的地方實際存在，地址與用途清楚，再交出清單。
攤位對應內容頁，搬遷指向轉址，工作區對應不適合納入的非公開或操作頁。比喻不表示搜尋爬蟲只按清單行動，它也可能從其他連結發現網址。移出 Sitemap 不等於刪除索引，更不等於網站下架；需要排除搜尋時，仍要回到相應規則判斷。
把新增、整合與停用放進同一張變更單
新增文章後，核對正式網址是否進入正確的子地圖；多篇合併後，清單保留預計作為主要入口的頁面，舊入口依相關移轉安排處理；已下架的頁面則回查狀態與引用。不是看到停產就一律移除：仍有支援用途的頁面，可能需要繼續保留清楚狀態與文件入口。
每項異動記錄內容 ID、原網址、目前網址、主要任務與理由。Sitemap、canonical、站內連結及轉址應表達一致方向。若外掛與 CMS 都能產生清單，先指定實際使用的索引入口及負責人，不是把各種清單全部提交後就假設沒有衝突。頁面值得不值得公開，仍需內容判斷。
| 變更 | 清單安排 | 另需核對 |
|---|---|---|
| 新增正式文章 | 確認加入正確子地圖 | 公開可讀及主要網址 |
| 多篇整合 | 保留承接任務的入口 | 舊新對照與站內連結 |
| 停產但仍需支援 | 按保留用途判斷 | 狀態、版本與支援文件 |
| 預覽或臨時操作頁 | 依政策排除 | 排除清單不等於阻止索引 |
定期比對預期名單與實際名單，差異逐筆查
準備一份預期納入的正式頁清單，與目前 Sitemap 網址做集合比較。預期有而實際沒有的，查發布狀態、內容類型、外掛排除及主要網址；實際有而預期沒有的，查預覽、參數、舊入口或已變用途頁。總數相同仍可能一進一出，不能只驗收「共幾篇」。
抽樣從清單開啟產品、文章、文件與多語代表頁，再由維護者檢查實際回應、索引規則和 canonical。記錄工具與日期，避免把登入後能看見的草稿當成公開可讀。清單本身也需能正常取得及解析，不能只確認後台有開啟 Sitemap 功能，卻沒有檢查實際輸出。
更新時間要反映內容，維護責任跟著變更走
Google 說明 lastmod 應準確反映頁面的重要更新；不要每天重設全部日期，營造全站剛改完的樣子。實務上可將內容、結構化資料或重要連結的實質變更納入紀錄，而一般版權年份調整不等於每篇指南都重新查核。若系統自動提供日期，也要抽樣確認含義。
完成維護的證據是名單與頁面一致，不是日期全部變成今天。讓新增、合併、停用的編輯流程都附一項清單回查；再以固定樣本與差異紀錄追蹤。搜尋工具的處理狀態另行觀察，失敗時記錄檔案或網址層的原因，不把所有未收錄頁都歸咎於 Sitemap。
| 檢查 | 要保存的結果 | 下一步 |
|---|---|---|
| 預期有、實際沒有 | 漏列網址與內容類型 | 查發布及排除規則 |
| 實際有、預期沒有 | 多列網址與用途 | 查舊入口或參數 |
| 兩邊都有 | 代表頁的實際回應 | 查 canonical 與索引指令 |
| lastmod 與日期 | 重要變更及日期依據 | 修正錯誤產生規則 |
常見問題
Sitemap 的網址越多，網站就越容易被搜尋找到嗎？
不能用數量直接推論。先確保每個入口有獨立用途、正式可讀、主要網址一致，重要頁也有合理站內連結。大量重複參數或過期入口不會因列進清單而變得有用。把預期名單與實際輸出逐筆比較，再觀察搜尋工具的處理結果，不以清單變長作為內容或收錄成效。
從 Sitemap 刪掉一頁，就會退出搜尋嗎？
不會自動保證。Sitemap 是發現與主要網址的提示，搜尋系統也可能從外部或站內連結得知該頁。先判斷頁面是否繼續存在、是否需要限制索引或移轉，再採取合適方法。名單更新應與頁面實際處理一致，不能只刪掉清單中的一行，卻把公開頁與原有連結全部留下。
已經自動產生 Sitemap，還需要人工檢查嗎？
需要核對規則與代表樣本，不必每次手工重做全檔。新增內容類型、改變分類、整合文章或調整索引政策時，先比較前後名單，再抽查實際頁面。自動產生可以減少操作，不能判斷每篇內容的公開用途。保留差異、原因與負責人，讓下一位維護者知道哪些排除是刻意安排。
白話總結：把網站地圖當成會更新的導覽名單
列正確的入口，確認門真的開著；清單送出去之後，仍要觀察搜尋端如何處理。
- 定名單：列出希望提供搜尋的正式頁，分清操作狀態與重複入口。
- 查差異：比對預期與實際清單，抽查回應、canonical 及索引規則。
- 接維護：每次新增、合併與停用後回查，日期對應實質變更。
完成條件：該列的正式頁不漏列，不該列的入口有排除理由，清單與實際網站方向一致。
來源與方法範圍
資料查核：2026 年 10 月 24 日。來源支持文中對應的準則與平台說明；工作表、判斷步驟及已標示的假想情境由 AO2 整理，實際使用時依產品資料與現行設定核對。
