Sitemap（網站地圖）是放在網站上的網址清單，讓搜尋引擎知道你希望它查看哪些頁面。
新網站或頁面數較多的網站，先確認系統是否已經產生 sitemap.xml，再把網址提交到 Google Search Console；若網站是小型、內部連結完整，也可以先檢查現有狀態，不必急著手動造一份。提交只是提示，不能保證頁面一定被檢索或收錄。
Google Search Central〈Learn about sitemaps〉與〈Build and submit a sitemap〉，查證於 2026 年 9 月。
網站需要穩定的新文章？
想持續更新網站，又沒有時間每篇從頭準備？文開花替你安排選題、撰稿與檢查。先看示範內容，再判斷適不適合你的生意。
看看文開花怎麼做 →Sitemap 裡面應該放什麼
把 sitemap 想成網站交給搜尋引擎的「重要頁面目錄」。它列出網址，也可以提供頁面更新等資訊；搜尋引擎仍會自行決定是否檢索、理解並收錄。
Google Search Central 說明，若重要頁面有完整的內部連結，Google 可以沿著連結找到頁面；大型或結構複雜的網站則可透過 sitemap 協助發現網址。它是提供網址線索的工具，不能代替頁面本身的網站導覽。
先想清楚清單的範圍：只放你希望出現在搜尋結果的正式頁面，例如服務頁、商品分類頁、文章頁。不要把登入頁、購物車、搜尋結果頁、測試頁或重複網址一股腦放進去。若同一內容有多個網址版本，Google 建議選定偏好的標準網址（canonical URL）列入 sitemap，而不是把所有相似網址都列上。
網址要用完整的絕對網址，包含通訊協定與網域，例如 https://example.com/about/，不是只寫 /about/。Google 會照清單上的網址嘗試檢索，因此網址若用了錯誤網域、舊版路徑或不一致的斜線，先修正清單來源，再提交。
跨網域的正式網址也要逐項核對，避免把測試站或另一個語系站的頁面混進來。
Google 支援 XML、RSS、Atom 與純文字等 sitemap 格式。XML 可提供頁面資訊，純文字檔則是一行一個網址，只適合列出一般網頁網址。
若你使用內容管理系統，先確認系統是否已建立 sitemap，再決定要不要自行產生；若系統會隨新頁面更新，清單也能跟著網站內容維護。來源：Google Search Central〈Build and submit a sitemap〉，查證於 2026 年 9 月。
先找現有 sitemap.xml
在瀏覽器網址列輸入網站網域後加上 /sitemap.xml，例如 https://example.com/sitemap.xml，查看是否出現網址清單或 sitemap 索引檔。
這是檢查常見位置的簡單起點；若頁面不存在，不代表網站完全沒有 sitemap，因為檔案可能放在其他路徑，或由系統提供索引檔。也可以查看網站的 robots.txt 是否列出 Sitemap 位置。
打開後，先辨認內容型態。XML 檔常會看到 <urlset> 與一組組 <url>；如果看到 <sitemapindex>，代表這個索引再指向多個 sitemap。若畫面顯示純文字網址，也可能是可用的 sitemap 格式。
接著點開幾個網址，確認網域正確、頁面能載入，而且內容是你希望搜尋引擎看到的正式頁。
不要只因為網址列出現 XML 標籤就認定檔案正確。比對清單與實際網站：網站改版後的舊網址是否還留著？草稿或測試頁是否被列入？重要頁面是否完全沒有出現？首頁、文章和服務頁的網址是否使用一致的網域版本？這些檢查能先揪出「檔案存在，但列錯內容」的狀況。
Google 對單一 sitemap 的限制是未壓縮檔案不超過 50 MB，或最多 50,000 個網址；超過其中一項就要拆分成多個 sitemap，也可以用 sitemap index 統一列出。
小型網站可先維持單檔；若網址或檔案容量超過上限，再拆成多份並維護索引。大型目錄或內容持續增加的網站，應確認系統能否自動分檔。來源：Google Search Central〈Build and submit a sitemap〉，查證於 2026 年 9 月。
沒有檔案時，依網站類型產生
如果使用 WordPress、Wix、Blogger 等內容管理系統，Google 說明這些系統可能已經提供 sitemap。先查該系統的官方說明或網站管理介面中的 sitemap 功能名稱，確認產生位置和自動更新方式；不同系統、佈景或外掛的功能可能不同，不要照抄別人的選單路徑。
若你已使用 SEO 外掛，也先確認它是否已建立 sitemap，避免同時啟用多個產生器，讓不同清單互相矛盾。
系統產生後，檢查它列出的網址、更新頻率和檔案位置。每新增一篇文章或下架一個服務頁，系統應能反映實際網站狀況；如果檔案只在建立當下產生一次，後續沒有更新，清單就可能逐漸過時。網站管理者可以把 sitemap 網址記在交接文件，之後改版、換外掛或搬主機時，再確認原位置是否仍可讀取。
若沒有內容管理系統，先盤點正式頁面的固定網址與標準網址，再選擇能從網站資料庫或頁面清單自動輸出的方式。Google 建議較多網址採自動產生，因為人工維護既耗時，也容易漏掉新增頁面或留下已失效網址。
你可以請網站維護人員說明：清單由哪個資料來源建立、哪些頁面會排除、網址變更後何時更新，以及 sitemap 的公開網址在哪裡。
網址只有少量時，可以手動建立 XML 或純文字清單。Google 的說明把「少於幾十個網址」列為可考慮手動建立的範圍；實際是否適合，還要看你能否在每次頁面變動時一併更新。
XML 範例至少要有根節點及每筆網址的 <loc>，內容以 UTF-8 編碼儲存；純文字格式則一行一個完整網址，檔案使用 .txt 副檔名。不要把標題、註解或其他文字混入純文字清單。
若你選 XML，網址中的特殊字元必須依 XML 規則跳脫；手動複製網址時，尤其要留意 & 等符號。
你不必填入看似有用的所有欄位：Google 說明會忽略 <priority> 和 <changefreq>，而 <lastmod> 只有在能持續提供準確、可驗證的重大更新日期時才可能被採用。頁尾年份或例行小改動不等於主要內容更新。
來源：Google Search Central〈Build and submit a sitemap〉，查證於 2026 年 9 月。
提交前做一次內容檢查
把檔案放到網站可公開讀取的位置後，直接開啟完整 sitemap 網址，確認不需要登入即可讀取，且回應內容是預期的檔案。若網站需要開發人員處理，就把檢查項目交代清楚：網址可讀、檔案格式有效、列出的網址屬於正式網站、檔案會隨內容異動更新。
不要只收到「已上傳」就結束，因為上傳位置或清單內容仍可能有錯。
接著抽查清單中的頁面：瀏覽器能否開啟？是否導向另一個網址？頁面是不是正式版，而不是測試環境？是否有不希望出現在搜尋結果的頁面？若一個網址已改名，就更新 sitemap 的來源資料並重新產生，不要只在舊檔中手動刪掉單筆，否則下次更新可能又被加回來。
若網站很小、重要頁面都能從導覽或其他頁面連到，而且沒有需要額外提供的媒體資訊時，Google 表示 sitemap 可能不是必要項目。如果系統已自動產生且內容正確，保留現有檔案即可。
想確認網站目前是缺少頁面，還是頁面尚未收錄，可延伸閱讀Google Search Console 教學：老闆自己看得懂的五個報表與搜尋引擎收錄是什麼？收錄、排名與流量的關係。
網站需要穩定的新文章？
想持續更新網站，又沒有時間每篇從頭準備？文開花替你安排選題、撰稿與檢查。先看示範內容，再判斷適不適合你的生意。
看看文開花怎麼做 →在 Google Search Console 提交
要從 Google Search Console 提交 sitemap，你必須具備該網站資源的擁有者權限，再使用 Sitemap 報告提交檔案網址。若你沒有擁有者權限，可以請資源管理者協助，或在網站的 robots.txt 列出 sitemap 位置。
Search Console 說明指出，提交是告知 Google 網站上的檔案位置，不是把檔案上傳到 Google。介面文字和位置可能改變，請依 Sitemap 報告中的提交功能操作。
來源：Google Search Console 說明〈透過 Sitemap 報告管理 Sitemap〉，查證於 2026 年 9 月。
提交時填入 sitemap 檔案路徑或完整網址，確認沒有多貼空格、漏掉網域或使用錯誤協定，再送出。Google 也接受在網站的 robots.txt 中加入 Sitemap 指示行，讓爬蟲在讀取該檔案時找到 sitemap；指示行應寫完整網址。
Search Console 報告適合查看處理狀態，robots.txt 則是公開告知位置的另一種方法，兩者不代表需要建立兩份內容不同的清單。
提交後回到 Sitemap 報告查看狀態與可能的處理錯誤。若報告指出無法讀取，先自行開啟 sitemap 網址，檢查伺服器是否回傳錯誤、檔案是否需要登入，以及 robots.txt 是否限制存取。
若是格式錯誤，檢查 XML 結構或純文字檔是否混入其他內容；若回報無法擷取網址，逐一確認網址是否完整、網域是否符合網站資源。
報告顯示已處理，也不等於每個網址都會進入搜尋結果。Google Search Central 明確說明，提交 sitemap 是提示，並不保證 Google 一定下載或使用它來檢索網址。
若某頁沒有收錄，應再看頁面本身能否公開存取、是否有其他頁面連入、內容是否重複，以及頁面是否設有阻擋檢索的設定。不要反覆提交同一個檔案來取代這些檢查。
如果網站有不同語系或行動版網址，先整理各版本的關係，再決定清單該列哪些網址。Google 建議對桌面版與行動版內容採用一致策略；若要在 sitemap 中同時標示不同版本，需依官方格式補上對應資訊。
這類跨版本設定涉及網站結構，若你不確定目前的標準網址規則，先請網站維護人員確認，再改動清單，避免一份 sitemap 同時送出彼此衝突的網址。
提交後怎麼維護
把 sitemap 的網址和產生方式留給負責維護網站的人，網站搬家、改網址、切換系統或停用外掛時，重新確認檔案仍然存在、內容仍符合正式網站。最值得追蹤的是變更後的結果：新頁面是否出現在清單、移除頁面是否不再列入、舊網址是否已由新網址取代。
維護清單的關鍵是讓它反映網站，而不是固定某個 XML 範本長相。
若一個 sitemap 太大，依 Google 的上限拆成多份，再用 sitemap index 列出子檔案，或在 Search Console 提交多份 sitemap。拆分可按內容類型或網站區域管理，但分類應讓維護者看得懂，並能對照網站實際網址。若每份清單的來源不清楚，拆檔只會增加排錯工作。
Sitemap 也不是網站導覽的替代品。重要頁面仍應從首頁、分類頁或相關內容取得內部連結，讓訪客和搜尋引擎都能沿著網站結構找到它們。把清單、內部連結與正確的標準網址一起維護，才不會出現 sitemap 有列、網站其他地方卻找不到，或同一內容被多個網址重複呈現的情況。
簡單整理：先檢查系統已提供的 sitemap，再確認清單只包含正式、完整且希望被搜尋的網址；沒有現成檔案時，依網站平台自動產生，網址很少且能同步維護時才考慮手動建立；最後用 Google Search Console 提交並處理報告指出的錯誤。
依序完成這些檢查，你就能把 sitemap 的問題拆成可處理的步驟，也能在網站改版後知道該回頭看哪個環節。
常見問題
網站已經有 robots.txt，還需要 sitemap.xml 嗎？
兩者用途不同。robots.txt 可告知爬蟲哪些位置不應檢索，也可以列出 sitemap 的位置；sitemap 則整理希望搜尋引擎發現的網址。Google Search Central 說明 sitemap 可能透過 Search Console 提交，或由 robots.txt 指出位置。
修改 sitemap 後，需要刪除再重新提交嗎？
先讓網站上的 sitemap 檔案更新，再檢查檔案網址仍然可讀。若檔案位置不變，Search Console 報告會顯示該 sitemap 的處理狀態；網址或檔案位置變更時，再依報告提交正確位置。
提交 sitemap 後，為什麼網址還沒有出現在搜尋結果？
先確認頁面可公開存取、網址是正式版本，並檢查頁面是否設為不檢索；再用 Google Search Console 的網址檢查功能查看頁面狀態與未收錄原因，依檢查結果修正頁面內容或設定。
最後更新：2026-09
網站需要穩定的新文章？
想持續更新網站，又沒有時間每篇從頭準備？文開花替你安排選題、撰稿與檢查。先看示範內容，再判斷適不適合你的生意。
看看文開花怎麼做 →