我們有一個站，用程式大量發文。105 篇文章都已經正常發布，後台看起來一切正常。但打開 sitemap 一看，裡面只有 2 篇。
不是最近才壞的——從第一天就是這樣，而且完全沒有跳出任何錯誤訊息。我們手上另外幾個站也查過，sitemap 落後最新文章 16 天、17 天、31 天不等。
這正是文章「沒被 Google 發現」最常見的原因之一：不是寫得不好被拒絕，是從頭到尾沒進過 Google 的視線。我們前面提過的另一個站收錄率只有 5.1%、Google 只知道 433 個頁面，sitemap 沒把文章送進去是原因之一。
要先說清楚：下面這張圖，是那個站的 GSC 索引狀態，不是 sitemap 報表本身；那次修正前後的 sitemap 報表截圖已經不可考，沒有留存。這篇談的是我們的經驗與自查步驟，不是一組完整的修正前後對照證據。
怎麼發現的
後台顯示「已發布」，不代表這篇文章真的被送進了 sitemap。我們的做法是把兩邊的數字對起來看：先進 Google Search Console 的「Sitemap」報表，看它回報的狀態跟已探索的網址數；再直接打開 sitemap 的網址本身，例如你的網站.com/sitemap.xml，數一下裡面實際列了幾條網址。兩個數字對不上已發布篇數，就代表要進一步核對：是不是應被收錄的文章真的有遺漏，還是刻意排除、分拆子 sitemap、轉址等設定造成數字本來就不會相等。
多數情況下，這件事不會有任何警示跳出來提醒你——外掛沒有報錯、後台也沒有異常，只有把數字排在一起比對，才看得出來。這也是為什麼我們把「sitemap.xml 與 robots.txt——實際比對 sitemap 的筆數跟已發布的篇數對不對得上」列為進場第一、二天就要做的檢查項目，不是等三個月後看流量才回頭查。
每個站的佈景主題、外掛組合、主機環境都不一樣，sitemap 藏在哪裡產出、由哪個外掛控管也不一樣，沒有一個是按一個鈕就會好的，只能一個一個進去看。我們手上會遇到 sitemap 落後 16 天、17 天、31 天的站，多半是外掛更新後設定跑掉，或是快取沒有跟著清，文章明明發布了，sitemap 卻還停在幾天前的狀態。
修完之後
我們後來寫了一支修正程式，部署到七個站，實測 sitemap 的筆數全部跟已發布數一致了。這件事現在是我們的例行檢查項目，每個月都會核對一次，不是靠運氣，也不是等客戶反映流量不對才去查。
你可以自己查的三步驟
如果你也想知道自己的站有沒有這個問題，不需要工具，三步就能查完：
第一，到 Google Search Console 左側「Sitemap」報表，看提交的 sitemap 狀態是不是「成功」、已探索的網址數是多少。
第二，直接在瀏覽器打開你的 sitemap 網址，數一下裡面實際有幾條網址或幾篇文章連結。
第三，拿這個數字跟你後台「已發布」的文章總數對一下。
三個數字對不上，就代表 Google 拿到的目錄跟你網站的真實內容不一致——這時候該查的不是文章寫得好不好，是 sitemap 有沒有確實在更新。
順手也可以打開 robots.txt 看一眼，確認裡面沒有不小心擋到你想被收錄的目錄。這兩個檔案我們都會列在客戶進場的第一、二天就要檢查的項目裡，因為它們決定了後面每一篇文章準不準確地被送到搜尋引擎面前，晚一步發現，就是晚一步讓文章被看見。
更新至 2026-09-12
A 站的現況是另一種坑：站上的 sitemap 正常（15 個子 sitemap、2,494 個網址、9 月 10 日更新），但 Search Console 端的提交與下載紀錄停在 2026-04-16，四個月沒再抓。9 月 12 日已重新提交，等待 Google 處理。
但同一天，我們把另一個自家站的 sitemap 修正結果重新核對了一次，這次留下了完整的「修正後」對照數字：文章類 sitemap 網址數 514 筆，對 WordPress 後台已發布 513 篇，只差 1 筆（屬抓取當下的時間差）。前面說的「部署到七個站，實測筆數全部跟已發布數一致」，這是其中一個站的具體數字證據。
