SEO 稽核的價值只有一種證明方式：它改變了某個人下週要做的事。文件裡的其他內容都只是在描述網站，而網站本身早就知道這些事。大多數稽核都敗在這裡，而且敗法完全可以預測——上百個問題、一個滿分 100 的分數，卻沒有任何一行對應到一個決定。
自 2017 年以來，我們持續為客戶、也為自家三個網域執行這類稽核。以下版本是我們實際使用的分流方式：哪些發現會強制帶來改變、哪些只是雜訊，以及在你把一整個月花在錯誤清單之前，如何分辨兩者。
為什麼標準稽核交付成果會失準
爬蟲可以在一個 200 頁的網站上輕鬆產出 400 項發現：212 張圖片缺少 alt 文字、37 個標題超過 60 個字元、9 個重複的 meta description。這些全都可能為真，但網站依然無人聞問，因為爬蟲看不到決定外貿網站命運的三件事——Google 是否收錄了真正在賣東西的頁面、有排名的頁面是否是買家會落地的頁面，以及從網站送出的詢價是否真的送到真人手上。
我們自家的數據就能說明這點。在 16 個月內，tianwenwangluo.com 累計 543,305 次曝光與 7,460 次點擊，點閱率（CTR）1.37%，平均排名 15.8。對該網站執行爬蟲稽核，結果一切正常。但 Search Console 的表格說的是另一回事：這些曝光大多落在與服務毫無關聯的頁面上。真正重要的稽核，要從那張表格開始。
把一項發現變成一個決定的唯一問題
對報告中的每一行，只問一個問題：如果這件事為真，我們會有什麼不同的做法？如果誠實的答案是「沒有」，這一行就擱置。如果有對應動作，這一行就必須帶上三件事——誰負責、要花多久，以及什麼證據能證明它已修好。
用這個問題把發現分類，會得到四個桶子，而其中只有兩個值得這個月花心思。
| 分類桶 | 範例 | 該怎麼做 |
|---|---|---|
| 阻斷性 | 產品頁未被收錄；詢價表單無聲失效 | 這週就修，優先於其他所有事 |
| 方向錯誤 | 曝光落在部落格文章而非服務頁 | 重新指派頁面給對應查詢、補上內部連結 |
| 表面性 | 裝飾性圖片的 alt 文字；meta description 長度 | 有空再批次處理，甚至永遠不做 |
| 未知 | 沒有查詢數據支撐的「內容品質」 | 取得數據，否則捨棄這項說法 |
幾乎總能改變決定的檢查項目
依 URL 類型看收錄涵蓋率，而非看總數
打開 Search Console，進入「頁面」，看「未收錄」的原因，而不是看總數。外貿網站的失敗模式很特定：部落格完全被收錄，產品頁卻卡在「已檢索 – 目前未建立索引」。把產品 URL 的收錄率和部落格 URL 的收錄率拿來對比。單一總數，恰好會藏住真正重要的那個分布差異。
同一台伺服器上不同網站的爬取關注度也會不同，而大多數稽核從不檢查這一點。2026 年 9 月 22 日，我們檢查自家三個網站：其中一個首頁前一天才被檢索，新頁面當天就收錄；另一個首頁上次被檢索是十天前，sitemap 是十四天前，期間發布的三個新頁面仍顯示「Google 無法辨識這個 URL」。同一台伺服器，爬取結果卻不同。只有逐一 URL 檢查才看得出來。
每個購買查詢只對應一個 URL
在「成效」中篩選單一商業查詢，然後看「頁面」分頁。如果三個 URL 每週輪流出現，代表 Google 在替你選，而它通常會選中較弱的那一頁。我們的完整 12 點稽核 就是因此把這項列為第三個檢查。
買家查詢帶來的曝光佔比
匯出前 500 個查詢，逐一標記為買家、求職者、學生或雜訊。在工業類網站上，買家意圖往往只佔曝光的一小部分。這一個比例就能告訴你問題出在內容還是技術，也是最快讓客戶停止把更多流量買進一個漏水頁面的方法。
詢價路徑，從頭到尾走一遍
用手機送出表單。檢查收件匣與垃圾郵件資料夾。點開 WhatsApp 連結。寄一封 email 到頁尾的地址。我們稽核過一個網站，表單已經無聲失效 12 天，原因是 reCAPTCHA 網站金鑰註冊在另一個網域；有 207 次付費點擊落在一個根本送不出去的表單上。沒有任何爬蟲報告會顯示這件事，只有實際測試才會，而測試只需要十分鐘。
語言與地區標記（若有不只一種語言）
每一個語言版本都需要自我指向的 canonical 與互相對應的 hreflang 標籤，而且整組裡的每個 URL 都必須回傳 200。這些東西會在改版與搬遷時壞掉，而且傷害是無聲的。當標籤彼此不一致，錯誤的語言就可能被送給錯誤的市場。
英文頁面的 URL 形式
檢查英文 URL 中是否出現百分比編碼字元。我們是在自家內容庫上意外量到這個現象——同一網站、同一條發布流程，拉丁字母 slug 的頁面被收錄，非拉丁字母經編碼的 slug 則沒有。完整記錄在 63 比 0 的收錄測試。
很少改變任何事的檢查項目
這些就是會把稽核報告灌到第 40 頁、卻在 B2B 外貿網站上產生不了任何動作的項目。
- Meta description 長度。Google 經常改寫 description。description 超過像素上限並不是排名問題。
- 裝飾性圖片的 alt 文字。為了無障礙值得修，但不是為了排名。帶有產品資訊的圖片是另一回事。
- 首頁的實驗室 PageSpeed 分數。這個分數會隨節流設定與裝置設定檔變動。真正重要的是承載賺錢頁面的那個模板的實測資料（field data）。
- 關鍵字密度。沒有實用的目標值。為了解答問題而寫；密度數字不會帶來任何額外資訊。
- 網域權威分數。屬於專有、各家廠商自訂且無法互相比較。它們只是排序工具，不是證據。
- 把「薄內容」當成結論。相對於哪個查詢算薄？沒有附上查詢，這只是個人意見。
關於效能有一點要提醒。首頁分數通常沒問題，即使網站真正關鍵的地方很慢。我們接手過一個網站，產品模板載入了一張 15 MB 的主視覺圖片，導致每個產品頁同時過不了 Core Web Vitals。Google 的門檻是 LCP 在 2.5 秒以內、INP 在 200 毫秒以內、CLS 在 0.1 以內，且在資料足夠時以真實使用者為準（web.dev：Web Vitals）。首頁從來不是問題所在。
一日稽核流程
如果已經有 Search Console 存取權，對一個 500 個 URL 以下的網站來說，這六個步驟可以塞進一個工作日。順序比工具更重要。
| # | 檢查項目 | 在哪裡 | 產生的決定 |
|---|---|---|---|
| 1 | 依 URL 類型的收錄率 | 「頁面」報告 + URL 檢查抽樣 | 先修收錄，再談內容 |
| 2 | 詢價路徑測試 | 手機、收件匣、WhatsApp | 緊急修復，或繼續進行 |
| 3 | 查詢歸屬 | 成效 → 查詢 → 頁面 | 合併或重新指派頁面 |
| 4 | 買家意圖佔比 | 匯出 500 個查詢，人工標記 | 聚焦內容或技術 |
| 5 | 語言標記 | 檢視每個版本的原始碼 | 修 canonical 或 hreflang |
| 6 | 賺錢模板的實測網站核心指標 | PageSpeed Insights 實測資料 | 修模板，或放著不管 |
稽核看不見什麼，以及這為何影響優先順序
稽核讀的是網站。它讀不到報價紀錄、毛利，也讀不到詢價送達之後發生了什麼。這個落差會改變優先順序，因為一項修復值不值得做，取決於它保護了多少東西。
拿兩個技術嚴重程度相同的發現來看。一個是三十篇部落格文章缺少 canonical，另一個是承載最高毛利產品的那個頁面表單壞掉。前者在爬蟲報告裡比較大聲。後者才是每天都在燒錢的那一個，而只有商業脈絡能讓它現形。我們看過團隊花一整個季度處理大聲的那項，安靜的那項卻持續故障。
有兩個問題該在啟動會議就問，在爬蟲開始跑之前。哪些頁面帶來營收，以及一則訊息送達之後會發生什麼？如果沒有人答得出第二個問題，稽核就該停下來先弄清楚。把表單送進一個沒人監看的收件匣，在功能上等同於一個送不出去的表單。
稽核之後的 90 天
沒有計畫的稽核，會變成人人只打開一次的文件。我們用的順序刻意很無聊，而且是依照每個步驟產生證據的速度來排的。
第一週：只做阻斷性修復——可回復的收錄錯誤、詢價路徑，以及任何會對使用者回傳錯誤的問題。測試訊息應該在這週結束前送達。
第二到第四週：頁面指派與內部連結。決定每個購買查詢由哪個 URL 主責，兩個競爭的就合併，並從已被收錄的頁面建立連結指向需要被發現的頁面。最後這一步，是我們自家工作中實測回饋循環最短的一步。
第二個月：只在查詢數據要求的地方做內容。如果有一群買家查詢沒有對應頁面，就發布一個。如果某個頁面已經在該查詢上有排名、轉換卻很差，就改寫那個頁面，而不是再加一個。
第三個月：重新量測同樣這六項檢查並比較。收錄率、查詢歸屬、買家意圖佔比、詢價路徑、實測網站核心指標，以及零錯誤 URL。如果某項檢查沒有動靜，代表修復沒做到計畫所假設的效果，而那也是值得擁有的資訊。
這份計畫刻意保持簡短。六項檢查、四個階段、每個動作一個負責人。產出比這更長的稽核，通常是在描述網站，而不是改變網站。
交接內容該長什麼樣子
產出應該能塞進一頁，讀起來像工作計畫，而不是診斷書。每一列都要寫明發現、動作、負責人，以及能結案的證據。
| 發現 | 動作 | 負責人 | 完成的證據 |
|---|---|---|---|
| 48% 的產品 URL 未被收錄 | 從已收錄的分類頁補上內部連結 | 開發人員 | 14 天後重新檢查收錄率 |
| 表單在手機上失效 | 把 reCAPTCHA 金鑰重新註冊到正確網域 | 開發人員 | 從手機收到測試訊息 |
| 兩個頁面在同一個查詢上輪流出現 | 合併，保留較強的 URL，另一個轉址 | 內容 | 「頁面」分頁中連續 4 週只有一個 URL |
| 英文 URL 出現百分比編碼 | 改寫 slug，把舊 URL 對應到新 URL | 開發人員 | sitemap 中零個編碼字元 |
任何不符合這個格式的東西都只是背景脈絡。把它放進附錄，讓它能提供資訊，又不至於搶走注意力。
當沒有 Search Console 存取權時
要明確說出哪些事做不到。收錄率、查詢歸屬、買家意圖佔比與爬取行為，全都需要第一方數據。一份從外部就宣稱掌握這些的報告，只是充滿自信地在猜。沒有存取權時還能做的——URL 形式、語言標記、實測網站核心指標、詢價路徑、頁面結構——已足夠做初步分流，而且應該被標明為初步分流。
如何質疑一份別人交給你的稽核報告
要求對方提出前三大發現背後的原始證據：Search Console 截圖、URL，以及檢查日期。一份可信的稽核能在幾分鐘內提出這三樣。如果提不出來，無論是哪個工具印出來的，這項發現都未經證實。
然後自己查一個數字。打開「頁面」報告，挑一個賺錢頁面，對它執行 URL 檢查。這一個探測就能告訴你，稽核中關於收錄的核心說法準不準。這也是查明寫報告的人到底有沒有打開過數據最便宜的方法。Google 自己對於 你是否需要 SEO 的指引，在同一個主題上說得很直白：沒有人能保證排名，而承諾排名的報告賣錯了東西。
這些檢查背後的各項研究都收錄在 研究索引，其中包括 AI Overview 涵蓋數量研究，它現在與我們清單上經典的排名檢查並列。
關於 SEO 稽核的常見問題
SEO 稽核實際上該交付什麼？
一份簡短的決策清單，而不是一個分數。每一列都應該寫明發現、它觸發的動作、負責人，以及證明它已修好的證據。如果某一行沒有對應動作，它就屬於附錄裡的背景脈絡。
哪些檢查最常改變決定？
依 URL 類型看收錄涵蓋率、每個購買查詢由單一 URL 主責、買家意圖查詢帶來的曝光佔比，以及從頭到尾實測的詢價路徑。這四項在我們稽核過的每一個外貿網站上，都產生了具體動作。
沒有 Search Console 存取權，我能執行 SEO 稽核嗎？
只能做初步的，而且應該標明為初步。收錄率、查詢歸屬、買家意圖佔比與爬取行為都需要第一方數據。URL 形式、語言標記、實測網站核心指標與詢價路徑則可以從外部檢查。
我要如何驗證別人寫的稽核報告？
要求對方提出前三大發現背後的原始證據：Search Console 截圖、URL 與日期。然後自己對一個賺錢頁面執行 URL 檢查。如果關於收錄的核心說法有誤，報告其餘部分都未經證實。
這是誰寫的，以及如何查證。作者為劉宇，天問網路（Henan Tianwen Network Technology Co., Ltd.，2017 年 5 月 3 日註冊；中國鄭州；UTC+8）創辦人。天問網路自 2017 年起架設並維護 WordPress 外貿網站，為 B2B 製造商執行 Google SEO，目前維護 30–40 個客戶網站，以及自家的研究用網域。本頁每一個數字都量測自我們營運的網站，或連向其來源。我們不承諾排名，也不承諾詢價數量。聯絡方式：WhatsApp +86 135 2681 6415。
本頁由英文版機器翻譯，尚待人工審核。