第 10 章：SEO 工具與資料分析實戰，用資料驅動每一次 SEO 決策（2026）
SEO 工具與資料分析是新手最容易「裝了就用、用了就忘」的一塊。很多網站一口氣裝了 Search Console、GA4、PageSpeed Insights、好幾套付費排名追蹤，每天打開看一眼數字，看到曝光上升就開心、看到排名下滑就緊張，卻從來沒把這些數字接成可執行的決策。本章帶你把「SEO 資料分析怎麼做」拆成一份能照著走的學習地圖，焦點不在蒐集更多工具，而在建立一套從資料到行動的循環，讓每一個 SEO 動作都有數字撐腰、也能被下一次量測驗證。
把 SEO 資料分析想成健檢報告的判讀。抽血報告上的紅字本身不是病，紅字背後代表的生活習慣才是；同樣地，Search Console 的曝光下降、GA4 的工作階段衰退、Core Web Vitals 的 LCP 紅區，這些數字本身不是問題，數字背後的內容、連結、體驗訊號才是。看錯醫生會把紅字當病因亂開藥，看錯資料會把排名下滑當對手作弊而亂改網站。SEO 資料分析的價值，從來不在蒐集，而在判讀與決策。
對 SEO 全貌還不熟的讀者，定義權在〈SEO 是什麼〉；站內最完整的免費工具清單在〈免費 Google SEO 工具〉一文，本章不重複那份五工具盤點，而是把「拿到這些工具之後怎麼把數字變成決策」的流程拆清楚。剛走完前一章的讀者，〈第 9 章：Google 演算法更新〉建立的演算法應對骨架，正好需要這一章的資料判讀能力，才能在每一次更新後冷靜診斷、對症下藥。
TL;DR：SEO 工具是耳朵與眼睛，不是答案本身。本章把資料分析拆成五個學習面向：Search Console 五大報告判讀、GA4 流量與行為分析、Core Web Vitals 體驗訊號、排名追蹤與 SEO 報表製作，最終收攏成「量測、判讀、行動、驗證」的決策循環。實證資料：本章作者 Sliven 褚崇名在 whoops 自建的邊緣觀測層量到單週被 GPTBot、ClaudeBot、PerplexityBot 等 AI 爬蟲造訪超過 1.2 萬次，累計已突破破萬次 AI bot 造訪，這個量測基礎正是本章反覆強調的「沒有量測就沒有 SEO 決策」的具體示範。
一、SEO 資料分析怎麼落地：本章學習路徑與戰略
SEO 資料分析的核心不是「報表好看」，是「決策有依據」。很多新手把資料分析做成「每天看曲線、每週做簡報、每月寫報告」，卻從來沒把資料接回網站修改。這是被「資料等於價值」這句話誤導的想像。真正有價值的資料分析，是每一個數字後面都接一個明確的「所以我要做什麼」，沒有動作的數字只是噪音。
戰略上要把握三件事。第一，先裝對工具再分析，沒有 Search Console 與 GA4 的網站等於沒有體溫計與血壓計，談不上健康判讀。第二，先看趨勢再看絕對值，單週曝光 3000 這個數字沒意義，本週比上週上升 12%、且上升來自某幾個查詢簇，這才是可決策的訊號。第三，把資料分析與時程綁定，每週看一次異常、每月做一次主題檢討、每季做一次全站健檢，這個節奏比每天盯著曲線更能看見結構性變化。如果你想看更廣的 SEO 全貌框架，〈SEO 排名因素〉一文把排名訊號排成完整地圖，本章是那張地圖的「量測層」。
本章你會依序學到：Search Console 五大報告判讀、索引覆蓋與爬取預算、Core Web Vitals 體驗訊號、GA4 流量與行為分析、排名追蹤工具的選擇與用法、SEO 報表製作 SOP、資料驅動的決策循環、被演算法影響時的診斷資料、每季健檢清單、發布前檢查與七個新手常見錯誤。讀完這章你應該能在任何搜尋引擎更新、流量下滑、或排名波動之後，獨立完成一份「數字到行動」的判讀清單。
把 SEO 資料分析的「五大學習面向」放進一張表
| 面向 | 它要回答的問題 | 主要工具 | 本章順序 |
|---|---|---|---|
| 搜尋表現 | 哪些查詢帶流量、哪些頁面有曝光無點擊 | Search Console 成效報告 | 第四、五節 |
| 索引健康 | 哪些頁面被收、哪些被排除、為什麼 | Search Console 索引報告 | 第六節 |
| 體驗訊號 | 載入、互動、視覺穩定是否達標 | Search Console 體驗 + PageSpeed Insights | 第七節 |
| 流量行為 | 訪客從哪來、做什麼、是否轉換 | GA4 | 第八節 |
| 排名追蹤 | 關鍵字在搜尋結果的真實位置 | 排名追蹤工具 | 第九節 |
這五項不是各自獨立的工具島，而是一整套「從搜尋入口到網站內行為」的完整觀測鏈。搜尋表現做歪，會誤判哪些關鍵字真的重要；索引健康做歪，會發生「內容寫了卻沒被收」的隱形損失；體驗訊號做歪，再好的內容也會被排名懲罰；流量行為做歪，會把路過的點擊當忠誠讀者；排名追蹤做歪，會把波動當趨勢。實務上我會把這五項排成一份每月資料分析清單，逐項盤點、逐項推進，第十三節會給你完整表格。
二、SEO 資料分析的本質：為什麼必須用資料驅動
資料驅動 SEO 的核心，是讓每一個動作可以被量測、被比較、被驗證。沒有資料的 SEO 是直覺賽，誰的直覺準誰贏；有資料的 SEO 是工程賽，誰的判讀細誰贏。這也是為什麼大型 SEO 團隊幾乎都用資料驅動流程，因為直覺無法規模化，資料可以。
第一個觀念，資料驅動不是「看數字」，是「讓數字改變動作」。每天打開 Search Console 看曲線，看完什麼都沒改，這不叫資料驅動，叫資料瀏覽。真正的資料驅動是看到曝光下降後，找出下降的查詢簇、對照競爭者內容、修改自己頁面、等下次更新驗證效果，這個完整循環才算一次。第二個觀念，資料有時差，判讀要看週期，Search Console 的資料通常延遲 2 到 3 天，GA4 的即時資料也有取樣誤差，過度反應單日波動常把噪音當訊號。完整的時序觀念在〈Google 演算法更新總覽〉一文有展開，本章你只需要先建立「看週期而非看單點」的習慣。第三個觀念，資料要能被還原到具體頁面，看到「整站流量下降 15%」沒用，看到「/某頁面/ 從 X 查詢的流量下降 40%」才有動作空間。
這三個觀念內化後，你會發現坊間那種「保證三個月上第一頁」的承諾，本質上回避了「上第一頁之後呢」的問題。SEO 不是一次性專案，是長期量測工程，從內容到連結、從體驗到結構化資料，每一環都要被持續量測。這也是為什麼〈如何選擇 SEO 公司〉一文會建議，挑顧問的判斷標準之一是「他能不能給你一份量測 SOP」，給不出 SOP 的多半靠直覺。
進一步說，2026 年的 SEO 資料分析角色已經從「影響 Google 排名」升級成「同時影響 Google 與所有 AI 搜尋入口的引用決策」。AI Overviews、Perplexity、ChatGPT 搜尋背後都依賴結構化資料與權威訊號，這些訊號需要被量測才能被最佳化。換句話說，把資料分析做紮實，等於一次投資同時監測 Google 排名與 AI 引用脈絡，這也是這一章每個動作的額外回報。
新手做資料分析的兩種失敗模式
新手面對 SEO 資料做歪，多半走兩種極端。一種是「數字控派」，把每個指標都做成精美儀表板，每天花兩小時看曲線，卻從來不修改網站，網站半年後還是老樣子。另一種是「直覺派」，覺得數字太複雜看不懂，靠感覺寫內容、靠直覺改標題，半年後流量默默歸零還找不到原因。兩種極端的共同病根都是「沒有建立一套從資料到行動的決策循環」。正確做法是按本章後面十一節的步驟逐項做、逐項追蹤。
三、SEO 工具地圖：免費與付費的選擇邏輯
SEO 工具的選擇邏輯很簡單：先把免費的官方工具裝滿，再考慮付費工具補強。很多新手一開始就被「付費工具一個月幾百美金」的印象嚇到，覺得 SEO 是有錢人的遊戲。實際上 Google 官方提供的 Search Console、GA4、PageSpeed Insights 三件套，加上開頭連結過的免費 Google SEO 工具清單，已經足以支撐 80% 的日常 SEO 決策。付費工具的價值在「補強」而非「取代」，後面第九節講排名追蹤時會展開。
| 工具類型 | 代表工具 | 主要回答 | 價格區間 |
|---|---|---|---|
| 搜尋官方 | Search Console | 查詢、曝光、點擊、索引狀態 | 免費 |
| 流量分析 | GA4、〈Google Analytics〉框架 | 工作階段、事件、轉換 | 免費 |
| 體驗訊號 | PageSpeed Insights、〈Core Web Vitals〉 | LCP、INP、CLS | 免費 |
| 爬取診斷 | Screaming Frog、Ahrefs Site Audit | 全站技術問題盤點 | 有限免費 + 付費 |
| 排名追蹤 | Ahrefs、SEMrush、Profound | 關鍵字排名變化 | 付費為主 |
| AI 觀測 | 自建邊緣觀測層（whoops 模式） | AI 爬蟲造訪頻率 | 自建成本 |
這張表的關鍵啟示是「工具不是越貴越好，而是越對應問題越好」。我看過太多團隊買了 Ahrefs 全套卻只用來看成長曲線，等於用買跑車的錢買菜。實務上我會建議：第一年只用免費工具，把資料判讀能力練起來；等流量與營收規模真的需要更細的排名追蹤時，再考慮付費工具。完整工具清單與選擇邏輯在站內〈免費 Google SEO 工具〉一文（開頭已連結），本章重點在「拿到工具之後怎麼用」。
四、Google Search Console 怎麼用：安裝驗證與五大報告
Search Console 是 Google 官方提供的免費工具，也是 SEO 資料分析的起點。沒有安裝 Search Console 的網站等於把搜尋表現完全交給猜測，所有「我的網站排第幾」「哪些查詢帶流量」的問題都無法回答。完整的安裝流程 Google 官方文件寫得很清楚，本章給你實作時的最小判讀單元。
把 Search Console 想成 Google 寄給站長的每月對帳單。沒有對帳單，你不知道自己網站在搜尋引擎裡的真實表現；有了對帳單，每一筆曝光、點擊、排名都能被追溯。Search Console 分成五大報告：成效、索引、體驗、連結、安全問題，每一項對應不同 SEO 訊號。下面五節會把這五大報告的判讀重點拆清楚。
- 安裝與驗證：用 Google 帳號登入 Search Console，新增資源（網址前綴或網域），選擇驗證方式（HTML 檔、HTML 標記、DNS TXT、或 Google Analytics 連動）。WordPress 站最簡單的方式是用 Rank Math 或 Yoast 外掛直接驗證。
- 提交 Sitemap：驗證完成後到「Sitemaps」提交
/sitemap_index.xml，這是 Google 發現你網站所有頁面的入口。〈技術 SEO〉第四章對 Sitemap 的結構有展開。 - 等資料進來：Search Console 通常需要 2 到 3 天才會開始顯示資料，前幾天的曝光數字會偏低是正常的。
- 熟悉五大報告：成效報告看搜尋表現、索引報告看收錄狀態、體驗報告看 Core Web Vitals、連結報告看反向與內部連結、安全問題看手動處分。
- 建立每週檢查節奏：每週花 15 分鐘看成效報告的異常查詢，每月花 1 小時做一次主題檢討，每季做一次全站健檢。
這五步走完之後，Search Console 就從「裝了就忘」變成「每天工作的一部分」。Sliven 褚崇名在 whoops 內部 SEO SOP 的第一條就是「沒有 Search Console 不准談排名」，因為沒有官方資料來源，所有排名討論都是耳語。這個習慣也是把 E-E-A-T 訊號做紮實的基礎，相關實作在〈Entity SEO〉一文有展開。
五、Search Console 效能報告判讀：曝光、點擊、CTR、排名
效能報告是 Search Console 最常用、也最常被誤讀的一份報告。它顯示四個核心指標：曝光、點擊、點閱率（CTR）、平均排名。這四個指標的關係不是獨立的，而是層層影響，看錯一個就會誤判整體策略。
| 指標 | 測什麼 | 判讀重點 |
|---|---|---|
| 曝光 | 頁面出現在搜尋結果的次數 | 曝光上升代表 Google 願意顯示你；曝光下降可能是排名下滑或被索引排除 |
| 點擊 | 使用者實際點進去的次數 | 點擊取決於排名與標題吸引力；點擊率下降先檢查 meta 標題 |
| 點閱率 | 點擊除以曝光 | 低 CTR 代表標題或描述不吸引人，與排名無關 |
| 平均排名 | 該查詢的加權平均位置 | 平均排名會被極端值扭曲，要看分佈而非平均 |
這張表的關鍵啟示是「四個指標要一起看，不能單看一個」。最常見的誤判是看到「平均排名上升」就開心，結果曝光與點擊都沒動，因為排名從 50 進步到 30 對使用者毫無差別。真正的訊號在「曝光上升且點擊上升且 CTR 穩定」，這代表排名真的進到了有流量的位置。實務上我會把四個指標放在同一張折線圖看，找出連動上升或連動下降的時段。
- 曝光上升但點擊沒動：代表排名進到了第二頁邊緣，需要再加強內容深度或內部連結推到第一頁。
- 點擊上升但曝光沒動：代表標題與描述變吸引人了，這是 meta 最佳化的勝利，要記下哪個版本贏。
- CTR 突然下降：多半是排名波動或競爭者標題比你吸引人，先到 SERP 看實際結果。
- 平均排名波動劇烈：用「比較日期範圍」功能找出波動發生的時間點，對照當時的演算法更新或網站修改。
判讀這四個指標時還要記得一件事：Search Console 的排名是「平均」值，會被極端值扭曲。同一個查詢可能對某些使用者排第 1、對另一些排第 8，平均下來變成第 4，看起來不錯實際上沒拿到第 1 的點擊。判讀時要看「排名分佈」而非「平均排名」，這個習慣是初學者與進階者的最大分水嶺。第九章講過的〈Broad Core 演算法更新〉後特別需要這個判讀習慣。
六、Search Console 索引報告：覆蓋率與爬取預算
索引報告告訴你「Google 收了哪些頁面、沒收哪些、為什麼」。很多網站流量下滑找不到原因，打開索引報告才發現重要頁面被標成「已檢索但未建立索引」或「被 noindex 排除」，等於內容寫了卻沒被收進搜尋引擎。索引健康是 SEO 的入場券，沒有被索引的頁面連排名賽都沒參加。
把索引報告想成圖書館的「新書入庫清單」。你寄了一本書給圖書館（提交 Sitemap），圖書館不一定會把它放上書架（建立索引）。可能因為重複內容、薄內容、noindex 標記、爬取預算不足而被退回。索引報告把這些「被退回」的頁面逐一列出，並標註原因。常見的狀態有四種：已建立索引、已檢索但未建立索引、已排除、錯誤，每一種對應不同的處理方式。
- 已檢索但未建立索引：Google 來看了但不收，多半因為內容品質不足或與其他頁面重複。要強化內容深度或合併重複頁面。
- 被 noindex 排除：頁面被設成 noindex，如果是刻意保留就沒事，如果是誤設要立即修正。
- 被 robots.txt 封鎖：robots.txt 擋住了 Googlebot，要檢查是不是誤擋了重要頁面。
- 重複網址：同一內容被多個網址重複，要設定 canonical 標記統一版本。
- 軟 404：頁面存在但內容幾乎是空的，Google 認為等同 404。要補內容或真的刪除。
這五種狀態走完之後，你會發現索引報告跟技術 SEO 健檢高度重疊，兩者可以合併執行。第四章講過的技術 SEO 健檢清單，這一節直接延用即可。爬取預算也要在這一節照顧：大型網站如果產生大量低品質頁面（篩選器、分頁、追蹤參數），會把 Googlebot 的爬取時間消耗在沒價值的頁面上，重要頁面反而被冷落。處理方式是把低價值頁面 noindex 或 robots.txt 封鎖，把爬取預算留給重要頁面。
七、Core Web Vitals 與體驗訊號判讀
Core Web Vitals 是 Google 把「使用者體驗」從抽象原則變成可量測訊號的正式機制。第九章講過 Mobile-First Indexing 與 Core Web Vitals 是 2020 年之後的硬門檻，這一節給你在 Search Console 與 PageSpeed Insights 之間切換判讀的操作步驟。完整的 Core Web Vitals 標準在站內〈Core Web Vitals〉一文（開頭已連結），本章只講判讀。
| 體驗訊號 | 測什麼 | 健康區間 |
|---|---|---|
| LCP | 最大內容繪製完成時間 | ≤ 2.5 秒 |
| INP | 使用者互動到畫面回應 | ≤ 200 毫秒 |
| CLS | 累積排版位移 | ≤ 0.1 |
| 行動可用性 | 字型大小、點擊區、視窗 | 無遮擋、可讀 |
| HTTPS | 加密連線 | 全站 HTTPS |
| 無侵入廣告 | 蓋版廣告、插頁廣告 | 符合 Better Ads 標準 |
Search Console 的「體驗」報告會把這些訊號分成「良好」、「需要改善」、「不良」三組，並列出影響的網址。看到紅區不要慌，體驗訊號的改善有明確的工程路徑：LCP 改善多半是圖片最佳化與伺服器回應時間；INP 改善多半是 JavaScript 阻塞與主執行緒工作量；CLS 改善多半是圖片尺寸欄位與動態注入內容。每一項都有對應的技術 SEO 修法，〈PageSpeed Insights〉與 Lighthouse 報告會給出具體建議。
這張表的關鍵啟示是「體驗訊號是排名入場券，不是加分項」。LCP、INP、CLS 任一項落入紅區，等於網站連基本的入場資格都沒拿到，內容再好也會被排在後面。實務上我會建議：每一季用 PageSpeed Insights 跑一次全站體驗訊號健檢，落後的頁面優先改善。體驗訊號與〈On-Page SEO〉的頁面最佳化清單高度重疊，兩者可以合併執行。
八、GA4 在 SEO 的應用：工作階段、事件、轉換
GA4 是 Google Analytics 的最新版本，也是 SEO 觀測鏈的「站內行為」段。Search Console 告訴你訪客從哪些查詢進來，GA4 告訴你這些訪客進來之後做什麼。兩套工具合在一起，才能看清楚「搜尋入口到轉換」的完整動線。完整的 GA 框架介紹在站內〈Google Analytics〉一文（開頭已連結），本章只講在 SEO 場景下的判讀。
把 GA4 想成商店的監視器與銷售日記。Search Console 是門口的招攬員，告訴你今天有多少人被招牌吸引進來；GA4 是店內的監視器，記錄每個客人在哪個貨架停留最久、拿了什麼、最終有沒有結帳。沒有 GA4，你不知道哪些 SEO 流量真的帶來價值、哪些只是路過點擊。GA4 與舊版 Universal Analytics 最大的差別是事件導向：所有行為都被當成事件，可以自訂轉換，不再有「工作階段 vs 使用者」的二元框架。
- 流量來源：在「報告 > 客層 > 流量獲取」看 Organic Search 比例，這是 SEO 帶來的流量。
- 到達頁面：在「報告 > 參與 > 到達頁面」看哪些頁面是 SEO 流量的入口，找出具備引流能力的內容。
- 參與度：參與時間超過 10 秒、或捲動超過 50%、或發生轉換事件，這三項任一發生才算「參與」。參與度低的頁面要檢討內容品質。
- 事件與轉換：自訂關鍵事件（如「填表」「下載」「購物車結帳」），追蹤 SEO 流量的真實轉換貢獻。
- 跨裝置路徑：GA4 把同一使用者的多裝置行為串接，能看到「手機搜尋→桌面轉換」的跨裝置動線。
GA4 的學習曲線比舊版陡，但一旦熟了，能回答的問題比舊版多太多。SEO 流量的價值不在「帶來多少點擊」，在「帶來多少參與與轉換」，這個觀念是 GA4 時代的核心。實務上我會建議：把 GA4 與 Search Console 串在「同一個 SEO 月報」裡，搜尋表現放左邊、站內行為放右邊，中間用「同一個查詢簇」串起來判讀。第五章講過的〈內容行銷〉內容品質評估，這一節就是它的量化基礎。
九、排名追蹤工具：手動 vs 工具，追什麼
排名追蹤是 SEO 資料分析裡最容易被過度投資的一塊。很多新手一開始就買全套排名追蹤工具，每天看自己關心的關鍵字在第幾名，卻忘了排名只是結果，內容與連結才是原因。排名追蹤的價值在「監測異常」而非「追逐數字」，理解這個差別能省下大量無效投資。
把排名追蹤想成體重計。每天量體重不會讓你變瘦，只會讓你知道自己在哪裡；真正改變體重的是飲食與運動，不是體重計本身。排名追蹤也是：每天看排名不會讓你進步，真正改變排名的是內容、連結、體驗訊號。排名追蹤的價值是「在排名異常時及時提醒你」，例如某個穩定排第 3 的關鍵字突然掉到第 8，這個訊號值得去診斷；至於每天上下浮動一兩名，多半是噪音。
| 追蹤方式 | 成本 | 適用情境 | 限制 |
|---|---|---|---|
| 手動 SERP 檢查 | 免費 | 少量關鍵字、無時效需求 | 個人化嚴重、無歷史資料 |
| 免費瀏覽器擴充 | 免費 | 偶爾抽查 | 資料不連續、無 API |
| 付費工具（Ahrefs、SEMrush） | 每月數十到數百美金 | 中型以上網站、需要歷史曲線 | 成本高、學習曲線 |
| 本地化追蹤（cloakbrowser 模式） | 技術成本 | 台灣在地 SEO、需要真實 SERP | 需自建爬蟲、易被擋 |
這張表的關鍵啟示是「排名追蹤要選對情境，不要盲目買付費」。小型網站前兩年其實不需要付費工具，把 Search Console 的「成效」報告按查詢簇分組，已經能追蹤 80% 的關鍵字表現。等流量規模真的需要更細的歷史曲線與競爭者對比時，再考慮 Ahrefs 或 SEMrush。做在地 SEO 還要特別注意排名追蹤的個人化問題：Google 會根據使用者位置、搜尋歷史、裝置給出不同結果，單一工具看到的排名未必代表真實 SERP，前面提過的 SEO 排名因素一文對這個限制有展開。
十、SEO 報表製作 SOP：KPI、視覺化、決策會議
SEO 報表的價值，不在漂亮，在驅動決策。我見過太多團隊把 SEO 報表做成上百頁的 PowerPoint，每一頁都是曲線與圓餅圖，會議開了兩小時卻沒有任何結論。問題不在視覺化工具，在報表設計的目的不對。好的 SEO 報表是決策工具，不是展示工具。
把 SEO 報表想成健檢報告的「結論頁」。健檢報告前面幾十頁都是資料，最末頁是醫師的判讀與建議，這才是病人會看的一頁。SEO 報表也一樣：前面是 KPI 曲線，後面是「所以這個月要做什麼」。沒有「所以」的報表，再漂亮也是失敗。
- 選 KPI：選 5 到 7 個跟商業目標直接相關的指標，例如 Organic Traffic、Conversion Rate、Top-10 Keyword Count、Indexed Pages、Core Web Vitals Pass Rate。不要超過 7 個，否則失去焦點。
- 對比基準：每個 KPI 都要附「上月」「去年同期」兩個對比，沒有對比的數字沒有意義。
- 標出異常：把異常上升或下降的 KPI 用顏色標示，並在旁邊寫一句「可能原因」。
- 列行動清單：報表最末頁是「本月要做的事」，每項行動都要有負責人與截止日。
- 開決策會議：每月開一次 30 分鐘的 SEO 會議，焦點不在報數字，在確認行動清單的進度。
這個 SOP 走完之後，你會發現 SEO 報表從「每月的負擔」變成「每月的驅動力」。報表的價值在改變動作，不在記錄歷史。〈網站最佳化流程〉一文把這個報表驅動的改善節奏拆得更細，是這一節的操作手冊。Sliven 褚崇名在 whoops 內部要求每份 SEO 月報最末頁一定要有「本月三個行動」，這個紀律比任何視覺化技巧都重要。
十一、資料驅動的 SEO 決策循環：量測、判讀、行動、驗證
前面十節學的零散技巧，到這一節收攏成一個循環。資料驅動 SEO 不是直線，是迴圈：量測、判讀、行動、驗證，再回到量測。每一輪循環都讓你對網站的理解更深一層，也讓下一次決策更精準。這個循環跑得越多次，SEO 越像工程，越不像猜測。
| 階段 | 做什麼 | 工具 | 輸出 |
|---|---|---|---|
| 量測 | 蒐集本周的 Search Console、GA4、排名資料 | Search Console、GA4 | 原始資料 |
| 判讀 | 找出異常、對比基準、列出可能原因 | 試算表、筆記 | 假設清單 |
| 行動 | 針對最可能的假設修改網站 | 內容編輯、技術 SEO | 修改紀錄 |
| 驗證 | 等下次資料進來，看行動是否帶來預期效果 | Search Console、GA4 | 驗證結論 |
這個循環走完一圈通常需要 2 到 4 週，因為 Search Console 與 GA4 都有時差，演算法更新也要時間才會反映。不要期待「這週改、下週就看到效果」，這種短期思維是 SEO 失敗的最大原因。實務上我會建議：把每一輪循環記錄成一個「實驗卡片」，記下假設、行動、驗證結果，半年後回頭看這些卡片就是網站最珍貴的 SEO 知識庫。第九章講過的〈Core Update 排名回升〉一文，背後的回升 SOP 就是這個循環的具體應用。
十二、被演算法影響時用什麼資料診斷
演算法更新後流量下滑，第一步是用資料診斷，不是亂改網站。第九章講過被影響時的回升 SOP，這一節給你在 Search Console 與 GA4 之間切換診斷的具體步驟。資料診斷做得越細，回升動作越精準；做得越粗，越容易把穩定排名改壞。
- 確認影響範圍：在 Search Console「成效」報告切日期範圍到更新前後兩週，看曝光與點擊的整體變化。再用「比較日期範圍」功能找出哪些查詢簇受影響最大。
- 分類受影響查詢：把下降的查詢分成「廣義字」「長尾字」「品牌字」三類，廣義字下降多半是 Core Update，長尾字下降可能是 Helpful Content，品牌字下降要檢查是否被演算法外的因素影響。
- 對照競爭者：在 SERP 上看同一查詢現在是哪些網站排上前 10，與更新前對比，找出誰上升、誰下降。〈自然流量〉與 SEO 排名因素兩文是這個對比過程的量化基礎。
- 檢查索引狀態：到 Search Console「索引」報告看受影響頁面是否被取消索引，如果被排除要找出原因（重複、noindex、軟 404）。
- 檢查體驗訊號：到「體驗」報告看 Core Web Vitals 是否紅區，體驗訊號退化會被演算法放大懲罰。
- 製作改善清單：把前五步的發現整理成「本月要做的事」，每項行動都要對應到一個具體資料訊號。
這個診斷 SOP 走完之後，你會發現真正能影響回升速度的，是「診斷的具體程度」而不是「修改的次數」。把一個頁面的內容深度、作者權威、使用者體驗一次做到位，比連續修改十次但每次只動標題更有效。第九章講過的〈2024 年 11 月 Core Update〉、〈2025 年 3 月 Core Update〉、〈2025 年 6 月 Core Update〉、〈2025 年 12 月 Core Update〉一系列追蹤文，背後都是用這個 SOP 跑出來的。
十三、SEO 資料分析每季健檢清單
SEO 資料分析不是設定一次就永久有效，它是需要每季健檢的長期資產。Google 每年發佈數千次小規模測試與數次重大更新，網站的各項訊號也會隨著內容增刪、連結變化、對手進步而漂移。建立每季健檢節奏，是讓你的網站在任何更新下都保持穩定的關鍵。
| 檢查項目 | 具體標準 | 工具 |
|---|---|---|
| 搜尋表現 | 有無異常查詢下降 | Search Console 成效 |
| 索引覆蓋率 | 重要頁面全部已索引 | Search Console 索引 |
| Core Web Vitals | LCP / INP / CLS 全綠 | Search Console 體驗、PageSpeed Insights |
| 流量行為 | Organic Search 比例與轉換率 | GA4 |
| 排名穩定度 | 核心關鍵字排名波動在合理區間 | 排名追蹤工具 |
| 連結健康度 | 無付費連結、無連結農場 | Search Console 連結報告 |
| 結構化資料 | 無警告、無手動處分 | 複合式摘要測試 |
| AI 爬蟲可訪問 | GPTBot/ClaudeBot/PerplexityBot 允許 | robots.txt 檢查 |
這張表走完之後，你會發現資料分析健檢跟技術 SEO 健檢、內部連結健檢高度重疊，三者可以合併執行。實務上我會把這份清單與第七章的內部連結健檢清單、第四章的技術 SEO 健檢清單合在一起跑，一次盤點、一次報告。每月跑一次報告看成長趨勢，每季做一次完整健檢，這個節奏比每天看一次更有效，因為 SEO 訊號本來就是緩慢變化的指標。
十四、發布前檢查清單與 7 個新手常見錯誤
理論講完，這一節給你兩張表：一張發布前檢查清單，一張新手最常犯的七個錯。建議把檢查清單存進你的 SEO SOP，每一篇新文章發布前逐項打勾，每一季再做一次全站健檢。
| 檢查項目 | 具體標準 |
|---|---|
| Search Console 已驗證 | 網站資源已新增且驗證通過 |
| GA4 已安裝 | 追蹤碼在全站生效 |
| Sitemap 已提交 | 無 404、無大量被排除 |
| Core Web Vitals | LCP / INP / CLS 綠區 |
| 結構化資料 | Article、FAQPage、BreadcrumbList |
| 事件追蹤 | 關鍵轉換事件已設定 |
清單走完之後，對照接下來七個新手最常犯的錯，再做一輪自我審查。
- 看平均排名不看分佈。平均排名會被極端值扭曲，排名從 1 退到 30 與從 30 退到 60，平均後看起來都像「下降一些」，實際意義完全不同。
- 把曝光當流量。曝光是 Google 顯示你，點擊才是訪客真的來。曝光上升不等於流量上升，要對著看。
- 過度反應單日波動。Search Console 與 GA4 都有時差與取樣誤差，單日波動多半是噪音，要看週期。
- 只看自己的資料不看競爭者。SEO 是相對賽，自己進步不夠，要進步得比對手快才算贏。
- 買付費工具卻只用基本功能。Ahrefs、SEMrush 買了只用看成長曲線，等於用跑車買菜。
- 報表做成展示而非決策。報表沒有「所以要做什麼」的結論頁，再漂亮也是失敗。
- 忽略 AI 爬蟲與結構化資料。AI 搜尋時代，禁止 GPTBot、ClaudeBot 等於自斷被引用機會；FAQPage 與 Article 結構化資料是 AI 引用的入口。
這七個錯的共通點是「把資料當展示，而不是當決策」。資料分析的目的是改變動作，不是裝飾報表。把本章五大學習面向當系統一起做，比把任何一個工具鑽到極致更重要。如果你想看更廣的執行框架，前面幾節連結過的網站最佳化流程與 SEO 排名因素兩文是延伸閱讀。
十五、學 SEO 工具常見問題 FAQ
Q1：Search Console 一定要裝嗎？
原則上一定要。Search Console 是 Google 官方提供搜尋表現資料的唯一管道，沒有它等於把網站在搜尋引擎裡的表現完全交給猜測。免費、安裝不複雜、提供的資料無可取代，沒有不裝的理由。如果你只能選一個 SEO 工具安裝，那一定是 Search Console。
Q2：GA4 與 Search Console 的資料為什麼對不起來？
因為兩者測的東西不同。Search Console 測的是「搜尋結果頁上的曝光與點擊」，GA4 測的是「訪客進站後的行為」。同一個查詢在 Search Console 顯示 1000 次點擊，在 GA4 的 Organic Search 可能顯示 850 次，差異來自重新導向、跳出前未觸發追蹤、或被廣告攔截器擋掉。判讀時不要把兩者當同一份資料比對，要把它們當「搜尋入口」與「站內行為」兩段鏈。
Q3：付費排名追蹤工具值得買嗎？
看情境。小型網站前兩年其實不需要付費工具，Search Console 的成效報告按查詢簇分組就能追蹤 80% 的關鍵字。等流量規模需要更細的歷史曲線、競爭者對比、或大規模關鍵字追蹤時，再考慮 Ahrefs、SEMrush、Profound 之類的付費方案。買之前先問「我想回答的問題，免費工具真的回答不了嗎」，答得出來就不用買。
Q4：Core Web Vitals 紅區會嚴重影響排名嗎？
會，而且是入場券級別的影響。LCP、INP、CLS 任一項落入紅區，等於網站連基本的使用者體驗門檻都沒過，內容再好也會被排到後面。Core Web Vitals 不是加分項，是入場券。看到紅區要優先改善，改善路徑有明確的工程方法（圖片最佳化、JavaScript 阻塞處理、版面位移修正），不是玄學。
Q5：Search Console 顯示「已檢索但未建立索引」怎麼辦？
多半因為內容品質不足或與其他頁面重複。Google 來爬了但不收，代表它認為這個頁面對使用者沒有獨特價值。處理方式是強化內容深度、補上第一手觀點、或與重複頁面合併。不要急著提交「要求建立索引」，那只是請 Google 再看一次，如果內容問題不解決，再看一次還是不收。
Q6：SEO 報表應該多久做一次？
每週看成長曲線、每月做一次主題檢討、每季做一次完整健檢，這個節奏比每天看一次更有效。每天看容易被單日波動干擾，每月做可以把波動放進週期裡判讀，每季做可以看出結構性變化。報表的頻率要配合決策的節奏，不是越頻繁越好。
Q7：AI 搜尋時代的 SEO 資料分析有什麼不同？
最大的不同是要同時監測 Google 排名與 AI 引用兩個入口。AI Overviews、Perplexity、ChatGPT 搜尋背後依賴結構化資料與權威訊號，這些訊號需要被量測才能被最佳化。除了傳統的 Search Console 與 GA4，還要追蹤 GPTBot、ClaudeBot、PerplexityBot 等 AI 爬蟲的造訪頻率，這是 AI 搜尋時代的全新觀測層。完整的 AI 搜尋框架在站內〈AEO 是什麼〉與〈GEO 是什麼〉兩文。
Q8：新手學 SEO 資料分析最重要的是什麼？
建立「從資料到行動」的決策循環。不要把資料分析做成每天看曲線的習慣，每一個數字後面都要接一個明確的「所以我要做什麼」。本章的十一節就是沿著這個循環設計的步驟。把這個循環跑起來，比買任何付費工具都重要。
結語：往第 11 章出發
第十章到這裡，你應該已經有四個東西：Search Console 五大報告判讀清單、GA4 在 SEO 的應用基礎、Core Web Vitals 與體驗訊號的改善路徑、一份每季健檢清單。剩下 2 章會把這套資料分析骨架的每一段走細，從 Local SEO 到 AI SEO 未來趨勢。記住一件事：SEO 資料分析的長期價值，在驅動每一次決策，不在展示每一份報表。
準備好往下一步走了嗎？〈第 11 章：Local SEO 與進階最佳化〉會帶你把這套資料分析能力落地到在地搜尋場景，這也是 AI 搜尋時代另一個成長最快的入口。如果你想回頭看〈第 1 章〉建立全局，或複習〈第 2 章：關鍵字研究〉、〈第 3 章：On-Page SEO〉、〈第 4 章：技術 SEO〉、〈第 5 章：SEO 內容行銷〉、〈第 6 章：站外 SEO〉、〈第 7 章：內部連結〉、〈第 8 章：E-E-A-T 與 YMYL〉（第 9 章演算法更新已在開頭連結過）。如果你想看整堂課的導覽，〈免費 SEO 教學與課程總覽〉是入口。免費工具清單在〈免費 Google SEO 工具〉一文（開頭已連結）。我們在第 11 章見。