一個站 2,490 篇文章,Google 只收 127 篇:收錄率 5.1% 的站發生了什麼事

我們自己操盤過一個網站,用程式大量發文,寫了 2,490 篇文章。三個月後回頭看 Google Search Console,已建立索引的只有 127 篇。

收錄率 5.1%。

而且問題還不只是「沒被收錄」這麼單純。Google 的資料顯示,這份報表列出 433 個已知網址,與後台文章總數的統計範圍不同;未列入報表的文章,不能據此認定從未被發現。也就是說,這些文章目前不在索引裡,我們也看不到它們出現在搜尋結果的紀錄——這不代表它們歷史上完全沒被搜尋引擎看過,也不能單憑這張報表判定每篇文章當下的索引狀態。

GSC 網頁索引狀態:已建立索引127,未建立索引306
圖:A 站(本篇主角站)GSC 網頁索引報表,已建立索引 127、未建立索引 306(GSC 截圖,統計日期與篩選範圍見圖,涵蓋 GSC 回報的全部已知網址)。分母是 GSC 已知的 433 個網址,不是後台文章總數 2,490。這張圖能支持「A 站已知網址中有大量未建立索引」,不能單獨說明未收錄的原因。

分開看兩種訊號:報表列出的未索引網址,以及尚未逐一核對的文章

網站需要穩定的新文章?

想持續更新網站,又沒有時間每篇從頭準備?文開花替你安排選題、撰稿與檢查。先看示範內容,再判斷適不適合你的生意。

看看文開花怎麼做 →

把 Google 知道的那 433 個頁面拆開來看,裡面有 278 個被標記為「已檢索-目前尚未建立索引」。翻成白話就是:Google 讀過了,但目前沒有收進索引。

報表未列出的文章需逐一檢查網址、索引狀態與 sitemap,不能先把原因歸為沒有被發現。已檢索但目前未索引的網址,則需檢查內容、重複頁面、正規網址與其他技術狀態——Google 官方說明這類頁面日後可能會建立索引,也可能不會,不代表已經被判定內容不好。

GSC 網頁未編入索引的原因:已檢索目前尚未建立索引278
圖:A 站 GSC「網頁未編入索引的原因」報表,278 個頁面已檢索但目前尚未建立索引(GSC 截圖,統計日期見圖)。分母是該報表列出的未建立索引網址(306)。這張圖能支持「這些頁面已被檢索但目前未收錄」,不能證明 Google 已判定內容不值得收錄。

這兩類訊號混在一起看,很容易被誤判成同一個原因,然後用錯的方法去解決它。

另一個案例:同樣全新網域,收錄率 96%

同一段時間,我們操盤的另一個站——一個客戶的全新網域(以下稱 B 站)——做到了 1,762 個頁面,收錄 1,689 個,收錄率 96%,未建立索引的只有 73 個。

GSC 網頁索引狀態:已建立索引1689,未建立索引73
圖:B 站 GSC 網頁索引報表,已建立索引 1,690、未建立索引 73(GSC 截圖,統計日期見圖)。截圖與正文統計數字(1,689/1,762)取自不同日期,相差 1 頁;正文數字維持原始記錄不更動。分母是 GSC 已知的 1,763 個網址。這張圖能支持「B 站已知網址的收錄率遠高於 A 站」,不能直接證明兩站的差異只來自同一組變因。

同樣是全新網域,同樣是我們操盤的:A 站是 127 ÷ 後台文章總數 2,490 = 5.1%;B 站是 1,689 ÷ GSC 已知網址 1,762 = 96%。這兩個百分比的分母不同——一個是後台文章總數,一個是 GSC 回報的已知網址——不能直接相減比較,但都指向同一件事:發了不等於被收。

我們觀察到的方向是:題材選對沒有、內容有沒有實質價值、技術鏈路通不通、有沒有人在持續盯著,這幾件事的差異看起來最明顯。但 A 站與 B 站畢竟不是同一組控制實驗,文筆、網域年齡、內容量等變因都沒有被排除,這裡列的是觀察,不是嚴謹對照後的結論。

未收錄,不等於被拒絕

B 站那 73 個「未建立索引」的頁面,我們也一個一個看過:四十幾個是根本不存在的網址(404)、十幾個是轉址、十個是我們自己標記不要收的。其中標示「已檢索-目前尚未建立索引」的有 1 個;這是當時的報表分類,不是永久拒收。

A 站有 278 個、B 站有 1 個網址被列為「已檢索-目前尚未建立索引」。這是兩站不同規模、不同條件下的分類計數,不能單靠數量判定內容品質,也不能視為控制實驗。實際檢查應區分正常排除、轉址與需要追查的狀態。

網站需要穩定的新文章?

想持續更新網站,又沒有時間每篇從頭準備?文開花替你安排選題、撰稿與檢查。先看示範內容,再判斷適不適合你的生意。

看看文開花怎麼做 →

更新至 2026-09-12

回頭查了一次 A 站的現況,先講結果:已建立索引從 7 月的 127 頁掉到 75 頁,未建立索引 358 頁,Google 知道的頁面總數還是 433。也就是說,兩次快照相比少了 52 頁;最新截圖的資料更新日為 9 月 4 日,查核日為 9 月 12 日。兩個時間點不能證明期間持續下降,也不能直接解釋原因。

A 站網頁索引:已建立索引 75、未建立索引 358,上次更新 2026/9/4
圖:A 站,Search Console「網頁索引狀態」,篩選「所有已知的頁面」,上次更新 2026/9/4。分母是 Google 已知的 433 個網址,不是後台 2,490 篇。能支持「這次快照比 7 月記錄少 52 頁」,不能推論原因。

sitemap 這邊也查了:站上的 sitemap 本身是正常的,索引檔 15 個子 sitemap 全部回 200、共 2,494 個網址、最後更新 9 月 10 日。需要進一步核對的是 Search Console 的紀錄——上一次提交與成功下載的紀錄都停在 2026-04-16,本次留存資料中未見更晚的下載紀錄;是否曾再次抓取,仍需其他日誌佐證。我們 9 月 12 日重新提交了一次,狀態變成「等待處理」,之後再回報結果。不能僅憑報表日期,認定 Google 手上的目錄一直未更新,或認定它就是未收錄的原因。

順便看 B 站同一天的數字:已建立索引 1,850 頁、未建立索引 88 頁,比 7 月的 1,689 又多了 161 頁。

B 站網頁索引:已建立索引 1850、未建立索引 88,上次更新 2026/9/4
圖:B 站,Search Console「網頁索引狀態」,篩選「所有已知的頁面」,上次更新 2026/9/4。分母是 Google 已知的 1,938 個網址。能支持「兩次快照的已索引總數增加」,不能推論流量。

同一天,我們把另一個自家站 C 站(與 A 站不同)的 sitemap 修正結果重新核對了一次:文章類 sitemap 網址數 514 筆,對 WordPress 後台已發布 513 篇,相差 1 筆,原因尚未查明,需比對實際網址清單。這只顯示 C 站兩個計數接近,不能證明完全一致,也不能與 A 站視為同一問題的前後階段。

另一個自家站 sitemap 修正後對照:514 對 513
圖:C 站(另一個自家站,非 A 站),sitemap 修正後對照,2026-09-12(直接抓站上 sitemap XML+WordPress REST API)。篩選:文章類 sitemap 小計 vs. 已發布文章數。比較項目:sitemap 網址筆數與 WordPress 已發布文章篇數。能支持:本次兩個計數相差 1 筆,尚需比對網址釐清原因。不能推論:A 站或其他站的 sitemap 問題已經解決——A 站目前仍卡在上述停滯狀態。

我們從這件事學到什麼

文章數量只是投入的一部分。這些觀察提醒我們同步檢查選題、內容與技術狀態,但不能證明少寫一定更有效,也不能保證某種做法能讓文章接近全部被收錄。

這也是為什麼我們現在看一個站的成效,不會先看發了多少篇,而是先看 Google 到底知不知道這些頁面存在,知道了之後又決定收還是不收。把報表分類與實際網址分開核對,能縮小需要追查的範圍;仍需其他證據才能判斷原因。

想知道自己的站收錄了多少,可以到 Search Console 的頁面索引報表看:已建立索引跟未建立索引各是多少,未建立索引裡又有多少是「已檢索但目前未建立索引」,這三個數字放在一起看,比只看「有沒有流量」更早看到問題。

網站需要穩定的新文章?

想持續更新網站,又沒有時間每篇從頭準備?文開花替你安排選題、撰稿與檢查。先看示範內容,再判斷適不適合你的生意。

看看文開花怎麼做 →