Sitemap 提交是把新網站介紹給 Google 的第一個正式動作：你把一份「網頁清單」交給搜尋引擎，讓它不必靠運氣慢慢摸索你的網站結構。很多台灣小店業主的網站做好了、文章也發了，卻遲遲等不到 Google 收錄，問題常常就出在這一步——不是沒提交，就是提交了顯示「無法擷取」卻不知道怎麼修。這篇文章會用最白話的方式，帶你在三分鐘內完成提交，並把提交後每一種狀態的意義和修法一次講清楚。
- Sitemap 提交四步驟三分鐘完成
- WordPress 三種 Sitemap 網址對照
- 狀態分成功、發生錯誤、無法擷取
- 無法擷取五大原因逐項修法
- ping 已淘汰，lastmod 才是重點
Sitemap 是什麼？先搞懂 Google 找到網頁的三個階段
Sitemap（網站地圖）是一份 XML 格式的檔案，列出你網站上希望被搜尋引擎知道的所有網址。要理解它的角色，先記住 Google 處理網頁的三個階段：探索（發現這個網址存在）、檢索（實際抓取網頁內容）、索引（把網頁收進資料庫，開始有機會出現在搜尋結果）。Sitemap 作用在最前面的「探索」階段——它讓 Google 不必只靠外部連結或站內連結，就能直接拿到你的完整網址清單。這對剛上線的新網站特別重要：新站幾乎沒有外部連結指進來，Google 能發現你的管道本來就少，Sitemap 等於幫它開了一條直達車道。
Sitemap 的功能是幫 Google「更快找到」網頁，而不是「保證收錄」網頁。這是全文最需要先建立的觀念，後面看報表狀態時才不會誤判。
另外要分清楚兩種網站地圖：XML Sitemap 是給搜尋引擎機器讀的；HTML Sitemap 則是給訪客看的頁面版目錄。本文談的提交，指的都是 XML Sitemap。
那麼，每個網站都非提交不可嗎？根據 Google 搜尋中心的 Sitemap 簡介文件，如果網站規模小（大約 500 頁以內）、站內連結完整、又沒有大量影音或新聞內容，Google 通常自己就能探索完畢，不提交也無妨。但對正在衝刺 SEO 的中小企業網站來說，提交幾乎沒有成本、又能加速新內容被發現，仍然是我們建議每個網站上線後必做的基本功。想把 Search Console 從驗證到日常監控整套學起來，可以先收藏我們的 Google Search Console 完整教學。
第一步：找出你網站的 Sitemap 網址
提交之前，你得先知道自己的 Sitemap 在哪裡。好消息是：現在的主流架站方式幾乎都會自動產生，你不需要手動寫 XML。麻煩的是，不同外掛的網址不一樣，交錯了就會白忙一場。以最多台灣小店使用的 WordPress 為例：
| 你的環境 | Sitemap 預設網址 | 說明 |
|---|---|---|
| WordPress 內建（5.5 版起） | 你的網域/wp-sitemap.xml | 沒裝任何 SEO 外掛時的預設 |
| Rank Math | 你的網域/sitemap_index.xml | 啟用後自動產生並停用內建版 |
| Yoast SEO | 你的網域/sitemap_index.xml | 同樣會接管內建 Sitemap |
| Shopify、Wix 等平台 | 你的網域/sitemap.xml | 平台自動維護，無法關閉 |
依據 WordPress 5.5 官方開發公告，2020 年 8 月起 WordPress 核心就內建了基本的 XML Sitemap 功能；而依 Rank Math 官方說明文件與 Yoast 官方說明，這兩大 SEO 外掛啟用後都會用自己的 sitemap_index.xml 取代內建版本，並在你發布新文章時自動更新清單。
確認方式很簡單：打開無痕視窗，把上表的網址貼上去。能看到一頁列滿連結的 XML，就是它了；如果出現 404，換下一個候選網址試。
先確認你的網站到底有幾份 Sitemap。裝了 SEO 外掛、卻把 WordPress 內建那份交出去，是我們幫業主健檢時最常看到的烏龍。
順帶提醒一個很少教學會講的細節：如果你曾經換過 SEO 外掛（例如 Yoast 換成 Rank Math），舊的 Sitemap 網址可能還殘留在 Search Console 的提交紀錄裡。舊網址一旦開始回傳 404，報表就會出現一排錯誤。處理方式是把失效的舊 Sitemap 從報表中刪除，只保留現行外掛產生的那一份，讓報表乾乾淨淨。
Sitemap 提交四步驟：用 GSC 三分鐘完成
找到網址後，就可以進 Google Search Console（GSC）提交了。前提只有一個：你的網站資源已經完成驗證，而且你的帳號具備「擁有者」權限——委外架站的業主請特別注意，如果 GSC 是廠商幫你開的，先確認自己的 Google 帳號有被加為擁有者。根據 Google Search Console 說明中心「透過 Sitemap 報告管理 Sitemap」，提交的完整流程如下：
- 開啟 Sitemap 報告：登入 GSC，左側選單點「索引」底下的「Sitemap」。
- 輸入 Sitemap 網址：在「新增 Sitemap」欄位貼上路徑。網域欄位已經固定顯示，你只需要輸入後半段，例如 sitemap_index.xml。
- 按下提交：送出後畫面會提示已提交，Google 會排程抓取，不一定當下就處理完。
- 回頭查看狀態：幾分鐘到幾天內，報表會顯示這份 Sitemap 的處理結果與探索到的網址數。
如果你的網站有多份 Sitemap（例如部落格文章和商品頁各一份），不必逐一輸入：只要提交最上層的索引檔（sitemap_index.xml），底下的子 Sitemap 會自動被 Google 讀取，並在報表中各自列成一行，個別顯示處理狀態。
提交前有個小保險動作：先把完整的 Sitemap 網址貼到瀏覽器確認打得開，再到 GSC 上方的網址檢查工具測試這個網址，確認擷取沒有被擋。提交 Sitemap 原則上只需要做一次，之後外掛會在你每次發文時自動更新內容，Google 也會定期回來重讀。
Sitemap 提交後看懂報表：三種狀態與「系統探索到的網頁」
提交完成後，報表的「狀態」欄會出現三種結果之一，這是官方介面的實際用語：
- 成功：Google 順利讀取並處理了這份 Sitemap。
- 發生錯誤：檔案讀得到，但內容有問題，例如格式錯誤、包含被封鎖的網址；報表會標示錯誤類型與數量。
- 無法擷取：Google 連檔案本身都拿不到，通常是網址錯誤、伺服器擋住或 robots.txt 封鎖，下一段會逐項拆解。
另一個關鍵欄位是「系統探索到的網頁」，它顯示 Google 從這份 Sitemap 裡看到了多少個網址。很多業主看到這個數字就以為大功告成，其實不然：
要看單一網頁的實際索引情形，請到左側「網頁索引」報表：那裡會把所有網址分成「已建立索引」與各種未索引原因，搭配 Sitemap 報表一起看，才能完整掌握從探索到索引的全貌。所以如果你的 Sitemap 一切正常、網頁卻遲遲沒被收錄，問題已經不在 Sitemap，而在索引階段。這種情況請直接看我們另一篇《已檢索但尚未建立索引的修復教學》，那裡有針對索引卡關的完整處方。
「無法擷取」怎麼辦？五個最常見原因與修法
這一段是多數 Sitemap 教學都沒寫透的：提交只要三分鐘，真正讓業主卡關的是提交後的紅字。以下把我們實務上遇過的「無法擷取」與錯誤原因，依出現頻率整理成排錯表：
| 原因 | 怎麼確認 | 修法 |
|---|---|---|
| robots.txt 封鎖 | 打開 你的網域/robots.txt，看有沒有 Disallow: / 或封鎖 Sitemap 路徑 | 移除封鎖規則（測試站上線最常忘記拆） |
| Sitemap 網址打錯或 404 | 無痕視窗直接開該網址 | 改成正確網址重新提交，刪掉打錯的那筆 |
| 網址版本與資源不符 | 提交的是 www 版，GSC 資源卻是非 www（或 http 對 https） | 統一用與資源完全一致的版本提交 |
| 伺服器逾時或防火牆擋爬蟲 | 網頁打得開但 GSC 一直失敗，主機商有開防護（如國外 IP 封鎖） | 請主機商放行 Googlebot，或關閉對爬蟲的地區封鎖 |
| 回應的不是 XML | 打開網址看到的是網頁、轉址或錯誤頁 | 修正外掛設定，確認回傳純 XML 且不經過轉址 |
Sitemap 連續擷取失敗一段時間後，Google 會暫時停止回訪，所以把問題修好之後，務必回到報表重新提交一次。別修完就放著等，那可能要多等上好幾週。
分享一個我們自己處理過的案例：2025 年秋天有一家台南的烘焙教室來做網站健檢，症狀是全站只有首頁被收錄，Sitemap 狀態卡在「無法擷取」超過三週。我們逐項排查後發現，網站改版時工程師把測試站的 robots.txt 直接搬上正式站，裡面留了一行 Disallow: /——等於告訴 Google「整站都別來」。移除那一行、回到 GSC 重新提交後，隔天狀態就轉為「成功」，系統探索到的網頁從 0 跳到 137 頁，兩週內課程頁陸續進入索引，非品牌關鍵字的自然流量也開始出現。這類問題不修，後面做再多內容都是白工。
排錯順序永遠是：先開 robots.txt、再開 Sitemap 網址本身、最後才查伺服器。九成的「無法擷取」在前兩步就能找到兇手。
2026 年 Sitemap 提交的正確觀念：別再照舊教學做這三件事
網路上大量 Sitemap 教學寫於多年前，有三個觀念已經過時，照做輕則浪費時間，重則誤導判斷。這也是多數競品文章沒更新的部分：
第一，ping 端點已經走入歷史，別再手動「通知」Google。過去可以用一個特殊網址（ping endpoint）通知 Google「我的 Sitemap 更新了」，部分舊教學和外掛還在教這招。但根據 Google 搜尋中心官方部落格，這個機制已於 2023 年 6 月宣布淘汰，約半年後正式停用，現在對該端點發出的請求只會得到 404。你唯一要做的，就是在 GSC 提交一次，之後交給 Google 定期回訪。
第二，changefreq 和 priority 填了也是白填。changefreq 與 priority 這兩個欄位不論填得多漂亮，Google 都一律忽略；真正會被參考的欄位只有 lastmod。依 Google「建立及提交 Sitemap」官方文件，lastmod（最後修改時間）只有在「持續且可驗證地準確」時才會被採用——意思是，只有內容真的有重大更新才更新它。如果外掛把每個小改動都刷新 lastmod，Google 發現對不上，就會直接不信任這個欄位。
第三，一份 Sitemap 是有上限的。根據 sitemaps.org 官方協定，單一 Sitemap 檔最多 50,000 個網址、未壓縮大小不得超過 50MB，超過就要拆成多份、再用一個索引檔（sitemap index）統整——這正是 Rank Math 和 Yoast 預設給你 sitemap_index.xml 的原因，外掛已經自動幫你分好了。另外，協定也允許你在 robots.txt 裡加一行 Sitemap: 完整網址 來宣告位置，讓所有搜尋引擎（不只 Google）都找得到，這行加在檔案任何位置都有效。
提交完成後的下一步：把 GSC 當成每週例行檢查
Sitemap 提交是 GSC 的入門儀式，後面才是真正產生價值的日常。我們建議台灣的中小企業業主養成三個習慣：每週看一次「網頁索引」報表，確認新內容有進索引、沒有異常的排除項暴增；每月看一次「成效」報表，掌握哪些關鍵字帶來曝光與點擊；再把 GA4 串接 Search Console，讓關鍵字數據和站內行為數據在同一個地方對照，判斷內容方向要不要調整。
Sitemap 提交完成不是結案，而是開始：每週固定看一次索引報表，你才會知道 Google 到底有沒有把你的重點頁面收進去。
如果看了報表卻不知道數字代表什麼意思、或是索引問題修了很久都沒起色，這通常代表網站有更底層的技術或內容體質問題，值得找專業的人一起看。歡迎找小店軍師聊聊你的網站現況，我們可以幫你把問題定位出來。
三分鐘搞定的小動作，決定內容被看見的速度
回顧整個流程：找出正確的 Sitemap 網址、在 GSC 的「索引 > Sitemap」提交、確認狀態顯示成功、遇到「無法擷取」就照排錯表逐項檢查。這個三分鐘的小動作，決定了你每一篇新內容被 Google 發現的速度。記得 2026 年的正確姿勢：不用 ping、不填 changefreq、讓 lastmod 誠實反映重大更新，然後把每週看報表變成習慣——Sitemap 只是起點，索引和排名才是戰場。
Sitemap 提交常見問題 FAQ
Sitemap 提交後多久生效？
沒有固定時程，從幾小時到數週都有可能。提交後 Google 會把 Sitemap 排入抓取佇列，「系統探索到的網頁」數字更新代表已處理完成；但探索之後的檢索與索引另有排程，新網站通常需要更多耐心。提交是邀請，不是插隊券。
Sitemap 顯示「成功」，為什麼網頁還是沒被索引？
因為「成功」只代表 Google 讀取了檔案，索引與否是另一個階段的決定。請到「網頁索引」報表看該網址落在哪個排除原因，最常見的是「已檢索，目前尚未建立索引」，代表內容品質或網站權重還不足以讓 Google 覺得值得收錄，解法以提升內容深度與站內連結為主。
每次發新文章都要重新提交 Sitemap 嗎？
不用。SEO 外掛會自動把新文章加進 Sitemap，Google 也會定期回來重讀，你不需要做任何事。需要手動重新提交的情境只有兩種：Sitemap 曾經擷取失敗剛修好，或是 Sitemap 網址本身換了（例如換 SEO 外掛）。
一個 Sitemap 最多能放幾個網址？
單一檔案上限是 50,000 個網址、未壓縮 50MB，兩個條件任一超過就必須拆分，再用 sitemap 索引檔統整。一般中小企業網站離上限很遠，不必擔心；使用 Rank Math 或 Yoast 的話，外掛也會自動處理分割。
最後更新：2026-07-09
