什麼是網站地圖？XML Sitemap 白話解說

網站地圖是一個檔案，通常位於 yoursite.com/sitemap.xml，列出你希望搜尋引擎得知的網站頁面。Google 將它描述為一種告訴搜尋引擎你的頁面、影片與其他檔案，以及它們彼此之間關係的方式，讓搜尋引擎能更有效率地抓取你的網站。它是一張實用的地圖，而不是保證：搜尋引擎仍會自行決定要抓取、建立索引和顯示哪些內容。

為什麼用 AI 建站時特別重要

用 AI 建立網站時，頁面常常在還沒有人連結到它們之前就已經存在。新網站沒有其他網站指向它，而單頁應用程式的部分頁面可能要等 JavaScript 執行後才能存取。網站地圖能直接把你真實的網址清單交給搜尋引擎。

這個簡單的檔案背後有幾項決定：

• 要納入哪些頁面。 你希望被找到的公開頁面，而不是登入畫面、管理後台或重複的頁面。
• 使用哪個網址。 你的最終網域，並且一律使用 https://。
• 保持更新。 新的部落格文章、商品或房源應該自動出現，而不需要有人手動編輯檔案。

如果網站的頁面來自資料庫（房源、商品、文章），網站地圖也應該由這些資料產生，而不是寫一次之後就置之不理。

日常生活的比喻

網站地圖就像購物中心大廳的樓層指示牌。你可以逛遍每條走廊找到每家店，常來的人也確實是這樣做。但指示牌把所有店家列在同一處，包括藏在三樓角落的那一家。它不會讓店家變得更好，也不保證有人會光顧，它只是確保大家找得到。

對只有一條走廊的小型購物中心來說，指示牌很方便但不是必需品。對超大型的購物中心，或剛開幕、還沒人知道的購物中心，它就非常重要。

你需要一份嗎？

依照 Google 的指引，簡單來說：

實際上，網站地圖加上去的成本很低，所以許多小型網站無論如何都會加入一份。

網站地圖長什麼樣子

以下是一家麵包店的小型 XML 網站地圖：

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.examplebakery.com/</loc>
    <lastmod>2026-09-20</lastmod>
  </url>
  <url>
    <loc>https://www.examplebakery.com/menu</loc>
    <lastmod>2026-09-28</lastmod>
  </url>
  <url>
    <loc>https://www.examplebakery.com/custom-cakes</loc>
    <lastmod>2026-08-02</lastmod>
  </url>
</urlset>

每個 <url> 都有一個 <loc>，也就是頁面的完整網址，另外可以選擇加上 <lastmod> 日期。

Google 文件中的幾項規則：

• 使用絕對網址。 寫 https://www.examplebakery.com/menu，不要只寫 /menu。
• 大小限制。 一份網站地圖最多可包含 50,000 個網址，或未壓縮時 50 MB。更大的網站應拆分成多份網站地圖，並列在一個稱為網站地圖索引的檔案中。
• lastmod 要誠實。 Google 只有在它持續保持準確時才會採用，而且應反映頁面的實質變更，不能只是版權年份自動更新。
• Google 會忽略 priority 和 changefreq。 許多網站地圖產生器仍會加上它們，雖然無害，但不必花時間調整。

Google 也接受較簡單的格式，例如每行一個網址的純文字檔，或 RSS／Atom 摘要。

實例：房源刊登網站

假設你做了一個出租公寓的刊登網站，有首頁、關於我們頁、搜尋頁，以及每筆房源各自的頁面，例如 /listings/2-bed-flat-canal-street。房源每週都會上架與下架。

放進去的內容。 首頁、關於頁、區域頁（/areas/city-centre），以及每一個有效的房源頁面。每個房源的 lastmod 是其詳細資料最後變更的日期。

不放進去的內容。 登入頁、房東管理後台、已儲存搜尋頁，以及網址中帶有篩選條件的搜尋結果（/search?beds=2&max=1200）。這些頁面不是私人頁面，就是與其他頁面內容幾乎相同。

保持更新。 不要使用靜態檔案，而是讓伺服器在每次收到請求時（或定期重建時）從資料庫產生 sitemap.xml。房源出租並下架後，它會從網站地圖中消失，而其頁面會回傳正確的「已不存在」或「找不到」狀態。

告訴搜尋引擎。 robots.txt 中包含一行指向網站地圖的內容：

User-agent: *
Disallow: /dashboard
Sitemap: https://www.examplelets.com/sitemap.xml

網站擁有者再將網站地圖提交到 Google Search Console，在「網站地圖」報表中就能看到 Google 是否能讀取它，以及找到了多少網址。

常見名詞解釋

常見錯誤與迷思

• 「有網站地圖就會被建立索引。」 它只能幫助搜尋引擎發現頁面。Google 表示，它不保證會被抓取或建立索引。
• 相對網址。 /menu 在網站地圖中無效，請使用完整網址。
• 網域錯誤。 網站地圖若列出預覽或測試環境的網址，或使用 http:// 而非 https://，會把搜尋引擎導向錯誤的位置。
• 放入你不希望被建立索引的頁面。 登入頁、管理頁，或設定了 noindex 的頁面會傳送混亂的訊號。
• 包含失效或會重新導向的網址。 只列出每個頁面最終可正常運作的網址。
• 過時的網站地圖。 上線時寫好一次就不再更新，會漏掉之後新增的每一個頁面。
• 偽造 lastmod。 每天都把所有頁面的日期設為今天，會讓 Google 學會忽略這個欄位。
• 只依賴網站地圖，而不做連結。 頁面也應該能透過網站上的一般連結存取。

向你的 AI 建站工具要求什麼

• 「在網站根目錄產生 sitemap.xml，列出所有公開頁面，並使用我最終網域上的絕對 https:// 網址。」
• 「從資料庫產生網站地圖，讓新的房源或文章自動出現。」
• 「只有在頁面內容實際變更時才更新 lastmod。」
• 「排除登入、儀表板、管理後台與帶篩選條件的搜尋頁面。」
• 「新增一個 robots.txt，允許公開頁面，並包含一行 Sitemap:。」
• 「確保網站地圖中的每個網址都回傳 200 狀態，且沒有被重新導向。」
• 「如果網址超過 50,000 筆，請拆分成多份網站地圖，並使用網站地圖索引。」

接著在 Search Console 中提交。如需更完整的概念，請閱讀什麼是 SEO與AI 建置網站的 SEO。

Mythex 中的網站地圖

Mythex 不會自動產生網站地圖；你在聊天中提出需求，Agent 會把它加入你 App 的程式碼中。文件中的發布後 App 的 SEO範例包含一段起始提示詞，涵蓋簡單的 sitemap.xml 與 robots.txt，以及標題和中繼描述。請使用訪客實際會造訪的網址，也就是你的 mythex.ai 子網域，或在 Pro 方案中使用你的自訂網域。修改後請重新發布，讓正式網站提供新的檔案。

常見問題