- 登入
- 註冊
Sitemap 是什麼？XML／HTML 網站地圖差異、產生與提交 Google 教學
內容目錄
顯示
網站剛上線，首頁能開，文章也已發布，Google 卻遲遲找不到部分頁面。這時候 Sitemap 可以幫搜尋引擎取得一份重要網址清單；但它不是排名加速器，也不會替內容品質背書。把用途釐清，提交後才知道該看哪一份報表。
先說結論：Sitemap 幫助發現網址，不保證索引或排名
Sitemap（網站地圖）是提供網站頁面、圖片、影片或其他檔案資訊的檔案。搜尋引擎可透過它得知哪些網址值得抓取，內容何時更新，以及不同檔案之間的關係。
提交 Sitemap 只代表你提供線索。Google 官方明確說明，Sitemap 是提示，不保證其中每個網址都會被抓取，建立索引，更不會因為提交就直接提升排名。
來源：Google Search Central：Sitemap 概覽；Google Search Central：建立與提交 Sitemap（查證 2026-08-02）
XML Sitemap、HTML Sitemap 與網站架構圖差在哪裡？
| 名稱 | 主要讀者 | 形式 | 主要用途 |
|---|---|---|---|
| XML Sitemap | 搜尋引擎 | XML 檔案或 Sitemap index | 列出可供抓取的重要網址與更新資訊 |
| HTML Sitemap | 網站訪客 | 可點擊的網頁清單 | 讓訪客從一頁總覽主要內容 |
| 網站架構圖 | 規劃與製作團隊 | 樹狀圖、流程圖或試算表 | 在建站前討論頁面層級、導覽與內容責任 |
三者都有『地圖』概念，但不能互換。搜尋引擎提交通常指 XML Sitemap；網站規劃會議講的 Sitemap，很多時候其實是網站架構圖；HTML Sitemap 則是提供訪客的導覽頁。
Google 如何找到網站頁面？Sitemap 是其中一條路
可檢索連結是日常發現頁面的主要路徑
Googlebot 會沿著網頁中的連結從一個網址走到下一個網址。重要頁面若沒有任何可發現頁面連過去，就可能成為孤島頁面。Sitemap 可以補充網址清單，但不能取代清楚的導覽與內部連結。
新站、大型站與多媒體內容更容易受益
新網站外部連結少，搜尋引擎可用的發現入口也少；大型網站頁面多，分類深，單靠爬蟲逐層走訪效率較低；影片、圖片與新聞內容則可能需要額外欄位描述。這些都是 Sitemap 較有價值的情境。
小網站仍可使用，但不是唯一的 SEO 工作
如果網站頁數不多，重要頁面都有清楚內部連結，Google 通常仍能發現內容。建立 Sitemap 的成本很低，保留它有助於監控，但不要因此忽略頁面品質、內部連結、canonical 與可索引性。
Sitemap 怎麼看？先找到正確網址
常見網址包括 /sitemap.xml、/sitemap_index.xml 與 WordPress 核心的 /wp-sitemap.xml。實際路徑依 CMS 與 SEO 系統而異，不要只猜一個檔名。
- 先查看 robots.txt 是否有 Sitemap 宣告。
- 登入網站後台，尋找 SEO 或索引相關設定提供的網址。
- 直接開啟 Sitemap，確認回應為 200，而不是登入頁、404 或轉址迴圈。
- 抽查數個網址是否為正式 canonical URL，並排除 404、301 與 noindex 頁面。
如何產生 Sitemap？依網站系統選擇
CMS 自動產生
WordPress 核心、主流 SEO 系統與多數 SaaS 架站服務可自動產生 Sitemap。內容新增或改版時，清單也會跟著調整。這通常比手動維護檔案穩妥。
靜態網站由建置流程產生
靜態網站可在部署流程中依實際路由產生 Sitemap。重點不是工具名稱，而是每次發布都能同步更新，且只列出你希望搜尋引擎採用的正式網址。
大型網站使用 Sitemap index 分組
單一 Sitemap 有檔案大小與網址數量限制。內容量大時可依文章、商品、圖片或語言分檔，再用 Sitemap index 管理。分組也讓 GSC 的錯誤與索引落差更容易定位。
來源：WordPress Core：XML Sitemaps；Sitemaps protocol（查證 2026-08-02）
如何提交 Sitemap 到 Google Search Console？
- 登入 Google Search Console，選擇與正式網址相符的網站資源。
- 從左側索引區進入 Sitemap 報表。
- 輸入 Sitemap 路徑並送出，例如 sitemap_index.xml。
- 等待 Google 擷取後查看狀態，以及最後讀取時間與已探索網址數。
- 網站大改，網址結構調整或報表出錯時再回來檢查，不需要每天重複提交相同檔案。
如果只更新一個重要頁面，可另用網址審查工具測試即時網址並要求建立索引；大量新頁或更新頁則以 Sitemap 搭配正確 lastmod 較合適。兩者都是請求，不是保證。
來源：Search Console：管理 Sitemap；Search Console：網址審查（查證 2026-08-02）
Sitemap 顯示成功，為什麼頁面還是沒進索引？
| 現象 | 代表什麼 | 下一步 |
|---|---|---|
| Sitemap 成功 | Google 可讀取檔案 | 抽查網址審查與頁面索引報表 |
| 已探索網址增加 | Google 看見更多清單網址 | 不等於每頁已索引，繼續看索引原因 |
| 無法擷取 | Sitemap 網址、權限或伺服器回應有問題 | 用瀏覽器與 curl 檢查 HTTP 狀態 |
| 網址已抓取未索引 | Google 已取得內容但暫未選入索引 | 檢查內容價值、重複、canonical 與內鏈 |
| 網址遭 noindex | Google 抓取後讀到不建立索引規則 | 確認是否刻意設定；若要收錄則取消 noindex |
| 網址遭 robots.txt 阻擋 | Googlebot 無法抓取內容，但網址仍可能因連結被索引 | 若要收錄則解除阻擋；若要排除索引，允許抓取後使用 noindex，或改用登入保護 |
來源：Google：使用 noindex 阻止建立索引（查證 2026-08-02）
常見 Sitemap 錯誤
- 把測試站、HTTP、www 與 non-www 的非正式版本混進同一份清單。
- 列出 301、404、noindex 或被登入保護的網址。
- 把每次建置時間都寫成 lastmod，即使內容沒有實質更新。
- 只做 Sitemap，卻沒有任何內部連結指向重要頁面。
- 網站改過網址後沒有同步 canonical、內鏈、轉址與 Sitemap。
秒站的 Sitemap 與 Search Console 怎麼處理？
秒站會自動產生 XML Sitemap，並把 Google Search Console 串接納入建站流程。使用者仍應在正式上線後確認網站資源、Sitemap 狀態與頁面索引報表，因為技術設定完成不等於每一篇內容都會被 Google 選入索引。
來源：秒站方案與功能；Google Search Console 教學（查證 2026-08-02）
內文精華總結
- XML Sitemap 是給搜尋引擎的網址清單，HTML Sitemap 與網站架構圖用途不同。
- Sitemap 協助發現網址，不保證抓取、索引或排名。
- 提交後要看 GSC 狀態與網址審查，不是看到『成功』就結案。
- 清單應只放正式且可索引，並能正常回應的 canonical URL。
- Sitemap 不能取代網站架構與內部連結。
Sitemap 與 SEO 延伸閱讀
想把網站內容與 SEO 一起做好？
如果你不想把主機維運、快取機制、Sitemap 與追蹤工具拆成多個專案，秒站讓你從現成架構開始，也保留用頁面編輯器或 Vibe 畫布調整版面的彈性。先實際進後台看看，再決定是否適合目前的經營階段。
重點整理
Sitemap 是什麼？
Sitemap 是提供網站重要頁面、圖片、影片或其他檔案資訊的檔案，協助搜尋引擎發現與理解網站內容。
Sitemap 怎麼做？
優先使用 CMS 或部署流程自動產生，並確認只列出正式且可索引，也能正常回應的 canonical URL。
Sitemap 怎麼看？
先找 robots.txt 宣告或後台提供的網址，開啟後檢查 HTTP 200，網址是否屬於正式網域，以及是否混入 301、404 或 noindex 頁面。
XML Sitemap 與 HTML Sitemap 差在哪裡？
XML Sitemap 主要給搜尋引擎讀取；HTML Sitemap 是可供訪客點擊的網站導覽頁。兩者可以同時存在。
提交 Sitemap 後會立刻排名嗎？
不會。提交只是提供發現線索，不保證抓取、索引或排名。排名仍取決於內容、連結、品質與其他因素。
一個網站可以有多份 Sitemap 嗎？
可以。大型網站常依文章、商品、圖片或語言分檔，再以 Sitemap index 統一管理。
Sitemap 顯示成功就代表全部已索引嗎？
不是。成功只代表 Google 能讀取檔案。每個網址是否進索引仍要看頁面索引報表與網址審查。
Sitemap 應該放 301、404 或 noindex 頁面嗎？
不建議。Sitemap 應聚焦你希望搜尋引擎採用，而且允許建立索引的正式網址，避免送出互相衝突的訊號。
