Google Search Console 搭配 AI：把搜尋資料變成每週 SEO 工作清單

GSC＋AI 每週 SEO 工作清單，是把 Google Search Console（以下簡稱 GSC）的查詢與網頁成效，整理成有網址、證據、具體動作與複查日期的待辦事項。先固定資料範圍與篩選條件，匯出時保留查詢與網址的對應關係，再把檔案連同網站說明交給 AI，請它整理變化、提出待查項目。每個建議都要回到資料列驗證，修改與否由網站負責人決定。GSC 的品牌查詢篩選、週月檢視與生成式 AI 成效報表，則可分別協助區分需求、觀察趨勢與追蹤 AI 曝光。

本週要改哪個頁面，從 GSC「查詢」與「網頁」資料的變化開始判斷，不是憑感覺排事。

完整一輪流程：固定資料範圍與篩選，匯出保留查詢與網址對應的明細，連同網站說明交給 AI，產出本週至多三項工作的清單，修改上線後用相同條件複查。

AI 整理資料、提出待查項目；業務脈絡、頁面內容與最終決定由人提供。對不上的建議先修資料，不急著改網站。

這套流程在做什麼：AI 排工作，你做決定

GSC 能告訴你哪些搜尋帶來點擊，卻不能單靠這些資料判斷哪個頁面值得投入兩天修改。假設你經營網站設計公司的官網，架站教學文章可能吸引大量自學讀者，服務方案頁的流量少得多，卻更貼近真正會詢價的人。要排出合理的工作順序，除了點擊數字，還需要知道網站提供什麼服務、服務哪些客戶，以及哪些行動算有效成果。這套流程就是把兩邊接起來：AI 讀檔案、核對數字、提出待查項目；你提供服務範圍、頁面內容與商業目標，並對每個建議做決定。

產出的工作清單有固定結構：每項工作寫明網址、資料依據、待驗證的原因、具體動作與複查日期。這個結構逼著每個建議都能被檢驗，如果 AI 說「這頁 CTR 偏低建議改標題」，你就要能看到它引用的資料列；如果它引用的查詢根本不對應那個網址，問題出在資料，不是出在頁面。想先理解 AI 在 SEO 工作裡能接手哪些環節，這套流程就是最具體的切入點。

把 GSC 當成「SEO 主管」來派工的原始構想，來自 SEO 顧問 ChadSEO 在 2026 年 10 月分享的 Search Console as Your Head of SEO 想法：與其每週面對幾十頁報表，不如讓 AI 扮演那個盯著報表、開出待辦事項的角色。原始貼文如下。

這篇文章把這個構想展開成完整的一週操作：素材準備、資料範圍、匯出口徑、提示詞、上線後的紀錄與複查。還不熟悉 GSC 介面的讀者，可以先看站上的 Search Console 基礎指南認識報表結構，再回來跟著這套流程走。

開始之前，先讓 AI 知道網站靠什麼產生價值

AI 拿到的檔案裡只有查詢、網址與四個指標，它不知道哪些頁面貼近營收、哪些只是支援內容，也不知道你的品牌有哪些別名。所以動手匯出資料之前，先寫一份簡短的網站說明，之後每週分析都沿用同一份，AI 的建議才會貼著你的業務走。這份說明至少要涵蓋：

• 網站網址與主要市場、語言
• 產品或服務內容，以及希望訪客完成的行動（詢問、註冊、下載）
• 品牌名稱與常見寫法、縮寫、錯拼
• 優先檢查的頁面清單與各頁用途
• 不提供的服務範圍，避免 AI 建議往不存在的業務方向擴張
• 近期變更紀錄與可提供的資料

網站名稱與網址：
主要市場與語言：
產品或服務：
希望訪客完成的行動：
品牌名稱與常見寫法：
優先檢查的頁面：
不提供的服務範圍：
近期變更：
可提供的資料：

優先檢查的頁面不必只放產品頁。能協助使用者選方案的比較文章、收集名單的免費工具頁、現有客戶經常查閱的說明頁，都可以列入，並寫清楚每頁用途；用途寫得越具體，AI 排出來的建議越可用。

如果想進一步對照商業成果，可以再整理一份自然搜尋到站頁的詢問、註冊或訂單數字，但對照前先確認兩邊的統計範圍：GSC 與網站分析工具的計算方式不同，而且 GSC 的每日資料採美國加州時間，跟多數分析工具的時區設定不一致，逐日貼合時邊界日期可能差一天。把這個差異寫進網站說明，AI 就不會把時區錯位誤判成流量異常。

固定資料範圍，資料升降才有意義

選對要分析的網站範圍

GSC 的資源有兩種主要形式，差別在涵蓋範圍：網域資源會涵蓋相關子網域與不同通訊協定，觀察整個網域時通常較方便；網址前置字元資源則適合只分析某個子目錄或特定網址開頭的情況。挑選與登入的細節，站上的資源類型比較有完整說明。範圍選錯，之後所有比較都會混入不需要的流量，例如同一個網域同時放官網、客服中心與測試站，做服務頁分析時就要確認篩選後只留下需要的部分。

已經有資料的網站可以直接開始。全新網站先完成資源驗證，提交 sitemap 協助 Google 發現網址，再用「網址審查」確認重要頁面的索引狀態。查詢資料還沒累積之前，先做頁面與索引檢查就好，不要勉強從空表判斷排名機會。

設定一組可重複使用的比較條件

進入「成效」裡的「搜尋結果」報表，開啟點擊、曝光、CTR 與平均排名四個指標；分析文字關鍵字時，搜尋類型選一般文字網頁搜尋，官方文件目前把這個選項標示為 Web: text-based，部分介面仍顯示 Web。報表能提供哪些維度與欄位、各指標怎麼計算，成效報表的說明文件有逐項定義，之後判讀數字時以它為準。

期間建議先用最近一段資料完整的連續 28 天，對照前一個 28 天，兩段各含四組完整星期；流量太少就延長到三個月，有明顯淡旺季的網站再看去年相近時段。圖表尾端標示為初步資料、或以虛線呈現的日期先不要用來判定流量下滑，Google 說明這些數字仍可能變動，每週分析應選已完成日期。比較日期範圍時，切換成每週或每月的粒度更穩定：Google 在 2025 年 12 月 10 日為成效報表推出週與月檢視，把時間聚合從每日改成每週或每月，用來平滑單日波動，匯出檔案的結構也會跟著粒度調整。官方帳號當天的公告如下。

若報表中有 AI 輔助設定入口，也可以用自然語言描述國家、裝置、日期與比較方式，讓它協助設定篩選及指標。Google 的AI-powered configuration 官方公告說明，這項功能適用於搜尋結果成效報表，不能代替排序或匯出；套用後仍要核對條件，再依下面步驟下載資料、交給 AI 整理工作清單。

條件確定後把它寫成固定格式，之後每週沿用同一組，資料才能前後銜接。

網站範圍（資源與篩選）：
搜尋類型：
本期起訖日期：
前期起訖日期：
國家與裝置：
品牌處理方式（內建篩選或自訂規則運算式）：
額外篩選：

品牌查詢與非品牌查詢分開看

品牌搜尋反映已經認識你的使用者，非品牌搜尋才適合拿來找新的需求與內容機會，兩種資料要各自比較，混在一起會互相稀釋訊號。帳號有內建篩選的話可以直接用：Google 在 2025 年 11 月 20 日為成效報表推出品牌查詢篩選，自動區分品牌與非品牌查詢，不需要自己寫規則，並在 2026 年 3 月 11 日更新為向所有符合資格的網站提供。官方說明對品牌的定義涵蓋品牌名稱、變體、錯拼與品牌相關的產品服務查詢，分類由內部系統判定，官方文件也說明，內建品牌篩選僅適用於頂層資源，子網域或特定路徑資源不適用，查詢與曝光量不足時也可能不提供；分類仍可能出錯，建議抽查。

帳號還沒有內建篩選時，自己設也行：進入「新增篩選條件」，選「查詢」的「自訂（規則運算式）」，先設「符合」檢查抓到哪些查詢，確認沒有誤排重要的一般詞，再切回「不符合」看非品牌資料。以虛構品牌「青杉網站」為例，規則可以從 (青杉網站|青杉網頁|qingshan\s*web) 開始，品牌有其他拼法再逐步補入。GSC 的規則運算式採用 RE2 語法，預設部分比對且不區分大小寫。篩選器與查詢維度的完整用法，官方的成效報表篩選說明頁有逐項整理，重點如下圖。

有一個資料邊界要知道：部分查詢會因隱私保護而隱藏。未套用查詢篩選時，這些查詢包含在圖表總量內；套用任何查詢篩選後則會被排除，因此品牌與非品牌兩組數字加總，不一定等於整站總量。把這點寫進給 AI 的說明，可以避免它把加總落差誤判成資料缺漏。

匯出資料時，保留查詢與網址的對應

成效報表的「查詢」分頁列出各搜尋詞的表現，「網頁」分頁列出各網址的表現，兩份總表各自彙總，沒有逐列對應關係。不能把第一個查詢配給第一個網址，也不能因為點擊數接近就判斷它們出現在同一組搜尋結果。這個限制由兩份資料的彙總方式決定，交給 AI 時要在提示詞裡講清楚：讓它自行配對，建議寫得再有條理，也可能改錯頁面。報表分頁與篩選的操作方式，官方頻道的成效報表導覽影片是最快的入門：

要看某個頁面的查詢明細，從「網頁」分頁往下鑽：先選一個值得檢查的網址，確認上方的篩選是這個精確網址，再切到「查詢」分頁，此時看到的搜尋詞才屬於該頁在所選條件下的資料。匯出這份查詢表時，檔名附上頁面簡稱與期間，例如 2026-10-27_wordpress-pricing_queries_tw_mobile_28d.csv；檔名裡的日期是匯出日，資料的實際起訖日期要一併記在條件表裡，不能讓 AI 用檔名猜測期間。

發現機會的起點有時是查詢而不是頁面，這時就反向操作：先確認目標查詢屬於非品牌查詢，把原本用來排除品牌的規則運算式篩選改成該查詢的完全相符條件，再切到「網頁」分頁，看 Google 實際顯示哪些網址；要深入分析其中一頁時，加入該頁的精確網址條件，並讓本期與前期等長，國家、裝置與其他篩選保持一致。同一個查詢出現多個網址時，只能說有多頁同時獲得曝光，是否屬於互相競爭、要不要合併內容，還得檢查各頁用途、時間變化與搜尋需求，不能直接判定它們在互相拖累。

需要反覆取得多組資料、或要同時分析多個頁面時，改用 Search Analytics API 更省事：呼叫時同時指定 query 與 page 兩個維度，每一列就會保留查詢與網址的組合，必要時再加入日期、國家或裝置維度。但有兩個限制要知道：一般介面的表格最多顯示 1,000 列，API 也受內部限制，兩者都不能保證取回所有資料。某個網址沒有出現在匯出表裡，先檢查資料範圍與匯出限制，不要直接當成零曝光。

多列資料合併檢視時，CTR 要重新計算：用總點擊數除以總曝光次數，不要把各列的百分比直接平均。例如一列是 10 次曝光、1 次點擊，另一列是 990 次曝光、9 次點擊，合計 CTR 是 10 ÷ 1,000 = 1%，而不是兩列百分比的算術平均。這條規則同樣要寫進提示詞，AI 才不會在彙總時算出漂亮的錯數字。

跟著做：從 GSC 報表匯出一個頁面的查詢資料

第一次先選一個重要頁面，把下面七個步驟完整走一遍。圖片可點開查看原尺寸。圖中的紅框與編號標出操作位置；日期、國家、裝置和頁面條件則以你要分析的網站為準。

步驟 1：選對資源，打開「搜尋結果」

登入 GSC，在左上角的資源選單選擇要分析的網站，確認網址前置字元或網域範圍正確。接著點左側「成效」底下的「搜尋結果」，看到「搜尋結果成效」標題後，確認上方的搜尋類型是這次要分析的網路搜尋。

報表預設勾選「總點擊次數」與「曝光總數」，先用這兩條曲線確認變化。需要一起查看 CTR 與排名時，再勾選「平均點閱率」與「平均排序」；這兩個名稱分別對應本文所說的 CTR 與平均排名。

步驟 2：用「更多」設定兩段等長期間

點報表頂端日期按鈕列的「更多」，切到「比較」分頁，選「比較過去 28 天和先前特定期間」，再按「套用」。回到報表後，確認已出現比較條件；圖表與表格會用兩段期間呈現資料。

若期間末端仍含初步資料，改用「自訂」填入已完成資料的起訖日期，前後期都維持 28 天。把兩組日期記到條件表，之後匯出、給 AI 分析與複查時都沿用，避免把尚未收齊的最後一天當成下滑。

套用後，先確認上方已改成比較條件，指標卡也分別列出本期與前期。圖表用實線與虛線區分兩段期間；兩條線的顏色要對應同一張指標卡，再看本期相對前期如何變化。

步驟 3：固定國家與裝置

點「新增篩選器」→「國家/地區」，選擇目標市場後套用；再點一次「新增篩選器」→「裝置」，選要檢查的裝置。例如要研究台灣手機使用者，就固定為台灣與行動裝置。設定完成後，上方應同時留有這兩個條件。

如果要看整體流量，也可以不加國家或裝置條件，但要在條件表寫明「全部」。本期與前期必須使用同一組條件，不要拿全部裝置的本期與行動裝置的前期互相比較。

步驟 4：把品牌查詢與非品牌查詢分開

點「新增篩選器」→「查詢」。若畫面提供「含品牌名稱的查詢」與「不含品牌名稱的查詢」，可先用內建選項，再抽查分類是否符合你的品牌定義。

需要自行定義時，在「依關鍵字」的比對選單選「自訂（規則運算式）」，輸入前一節整理的品牌規則。先選「與規則運算式相符」並套用，到「查詢」分頁核對；確認抓到的確實是品牌詞後，再打開同一個查詢篩選，改成「與規則運算式不符」並套用。這時才是排除該規則後的非品牌資料。

步驟 5：在「網頁」分頁選定一個網址

捲到圖表下方，切換「網頁」分頁，點選這次要檢查的網址列。回到上方確認新增了「頁」篩選，點開核對網址是否正確，以及比對方式是否為精確網址。這一步把報表縮小到單一頁面，日期、國家、裝置與非品牌條件繼續保留。

步驟 6：切回「查詢」，再下載 CSV

保留「頁」篩選，切到「查詢」分頁，現在這張表列出的才是該頁在目前條件下的查詢。點右上角「匯出」→「下載 CSV」。如果下載的是 ZIP，解壓縮後保留查詢明細與篩選條件相關檔案，不要只留下圖表日期資料。

打開檔案，檢查查詢欄、兩段期間的點擊與曝光等欄位是否齊全；缺少指標時，回報表勾選對應指標卡後再匯出。另存一份條件表，記下精確網址、搜尋類型、兩段日期、國家、裝置與品牌排除規則。單頁查詢表不一定另外附上網址欄，因此條件表必須一起交給 AI。

步驟 7：把檔案與網站說明一起交給 AI

把剛下載的單頁查詢明細、條件表、網站說明與近期變更紀錄一起附上，使用後面「把資料交給 AI」一節的中文提示詞。第一次請 AI 只分析這一頁，要求它列出引用的查詢、前後期數字與待查原因，再逐列回檔案核對。

完成這一頁後，再回 GSC 移除「頁」篩選、保留其他條件，換下一頁重複步驟 5、6。每頁各留一份查詢明細與網址對應，讓 AI 能指出建議到底要改在哪個頁面。

用一個頁面示範怎麼做決定

以下品牌、頁面與數字都是教學假設，用來示範從資料到工作清單的完整推理，並非任何網站的實測或客戶成果。假設「青杉網站」有一篇介紹 WordPress 架站費用的頁面，篩選條件已固定為：網址 https://example.com/wordpress-pricing/、查詢 WordPress 網站架設費用、國家台灣、裝置行動裝置、搜尋類型文字網頁搜尋，比較本期 28 天與前期 28 天，兩段期間都使用已完成資料。

點擊比前期少了 56 次，約下降 31.1%；曝光略增，平均排名相近，CTR 則下降 1 個百分點。這組數字足以把這一頁列入「檢查點擊率變化」，還不足以決定重寫正文，因為排名沒有明顯滑落，問題更可能出現在搜尋結果的呈現，而不是頁面本身。接著進行人工觀察：查看這個查詢的搜尋結果，記下日期、地區與裝置，確認標題與摘要怎麼呈現、競爭頁面提供哪些資訊、版位是否改變。這次觀察只是當下的一個樣本，要與 GSC 的期間資料搭配判斷。

假設進一步發現，頁面已經有完整的方案內容與維護費用，搜尋結果卻仍顯示模糊的標題「青杉網站｜網站設計服務」，就有明確理由提出替代標題：WordPress 網站架設費用｜方案項目與維護支出。這個標題成立的條件，是正文確實回答這些問題；如果頁面只有一張詢價表單，先補足承諾的資訊，不能用標題製造內容不存在的期待。Google 建議標題簡潔且準確描述頁面，也可能依主標、內文或連結文字自行產生不同的搜尋結果標題，實際截斷受裝置寬度影響，不需要把完全相符關鍵字、年份或固定像素數當成每頁都要套用的規格。

這一項工作就能寫成清單裡的一條完整紀錄：

• 頁面：/wordpress-pricing/，目標查詢 WordPress 網站架設費用
• 依據：指定條件下 CTR 由 3.0% 降至 2.0%，平均排名 4.2 到 4.3 相近
• 待驗證原因：搜尋結果標題未呈現頁面既有的費用資訊
• 動作：確認正文與主標一致後修改 title，保留修改前文字
• 先檢查：網站是否正確輸出新 title，Google 是否重新檢索
• 再評估：同一查詢、網址、國家與裝置下的點擊與 CTR 變化

歸因時要保持克制。GSC 的平均排名是所選範圍內最上方結果的平均位置，搜尋結果又隨時間、地點與裝置變動，即使平均值相近，期間內的分布仍可能不同；何況同一時間可能還有其他網站變更同時發生。後續數字改善可以作為繼續觀察這項改動的依據，卻不能只憑前後兩段期間，就把全部變化歸因於標題。

把其他頁面分成四種工作處理

先修復會阻斷搜尋的問題

如果重要服務頁誤設 noindex、回應錯誤狀態碼，或被導向不相干的網址，先修這些，不必等內容成效的觀察期結束，因為它們阻斷的是參與搜尋的資格，不是排名的高低。在「網址審查」輸入具體網址，檢查索引狀態、Google 選用的標準網址、上次檢索時間與相關錯誤；標準網址是 Google 用來代表相近或重複頁面的版本，它選的版本是否與你想保留的一致，也要一併確認。判讀「索引狀態」時有兩個常見誤區：頁面索引報表的說明指出，「未建立索引」的總數本身不代表網站出問題，刻意排除的頁面、重新導向與重複網址都可能合理，應先確認應該出現在搜尋中的重要頁面是否都在；「已檢索，目前尚未建立索引」也只描述目前的索引結果，不能單憑這行字判定內容太薄或缺乏內部連結，接著要檢查頁面能否正常載入、主要內容是否完整、是否與其他頁重複，再決定修什麼。檢索與索引的先後關係，可以先從 Googlebot 怎麼發現網頁看起。

已有曝光的頁面，找一個具體缺口

篩選候選時，可以先把平均排名約 5 到 20 的查詢列出來，縮小閱讀範圍；這只是初步過濾，實際優先順序仍要看需求強度、頁面用途與修改成本。打開頁面與相關搜尋結果，逐項確認：使用者要的是比較方案還是學操作？頁面有沒有直接回答？需要的規格、價格條件或例子缺了哪個？相關文章有沒有連到這一頁？找到哪個缺口，就安排哪個修改，一次補一個，不要整頁重寫。例如正文已完整解釋費用，相關的架站教學卻完全沒有引導讀者過來，補一條放在閱讀情境裡的內部連結，比改標題更對症。連結文字應描述目的頁內容，放在讀者剛好需要的地方；Google 的連結指引強調的是可檢索的連結與有意義的錨點文字，不必讓所有來源頁都塞入同一組完整關鍵字。反過來說，平均排名落在 11 到 20，並不能單獨證明問題是外部連結不足，要提出這個假設，還要取得競爭頁面與連結資料才能成立。

點擊下滑時，先區分四種可能原因

點擊下滑是最常見的觸發訊號，但不同型態的下滑指向不同的檢查方向：

這張表提供的是查核方向，不是答案，每一格都還需要證據。曝光下降可能同時受排名與需求影響，CTR 下降也不能直接證明點擊被 AI 摘要取代。Google 建議分析流量下降時，分開檢查技術問題、排名變化與季節性，必要時搭配 Google Trends 看整體需求走向；如果只是小幅排名波動，先避免大幅改動表現良好的內容。

查詢出現新需求，再決定是否開新頁

匯出資料裡常會出現同一主題的不同說法，例如「WordPress 架站費用」與「WordPress 年度維護費」可能並列。要不要拆成兩頁，取決於兩個問題需要多少不同資訊，以及現有頁面能否清楚回答：先檢查網站是否已有合適內容，再觀察搜尋結果偏向費用說明、服務方案還是操作教學；若只是同一需求的不同講法，補強既有頁面即可，使用者需要另一套完整答案時才規劃新頁。觀察需求時，費用、比較、替代方案、推薦、教學、地區名稱這類修飾詞是有用的起點，但每一組都要回到實際查詢確認，出現某個字不代表每個詞都值得各寫一篇。發布速度由內容與維護能力決定：Google 的垃圾內容政策關注的是為操縱排名而大量產生缺乏價值的內容，並沒有訂出所有網站通用的每日發布上限，與其計算篇數，不如確認每頁都有自己的用途。

把資料交給 AI：一份可重複使用的中文提示詞

素材備齊後，把四類檔案一起交給 AI：網站說明、本期與前期的查詢總表與網頁總表、候選頁面的查詢明細、近期變更紀錄；要討論標題或正文修改時，再附上該頁的實際內容。第一輪先請 AI 檢查資料能回答什麼，再排工作。檔案上傳與報表分析用法，可對照ChatGPT SEO 的資料分析步驟或Claude 的 Search Console 資料處理方式。以下範本可直接複製，把括號內容換成自己的檔案：

【網站背景】
（貼上網站說明）

【資料】
（本期與前期查詢總表、網頁總表、候選頁面查詢明細，附檔名與期間）

【先檢查資料】
1. 列出每份檔案的期間、維度、篩選條件與缺少的資訊。
2. 確認本期與前期長度一致，指出初步資料或季節性影響。
3. 查詢總表與網頁總表各自彙總，不能自行推測彼此對應。
4. 缺少查詢與網址明細時，說明要到 GSC 哪個篩選與分頁補資料。
5. 沒有出現在匯出表的網址，不能直接當成零曝光。

【接著安排工作】
1. 先找重要頁面的索引、錯誤回應或錯誤重新導向。
2. 再看與業務相關、已有搜尋資料、且有具體改善空間的頁面。
3. 本週最多安排三項工作；資料不足時可以少列或只安排查核。
4. 每項寫出網址、查詢、資料來源、觀察、待驗證原因、具體動作。
5. 說明哪些證據會讓你改變建議，以及何時、用什麼條件複查。

【分析規則】
1. 數字必須能回到檔案與資料列，保留單位、日期與篩選條件。
2. CTR 重新加總時，用總點擊數除以總曝光次數。
3. 平均排名保留原始彙總範圍，不直接平均不同群組的數值。
4. 分開寫「已觀察到的事實」與「還需要驗證的原因」。
5. 沒有檢視頁面、搜尋結果或連結資料，就不能描述它們的內容。
6. 不因為 CTR 低就認定標題有問題，不因為曝光少就建議刪頁。
7. 不套用一律等待 90 天的規則；明確的技術錯誤優先處理。

【輸出】
先說資料是否足夠，再給本週工作表，然後列出需要補的資料。
這一輪只提出建議，實際修改由網站負責人確認。

收到答案後，挑其中一項逐筆核對：檔案是否真的存在？AI 引用的查詢真的對應那個網址嗎？它建議補上的內容，頁面是不是其實已經寫過？這些基本項目對不上時，先修資料或修正分析，再安排修改；對得上，這份輸出就是本週的工作清單初稿。

需要調整標題時，再補一段專用的要求：

請根據這個頁面的實際內容與查詢資料，提出兩個替代 title。

【目前 title】
【頁面正文或摘要】
【主要查詢與篩選條件】
【已確認需要改善的問題】

標題要準確表達頁面能回答什麼，不要加入正文沒有的價格、
數量、優惠、年份更新或成果承諾。說明每個版本對應哪個
需求，並指出選用前要核對的內容。

標題先完成內容核對再上線，上線後分開確認兩件事：網站自己輸出的 title 是否正確，以及搜尋結果實際呈現的標題是否更新。如果你想讓 AI 更直接地讀取 GSC 資料，也有第三方路線可選：開源社群有人維護 Google Search Console 的 MCP server，讓 Claude Code 或 Codex 以唯讀方式呼叫搜尋分析資料，省掉手動匯出。要注意的是，Google 公開的官方 MCP 清單目前未列出 Search Console，本文連結的連接器是第三方專案，接入前先確認維護狀況、要求的最小權限，以及資料會經過哪些服務。

修改上線後：先確認正確，再觀察成效

每一筆修改都要留下紀錄，之後複查與歸因才有依據。至少記下日期、網址、目標查詢、修改前資料、實際改了什麼，以及預定的複查方式：

修改日期：
網址與目標查詢：
資料期間、國家、裝置、搜尋類型：
修改前點擊、曝光、CTR、平均排名：
本次觀察與待驗證原因：
實際修改內容：
修改前版本或備份位置：
其他同時發生的變更：
修改檢查日期與結果：
成效複查日期與結果：
下一步及理由：

完成當天先確認網站正常、修改內容正確輸出；之後查看 Google 是否重新檢索，以及索引或搜尋呈現是否更新，發現錯誤就修，不必為了維持觀察而放著不管。時間預期要設對：Google 說明標題來源的更新需要重新檢索與處理，可能要幾天到幾週，其他網站變更的影響也可能從幾天到數月不等。因此可以把「累積一段可比較的已完成資料後複查」直接寫進紀錄，例如以約四週作為第一次成效檢查點，流量少或季節性強時再延長；這是工作安排，不是 Google 保證的生效時間。

成效複查沿用原本的網址、查詢、國家與裝置條件，同時看曝光、點擊、CTR 與排名四個指標，有轉換資料再補上詢問或訂單表現。一次改動牽涉多項內容時全部記下，避免事後把結果只歸給其中一項；複查結論寫成具體決定，例如繼續觀察、保留修改、修正錯誤或換一個原因查核，並附上依據。

生成式 AI 報表：另一種值得追蹤的曝光

前面整套流程都以搜尋結果報表為主，但 2026 年起，GSC 多了一組新資料來源：Google 在 2026 年 6 月 3 日推出生成式 AI 成效報表，並自 2026 年 8 月 31 日起向全球所有網站提供。Search 報表涵蓋 AI Overviews 與 AI Mode，Discover 報表則記錄 Discover 內生成式 AI 功能的曝光，兩份都提供曝光、網頁、國家與日期，Search 報表另有裝置維度。日期可依報表提供的粒度比較；小時檢視僅用於最近 24 小時的資料。相關資料也會計入對應的整體成效報表。若看不到 Search 生成式 AI 報表，先檢查網站是否已有足夠的生成式曝光，以及是否被排除於相關功能；缺少報表不能直接當成零曝光。欄位的正式定義見生成式 AI 報表說明文件。

SEO 工具商 Screaming Frog 在公告發布後也轉發了這項更新：

把這組報表接進工作清單前，先記住它的資料邊界：只有曝光類指標，沒有點擊與 CTR，因為生成式功能裡的使用行為與傳統結果不同。它能回答的是「哪些網頁開始出現在 AI 回覆裡、出現在哪些國家與裝置」，適合放進每月的方向檢查，當作內容被 AI 功能看見的訊號，而不是拿來計算點閱率，更不能與傳統報表的 CTR 直接類比。生成式曝光與傳統排名的關係、以及該追蹤哪些指標才不會誤判，站上的排名與引用追蹤比較有進一步討論。官方在當季的新聞回顧影片裡，也把這波更新與其他 Search Console 變化一起整理過：

每週跑一輪，每月看一次大方向

第一次操作不要貪多：選一個重要頁面，完整走過篩選、匯出、交給 AI、核對與紀錄，這一輪的價值在於把條件與範本建起來，熟悉之後再擴大候選範圍。之後每週的節奏固定四步：

1. 檢查異常：重要頁面是否出現索引、錯誤回應或異常下滑
2. 複查舊工作：已完成的修改是否正常，是否有足夠資料可以評估
3. 選本週工作：依業務用途、證據與修改成本，選少量可完成的項目
4. 分派與紀錄：寫明負責人、完成日、驗證方式與複查日

每月再做兩件每週節奏裡放不下的事。其一是檢查長期低表現內容：低曝光頁先看是否仍有客服、既有客戶、品牌資訊或其他來源流量的用途，再決定更新、合併、保留或移除；確定移除時，有明確替代內容才做重新導向，沒有合適替代頁就讓它回傳 404 或 410，讓 Google 自然清除。其二是看其他市場的機會：先按國家查看查詢，某個國家有曝光只代表它成為研究候選，是否值得投入還要看搜尋者需要什麼、你能否提供合適的內容與服務；確認需求規模時，把候選查詢放進關鍵字研究工具交叉比對，會比單看 GSC 的曝光數更穩。

常見問題

Google Search Console 是什麼？免費嗎？

是 Google 免費提供的官方工具，用來查看網站在 Google 搜尋裡的成效（點擊、曝光、CTR、平均排名）與索引狀態，介面提供繁體中文。這套流程以它的報表作為搜尋成效依據，再搭配網站說明、頁面內容與近期變更紀錄交給 AI 整理。只要完成網站驗證或被授予權限就能使用，沒有付費版，也不存在官方的付費加值資料。

需要什麼權限才能跑這套流程？

先請資源擁有者授予與工作相符的存取權。Google 的權限表列出擁有者、完整使用者與受限制使用者都能查看成效報表；僅做資料分析時，先確認現有權限能讀取並匯出需要的資料。透過 DNS、HTML 檔等方式驗證網站，取得的是已驗證擁有者身分；「完整使用者」則由擁有者授權。AI 只需要匯出檔案，不需要登入你的 GSC 帳號。

AI Overviews 與 AI Mode 的曝光資料要去哪裡看？

AI Overviews 與 AI Mode 的曝光在 Search 生成式 AI 成效報表查看；Discover 另有對應報表。Google 自 2026 年 8 月 31 日起向全球網站推出，提供曝光、網頁、國家與日期；Search 另提供裝置維度。若沒有出現 Search 報表，可能是生成式曝光量不足或相關功能被排除，不能直接判為零曝光。報表目前沒有點擊與 CTR，適合追蹤生成式搜尋可見度，無法用來計算點閱率。

Google 有推出官方的 Search Console MCP server 嗎？

截至 2026 年 10 月，Google 公開的官方 MCP 清單未列出 Search Console。本文連結的 google-search-console-mcp 是社群專案，提供唯讀的搜尋分析、網址審查與 sitemap 狀態。其他連接器可能帶有寫入工具，接入前要各別確認維護狀況、權限與資料流向。只分析少數頁面時，手動匯出 CSV 再交給 AI 就能開始，不需要先安裝 MCP。

匯出一定要用 API 嗎？介面下載不夠用嗎？

分析少數頁面時，介面匯出完全夠用：從網頁分頁選定精確網址再切到查詢分頁下載，就能保留查詢與網址的對應。需要反覆取得多組資料、或要把 query 與 page 兩個維度放在同一列批次分析時，Search Analytics API 比較省事。兩者都有上限：介面表格最多顯示 1,000 列，API 也受內部限制，都不能保證取回全部資料。

把各列的 CTR 百分比直接平均，為什麼不行？

因為每列的曝光基數不同，直接平均會讓小樣本佔了等量的權重。正確做法是用總點擊數除以總曝光次數：一列 10 次曝光 1 次點擊、另一列 990 次曝光 9 次點擊，合計 CTR 是 10 ÷ 1,000 = 1%；若把 10% 與約 0.9% 平均，會得到約 5.5%，高估超過四倍。把這條規則寫進提示詞，AI 彙總多列資料時才不會算出看似精確的錯數字。

把 GSC 資料交給 AI，會有資料外洩風險嗎？

要分兩層看。GSC 匯出的查詢與點擊資料本身是匿名彙總，不含個人身分資訊；但網站說明、網址清單與商業目標會一起送進模型服務，等於揭露你的營運方向與重點頁面。機敏頁面或未公開的計畫，先從網站說明裡拿掉，並遵守組織對 AI 工具的規範；使用第三方 MCP 連接器時，還要確認資料會經過哪些服務。

剛上線、還沒有資料的新網站也能用這套流程嗎？

資料累積前先不要跑清單，空表排不出有意義的工作。合理順序是：完成資源驗證、提交 sitemap、用網址審查確認重要頁面的索引狀態，先做技術與內容的基本功。等查詢資料開始累積，再從一個重要頁面起步跑第一輪；流量還很小的網站，把比較期間拉長到三個月，得到的訊號會比 28 天的對照穩定。

今天就能開始的最小版本只需要三樣東西：在成效報表固定一組比較條件，挑一個重要頁面匯出查詢明細，填好一份網站說明。把這三樣連同文中的提示詞範本交給 AI，核對它引用的資料列，從輸出裡選一項本週真的做得到的修改，寫進紀錄。之後再逐步升級：內建品牌篩選、週月粒度、API 批次匯出，都是熟悉之後才需要的加項，第一輪先求跑通。

這套流程的可信度來自它的邊界：AI 的建議上限就是資料品質，它沒有檢視你的搜尋結果、頁面與連結資料，就不能描述它們；單一時段的前後變化無法證明因果；生成式 AI 報表只有曝光沒有點擊。把這些限制連同條件一起寫進提示詞與修改紀錄，這張每週清單才會一直值得照著做。