我們用同一把尺量了自己 24 個網站：一次 SEO audit 的完整橫斷面

太長不看版： 2026 年 9 月 8 日，我們用同一支內容驗收腳本，在同一天把手上 24 個網站全部量過一遍。有完整計數的 10 個站共 478 個頁面，修完之後 340 篇及格（71%）。但這個數字本身不是重點——重點是其中三個站的第一次跑分別是 0/61、0/42、0/44，全紅，而全紅的原因兩個是設定、一個是真的。分辨這兩者的判準是這篇最實用的部分：同一條 gate 命中超過八成的檔案時，先查設定；但「先查」不等於「一定是」，我們有一個站的 44/44 全紅是真的全站零外部連結。這篇講那把尺的八個維度、24 個站量出來的實際分布、以及量完之後補強還是剪枝的決策樹。

為什麼要量自己，而不是再開一個新站

先講動機，因為它決定了這件事值不值得做。

我們同時管著二十幾個自有網站與客戶站。任何一個時間點都有兩個選項：把產能投在開新站，或投在修既有的站。直覺上新站比較有吸引力：它沒有歷史包袱，看起來乾淨。

但我們自己的資料很清楚地否定了這個直覺。主站 90 天有 110,217 次曝光；一個內容做得很好但卡在平均排名 31.4 的站，有 31,884 次曝光。把這兩個站往上推一個名次的邊際成本，遠低於一個新站從零開始等 12 到 18 個月。我們正好有四個新站的失敗紀錄可以說明那 12 到 18 個月長什麼樣子：360 個頁面，48 個點擊。

所以「量自己」的目的不是打分數，是回答一個資源配置問題：既有的這些頁面，哪些補一補就能動，哪些是永遠不會動的死重量。

而要回答這個問題，前提是你有一把同一把尺。不同的站用不同的標準量，量出來的東西無法比較，也就無法拿來做配置決策。

那把尺長什麼樣

我們的驗收分成八個維度。關鍵的設計不是維度本身，是哪些是 gate（沒過就是 0 分）、哪些只是扣分：

把「外部來源 < 3 個網域」設成 gate 而不是扣分，是這把尺最有爭議也最有效的一個決定。理由是：一篇沒有外部來源的文章，通常也沒有主張。 它只是把一個題目重新排版一次。扣分會讓它靠其他維度補回來，gate 不會。

實際上這一條也是全站群最系統性的缺口——後面會看到，它是所有 gate 失敗裡數量最多的一條。

Gate 0 是人判的，而且排在所有維度前面

Gate 0「收錄價值」不在腳本裡，因為它不可能在腳本裡。它的測試法只有一句話：

拿掉所有引用來源之後，這頁還剩下什麼？

剩不下就砍題。這條的來源是 Google 自己的說法——Spam policies↗ 明確點名了「除了抓來的來源資料之外沒有添加任何脈絡的聚合站」，而 2023 年那篇 關於 AI 生成內容的官方指引↗ 早就把判準說清楚了：怎麼產生的不重要，有沒有用才重要。

會長得像搬運的題型有固定幾種：排行榜、懶人包、名詞解釋、官方公告整理、競品比較。這幾種不是不能寫，但要發就必須加掛第一手數據或一個明確的判準，否則它跟另外 50 個抄同一份資料的頁面沒有差別。

Gate 0 的第二問：這頁有人搜嗎

2026 年 8 月的演算法更新之後，我們在 Gate 0 加了第二個問題：這一頁有沒有人在搜？

理由是那次更新的判準就是這個，而且它是 site 層級的連坐——大量產生沒有人搜的頁面，會讓整個站被重新評價，包括原本正常的舊頁。那次更新的完整拆解與我們 20 個站的實測寫在另一篇。

這一問看起來很基本，但它會刷掉非常多「技術上寫得不錯」的頁面。而刷掉它們正是重點。

判斷「有沒有被搜」不要用工具估值，用 Search Console 的頁面索引報告↗ 與實際曝光。工具給的是一個模型的輸出，Search Console 給的是這個站真正發生過的事。

24 個站量出來看到什麼

分布：好的很好，差的很差

以下是有完整計數的站，客戶資產不列入：

71% 這個數字要小心讀。它是修完之後的，而且各站的「修」內容差很多：有的只改了設定檔，有的補了幾十篇的外部來源。它不是一個可以拿去跟別人比較的基準，它只是我們自己的起點。

真正有訊息量的是分布形狀：兩極化。四個站 100%，兩個站在 79–84%，然後直接掉到 35%、17%、6%。

中間值很少。合格與否因此不是文章層級的隨機變異，是站層級的流程差異：一個站的內容流程如果內建了「每篇要有外部來源」，它會接近 100%；沒有內建的站，會接近 0%。你不會看到一個站剛好一半及格。

這件事的操作意義很大：要改善的是流程，不是文章。 站 I 的 3/50 不是 47 個獨立的品質問題，是同一個流程缺口出現了 47 次。

最常見的失敗原因，第一名遙遙領先

把所有 gate 失敗攤開來數，排名是：

1. 外部權威來源 < 3 個網域——遠遠第一名
2. 缺 TL;DR
3. 站內連結漏尾斜線
4. 正文字數不足

站 I 的 50 個頁面裡有 30 個是「外部來源 0 個網域」——不是不足三個，是一個都沒有。站 J 的 42 篇裡有 27 篇卡 TL;DR。站 H 的 37 個頁面全部不到 3,000 字（平均 1,413 字，最長的那頁 2,215 字）。

第一名為什麼是外部來源？因為它是唯一一條需要在寫作之外多做一件事的規則。字數可以靠寫、H2 可以靠排版、TL;DR 可以補一段；只有「去找三個不同網域的權威來源並確認它們還活著」需要離開編輯器。而任何需要離開編輯器的步驟，如果沒有寫進流程，就會被跳過。

最有用的一條判準：八成命中率代表什麼

這是這次橫斷面最值錢的產出，而且它是被三個站逼出來的。

有三個站的第一次跑是這樣的：

站 F 的兩條是這樣壞的：

• 60/60 報「站內連結漏尾斜線」：那個站的 canonical 是無尾斜線制，設定檔沒有宣告，腳本用了預設值。照腳本改的話，我們會親手替它製造 60 個 308 轉址。
• 61/61 報「沒有連到 money page」：設定寫成 ["/tools/", "/try"] 帶了前導斜線，腳本組出來的 regex 變成 ^/(/tools/|/try…)，永遠不會中。改成不帶斜線之後，真的沒連 money page 的只剩 5 篇。

站 J 更單純：專案根本沒有設定檔，腳本用預設欄位名去找 description 與 date，那個站的 frontmatter 用的是別的名字。

從這裡可以推出那條判準：

同一條 gate 命中超過 80% 的檔案時，先假設它是設定問題。

理由是內容缺陷是分散的。五十篇文章由不同的人在不同的月份寫出來，會用不同的方式爛掉：有的缺來源、有的太短、有的沒有內鏈。它們不會整整齊齊地在同一條 gate 上一起爛。看到 60/60 或 61/61，那是設定的形狀，不是內容的形狀。

但「先查」不等於「一定是」

站 K 是這條判準的反例，而且是很重要的反例。

它的初跑是 44/44 全部卡同一條：外部權威來源 0 個網域。看起來完全符合「這是設定問題」的形狀。

但它是真的。那個站的 44 篇教學文，grep https?:// 的結果是 0，全站一個外部連結都沒有。

所以完整的判準要寫成兩步，不能只寫第一步：

1. 同一條 gate 命中 >80%？先去看設定，不要先改文章。
2. 設定確認無誤之後，那 80% 就是真的，而且它代表一個全站層級的流程缺口，要修的是流程，一次修 44 篇。

這條判準我們已經寫回腳本裡了：批次跑的時候，偵測到單一 gate 命中率超過 80%，報告最後會直接印一行「這比較像設定問題」，並附上對應的提示。它不會替你判斷，它只確保你不會漏看這個訊號。

那天還有第四個站是同一種病的變體：內容寫在 React 元件的 props 裡（<BlogArticle tldr={[...]}>），抽取器讀不到，12 個 gate 全紅；修抽取器之後 0 gate。同樣不該去改文章。

單篇及格不等於整批及格

還有一類問題，是逐篇檢查在定義上就看不到的：每一篇都及格，但它們全部長得一樣。

我們的批次檢查會算三件事的變異：篇幅的變異係數、H2 數量的變異係數、開頭與結尾的型態分布。變異太小就是紅燈。

四個失敗站的批次群聚全部紅燈：154/154、74/74、78/78 同一副骨架。那不是四個站各自的問題，是同一個模板被複製了四次。

為什麼變異度重要？因為一個模具壓出來的內容，對讀者而言是可預測的，對機器而言是可辨識的。而可辨識的模式一旦被判定為低價值，是整批一起被判，不是一篇一篇被判。這正是 2026 年 8 月 18 日到 21 日那次 spam update 的作用方式：站層級的連坐。

單篇的分數再高也擋不住這件事，因為問題不在單篇裡。

三個我們自己踩的坑

這次橫斷面最有價值的副產品，是發現我們自己的腳本有三個結構性盲區。這件事我們單獨寫了一篇網站健檢的三個盲區，這裡只列標題與一句結論：

1. 設定造成的假失敗——就是上一節那三個 0/N。先懷疑工具，不是內容。
2. 只數來源網域，不數死活——有一個站 92 篇文章引用的三組來源全壞（一組 404、一組空白頁、一組指到不相干的詞條），gate 全綠。引用一個 404 比沒有引用更糟。
3. 只有渲染後才看得見的——首屏亂碼、公開的內部 QA 區塊、JSON-LD 與 canonical 不一致、全站 soft-404。這一類我們把檢查抽出來開源了↗。

三個盲區有一個共同點：它們都是「腳本說沒問題」而不是「腳本說有問題」的情況。 假陰性比假陽性難發現得多，因為沒有人會去查一個綠燈。這也是為什麼要一天之內量 24 個站：橫斷面會讓假陰性的模式浮出來，單站報告不會。

怎麼在你自己的站上跑一次

不需要我們的腳本，這個流程本身可以用任何工具實作。步驟是固定的：

第一步：先建設定檔，再跑第一次。 最少要宣告三件事：這個站是不是尾斜線制、frontmatter 的欄位名叫什麼、哪些路徑算 money page。跳過這一步，你的第一次跑會是 0/N，然後你會花一天去改不需要改的文章。

第二步：第一次跑完不要看分數，先看分布。 把每一條 gate 的命中率算出來。有沒有哪一條超過 80%？有的話回第一步。

第三步：確認設定無誤之後，按「站層級 vs 文章層級」分兩堆。 命中率高的是流程問題，一次修一批；分散的才是逐篇處理。

第四步：驗證外部來源的死活，不要只數網域。 逐條發請求。分成三類：連得通（2xx/3xx）、被擋（401/403/405/429/451/503，要人工確認）、真的死了（404/410/DNS 失敗/逾時）。只有第三類該擋。

第五步：部署之後再跑一次渲染層檢查。 這一層在部署前不存在，所以 CI 跑不到。這是大部分團隊漏掉的一層——2026-09-08 那輪抓到的渲染層問題，全部發生在每週都跑原始檔層檢查、每次都綠燈的站上。

第六步：把批次群聚一起看。 篇幅、H2 數量、開頭型態的變異度。全部一樣的話，單篇分數再高都要重新設計模板。

量完之後：補強還是剪枝

拿到報告之後真正的決策只有兩個：這一頁要補，還是要砍。我們用的決策樹是這樣：

這頁 90 天有點擊嗎？
├─ 有 ─────────→ 不准剪。補強，並當內鏈樞紐。
└─ 沒有
   ├─ 有曝光嗎？
   │  ├─ 有（pos < 20）→ 補強：標題、摘要、內鏈。位置搆得到。
   │  └─ 有（pos ≥ 20）→ 先問「這個站的權重打得動這個詞嗎」。
   │                     打不動就不是內容問題，別再補內容。
   └─ 完全沒曝光 ─→ 上線滿 12 週了嗎？
      ├─ 沒滿 12 週 → 等。
      └─ 滿了 ─────→ 剪枝候選。

四種不准剪的例外，每一種都是我們踩過才寫下來的：

1. 90 天內有任何點擊的頁，哪怕只有 1 個。有點擊代表有真人需求，剪掉它是把一個已經驗證過的需求丟掉。
2. 上線未滿 12 週的頁。新頁還在被評估，用它的數據做決定等於用雜訊做決定。
3. 內鏈樞紐。被很多頁指向的頁，剪掉它會讓那些內鏈一起壞掉。
4. 有第一手數據的頁。那些數據不會再有第二次。位置不好是選詞問題，把頁剪掉會連數據一起丟。

剪枝之前一定要查 Search Console。 我們踩過這個坑：直接刪掉一批「看起來沒用」的頁，結果其中一頁還排在第 6.7 名——它一邊排名一邊把人送進 404。排名和你對它的印象是兩件事。

這件事多久做一次

我們現在的節奏是：每週單站、每季全站群。

每週的單站檢查是為了不讓債累積；每季一次的全站群橫斷面，是為了抓那些只有在比較之間才看得見的東西：假陰性、模板重複、流程缺口。這次找到的三個盲區沒有一個是單站報告能發現的。

如果你只能做一次，那就做橫斷面那一次，因為它會告訴你哪些站值得每週看。

延伸閱讀：網站健檢的三個盲區 是這次橫斷面的工具面產出，360 頁換 48 個點擊 是其中四個站的完整解剖，2026 年 8 月演算法更新 是同一批站在更新前後的實測。索引與結構化資料↗的基礎在 sitemap 完整指南 與 結構化資料指南，整套流程寫在 SEO 作業系統。

需要有人把這整套跑在你的站上並每週回報，那是我們的 SEO 建站與代營運服務。

常見問題

一次量 24 個站要花多久？

腳本的部分很快，一個站幾分鐘。真正花時間的是每個站的設定檔與人判的 Gate 0。我們那天是多線並行，一天完成 24 個站的報告，但每一份報告都還要人讀過一次才算數——腳本給的是分數，Gate 0 是人給的。

71% 及格算好還是不好？

沒有比較基準，所以這個數字對外沒有意義。它對我們的意義是起點：知道 340 篇是站得住的，138 篇需要處理，以及那 138 篇裡有多少是流程缺口而不是單篇問題。你自己的橫斷面第一次跑出來的數字，唯一的用途是跟你自己的第二次比。

為什麼「外部來源少於 3 個網域」要當 gate 而不是扣分？

因為它是最能區分「有主張」和「只是重新排版」的單一指標，而且它是唯一需要離開編輯器才能滿足的規則——設成扣分的話會被其他維度補回來，然後永遠不會有人去做。實務上它也確實是所有 gate 失敗裡數量最多的一條。

同一條 gate 全紅一定是設定問題嗎？

不一定，這是這篇最需要小心的一句。三個站的全紅是設定，但有一個站的 44/44 是真的——全站教學文一個外部連結都沒有。判準是「先查設定」，不是「自動忽略」。設定確認無誤之後，那個 80% 就是一個站層級的流程缺口。

剪枝的標準是什麼？

12 週 + 零曝光 + 不在四種例外裡（有點擊、未滿 12 週、內鏈樞紐、有第一手數據）。而且剪之前一定要查 Search Console 的實際排名。我們踩過刪掉一個還排在第 6.7 名的頁的坑。

我沒有 24 個站，這套還有用嗎？

有，而且更省事。單站的版本就是：先建設定檔、跑一次、看有沒有哪條 gate 命中率超過八成、驗證來源死活、部署後再跑一次渲染層。橫斷面的價值在於抓假陰性，那需要多站比較；但上面那五步在一個站上就能跑，而且已經涵蓋了大部分實際會遇到的問題。

---

了解我們的廣告策略與投放服務 →