Sitemap 是什麼?一次學會網站地圖建立提交與 SEO 檢查

內容大綱

Sitemap 是什麼?先掌握網站地圖的核心功能

Sitemap 中文稱為「網站地圖」,是一份提供網站網址、圖片、影片、新聞及其他檔案資訊的清單。搜尋引擎可透過 Sitemap 理解網站架構、發現重要頁面,並更有效率地安排抓取。最常見的 Sitemap 網址是 https://www.example.com/sitemap.xml,但實際路徑可由網站管理者自行設定。

Sitemap 的主要作用是協助搜尋引擎發現網址,不代表提交後一定會被 Google 收錄,也不會直接提高關鍵字排名。頁面能否建立索引,仍取決於內容品質、重複內容、網站內部連結、伺服器狀態、robots.txt、noindex 標記及 Google 對頁面的判斷。

對內容量少、內部連結清楚的小型網站而言,Google 可能不依靠 Sitemap 也能找到所有頁面;但大型網站、電子商務網站、新聞網站、新建立的網站,或擁有大量圖片與影片的網站,通常更需要建立網站地圖。

Sitemap 中文常見的兩種網站地圖

XML Sitemap

XML Sitemap 是提供給搜尋引擎讀取的結構化檔案,也是 SEO 討論中最常指的網站地圖。網路上常見的「Sitemapxml」或「Sitemap XML」其實都在描述這種格式。

XML 檔案可列出每個正式網址及最後修改時間,也能延伸加入圖片、影片或新聞資訊。Google、Bing 等搜尋引擎都能讀取符合 Sitemap 協定的檔案。

HTML 網站地圖

HTML 網站地圖是提供給使用者瀏覽的網頁,通常按照產品、服務、文章或主題分類,協助訪客快速找到內容。它也能增加重要頁面的內部連結,但不能取代 XML Sitemap。

如果網站導覽清楚、分類完整,HTML 網站地圖不一定是必要項目;若網站層級較深或內容龐大,建立 HTML 版本則有助於改善使用體驗。

XML Sitemap 與 HTML 網站地圖比較

網站地圖類型分析表

比較項目 XML Sitemap HTML 網站地圖
主要使用對象 Google 等搜尋引擎 網站訪客
常見格式 XML 檔案 一般 HTML 網頁
主要用途 協助發現、抓取及理解網址 協助使用者瀏覽網站內容
是否能提交到 Google Search Console 可以 通常不需要
是否可提供最後修改時間 可以 沒有固定要求
是否支援圖片、影片與新聞資訊 可以 通常只提供導覽連結
是否直接提升排名 不會 不會
能否保證收錄 不能 不能
常見網址 /sitemap.xml /sitemap 或自訂網址
適合網站 幾乎所有需要 SEO 管理的網站 內容多、層級深或導覽複雜的網站

兩者功能不同,因此可以同時存在。XML 版本負責傳遞結構化資訊,HTML 版本則改善訪客導覽與內部連結。

Sitemap 對 SEO 有哪些實際幫助?

協助搜尋引擎發現新頁面

剛成立的網站通常缺少外部連結,Google 較難從其他網站找到新內容。提交網站地圖能主動提供網址清單,增加搜尋引擎發現頁面的機會。

改善大型網站的抓取效率

電子商務網站可能擁有大量商品、分類及品牌頁面。如果部分頁面位於較深層級,或只透過篩選功能才能到達,搜尋引擎未必能快速找到。Sitemap 可提供明確的正式網址清單,協助爬蟲安排抓取。

傳遞內容更新資訊

XML Sitemap 中的 <lastmod> 可標示頁面最後一次重大修改的時間。當文章內容、商品資訊或頁面主要結構確實更新時,應同步更新日期。

不應在內容沒有變動的情況下,每天自動修改所有 <lastmod> 日期。錯誤或不可信的更新資訊可能被搜尋引擎忽略。

支援圖片、影片與新聞內容

圖片 Sitemap 可提供圖片網址及相關資訊;影片 Sitemap 可描述影片頁面、縮圖、標題及內容;新聞 Sitemap 則可協助 Google 辨識近期發布的新聞內容。不同類型應依照搜尋引擎公布的格式建立,不宜自行增加未支援的欄位。

網站地圖範例:標準 XML 格式

基本網站地圖範例

以下是最基本的網站地圖範例,包含兩個網址及各自的最後修改日期:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/</loc>
    <lastmod>2026-08-20</lastmod>
  </url>
  <url>
    <loc>https://www.example.com/blog/sitemap-guide</loc>
    <lastmod>2026-08-25</lastmod>
  </url>
</urlset>

<loc> 用來放置完整且可供搜尋引擎存取的網址,應包含 https:// 等通訊協定及正確網域。<lastmod> 代表內容最後重大修改日期,不是 Google 最後抓取日期,也不是檔案產生時間。

部分 Sitemap 產生器仍會輸出 <changefreq><priority>。這些欄位屬於 Sitemap 協定的一部分,但 Google 表示會忽略這兩項設定。因此,把更新頻率設定成「always」或將所有頁面的優先值設為最高,並不會讓 Google 更頻繁抓取,也不會提高排名。

Sitemap 索引檔範例

當網站需要多個 Sitemap 時,可利用索引檔集中管理:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/post-sitemap.xml</loc>
    <lastmod>2026-08-25</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/product-sitemap.xml</loc>
    <lastmod>2026-08-24</lastmod>
  </sitemap>
</sitemapindex>

索引檔適合將文章、商品、分類、圖片或不同語言版本分開管理,也能讓問題排查更加容易。

Sitemap 網址應該放在哪裡?

常見 Sitemap 網址包括:

https://www.example.com/sitemap.xml

https://www.example.com/sitemap_index.xml

https://www.example.com/post-sitemap.xml

Sitemap 不一定要命名為 sitemap.xml,但檔案必須能讓搜尋引擎正常存取。若 Sitemap 位於某個目錄中,原則上只能影響該目錄及其下層網址;因此,多數網站會將主要網站地圖放在網域根目錄。

網站也可在 robots.txt 中加入 Sitemap 位置,例如:

Sitemap: https://www.example.com/sitemap.xml

這行設定不會阻擋或允許爬蟲,只是告知搜尋引擎網站地圖的位置。若有多個索引檔,也可以分別列出。

完整 Sitemap 教學:建立、檢查與提交

第一步:整理應被收錄的正式網址

建立 Sitemap 前,先確認哪些頁面具有搜尋價值。一般應放入回傳 HTTP 200 狀態、允許建立索引,並以自身作為 canonical 的正式網址。

登入頁、購物車、站內搜尋結果、測試頁面、重複參數網址、404 頁面,以及使用 noindex 的頁面,通常不應出現在 Sitemap。若 Sitemap 持續提供無法收錄的網址,搜尋引擎將難以判斷網站真正希望建立索引的內容。

第二步:選擇合適的 Sitemap 產生器

WordPress 可透過核心功能或 SEO 外掛建立網站地圖;其他內容管理系統及電子商務平台通常也有內建功能。自行開發的網站則可使用程式、伺服器排程或第三方 Sitemap 工具自動產生。

選擇 Sitemap 產生器時,應確認它能排除 noindex、重新導向與非 canonical 網址,並在新增、刪除或重大修改內容時自動更新。與其選擇輸出大量網址的工具,更重要的是輸出內容是否正確。

第三步:驗證 XML 格式與網址狀態

開啟 Sitemap 網址,確認伺服器回傳 200 狀態碼,XML 可以正常解析,網址也沒有拼寫錯誤。接著抽查其中的頁面,確認不存在 404、5xx、重新導向、被 robots.txt 阻擋或設有 noindex 的情況。

XML 中的特殊符號必須正確跳脫。例如網址參數中的 & 應寫成 &amp;,否則可能造成 XML 解析錯誤。

第四步:提交 Google Sitemap

實務上所稱的 Google Sitemap,通常是指將 XML 網站地圖提交給 Google。網站管理者可先完成 Google Search Console 資源驗證,再進入「Sitemap」功能,輸入網站地圖路徑並提交。

提交後應查看 Google 是否能成功讀取檔案,以及已發現多少個網址。Sitemap 顯示成功只代表 Google 能讀取,不表示其中每個頁面都已收錄。

過去部分教學會使用 Google Sitemap ping 網址通知更新,但 Google 已停止支援該方式。現在應透過 Google Search Console 提交、在 robots.txt 中宣告,並讓 Google 依正常抓取流程重新讀取。

第五步:追蹤索引與錯誤狀況

提交後,可搭配 Google Search Console 的頁面索引報表與網址檢查工具,了解網址是否已建立索引。若發現「已檢索但尚未建立索引」、「重複網頁」或「遭 noindex 排除」等情況,應處理頁面本身的問題,而不是反覆提交 Sitemap。

Sitemap 工具應該如何選擇?

內容管理系統內建功能

CMS 內建功能通常能隨內容更新,自動加入或移除網址,維護成本較低。使用前仍應檢查它是否包含作者彙整頁、標籤頁或其他內容較薄弱的網址。

SEO 外掛

SEO 外掛通常可以控制內容類型是否納入網站地圖,適合 WordPress 等系統。網站不宜同時啟用多個產生 Sitemap 的外掛,以免出現重複檔案或設定衝突。

線上 Sitemap 產生器

線上 Sitemap 產生器會從首頁開始爬取網站,再輸出 XML 檔案,適合頁數不多的靜態網站。但如果頁面缺少內部連結、需要登入,或依靠 JavaScript 互動才能出現,工具可能無法完整找到。

使用第三方線上工具時,也要留意網址數量限制、資料隱私及檔案更新方式。若每次新增內容都必須手動重新產生,就不適合更新頻繁的網站。

自動化程式與伺服器排程

大型網站適合直接從資料庫、內容發布系統或正式 URL 清單產生 Sitemap。這種方式能精確控制頁面狀態、最後修改日期及檔案拆分規則,但需要開發與監控能力。

建立 Sitemap 時必須遵守的限制

單一 Sitemap 最多可包含 50,000 個網址,未壓縮檔案大小不得超過 50MB。超過任一限制時,應拆成多個檔案,再以 Sitemap 索引檔統一管理。經 gzip 壓縮可以降低傳輸量,但解壓縮後仍須符合檔案大小限制。

Sitemap 中的網址應使用完整絕對路徑,而且通常應與檔案所在資源及通訊協定一致。網站若同時有 HTTP、HTTPS、www 及非 www 版本,應只提交被選定為正式版本的網址。

Sitemap 檔案必須使用 UTF-8 編碼。若網站包含中文網址,產生工具應正確處理 URL 與 XML 字元,不可直接放入會破壞 XML 結構的特殊符號。

常見的網站地圖錯誤

把所有網址都加入 Sitemap

網站地圖不是網址備份檔。將重複內容、篩選參數、分頁組合、登入頁及無搜尋價值的頁面全部放入,可能浪費抓取資源,也會增加索引管理難度。

Sitemap 與 canonical 互相矛盾

若 Sitemap 列出 A 網址,但 A 頁面的 canonical 指向 B 網址,等於同時提供兩種不同訊號。正確做法是讓 Sitemap 只保留希望被視為正式版本的 B 網址。

放入重新導向或失效頁面

301、302、404 及 5xx 網址不應長期存在於 Sitemap。內容永久轉移時,應將舊網址從網站地圖移除,改放最終目的網址。

誤以為提交後一定會收錄

Sitemap 只是提供線索,Google 仍會評估內容是否具有獨特價值、頁面能否正常呈現,以及網站整體品質。內容重複或資訊不足時,即使技術設定完全正確,也可能不被收錄。

刻意操控更新時間與頻率

把所有頁面的 <lastmod> 每天改成當天日期,無法有效增加抓取次數。搜尋引擎可能比較頁面實際變化,長期不準確的日期會降低欄位的參考價值。

如何判斷 Sitemap 是否有效?

有效的 Sitemap 應能被公開存取、通過 XML 解析、只包含正式且可建立索引的網址,並能隨網站內容變化更新。網站管理者也應定期比較 Sitemap 提交數量與實際索引狀況。

如果「已發現網址」很多,但實際收錄比例長期偏低,可依內容類型拆分網站地圖。例如把商品、分類及文章分成不同檔案,以判斷哪一類頁面出現品質或技術問題。

同時應檢查伺服器日誌、Google Search Console 索引報表、canonical 設定及內部連結。Sitemap 無法彌補混亂的網站架構;重要頁面仍應能從首頁、分類頁或其他相關內容透過一般連結到達。

結論

Sitemap 是協助搜尋引擎發現及理解網站內容的技術檔案,而不是保證排名或收錄的捷徑。建立網站地圖時,應優先放入可正常存取、允許索引、具有搜尋價值且 canonical 一致的正式網址。

正確的做法是使用可靠的 Sitemap 工具自動更新檔案,將 Sitemap 網址放在容易存取的位置,透過 robots.txt 與 Google Search Console 提供給搜尋引擎,並持續檢查格式、頁面狀態及索引結果。網站規模擴大後,再依內容類型拆分檔案與建立索引檔,才能讓網站地圖保持準確且容易管理。

網站地圖常見問題

1. 每個網站都一定需要 Sitemap 嗎?

不一定。頁面少、內部連結完整的小型網站可能不需要依賴 Sitemap,但建立正確的 XML 網站地圖通常沒有壞處。大型、新建立、新聞、影音及電子商務網站更建議使用。

2. Sitemap 可以提升 Google 排名嗎?

Sitemap 不會直接提高排名。它的作用是協助搜尋引擎發現與抓取網址,實際排名仍取決於內容品質、相關性、頁面體驗、連結及其他搜尋系統訊號。

3. 提交 Sitemap 後多久會被 Google 收錄?

沒有固定時間。Google 可能很快讀取檔案,但讀取不等於收錄。抓取與建立索引的速度會受到網站品質、伺服器狀態、更新頻率及網站重要性等因素影響。

4. Sitemap 網址一定要是 sitemap.xml 嗎?

不需要。檔名可以自訂,例如 product-sitemap.xmlsitemap_index.xml,只要網址可正常存取、格式正確,並提交給搜尋引擎即可。

5. Sitemap 應該放入 noindex 頁面嗎?

不應該。noindex 表示不希望頁面建立索引,Sitemap 卻表示該網址值得搜尋引擎處理,兩者訊號互相矛盾。

6. 可以在 Sitemap 中放入 404 網址嗎?

不建議。404 網址應從網站地圖移除。如果內容已有替代頁面,應更新內部連結,並在適當情況下設定 301 重新導向。

7. Sitemap 多久更新一次?

應在新增、刪除或重大修改內容時更新。若使用 CMS 或自動化 Sitemap 產生器,通常能即時或定期更新,不需要每天手動重建。

8. 一個網站可以有多個 Sitemap 嗎?

可以。大型網站可依文章、商品、分類、圖片、影片或語言版本拆分,再使用 Sitemap 索引檔統一提交與管理。

9. HTML 網站地圖可以取代 XML Sitemap 嗎?

不建議互相取代。HTML 網站地圖主要服務訪客,XML Sitemap 則以搜尋引擎為主要對象。兩者可以同時使用。

10. 為什麼 Google Search Console 顯示 Sitemap 成功,頁面卻沒有收錄?

「成功」只表示 Google 能讀取網站地圖。頁面仍可能因重複內容、內容品質不足、canonical 指向其他網址、noindex、伺服器錯誤或其他索引判斷而未被收錄。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料