SEO × AI搜尋在改變,你的成長策略也該向前。認識 AI 搜尋優化

Google Search Console 是什麼?一次搞懂這個免費工具能幫你做什麼

撰文作者

Whoops SEO 創辦人

SEO 與 AI SEO 專家,專長涵蓋技術 SEO、內容策略與 GEO 優化。從搜尋排名到 AI 答案中的品牌呈現,協助企業找出優化機會、排定執行順序,並追蹤實際成效。

Sliven 褚崇名肖像
作者背景與專業領域 約 165 分鐘閱讀

本篇內容

本篇內容

先看重點

摘自本文

檢查網站的 SEO 基礎

從網站網址開始,檢視可讀性與頁面基礎訊號。

  • 檢查標題與搜尋摘要標記
  • 核對 canonical 與索引指令
  • 整理公開 HTML 的待改善項目
免費檢查網站

網站有沒有被 Google 收錄、哪些搜尋帶來點擊、流量為什麼改變,都能從 Search Console 開始查。這份教學依功能拆開操作路徑,從驗證、成效分析,一路查到索引、結構化資料與帳戶設定。

介面與官方文件核對:2026 年 10 月 28 日

先找到你現在要處理的事

側欄會隨資源類型、權限、網站內容與資料量改變。本文列出可用功能及出現條件;自己的帳號少了某張報表時,先看該節的資格說明。

畫面依實際 GSC 介面擷取,網站與資料已替換,以保護原始資料。

操作圖可點選,另開完整畫面;手機閱讀時可放大查看按鈕與欄位。

開啟 Google Search Console,依下方路徑找到對應報表。

開通與驗證

Google Search Console 看什麼?先和 GA4 分清楚

Google Search Console(GSC)是 Google 的免費工具。網站有沒有被找到、哪些頁面已建立索引、搜尋結果帶來多少曝光與點擊,都在這裡查。它不需要在每一頁加上 GSC 追蹤碼;先證明自己有權管理網站,才能查看資料。

要查的問題Search ConsoleGA4
使用者如何找到網站Google 搜尋的查詢、曝光、點擊與平均排序各來源的流量取得;沒有完整的自然搜尋查詢清單
進站後做了什麼不追蹤完整的站內行為與轉換工作階段、事件、重要事件與轉換路徑
Google 能否處理頁面網址審查、索引、檢索與技術問題不提供 Google 索引狀態的診斷
開始使用的方式新增資源並驗證管理權限設定資源與資料串流,部署相應追蹤碼
為什麼數字不同計算搜尋結果的點擊,另受時區、標準網址與隱私處理影響依追蹤、同意及工作階段規則量測;不能與 GSC 點擊逐筆對帳

先決定要查搜尋表現,還是進站後的行為。

操作路徑:Google Search Console/Google Analytics 4

搜尋字詞、索引、Google 自然搜尋點擊用 GSC;工作階段、互動、表單和購買用 GA4。兩套工具可以互相補充。

GSC 成效報表提供搜尋點擊與曝光;GA4 的工作階段、互動及轉換需到 GA4 檢查,圖中沒有展示 GA4
GSC 成效報表提供搜尋點擊與曝光;GA4 的工作階段、互動及轉換需到 GA4 檢查,圖中沒有展示 GA4。

若兩邊數字不同,先對照網址、日期、時區與量測方式。

操作路徑:GSC 成效/GA4 流量開發報表

確定是在比較相同網站範圍。GSC 點擊與 GA4 工作階段的定義不同,兩欄本來就不必完全相等。

先核對 GSC 左上角資源及日期,再到 GA4 對照相同網站範圍;圖中僅展示 GSC 的核對位置
先核對 GSC 左上角資源及日期,再到 GA4 對照相同網站範圍;圖中僅展示 GSC 的核對位置。

注意事項

  • GSC 不提供付費升級版。網站管理員、編輯、開發者與商家可以各自看需要的報表,不必每天打開所有功能。
  • WordPress 的 Site Kit 可協助連結 Google 服務;完整診斷仍以 Search Console 為準。
  • 想先了解排名與搜尋意圖,可接著讀 SEO 入門總覽。

官方說明:Search Console 簡介、Google Analytics 與 Search Console 的分工

先選對資源:同一個網站可能有好幾份報表

「資源」是 Search Console 裡的一個管理範圍。example.com、https://example.com/ 和 https://example.com/blog/ 可以是不同資源。報表數字落差很大時,先檢查左上角,往往比先猜演算法有用。

登入預計長期管理網站的 Google 帳號。

操作路徑:https://search.google.com/search-console/

如果已有權限,畫面會顯示可使用的資源;沒有權限則會進入新增流程。

登入並取得權限後,可在資源清單看到能管理的網站;圖中是已登入後的資源選單,不是登入或新增成功畫面
登入並取得權限後,可在資源清單看到能管理的網站;圖中是已登入後的資源選單,不是登入或新增成功畫面。

步驟 1:點左上角資源選擇器,確認目前的網域、協定與路徑。

操作路徑:左上角「搜尋資源」

之後開啟的報表都以這個範圍為準。要查全站,先避免誤選只含單一目錄的資源。

點左上角資源選擇器,確認目前的網域、協定與路徑。:Google Search Console 操作畫面:左上角資源選單可核對平台、網址前置字元及網域資源
左上角資源選單可核對平台、網址前置字元及網域資源。

步驟 2:需要新增時,點清單底部的「新增資源」,在第一個「選取資源類型」視窗按「新增網站」。

操作路徑:搜尋資源 → 新增資源 → 選取資源類型 → 新增網站

下一個視窗才會列出「網域」與「網址前置字元」兩種網站資源。第一個視窗另有 Instagram、TikTok、X、YouTube 的新增入口;已有網站資源則直接從清單選取,不必重建。

需要新增時,點清單底部的「新增資源」,在第一個「選取資源類型」視窗按「新增網站」。:Google Search Console 操作畫面:點資源清單底部的「新增資源」
點資源清單底部的「新增資源」。
需要新增時,點清單底部的「新增資源」,在第一個「選取資源類型」視窗按「新增網站」。:Google Search Console 操作畫面:在第一層視窗按「新增網站」,才會進入網域與網址前置字元的選擇
在第一層視窗按「新增網站」,才會進入網域與網址前置字元的選擇。

注意事項

  • 網域資源涵蓋不同協定與子網域;網址前置字元資源只涵蓋指定前綴。兩者可並存,不會把網站內容複製一份。
  • 左側功能會依資源類型、資料、權限與資格變動。別人的側欄比你多幾項,不能直接認定設定失敗。

官方說明:新增網站或平台資源、Search Console 介面導覽

新增網域資源:一次看完整個網域

如果能管理 DNS,網域資源通常最方便。它把 http、https、www 及其他子網域放在同一個範圍,適合看網站整體表現。

步驟 1:選「網域」,輸入根網域,例如 example.com。不要加 https:// 或 /blog/。

操作路徑:新增資源 → 網域

GSC 要求透過 DNS 證明你能管理這個網域。

選「網域」,輸入根網域,例如 example.com。不要加 https:// 或 /blog/。:Google Search Console 操作畫面:左側「網域」欄位填根網域,不加通訊協定或目錄
左側「網域」欄位填根網域,不加通訊協定或目錄;這是輸入前的位置。

步驟 2:按「繼續」,查看系統提供的 DNS 驗證紀錄。

操作路徑:網域 → 繼續

驗證視窗列出應新增的紀錄類型與內容,通常是 TXT;依服務商整合方式也可能使用其他指定流程。

按「繼續」,查看系統提供的 DNS 驗證紀錄。:Google Search Console 操作畫面:DNS 驗證會提供 TXT 紀錄、複製及驗證操作
DNS 驗證會提供 TXT 紀錄、複製及驗證操作;圖中展示設定內相同的網域名稱供應商驗證區。

步驟 3:複製紀錄後,前往實際管理 DNS 的服務商。

操作路徑:DNS 服務商 → DNS 紀錄

準備在正確的 DNS 區域新增紀錄。購買網域的平台與代管 DNS 的平台可能不同。

複製紀錄後,前往實際管理 DNS 的服務商。:Google Search Console 操作畫面:複製 Google 指定的 TXT 值,再到實際管理 DNS 的服務商新增紀錄
複製 Google 指定的 TXT 值,再到實際管理 DNS 的服務商新增紀錄。

步驟 4:完成下一節的 DNS 設定後,回 GSC 按「驗證」。

操作路徑:驗證擁有權 → 驗證

成功時顯示驗證完成,點「前往資源」進入網站報表。

完成下一節的 DNS 設定後,回 GSC 按「驗證」。:Google Search Console 操作畫面:DNS 設定完成後回到同一個方法,按右下角「驗證」
DNS 設定完成後回到同一個方法,按右下角「驗證」;是否成功以 GSC 回應為準。

注意事項

  • 若無法管理 DNS,可以改建網址前置字元資源,選擇其他驗證方式。
  • 新增資源不會替網站建立索引,也不會直接提升排名。首次有資料通常需要等待。

官方說明:新增網站或平台資源、驗證網站擁有權

DNS 驗證:把 Google 指定紀錄留在正確位置

DNS 驗證常卡在三件事:改錯服務商、主機名稱填錯、紀錄還沒傳播。先對照 GSC 給的內容,不要自行改寫驗證值。

步驟 1:在 GSC 驗證視窗選擇適合的網域服務商;沒有對應選項時,使用通用設定。

操作路徑:驗證擁有權 → 網域名稱供應商

看到新增紀錄的操作指示。若提供服務商登入整合,按該流程完成即可。

在 GSC 驗證視窗選擇適合的網域服務商;沒有對應選項時,使用通用設定。:Google Search Console 操作畫面:在網域名稱供應商方法內,先核對紀錄類型及指定的網域,再依指示新增 DNS 紀錄
在網域名稱供應商方法內,先核對紀錄類型及指定的網域,再依指示新增 DNS 紀錄。

在 DNS 後台新增 GSC 指定類型的紀錄,將完整驗證值貼入內容欄。

操作路徑:DNS 管理 → 新增紀錄

TXT 類型會保留 google-site-verification= 開頭的值;名稱欄依服務商規則填 @、留白或指定網域。

先從 GSC 網域驗證方法取得指定的 TXT 內容;新增 DNS 紀錄是在實際服務商後台完成,圖中不是服務商的新增表單
先從 GSC 網域驗證方法取得指定的 TXT 內容;新增 DNS 紀錄是在實際服務商後台完成,圖中不是服務商的新增表單。

步驟 2:儲存 DNS 後回 GSC 按「驗證」。

操作路徑:GSC → 驗證

驗證成功便可進入資源;若顯示找不到紀錄,先查名稱、內容和實際 DNS 代管位置,再給傳播一些時間。

儲存 DNS 後回 GSC 按「驗證」。:Google Search Console 操作畫面:儲存 DNS 後回 GSC 按「驗證」,DNS 尚未生效時先等候再重試
儲存 DNS 後回 GSC 按「驗證」,DNS 尚未生效時先等候再重試。

確認成功後保留紀錄。

操作路徑:DNS 紀錄清單

Google 後續仍可確認擁有權,網站改版也不易因刪掉 HTML 標記而失去權限。

GSC「擁有權驗證」可核對資源目前的擁有權狀態;DNS 紀錄仍需在服務商保留,這張圖不能用來證明服務商紀錄未被刪除
GSC「擁有權驗證」可核對資源目前的擁有權狀態;DNS 紀錄仍需在服務商保留,這張圖不能用來證明服務商紀錄未被刪除。

注意事項

  • DNS 傳播速度依服務商而異,不要因第一次找不到就連續新增多筆不同紀錄。
  • 驗證碼屬於這次擁有權證明,教學截圖中的網域與代碼不適合直接套用到別的網站。

官方說明:驗證網站擁有權

新增網址前置字元資源:只管理特定網站版本或目錄

無法改 DNS,或只負責某個目錄時,可以使用網址前置字元資源。這裡的協定、主機與路徑都算範圍的一部分。

步驟 1:選「網址前置字元」,貼上實際網站網址,例如 https://www.example.com/。

操作路徑:新增資源 → 網址前置字元

此資源涵蓋這個前綴以下的網址;https://example.com/ 不會自動包含 https://www.example.com/。

選「網址前置字元」,貼上實際網站網址,例如 https://www.example.com/。:Google Search Console 操作畫面:右側「網址前置字元」欄位包含 https://、主機名稱與需要管理的路徑
右側「網址前置字元」欄位包含 https://、主機名稱與需要管理的路徑。

步驟 2:只想管理部落格時,可填 https://www.example.com/blog/。

操作路徑:網址前置字元欄位

其他不以 /blog/ 開頭的目錄不會被納入。

只想管理部落格時,可填 https://www.example.com/blog/。:Google Search Console 操作畫面:若只管理 /blog/,將完整前綴填在右側網址欄
若只管理 /blog/,將完整前綴填在右側網址欄;圖中為尚未填寫的輸入位置。

步驟 3:按「繼續」,展開可用的驗證方法。

操作路徑:網址前置字元 → 繼續

依自己能控制的網站檔案、HTML 或既有 Google 服務選一種方法。

按「繼續」,展開可用的驗證方法。:Google Search Console 操作畫面:繼續後依可用方法驗證
繼續後依可用方法驗證;圖中從既有資源的擁有權驗證頁查看 HTML 標記及其他方法。

注意事項

  • 不要把 http 版本的報表當成 https 全站成效,也不要用狹窄路徑資源推算全站數據。
  • 可以同時保留網域資源與常用目錄資源;各自有不同用途。

官方說明:新增網站或平台資源、驗證網站擁有權

用 HTML 檔案驗證

能上傳網站根目錄檔案時,可直接使用 GSC 提供的 HTML 驗證檔。

步驟 1:展開「HTML 檔案」,下載系統給的檔案。

操作路徑:驗證擁有權 → HTML 檔案

取得指定檔名及內容;保留原檔,不另建空白 HTML。

展開「HTML 檔案」,下載系統給的檔案。:Google Search Console 操作畫面:展開「HTML 檔案」,從此處下載原始驗證檔
展開「HTML 檔案」,從此處下載原始驗證檔。

把檔案上傳到 GSC 指定的位置。

操作路徑:網站檔案管理 → 網站根目錄

瀏覽器能以驗證視窗列出的完整網址讀到檔案。不要放進後台登入頁或只有管理員看得到的資料夾。

GSC 的 HTML 檔案方法會列出指定上傳位置;網站端完成上傳後再回此處驗證,圖中不是檔案管理器
GSC 的 HTML 檔案方法會列出指定上傳位置;網站端完成上傳後再回此處驗證,圖中不是檔案管理器。

步驟 2:確認檔案可以公開讀取後,回 GSC 按「驗證」。

操作路徑:驗證擁有權 → 驗證

Google 抓到檔案便顯示成功;若失敗,依畫面檢查檔名、路徑與伺服器回應。

確認檔案可以公開讀取後,回 GSC 按「驗證」。:Google Search Console 操作畫面:完成網站端上傳後,在 HTML 檔案方法右下角按「驗證」
完成網站端上傳後,在 HTML 檔案方法右下角按「驗證」。

注意事項

  • 適用網址前置字元資源。不要改檔名、內容或驗證後刪檔。
  • 網站代管平台若不提供根目錄檔案上傳,可改用 HTML 標記或 DNS。

官方說明:驗證網站擁有權

用 HTML 標記驗證:WordPress 也能用

HTML 標記適合能修改首頁 head、卻無法上傳根目錄檔案的網站。WordPress 可使用可靠的 SEO 外掛或網站提供的驗證欄位。

步驟 1:展開「HTML 標記」,複製整行 google-site-verification meta。

操作路徑:驗證擁有權 → HTML 標記

取得 name 與 content 都完整的標記。

展開「HTML 標記」,複製整行 google-site-verification meta。:Google Search Console 操作畫面:展開「HTML 標記」,用「複製」取得整行 google-site-verification meta
展開「HTML 標記」,用「複製」取得整行 google-site-verification meta。

將標記放入首頁的 <head>,或依外掛說明只填 content 值。

操作路徑:網站設定/SEO 外掛 → 搜尋引擎驗證

發布後,公開首頁原始碼的 head 能找到驗證標記。不能只貼在文章正文。

先在 GSC 複製完整 HTML 驗證標記;貼入網站 head 或 SEO 外掛的動作在站外設定完成,圖中不是 SEO 外掛欄位
先在 GSC 複製完整 HTML 驗證標記;貼入網站 head 或 SEO 外掛的動作在站外設定完成,圖中不是 SEO 外掛欄位。

步驟 2:若網站有快取或 CDN,先確認公開版本也已更新,再回 GSC 按「驗證」。

操作路徑:公開首頁 → GSC 驗證

Google 讀到最新標記後完成驗證。

若網站有快取或 CDN,先確認公開版本也已更新,再回 GSC 按「驗證」。:Google Search Console 操作畫面:確認公開首頁已出現標記後,按 HTML 標記方法右下角的「驗證」
確認公開首頁已出現標記後,按 HTML 標記方法右下角的「驗證」。

注意事項

  • 是否填整行 HTML 或只填值,取決於外掛欄位的要求。
  • 改版、換外掛或清理 head 時,保留有效的驗證標記。

官方說明:驗證網站擁有權

用 GA4 或 GTM 驗證:先確認代碼和權限

網站已部署 Google Analytics 或 Google 代碼管理工具時,可以用既有權限驗證。這是在證明管理權;並不會因此把 GA4 的互動資料搬進 GSC。

步驟 1:選「Google Analytics」,確認登入的是同一個 Google 帳號,並有網站對應 Analytics 資源的編輯權限。

操作路徑:驗證擁有權 → Google Analytics

GSC 可以使用符合要求的網站 Google 代碼與權限驗證;GA4 代碼須對應正確串流。

選「Google Analytics」,確認登入的是同一個 Google 帳號,並有網站對應 Analytics 資源的編輯權限。:Google Search Console 操作畫面:展開 Google Analytics,先讀首頁代碼、位置及編輯權限的原生要求
展開 Google Analytics,先讀首頁代碼、位置及編輯權限的原生要求。

步驟 2:確認網站首頁 head 有支援且未被改壞的 Google 代碼,再按「驗證」。

操作路徑:Google Analytics 驗證 → 驗證

成功時直接前往資源;未部署或無權限時應改用自己能管理的方法。

確認網站首頁 head 有支援且未被改壞的 Google 代碼,再按「驗證」。:Google Search Console 操作畫面:Analytics 權限與首頁代碼符合要求後,按該方法的「驗證」
Analytics 權限與首頁代碼符合要求後,按該方法的「驗證」。

步驟 3:若改用 GTM,選「Google 代碼管理工具」,確認自己對該容器有發布或管理員權限。

操作路徑:驗證擁有權 → Google 代碼管理工具

僅能檢視容器不足以完成驗證。

若改用 GTM,選「Google 代碼管理工具」,確認自己對該容器有發布或管理員權限。:Google Search Console 操作畫面:展開「Google 代碼管理工具」,核對容器及發布權限要求
展開「Google 代碼管理工具」,核對容器及發布權限要求。

步驟 4:檢查 GTM 程式碼位置符合要求,包含緊接 body 起始標記的 noscript 區塊,再按「驗證」。

操作路徑:Google 代碼管理工具驗證 → 驗證

Google 確認代碼與容器權限後完成驗證。

檢查 GTM 程式碼位置符合要求,包含緊接 body 起始標記的 noscript 區塊,再按「驗證」。:Google Search Console 操作畫面:確認 GTM 程式碼位置及帳號權限後,按這個方法的「驗證」
確認 GTM 程式碼位置及帳號權限後,按這個方法的「驗證」。

注意事項

  • 這兩種方式用於網址前置字元資源。部署代碼與具備權限缺一不可。
  • 驗證成功後,若要在 GA4 查看 Search Console 報表,還要另建服務關聯;不是完成驗證就自動全部串好。

官方說明:驗證網站擁有權、Google Analytics 與 Search Console 的分工

沒有自己的網站,也能新增社群平台資源

Instagram、TikTok、X 和 YouTube 的管理者,可以使用平台資源查看內容從 Google 得到的曝光與點擊。Google 在 2026 年 7 月 29 日宣布全球推出;這不等於可以在 GSC 讀到各平台原生觀看次數。

步驟 1:開啟「新增資源」,從支援平台清單選 Instagram、TikTok、X 或 YouTube。

操作路徑:搜尋資源 → 新增資源 → 平台

進入該平台帳號或頻道的新增流程。

開啟「新增資源」,從支援平台清單選 Instagram、TikTok、X 或 YouTube。:Google Search Console 操作畫面:「新增網站」下方才是 Instagram、TikTok、X 與 YouTube 的平台入口
「新增網站」下方才是 Instagram、TikTok、X 與 YouTube 的平台入口。

步驟 2:按「新增」,依畫面登入或確認自己管理的帳號。

操作路徑:平台新增流程 → 新增

GSC 依平台提供的方式驗證擁有權;每個帳號或頻道各自成為一個資源。

按「新增」,依畫面登入或確認自己管理的帳號。:Google Search Console 操作畫面:在要加入的平台那一列按「新增」,後續依平台畫面登入與授權
在要加入的平台那一列按「新增」,後續依平台畫面登入與授權。

步驟 3:授權完成後,從左上角資源選單選取該平台資源。

操作路徑:左上角資源選擇器 → 平台資源 → 深入分析

查看該平台內容在 Google 搜尋、探索及有資料時的 Google 新聞成效。

授權完成後,從左上角資源選單選取該平台資源。:Google Search Console 操作畫面:授權完成後從左上角選取平台資源,開啟該資源的「深入分析」
授權完成後從左上角選取平台資源,開啟該資源的「深入分析」;圖中是 Instagram 資源。

新增後若出現成功確認畫面,可按「前往資源」開啟該平台資源。

步驟 4:在該平台的「深入分析」選擇日期範圍,查看目前可用的資料。

操作路徑:平台資源 → 深入分析 → 日期範圍

資料累積與平台登入授權分開處理,不必為了登入到期再建一個重複資源。

在該平台的「深入分析」選擇日期範圍,查看目前可用的資料。:Google Search Console 操作畫面:平台資料還沒累積時,可先從日期選單切換 7 天、28 天或 3 個月,再回來查看
平台資料還沒累積時,可先從日期選單切換 7 天、28 天或 3 個月,再回來查看。

首次新增後若尚無資料,可隔幾天再查看;之後若出現重新驗證提示,依畫面恢復平台授權,再回「深入分析」或「成效」查看資料。

注意事項

  • 平台資源以成效、深入分析與成就為主,不能照網站資源流程提交平台的 Sitemap 或修改網站 robots.txt。
  • 平台功能與設定細節可延伸閱讀 平台資源介紹 和 創作者設定教學。

官方說明:平台資源全球推出公告、關於平台資源、新增網站或平台資源

概述與深入分析

先看概述,再用深入分析找到流量變動來源

每天檢查網站不必從數百列查詢開始。「概述」適合看整體狀態;「深入分析」把近期上升和下降的內容先整理出來。

步驟 1:點「概述」,先讀成效、索引、體驗與強化卡片。

操作路徑:左側 → 概述

看到哪個範圍有新變動。點卡片的完整報告,可接到後面的專門報表。

點「概述」,先讀成效、索引、體驗與強化卡片。:Google Search Console 操作畫面:概述以卡片呈現成效
概述以卡片呈現成效;從各卡片的「完整報表」進入對應詳細資料。

步驟 2:有最佳化建議時,點開卡片並確認涉及的頁面與操作。

操作路徑:概述 → 最佳化建議

建議可能是錯誤、流量商機或設定項目;只有值得提示時才出現。

有最佳化建議時,點開卡片並確認涉及的頁面與操作。:Google Search Console 操作畫面:有建議卡時,先讀變動頁面,再點「查看網頁成效」追查來源
有建議卡時,先讀變動頁面,再點「查看網頁成效」追查來源。

步驟 3:點「深入分析」,選擇要觀察的期間。

操作路徑:左側 → 深入分析 → 日期

點擊、曝光及內容清單改成該期間。

點「深入分析」,選擇要觀察的期間。:Google Search Console 操作畫面:開「深入分析」後,先用左上方的期間選單設定觀察範圍
開「深入分析」後,先用左上方的期間選單設定觀察範圍。

步驟 4:在「你的內容」和「會帶出你網站的查詢」之間切換「頂層」、「走勢向上」、「走勢向下」。

操作路徑:深入分析 → 內容/查詢卡片

熱門內容與前期增減最大的項目分開列出。想查流量掉在哪,先看走勢向下。

在「你的內容」和「會帶出你網站的查詢」之間切換「頂層」、「走勢向上」、「走勢向下」。:Google Search Console 操作畫面:「你的內容」可切換頂層、走勢向上與走勢向下
「你的內容」可切換頂層、走勢向上與走勢向下;下方查詢卡也有相同的分類入口。

步驟 5:點某個網頁、查詢或國家項目。

操作路徑:深入分析 → 項目列

進入成效報表,保留對應日期和篩選,不必重新設定一次。

點某個網頁、查詢或國家項目。:Google Search Console 操作畫面:點內容卡片中的網頁列,進一步查看該頁面的成效
點內容卡片中的網頁列,進一步查看該頁面的成效;「顯示更多」可展開清單。

步驟 6:讀品牌流量及其他流量來源卡片。

操作路徑:深入分析 → 品牌流量/其他流量來源

分辨品牌搜尋與一般搜尋,以及圖片、影片、新聞、探索等來源。

讀品牌流量及其他流量來源卡片。:Google Search Console 操作畫面:深入分析的各卡片依資源資料而異
深入分析的各卡片依資源資料而異;圖中為內容與查詢卡,品牌及其他流量來源有資料時才會顯示。

注意事項

  • 走勢上升或下降依點擊增減量排序,不是單看增減百分比。
  • 最佳化建議可以不採用,也可能隨時間消失。沒有卡片不表示網站完全沒問題。
  • 品牌分類由系統判斷,可能有誤;低曝光或部分子資源不一定看得到。

官方說明:總覽頁面、深入分析報表、最佳化建議

網址審查

網址審查:先看 Google 已知的版本

想知道某一篇文章有沒有收錄,直接查完整網址。網址審查比 site: 搜尋適合確認單一頁的索引狀態。

步驟 1:確認左上角是包含這個網址的資源,再把完整 URL 貼到頂端檢查列,按 Enter。

操作路徑:頂端檢查列/左側「網址審查」

顯示 Google 目前已知的索引版本結果,不是即時抓取。

確認左上角是包含這個網址的資源,再把完整 URL 貼到頂端檢查列,按 Enter。:Google Search Console 操作畫面:先核對左上角資源,再把完整網址貼到頂端檢查列
先核對左上角資源,再把完整網址貼到頂端檢查列。

步驟 2:先讀最上方結果,再展開「網頁索引狀態」。

操作路徑:網址審查 → 網頁索引狀態

確認網址是否在 Google,以及是未探索、未檢索、未索引,還是以其他網址為標準頁。

先讀最上方結果,再展開「網頁索引狀態」。:Google Search Console 操作畫面:先讀頂端索引結果,再按「網頁索引狀態」右側箭頭展開
先讀頂端索引結果,再按「網頁索引狀態」右側箭頭展開。

步驟 3:查看發現來源、上次檢索時間、檢索器、是否允許檢索、網頁擷取與是否允許索引。

操作路徑:網頁索引狀態 → 發現/檢索

可分辨 Google 尚未回訪,或已經碰到 robots、noindex、HTTP 等問題。

查看發現來源、上次檢索時間、檢索器、是否允許檢索、網頁擷取與是否允許索引。:Google Search Console 操作畫面:展開後閱讀發現來源與檢索欄位,核對上次檢索、檢索器及允許檢索/索引狀態
展開後閱讀發現來源與檢索欄位,核對上次檢索、檢索器及允許檢索/索引狀態。

步驟 4:對照「使用者宣告的標準網址」和「Google 所選的標準網址」。

操作路徑:網頁索引狀態 → 索引

知道 Google 將成效和索引歸到哪個版本;重複頁沒有獨立索引可能是正常結果。

對照「使用者宣告的標準網址」和「Google 所選的標準網址」。:Google Search Console 操作畫面:標準網址區分「使用者宣告的標準網址」與「Google 所選的標準網址」,兩者分開核對
標準網址區分「使用者宣告的標準網址」與「Google 所選的標準網址」,兩者分開核對。

步驟 5:若有影片或強化資訊,展開各項看偵測結果。

操作路徑:網址審查 → 影片/強化項目

確認這一頁被找到的資料;結構化資料有效、網頁有索引、影片已索引是不同狀態。

若有影片或強化資訊,展開各項看偵測結果。:Google Search Console 操作畫面:索引結果下方列出當頁偵測到的強化資訊
索引結果下方列出當頁偵測到的強化資訊;圖中這個網址顯示 HTTPS 狀態。

注意事項

  • 「網址在 Google 服務中」表示有資格出現在搜尋,不保證每個字詞都找得到。
  • site: 沒出現不等於一定未索引;它的結果數也不是網站完整索引總數。
  • 如果 URL 不屬於目前資源,先切資源,不要把錯誤歸因於網站。

官方說明:網址檢查工具、網頁索引報表

查看 HTML、渲染畫面與資源錯誤

頁面在自己的瀏覽器看得到,不表示 Google 每次都能取得相同內容。遇到 JavaScript、圖片、影片或登入問題,可以直接看 Google 收到的版本。

步驟 1:在有資料的索引結果中,點「查看已檢索的網頁」。

操作路徑:網址審查 → 查看已檢索的網頁

開啟 Google 上次檢索的 HTML 與相關資訊。先確認重要標題、正文和 canonical 是否在內容裡。

在有資料的索引結果中,點「查看已檢索的網頁」。:Google Search Console 操作畫面:點頂端結果卡左下方的「查看已檢索的網頁」,開啟上次檢索版本的原生面板
點頂端結果卡左下方的「查看已檢索的網頁」,開啟上次檢索版本的原生面板。

步驟 2:想測目前頁面時,按右上角「測試線上網址」(官方說明也稱「即時測試」)。

操作路徑:網址審查 → 測試線上網址

GSC 重新擷取目前可公開讀取的頁面,稍候切到「即時測試」,顯示「Google 可為網址建立索引」等當下結果。

想測目前頁面時,按右上角「測試線上網址」(官方說明也稱「即時測試」)。:Google Search Console 操作畫面:要測目前版本,按右上角「測試線上網址」
要測目前版本,按右上角「測試線上網址」。

步驟 3:點「查看已測試的網頁」,先切 HTML。

操作路徑:即時測試 → 查看已測試的網頁 → HTML

比較修正是否已對外生效,避免只看到自己登入後或快取中的版本。

點「查看已測試的網頁」,先切 HTML。:Google Search Console 操作畫面:網頁面板的 HTML 分頁可閱讀原始碼
網頁面板的 HTML 分頁可閱讀原始碼;圖中面板標示「已檢索的網頁」,代表上次檢索版本。

步驟 4:切到「螢幕截圖」,檢查正文、主要圖片、影片與導覽是否有呈現。

操作路徑:查看已測試的網頁 → 螢幕截圖

看到 Google 渲染該次測試的畫面。若畫面空白或內容缺失,再查載入情況。

切到「螢幕截圖」,檢查正文、主要圖片、影片與導覽是否有呈現。:Google Search Console 操作畫面:「螢幕截圖」分頁在這個已檢索版本提示需測試線上網址
「螢幕截圖」分頁在這個已檢索版本提示需測試線上網址;先做線上測試,再查看可用的渲染圖。

步驟 5:切「更多資訊」,查看 HTTP 回應、無法載入資源和 JavaScript 訊息。

操作路徑:查看已測試的網頁 → 更多資訊

把缺內容對應到被封鎖的檔案、伺服器回應或程式錯誤,再交給網站端修正。

切「更多資訊」,查看 HTTP 回應、無法載入資源和 JavaScript 訊息。:Google Search Console 操作畫面:「更多資訊」列出內容類型、HTTP 回應、資源及 JavaScript 訊息的可用狀態
「更多資訊」列出內容類型、HTTP 回應、資源及 JavaScript 訊息的可用狀態;圖中為上次檢索版本。

注意事項

  • 螢幕截圖由即時測試提供;不要把它當作上次建立索引時的歷史截圖。本節快取畫面的「網頁資源」顯示不適用,無法從該處開啟資源清單;要查目前的資源載入情況,請依步驟 2 至 5 另行執行即時測試。
  • 測試只反映當下抓取。即時測試成功不保證 Google 最終選它為標準網址,也不會檢查所有人工處罰、安全性或品質問題。
  • 即時測試可以找到影片,無法因此證明影片已建立索引。

官方說明:網址檢查工具

要求建立索引:修好後再送一次

新頁面或重大修正完成後,可以要求 Google 重新檢查。這個按鈕會送出請求,不是把頁面直接塞進索引。

先確認重要內容已公開、伺服器正常回應,而且沒有意外的 noindex 或 robots 封鎖。

操作路徑:網址審查 → 測試線上網址

即時測試應能讀到想被收錄的版本;有錯誤先修網站。

提交索引要求前可從右上角啟動「測試線上網址」;圖中只展示測試入口,公開存取、回應與索引指令仍要實際檢查
提交索引要求前可從右上角啟動「測試線上網址」;圖中只展示測試入口,公開存取、回應與索引指令仍要實際檢查。

步驟 1:回結果頁,按「要求建立索引」。

操作路徑:網址審查 → 要求建立索引

GSC 檢查可用性;通過初步檢查後,顯示請求已送出或已排入佇列。

回結果頁,按「要求建立索引」。:Google Search Console 操作畫面:在結果卡右下角按「要求建立索引」
在結果卡右下角按「要求建立索引」;此處只展示送出前的入口。

步驟 2:記下送出日期,隔一段時間再查同一個完整 URL。

操作路徑:網址審查 → 索引結果

用上次檢索時間與索引狀態確認 Google 後續處理,不只看請求成功訊息。

記下送出日期,隔一段時間再查同一個完整 URL。:Google Search Console 操作畫面:之後重新審查同一完整網址,對照上次檢索日期及索引相關欄位
之後重新審查同一完整網址,對照上次檢索日期及索引相關欄位。

注意事項

  • Google 有用量限制;重複送同一頁不會加快處理,也沒有保證幾小時或幾天收錄。
  • 大量新頁先做好內部連結與 Sitemap。對未索引原因的判讀,可再讀 索引與內容品質指南。

官方說明:網址檢查工具

搜尋結果成效

搜尋成效:四個數字要一起讀

成效報表回答的是「這個範圍的內容在 Google 搜尋被看到、被點了多少次」。先固定日期和搜尋類型,再看數據;否則兩張圖可能根本不是同一件事。

步驟 1:在「成效」展開「搜尋結果成效」,進入全部資料。

操作路徑:成效 → 搜尋結果成效 → 全部

顯示搜尋成效圖表與下方維度表格。

在「成效」展開「搜尋結果成效」,進入全部資料。:Google Search Console 操作畫面:在左側成效群組開啟搜尋結果
在左側成效群組開啟搜尋結果。

步驟 2:點圖表上方「總點擊次數」和「曝光總數」。

操作路徑:成效圖表 → 指標卡

勾選的指標出現在圖表和表格。點擊是從搜尋結果前往網站的紀錄;曝光是符合該搜尋功能定義的顯示紀錄。

點圖表上方「總點擊次數」和「曝光總數」。:Google Search Console 操作畫面:先選總點擊與曝光,讓兩條資料線出現在圖表
先選總點擊與曝光,讓兩條資料線出現在圖表。

步驟 3:再點「平均點閱率」與「平均排序」。

操作路徑:指標卡 → 平均點閱率/平均排序

CTR 是點擊除以曝光。平均排序依結果的最高位置計算,不是某個字詞今天固定排名第幾。

再點「平均點閱率」與「平均排序」。:Google Search Console 操作畫面:點「平均點閱率」與「平均排序」卡片,將這兩項指標加入圖表
點「平均點閱率」與「平均排序」卡片,將這兩項指標加入圖表。

步驟 4:把滑鼠移到圖表某個日期,再向下讀查詢清單。

操作路徑:圖表日期點 → 查詢表格

將每日趨勢對照實際帶出網站的搜尋字詞;需要查單一詞時,再點那一列。

把滑鼠移到圖表某個日期,再向下讀查詢清單。:Google Search Console 操作畫面:向下閱讀查詢表右側的點擊、曝光、點閱率與排序欄位,先對照同一列
向下閱讀查詢表右側的點擊、曝光、點閱率與排序欄位,先對照同一列。

注意事項

  • 曝光增加可能來自更多新查詢,也可能來自原本查詢成長;不要只看總數判定 SEO 成敗。
  • 平均排名改善、點擊卻下降時,先拆查詢、網頁、國家與裝置,別把平均值當成所有關鍵字一起變好。
  • 不同搜尋功能對曝光和點擊有不同計算細節;不要自行套用一套「看過才算」或「載入就算」的通則。

官方說明:搜尋成效:總覽與設定、搜尋成效:關於資料、搜尋成效:維度與分組

日期與時間粒度:先固定比較基準

網站資源的搜尋成效通常先顯示最近三個月。要查突發流量可以看 24 小時,要看長期變化則選每日、每週或每月。

步驟 1:點上方快捷日期,或「更多」開啟日期範圍。

操作路徑:搜尋結果成效 → 日期快捷鍵/更多

可選預設期間或自訂起訖日;套用後圖表和表格都更新。

點上方快捷日期,或「更多」開啟日期範圍。:Google Search Console 操作畫面:用快捷日期切換,或按「更多」開啟完整日期範圍
用快捷日期切換,或按「更多」開啟完整日期範圍。
日期與時間粒度:先固定比較基準:日期範圍視窗中的預設期間與自訂日期
圖 16|日期範圍視窗中的預設期間與自訂日期 · 放大操作圖

步驟 2:選「24 小時」。

操作路徑:日期 → 24 小時

圖表改為每小時,包含仍在處理的初步資料。用游標讀提示,不把當前小時和完整一天相比。

選「24 小時」。:Google Search Console 操作畫面:選「24 小時」後,圖表以每小時顯示,並提示這個檢視採用的時區
選「24 小時」後,圖表以每小時顯示,並提示這個檢視採用的時區。

步驟 3:切回較長期間,點圖表右上「每天」的下拉選單。

操作路徑:圖表 → 時間精細程度

可在每天、每週、每月等選項間切換;24 小時使用每小時。

切回較長期間,點圖表右上「每天」的下拉選單。:Google Search Console 操作畫面:點圖表右上角「每天」選單,可看到每天、每週與每月等粒度
點圖表右上角「每天」選單,可看到每天、每週與每月等粒度。

步驟 4:看長期趨勢時選每週或每月,再檢查起訖是否完整。

操作路徑:時間精細程度 → 每週/每月

降低每日波動的干擾。第一週、最後一月可能只含部分天數,讀圖時要保留這個差異。

看長期趨勢時選每週或每月,再檢查起訖是否完整。:Google Search Console 操作畫面:選「每週」後查看趨勢
選「每週」後查看趨勢;最後一週若尚未完整,判讀時要留意起訖。

步驟 5:檢查上次更新及虛線資料點。

操作路徑:報表更新資訊/圖表提示

辨認仍在收集的初步值;今天或昨天數據可能在後續更新。

檢查上次更新及虛線資料點。:Google Search Console 操作畫面:讀取右上角更新時間,並留意圖表末端虛線所示的未完整資料
讀取右上角更新時間,並留意圖表末端虛線所示的未完整資料。

注意事項

  • 一般日資料按太平洋時間(PT)顯示;24 小時檢視以瀏覽器的當地時區顯示。
  • 每週從星期日到星期六,每月按日曆月。
  • 一般搜尋成效提供最長約 16 個月的歷史資料;長期研究要提早匯出或安排大量資料匯出,不能等多年後才要求回補。

官方說明:搜尋成效:總覽與設定、搜尋成效:維度與分組、搜尋成效:關於資料

六種分組:查詢、網頁、國家、裝置、搜尋外觀與日期

圖表看趨勢,表格看變動來源。切分頁只會改表格分組;點進一列,才會把那一列加成篩選條件。

步驟 1:點「查詢」。

操作路徑:成效 → 查詢

每列是帶出網站的搜尋字詞。點「點擊」或「曝光」欄名排序,先找對分析問題有用的列。

點「查詢」。:Google Search Console 操作畫面:在查詢分頁找到要研究的字詞
在查詢分頁找到要研究的字詞;點該列後才會加入查詢條件。

步驟 2:點「網頁」。

操作路徑:成效 → 網頁

每列改為 URL。大部分成效歸到標準網址;重複網址可能沒有自己的數據。

點「網頁」。:Google Search Console 操作畫面:切到網頁分頁,從這裡選要進一步分析的 URL
切到網頁分頁,從這裡選要進一步分析的 URL。

步驟 3:切「國家/地區」與「裝置」。

操作路徑:成效 → 國家/地區/裝置

分辨流量變動集中在哪個市場,或只發生在手機、電腦、平板。

切「國家/地區」與「裝置」。:Google Search Console 操作畫面:切「國家/地區」可依市場讀取清單
切「國家/地區」可依市場讀取清單。
切「國家/地區」與「裝置」。:Google Search Console 操作畫面:切「裝置」可比較行動裝置、桌面與平板電腦
切「裝置」可比較行動裝置、桌面與平板電腦。

步驟 4:切「搜尋外觀」。

操作路徑:成效 → 搜尋外觀

列出網站有記錄到曝光的搜尋呈現類型,例如產品摘要或影片;可用類型依網站而異。

切「搜尋外觀」。:Google Search Console 操作畫面:搜尋外觀可用種類隨網站資料而變
搜尋外觀可用種類隨網站資料而變;先切到該分頁查看。

步驟 5:切日期分頁,本次介面顯示為「天」。

操作路徑:成效 → 天

用表格讀日期數據。切換週/月粒度時,日期的分組也會跟著改變。

切日期分頁,本次介面顯示為「天」。:Google Search Console 操作畫面:搜尋結果成效的表格最右側有「天」分頁,可依日期讀取資料
搜尋結果成效的表格最右側有「天」分頁,可依日期讀取資料。

注意事項

  • 只有有曝光的搜尋外觀才會出現。結構化資料報表有效,不等於立刻在這裡看到對應流量。
  • 切網頁或搜尋外觀會涉及網頁匯總;圖表與表格不能一律直接加總對帳。
  • 查詢表會省略匿名及部分低量資料,畫面也有列數限制。表格總和少於圖表不必然是漏追。

官方說明:搜尋成效:維度與分組、搜尋成效:關於資料

新增篩選器:把問題縮到可處理的範圍

例如要看「台灣手機使用者找到某一類文章的成效」,可以同時限制國家、裝置與網址。頂端篩選籤就是目前分析範圍,截圖或匯出前都值得再讀一次。

步驟 1:點「新增篩選器」,選「國家/地區」,勾選要看的國家後套用。

操作路徑:成效 → 新增篩選器 → 國家/地區

頂端出現國家篩選籤,報表只保留所選市場。可用多選時,多國會合併。

點「新增篩選器」,選「國家/地區」,勾選要看的國家後套用。:Google Search Console 操作畫面:在國家/地區篩選器勾選要看的國家,再使用視窗底部的套用
在國家/地區篩選器勾選要看的國家,再使用視窗底部的套用;圖中先指出清單的選取位置。

步驟 2:再次新增「裝置」,選行動裝置後套用。

操作路徑:新增篩選器 → 裝置

只留下同時符合國家和裝置的成效;多個維度通常共同限制範圍。

再次新增「裝置」,選行動裝置後套用。:Google Search Console 操作畫面:在裝置篩選器選行動裝置、桌面或平板電腦
在裝置篩選器選行動裝置、桌面或平板電腦。

步驟 3:新增「網頁」,選包含或完全相符,輸入路徑或完整 URL。

操作路徑:新增篩選器 → 網頁

可以把範圍縮成 /blog/ 等內容群,或只看指定頁面。

新增「網頁」,選包含或完全相符,輸入路徑或完整 URL。:Google Search Console 操作畫面:先選網址比對方式,再把路徑或完整 URL 填入輸入欄
先選網址比對方式,再把路徑或完整 URL 填入輸入欄。

步驟 4:需要排除時改選不包含;若要多個不同模式,改用規則運算式。

操作路徑:網頁/查詢篩選器 → 比對方式

排除管理頁等不關心的範圍,或合併多種路徑。

需要排除時改選不包含;若要多個不同模式,改用規則運算式。:Google Search Console 操作畫面:在查詢的比對選單選包含、不含、完全相符或自訂規則運算式
在查詢的比對選單選包含、不含、完全相符或自訂規則運算式。

步驟 5:點已存在的篩選籤可修改;按旁邊的 x 可移除。

操作路徑:頂端篩選籤

移除後資料範圍變大。日期與搜尋類型為固定條件,改值而非整個刪除。

點已存在的篩選籤可修改;按旁邊的 x 可移除。:Google Search Console 操作畫面:已套用的國家/地區與裝置條件會出現在頂端
已套用的國家/地區與裝置條件會出現在頂端;點條件可修改,按 x 可移除。

注意事項

  • 國家與裝置的多選合併,和「比較」兩組不同。搜尋外觀目前不能同時篩選多個。
  • 查詢/網址篩選會影響匿名資料和內部截斷,因此「包含」加「不包含」不一定等於未篩選總數。

官方說明:搜尋成效:進階篩選與比較、搜尋成效:維度與分組

Regex:一次分群品牌變體、問題詞與內容路徑

規則運算式適合把不同寫法放在同一組。先用簡單規則、檢查回傳列,再逐步擴充,比直接貼一長串看不懂的語法可靠。

步驟 1:新增「查詢」篩選器,選「自訂(規則運算式)」。

操作路徑:成效 → 新增篩選器 → 查詢 → 自訂(規則運算式)

開啟相符/不相符選項與規則輸入欄。

新增「查詢」篩選器,選「自訂(規則運算式)」。:Google Search Console 操作畫面:在查詢的比對選單選包含、不含、完全相符或自訂規則運算式
在查詢的比對選單選包含、不含、完全相符或自訂規則運算式。

步驟 2:要合併品牌寫法,可輸入 品牌A|品牌B;要找問句,可用 如何|怎麼|什麼是。

操作路徑:規則運算式輸入欄 → 套用

表格保留符合任一字詞的查詢。這些詞只是分析規則,應改成網站實際需要的字詞。

要合併品牌寫法,可輸入 品牌A|品牌B;要找問句,可用 如何|怎麼|什麼是。:Google Search Console 操作畫面:在這個欄位填 品牌A|品牌B 或 如何|怎麼|什麼是
在這個欄位填 品牌A|品牌B 或 如何|怎麼|什麼是;圖中欄位尚未輸入或套用。

步驟 3:想看一組內容路徑時,改用「網頁」的規則運算式,例如 /blog/|/guides/。

操作路徑:新增篩選器 → 網頁 → 自訂(規則運算式)

把兩種目錄合併在同一份成效報表。

想看一組內容路徑時,改用「網頁」的規則運算式,例如 /blog/|/guides/。:Google Search Console 操作畫面:先選網址比對方式,再把路徑或完整 URL 填入輸入欄
先選網址比對方式,再把路徑或完整 URL 填入輸入欄。

步驟 4:需要完整比對時加 ^ 和 $,再讀幾列確認。

操作路徑:規則運算式 → 修改 → 套用

^example$ 只匹配整段 example;沒有錨點時通常會匹配內容中的一部分。

需要完整比對時加 ^ 和 $,再讀幾列確認。:Google Search Console 操作畫面:選「自訂(規則運算式)」後,在下方欄位填規則
選「自訂(規則運算式)」後,在下方欄位填規則。

步驟 5:要看非品牌字詞,可改用不相符;完成後保留規則和日期。

操作路徑:自訂(規則運算式)→ 不相符

同一套規則可在後續比較時重用。

要看非品牌字詞,可改用不相符;完成後保留規則和日期。:Google Search Console 操作畫面:選「自訂(規則運算式)」後,在下方欄位填規則
選「自訂(規則運算式)」後,在下方欄位填規則。

注意事項

  • GSC 使用 RE2 支援的語法,不能假設所有程式語言的 regex 都能直接用。
  • 常見字詞比對不區分大小寫;如果字元本身有特殊語意,需依規則跳脫。
  • Regex 分群是你定義的集合,不等於系統 AI 品牌分類;兩種方法都可能漏掉或誤收。

官方說明:搜尋成效:進階篩選與比較

品牌與非品牌:先看來源,再決定內容工作

品牌搜尋能反映已有認知的受眾,一般主題搜尋則常用來觀察新的觸及來源。兩組可以分開看,不能把品牌點擊成長直接當作所有 SEO 主題一起成長。

步驟 1:在可用的查詢篩選器中,選含品牌名稱或不含品牌名稱。

操作路徑:成效 → 新增篩選器 → 查詢/品牌分類

報表使用 Google 的品牌分類切分數據。低曝光網站可能沒有這個選項。

在可用的查詢篩選器中,選含品牌名稱或不含品牌名稱。:Google Search Console 操作畫面:有提供品牌分類時,從這兩個單選項選要看的範圍
有提供品牌分類時,從這兩個單選項選要看的範圍。

步驟 2:查看篩選後的查詢列,核對品牌、產品名稱及容易歧義的字詞。

操作路徑:品牌篩選 → 查詢

找出系統可能誤分類的項目;不要只讀總計。

查看篩選後的查詢列,核對品牌、產品名稱及容易歧義的字詞。:Google Search Console 操作畫面:帳號有提供時,可從查詢視窗選含品牌或不含品牌的查詢
帳號有提供時,可從查詢視窗選含品牌或不含品牌的查詢。

步驟 3:沒有品牌選項,或需要固定自訂規則時,改用包含字詞或 regex。

操作路徑:查詢 → 包含/自訂(規則運算式)

用自己可重現的品牌名與變體集合分析,再記下規則。

沒有品牌選項,或需要固定自訂規則時,改用包含字詞或 regex。:Google Search Console 操作畫面:沒有適合的品牌分類時,可改用包含文字或自訂規則運算式
沒有適合的品牌分類時,可改用包含文字或自訂規則運算式。

注意事項

  • 品牌分類由 AI 判斷,可能不準確;它是分析輔助,不會影響網站排名。
  • 深入分析的品牌卡片在部分子資源與低曝光網站不提供。

官方說明:搜尋成效:維度與分組、深入分析報表、搜尋成效:進階篩選與比較

比較前後期:找出是哪些頁面帶動變化

總點擊下跌只告訴你結果。設定同長度期間、再看網頁或查詢差異,才知道要檢查哪一批內容。

步驟 1:點日期篩選器,切到「比較」。

操作路徑:成效 → 日期 → 比較

可選前一期間、去年同期或兩段自訂日期。

點日期篩選器,切到「比較」。:Google Search Console 操作畫面:在日期範圍視窗切「比較」
在日期範圍視窗切「比較」。

步驟 2:設定兩段適合比較的期間並套用。

操作路徑:日期比較 → 套用

圖表顯示兩組資料;表格增加各期和差異欄。季節性明顯的網站可優先看去年同期。

設定兩段適合比較的期間並套用。:Google Search Console 操作畫面:選兩段期間並核對起訖,再按套用
選兩段期間並核對起訖,再按套用。

步驟 3:切「網頁」或「查詢」,依差異排序。

操作路徑:比較模式 → 網頁/查詢 → 差異欄

辨認總變化是集中在少數文章,還是多數內容一起變動。

切「網頁」或「查詢」,依差異排序。:Google Search Console 操作畫面:比較表將兩個期間及差額分開列出
比較表將兩個期間及差額分開列出;點差額欄標題即可依差異排序。

步驟 4:想比較手機與電腦,改開裝置篩選器的「比較」。

操作路徑:新增篩選器 → 裝置 → 比較

同一期間並排兩種裝置。國家、搜尋類型等也可依可用選項比較。

想比較手機與電腦,改開裝置篩選器的「比較」。:Google Search Console 操作畫面:切「比較」,設定桌面與行動裝置後再套用
切「比較」,設定桌面與行動裝置後再套用。

步驟 5:比較完成後讀回頂端條件,再決定是否移除其他篩選。

操作路徑:比較模式 → 頂端篩選列

避免帶著上一個問題的 URL 或國家條件得出全站結論。

比較完成後讀回頂端條件,再決定是否移除其他篩選。:Google Search Console 操作畫面:分析完成後,回頂端核對「比較」、搜尋類型與其他篩選條件
分析完成後,回頂端核對「比較」、搜尋類型與其他篩選條件。

注意事項

  • 一次只能設定一種比較;新比較會取代舊比較。
  • 某一組量太低時可能顯示 ~,不要強行解讀為真正零。
  • 週或月粒度可減少星期幾差異,但首尾不完整期間仍要另外注意。

官方說明:搜尋成效:進階篩選與比較、搜尋成效:維度與分組

一個字詞帶出哪些頁面?一篇文章又靠哪些字詞?

查詢與網頁互相切換,是最常用的內容診斷。先點列加篩選,再換維度,才是在讀兩者的對應。

步驟 1:在查詢分頁點想研究的字詞。

操作路徑:成效 → 查詢 → 查詢列

頂端新增查詢篩選籤,整份報表只看這個搜尋字詞。

在查詢分頁點想研究的字詞。:Google Search Console 操作畫面:在查詢分頁找到要研究的字詞
在查詢分頁找到要研究的字詞;點該列後才會加入查詢條件。

步驟 2:切到「網頁」。

操作路徑:查詢已篩選 → 網頁

列出這個字詞帶出的 URL。若有多頁,先看搜尋意圖、日期與實際內容,再判斷是否需要整理。

切到「網頁」。:Google Search Console 操作畫面:保留查詢條件切到網頁,找出這個字詞對應的網址
保留查詢條件切到網頁,找出這個字詞對應的網址。

步驟 3:反向查文章時,先清除查詢條件,在網頁分頁點該 URL。

操作路徑:移除查詢籤 → 網頁 → URL 列

頂端變為這個網頁的篩選條件。

反向查文章時,先清除查詢條件,在網頁分頁點該 URL。:Google Search Console 操作畫面:反向查文章時先清除查詢條件,再到網頁分頁點選目標 URL
反向查文章時先清除查詢條件,再到網頁分頁點選目標 URL。

步驟 4:切回「查詢」,選曝光與點擊等指標。

操作路徑:網頁已篩選 → 查詢

看到這篇文章被哪些字詞找到;可找高曝光低點擊、相關但未充分回答的問題。

切回「查詢」,選曝光與點擊等指標。:Google Search Console 操作畫面:固定單一網頁後切回查詢,查看它從哪些字詞取得曝光與點擊
固定單一網頁後切回查詢,查看它從哪些字詞取得曝光與點擊。

步驟 5:要找接近首頁的機會,可開平均排序,再用表格篩選聚焦適合的排名區間。

操作路徑:查詢表 → 指標/表格篩選

得到待檢查字詞,而非「一定能推上首頁」清單;接著核對頁面內容與搜尋意圖。

要找接近首頁的機會,可開平均排序,再用表格篩選聚焦適合的排名區間。:Google Search Console 操作畫面:開啟平均排序後,在表格右側讀排序欄
開啟平均排序後,在表格右側讀排序欄;表格上方的篩選圖示可進一步縮小清單。

注意事項

  • 同字詞出現多頁不必然互相搶排名;不同頁可能回答不同意圖。
  • 平均順位只是該期間有曝光時的平均位置。將範圍縮至相同國家、裝置和日期,才較容易比較。
  • 查詢省略匿名資料,大部分頁面成效歸到 canonical。

官方說明:搜尋成效:維度與分組、搜尋成效:常見工作、搜尋成效:關於資料

網頁、圖片、影片、新聞與多模態搜尋怎麼切

搜尋類型是 Google 搜尋不同來源的切分。圖片很多、影片很多,或開始從視覺搜尋獲得流量的網站,值得各自檢查。

步驟 1:點「搜尋類型:網路」(部分語系寫「網頁」)。

操作路徑:搜尋結果成效 → 搜尋類型

開啟目前可用的搜尋類型清單。

點「搜尋類型:網路」(部分語系寫「網頁」)。:Google Search Console 操作畫面:點頂端的「搜尋類型:網路」,開啟搜尋類型視窗
點頂端的「搜尋類型:網路」,開啟搜尋類型視窗。

步驟 2:選圖片、影片或新聞後套用。

操作路徑:搜尋類型 → 圖片/影片/新聞

圖表切到該搜尋來源;這裡的新聞是 Google 搜尋新聞分頁,與獨立 Google 新聞報表不同。

選圖片、影片或新聞後套用。:Google Search Console 操作畫面:按需要選圖片、影片或新聞,再套用
按需要選圖片、影片或新聞,再套用;此圖仍是選取前。

步驟 3:有視覺查詢資料時,選網頁的「多模態」類型。

操作路徑:搜尋類型 → 網頁:多模態

查看 Google Lens、Circle to Search 等以圖片發起的網頁搜尋成效。

有視覺查詢資料時,選網頁的「多模態」類型。:Google Search Console 操作畫面:有提供時,可在網路類型下改選多模態
有提供時,可在網路類型下改選多模態;圖中目前仍是文字型。

步驟 4:改看網頁、國家、裝置與日期分頁。

操作路徑:多模態 → 網頁/國家/地區/裝置/天

分析哪些內容接到視覺搜尋,不去尋找不存在的文字查詢欄。

改看網頁、國家、裝置與日期分頁。:Google Search Console 操作畫面:搜尋結果表格提供網頁、國家/地區、裝置及日期等分頁
搜尋結果表格提供網頁、國家/地區、裝置及日期等分頁;類型不同時,可用維度以當頁為準。

注意事項

  • 多模態成效於 2026 年 9 月 24 日宣布全球推出;選項和資料仍依資源的實際流量。
  • 多模態不是一般圖片搜尋,也不等於「含圖片的文章」。這類搜尋通常沒有文字查詢資料,因此沒有查詢維度。
  • 把各類型相加前先確認統計範圍,不要把類型比較當成同一組排名。

官方說明:搜尋成效:總覽與設定、搜尋成效:維度與分組、多模態搜尋報表公告

用 AI 輔助設定報表:套用前核對條件

某些帳號的成效頁提供 AI 輔助設定。可以用一句話描述想看的範圍,但最後仍要讀它產生的日期、篩選與比較。

步驟 1:若成效標題旁有帶星號的篩選圖示,點開側邊面板。

操作路徑:搜尋結果成效 → AI 輔助設定圖示

出現提示輸入欄。沒有圖示時,照前面的手動篩選流程即可。

若成效標題旁有帶星號的篩選圖示,點開側邊面板。:Google Search Console 操作畫面:點新增篩選器旁的帶星號圖示,開啟 AI 輔助設定
點新增篩選器旁的帶星號圖示,開啟 AI 輔助設定。
用 AI 輔助設定報表:套用前核對條件:成效報表的 AI 輔助設定面板與空白提示欄位
圖 30|成效報表的 AI 輔助設定面板與空白提示欄位 · 放大操作圖

步驟 2:輸入具體要求,例如「比較過去 28 天與前 28 天,台灣行動裝置中 /guides/ 網頁的點擊與曝光」。

操作路徑:AI 輔助設定 → 提示欄位

工具提出日期、國家、裝置、網址及指標的設定建議。

輸入具體要求,例如「比較過去 28 天與前 28 天,台灣行動裝置中 /guides/ 網頁的點擊與曝光」。:Google Search Console 操作畫面:在文字欄填要比較的期間與裝置等條件
在文字欄填要比較的期間與裝置等條件;範例已輸入但沒有送出。

步驟 3:逐一檢查建議與原本已套用的篩選,確認後套用。

操作路徑:設定建議 → 確認

報表切成指定範圍;不正確時修改要求或直接調整篩選籤。

逐一檢查建議與原本已套用的篩選,確認後套用。:Google Search Console 操作畫面:AI 輔助設定面板先接收描述
AI 輔助設定面板先接收描述;有建議後,再逐項核對日期、篩選與原有條件才套用。

注意事項

  • 目前是少量使用者可用的實驗功能,官方列每日最多 20 個要求。
  • 它能設定篩選、比較、指標與表格選取,不能代為排序、匯出、分頁或新增備註;不適用探索與 Google 新聞。
  • AI 可能設錯條件;畫面上的高低變化仍須自己判讀。

官方說明:搜尋成效:進階篩選與比較

在圖上留下改版與活動日期

改版、修正或促銷做完,過幾週再查流量很容易忘記日期。自訂備註可把事件留在成效圖表上,但它只是背景資訊,不能證明事件造成流量變化。

步驟 1:使用一般日期檢視,對圖表想標記的日期按滑鼠右鍵。

操作路徑:成效 → 圖表日期點 → 右鍵

開啟新增備註操作。24 小時和比較模式不顯示備註,先切回一般期間。

使用一般日期檢視,對圖表想標記的日期按滑鼠右鍵。:Google Search Console 操作畫面:在一般日期圖表上找出要記錄的日期,再依介面提供的備註操作新增事件
在一般日期圖表上找出要記錄的日期,再依介面提供的備註操作新增事件。

步驟 2:確認日期,輸入簡短、可辨認的事件,再按「新增」。

操作路徑:備註視窗 → 日期/文字 → 新增

圖表該日出現標記,整個資源的使用者能看到。

確認日期,輸入簡短、可辨認的事件,再按「新增」。:Google Search Console 操作畫面:備註對應圖表日期
圖中為尚未新增備註的成效圖表;先核對事件發生日期,再依畫面提供的備註功能輸入說明。

步驟 3:點圖上的標記閱讀內容;需要刪除時點「刪除」並確認。

操作路徑:圖表備註標記 → 刪除

移除這則資源共用備註。

點圖上的標記閱讀內容;需要刪除時點「刪除」並確認。:Google Search Console 操作畫面:備註的閱讀與刪除都從日期圖表進行
備註的閱讀與刪除都從日期圖表進行;圖中僅標示圖表操作區,未新增或刪除任何事件。

注意事項

  • 擁有者與完整使用者可新增或刪除;受限制使用者只能查看。
  • 每個資源最多 200 則,每則最多 120 個半形字元,超過 500 天會自動刪除;目前不能直接編輯。
  • 不要輸入姓名、電話、個人電子郵件或其他不適合與資源成員共用的資訊。

官方說明:Search Console 備註

匯出與分享:保留分析條件才有辦法重看

下載表格前,先把日期、搜尋類型和篩選記下來。否則下次看到一份「點擊變少」的試算表,可能已不知道比較的是全站還是單一目錄。

步驟 1:確認資源、日期、搜尋類型、比較與頂端篩選籤。

操作路徑:報表頂端 → 分析條件

這些條件就是匯出數據的範圍;必要時把設定另記在試算表第一頁。若要把報表用在日常排程,可接著依照把 GSC 匯出資料變成每週 SEO 工作清單的流程,保留查詢與網址對應,再核對 AI 提出的修改建議。

確認資源、日期、搜尋類型、比較與頂端篩選籤。:Google Search Console 操作畫面:匯出前先核對目前資源及日期
匯出前先核對目前資源及日期。

步驟 2:點右上「匯出」,選當頁提供的 Google 試算表、Excel 或 CSV。

操作路徑:報表 → 匯出

取得報表數據。不同格式可能拆成多個分頁或檔案,下載後先查看內容。

點右上「匯出」,選當頁提供的 Google 試算表、Excel 或 CSV。:Google Search Console 操作畫面:按右上角匯出,再選當頁提供的試算表、Excel 或 CSV
按右上角匯出,再選當頁提供的試算表、Excel 或 CSV。

需要同事重看同條件報表時,分享報表連結,讓對方用已有的 GSC 權限開啟。

操作路徑:報表網址/帳號既有權限

對方能檢查相同篩選;傳連結不會自動授予資源存取。

分享連結前先核對資源及日期;對方仍須原本具有這個 GSC 資源的權限,圖中沒有進行權限授予
分享連結前先核對資源及日期;對方仍須原本具有這個 GSC 資源的權限,圖中沒有進行權限授予。

資料量大、要自動化或保存長期歷史時,改評估 API 或大量資料匯出。

操作路徑:設定 → 大量資料匯出/官方 API

使用更合適的資料取得方式;Cloud 計費和權限先看後面的設定章節。

長期保存與大量匯出可先查看 GSC「大量資料匯出」所需欄位;API 程式及 Cloud 權限是另外的站外作業
長期保存與大量匯出可先查看 GSC「大量資料匯出」所需欄位;API 程式及 Cloud 權限是另外的站外作業。

注意事項

  • 畫面表格通常最多顯示 1,000 列;一次匯出不能當成全部查詢資料,匿名查詢也無法還原。
  • 圖表依資源匯總、網頁表依頁面匯總,且有隱私門檻與截斷;不要硬把所有列加回總計。
  • 畫面上的 ~ 或 - 在下載後可能成為 0,缺資料不等於實際零。
  • 索引問題等診斷頁有自己的「分享」機制;依該頁說明決定可見範圍,不要假設所有成效頁都能匿名公開分享。

官方說明:搜尋成效:關於資料、搜尋成效:維度與分組、Search Console 介面導覽、使用者與權限、網頁索引報表

探索、新聞與生成式 AI

探索成效:看推薦流量落在哪些文章

Google 探索不靠使用者先輸入關鍵字。流量可能很集中、也容易波動;用網頁與日期查來源,比尋找「探索關鍵字」有效。

步驟 1:展開「成效」,點「探索」。

操作路徑:成效 → 探索 → 全部

有足夠探索曝光的資源會顯示報表;看不到不必先加程式碼。

展開「成效」,點「探索」。:Google Search Console 操作畫面:左側成效群組中的「探索」是 Discover 報表入口,與搜尋結果分開
左側成效群組中的「探索」是 Discover 報表入口,與搜尋結果分開。

步驟 2:選日期,勾點擊、曝光與平均點閱率。

操作路徑:探索 → 日期/指標卡

查看推薦流量在所選期間的變化;這份報表沒有平均排名。

選日期,勾點擊、曝光與平均點閱率。:Google Search Console 操作畫面:先設定日期,再選點擊、曝光與平均點閱率
先設定日期,再選點擊、曝光與平均點閱率;圖中的平均點閱率卡片尚未勾選。

步驟 3:在網頁分頁按點擊排序,再點文章列。

操作路徑:探索 → 網頁 → URL 列

將圖表限制到這篇文章,確認尖峰發生在哪幾天。

在網頁分頁按點擊排序,再點文章列。:Google Search Console 操作畫面:在「網頁」分頁查看文章清單
在「網頁」分頁查看文章清單;圖中目前沒有資料,有列資料時才能排序或點進文章。

步驟 4:切國家/地區、探索外觀或日期,必要時加篩選或比較。

操作路徑:探索 → 維度分頁/新增篩選器

讀出受眾與內容呈現的差異。24 小時及週/月粒度的用法與搜尋成效相似。

切國家/地區、探索外觀或日期,必要時加篩選或比較。:Google Search Console 操作畫面:探索也可切到「天」分頁
探索也可切到「天」分頁;依日期查看點擊與曝光,與主圖期間一致。

注意事項

  • 是否出現報表及個別資料列取決於曝光門檻,Google 未公開精確門檻。
  • 探索沒有查詢維度;流量下跌不自動代表網站被處罰。
  • 網站文章的指標主要歸標準網址。更完整的新聞與推薦來源差異,見 三張成效報表比較。

官方說明:探索成效報表

Google 新聞成效:和搜尋的「新聞」類型分開看

這份報表主要看 news.google.com 與 Google 新聞 App,並不是 Google 搜尋結果上方的新聞分頁。

步驟 1:點成效群組中的「Google 新聞」。

操作路徑:成效 → Google 新聞

進入獨立新聞來源報表;是否有資料依網站在新聞服務的活動。

點成效群組中的「Google 新聞」。:Google Search Console 操作畫面:左側「Google 新聞」是獨立成效報表,與搜尋結果的新聞類型分開
左側「Google 新聞」是獨立成效報表,與搜尋結果的新聞類型分開。

步驟 2:設定日期,選總點擊、曝光與平均點閱率。

操作路徑:Google 新聞 → 日期/指標

圖表只讀這個來源,沒有平均排名。

設定日期,選總點擊、曝光與平均點閱率。:Google Search Console 操作畫面:Google 新聞也提供日期與點擊、曝光、點閱率
Google 新聞也提供日期與點擊、曝光、點閱率;圖中此期間沒有資料,點閱率顯示非數值。

步驟 3:切網頁,點文章列後再看國家、裝置或日期。

操作路徑:Google 新聞 → 網頁 → 國家/地區/裝置/天

找到帶來流量的報導與市場;可用篩選與比較查前後差異。

切網頁,點文章列後再看國家、裝置或日期。:Google Search Console 操作畫面:Google 新聞的「網頁」表目前沒有資料
Google 新聞的「網頁」表目前沒有資料;有文章列後,才能點列再看其他維度。

步驟 4:若要查搜尋新聞分頁,回搜尋結果成效改搜尋類型。

操作路徑:搜尋結果成效 → 搜尋類型 → 新聞

讀到另一種新聞搜尋來源,不與這份報表混為同一個數字。

若要查搜尋新聞分頁,回搜尋結果成效改搜尋類型。:Google Search Console 操作畫面:若要查看搜尋結果中的新聞分頁流量,回搜尋結果成效,在搜尋類型選「新聞」
若要查看搜尋結果中的新聞分頁流量,回搜尋結果成效,在搜尋類型選「新聞」。

注意事項

  • 獨立新聞報表與搜尋新聞類型有不同的流量入口,不能把一份當成另一份漏記的資料。
  • 初步資料、標準網址歸因與介面列數限制仍要留意。

官方說明:Google 新聞成效報表、搜尋成效:總覽與設定

生成式 AI 成效:目前先看曝光,別自行補出點擊

GSC 在 2026 年新增搜尋與探索的生成式 AI 成效報表。它提供獨立的 AI 曝光觀察;目前不能用這份報表取得獨立 AI 點擊數或 CTR。

步驟 1:展開搜尋結果成效的子項,選「生成式 AI 功能」。

操作路徑:成效 → 搜尋結果成效 → 生成式 AI 功能

進入網站在 Google 搜尋生成式 AI 功能中的成效頁。

展開搜尋結果成效的子項,選「生成式 AI 功能」。:Google Search Console 操作畫面:搜尋結果成效下的「生成式 AI」有自己的報表入口
搜尋結果成效下的「生成式 AI」有自己的報表入口。

步驟 2:選日期,查看「曝光總數」與趨勢。

操作路徑:生成式 AI 功能 → 日期/曝光總數

比較不同期間的自然曝光,不把整體搜尋點擊搬到這一頁當作 AI 點擊。

選日期,查看「曝光總數」與趨勢。:Google Search Console 操作畫面:生成式 AI 功能報表提供曝光總數與趨勢,先核對日期,不自行換算點擊
生成式 AI 功能報表提供曝光總數與趨勢,先核對日期,不自行換算點擊。

步驟 3:依網頁、國家/地區、裝置或日期切分,點列加篩選。

操作路徑:搜尋生成式 AI → 維度分頁

找出哪些內容在哪些市場及裝置取得 AI 曝光;此頁沒有查詢分頁。

依網頁、國家/地區、裝置或日期切分,點列加篩選。:Google Search Console 操作畫面:報表下方可依網頁、國家/地區、裝置與天切分
報表下方可依網頁、國家/地區、裝置與天切分;有資料列時再點列縮小範圍。

步驟 4:要看探索的 AI,改開探索下的生成式 AI 子報表。

操作路徑:成效 → 探索 → 生成式 AI 功能

分析探索生成式 AI 的曝光;依當頁提供的網頁、國家與日期等維度查看。

要看探索的 AI,改開探索下的生成式 AI 子報表。:Google Search Console 操作畫面:生成式 AI 子項出現與否依資源而異
生成式 AI 子項出現與否依資源而異;圖中實際展示搜尋結果下的生成式 AI,探索需有對應入口時才能另行開啟。

步驟 5:與全部成效對照時,保留相同日期和範圍。

操作路徑:AI 子報表 ↔ 全部成效

知道 AI 曝光已包含在整體報表,不把它再加上一次。

與全部成效對照時,保留相同日期和範圍。:Google Search Console 操作畫面:回全部成效時,先把日期與搜尋範圍設為相同,再對照生成式 AI 的曝光
回全部成效時,先把日期與搜尋範圍設為相同,再對照生成式 AI 的曝光。

注意事項

  • 官方說明已於 2026 年 8 月 31 日全球推出;是否有數據仍取決於網站是否取得相應曝光。
  • 搜尋生成式 AI 報表可看裝置;不要為不同報表自行補上未提供的維度或指標。
  • 多模態來源在有資料時也可用於相關搜尋報表。

官方說明:搜尋生成式 AI 成效報表、探索生成式 AI 成效報表、生成式 AI 成效報表公告、多模態搜尋報表公告

網頁與影片索引

網頁索引:先看重要網址,再看未索引原因

網站通常會有不需要建立索引的頁面,例如轉址、重複版本、搜尋頁或已刪除內容。索引報表要找的是「該收錄的頁有沒有被排除」,不是把所有未索引數字清到零。

步驟 1:在「產生索引」點「網頁」。

操作路徑:產生索引 → 網頁

看到已建立索引、未建立索引及原因數量的趨勢。

在「產生索引」點「網頁」。:Google Search Console 操作畫面:在左側「產生索引」群組點「網頁」,開啟網頁索引狀態報表
在左側「產生索引」群組點「網頁」,開啟網頁索引狀態報表。

步驟 2:若有範圍選單,先選全部已知網頁、已提交網頁或指定 Sitemap。

操作路徑:網頁索引狀態 → 範圍選單

可以只看你主動提交的重要網址,減少網站歷史和參數頁干擾。

若有範圍選單,先選全部已知網頁、已提交網頁或指定 Sitemap。:Google Search Console 操作畫面:報表上方的「所有已知的頁面」是範圍選單
報表上方的「所有已知的頁面」是範圍選單;可用選項依資源與 Sitemap 資料而定。

步驟 3:向下查看未索引的原因,讀來源、驗證與網頁數。

操作路徑:網頁索引狀態 → 原因表格

知道問題由網站回應、指令或 Google 選擇造成;先找影響重要頁或大量頁面的原因。

向下查看未索引的原因,讀來源、驗證與網頁數。:Google Search Console 操作畫面:未索引原因表分列原因、來源、驗證、趨勢與網頁數,先看重要網址落在哪一類
未索引原因表分列原因、來源、驗證、趨勢與網頁數,先看重要網址落在哪一類。

步驟 4:點一個原因,再點樣本 URL。

操作路徑:原因列 → 問題詳情 → 示例

看到首次偵測、最後檢索、趨勢與受影響頁;用樣本確認是否真是預期排除。

點一個原因,再點樣本 URL。:Google Search Console 操作畫面:進入原因明細後,下方「示例」列出樣本 URL
進入原因明細後,下方「示例」列出樣本 URL;點列可開啟側欄。

步驟 5:按 URL 旁的檢查圖示,進網址審查。

操作路徑:問題示例 → 檢查網址

用索引細節與即時測試,判斷這一頁的實際問題。

按 URL 旁的檢查圖示,進網址審查。:Google Search Console 操作畫面:樣本側欄中的「檢查網址」會開啟這個完整網址的審查結果
樣本側欄中的「檢查網址」會開啟這個完整網址的審查結果。

注意事項

  • 樣本清單不完整,即使未滿 1,000 列,也不保證列出所有 URL。
  • 網頁索引報表是全站概況;單一頁是否索引,仍用網址審查。
  • 新增資源或網站變更後,報表需要時間更新;不要把更新間隔當成修正失敗。

官方說明:網頁索引報表、網址檢查工具

常見未索引原因:每種原因要做的事不同

先決定這個 URL 應不應該進搜尋,再處理狀態。把正確的排除拿掉,反而可能讓重複頁或私有內容進入搜尋。

步驟 1:看到「找不到(404)」或「已重新導向的網頁」,先開該 URL 檢查。

操作路徑:網頁 → 原因 → 範例 URL

已刪除且不再需要的頁,404 可是正確結果;轉址頁通常不需要另索引。重要頁誤刪或導錯才需要修。

看到「找不到(404)」或「已重新導向的網頁」,先開該 URL 檢查。:Google Search Console 操作畫面:在原因表找到「頁面重新導向」或「找不到網頁(404)」,點該原因後檢查受影響網址
在原因表找到「頁面重新導向」或「找不到網頁(404)」,點該原因後檢查受影響網址。

步驟 2:看到 noindex 或 robots.txt 封鎖,檢查公開頁面的 HTML、HTTP 標頭及規則。

操作路徑:原因範例 → 網址審查 → 即時測試

判斷是刻意保護內容,還是網站設定、外掛或上線流程意外帶入。

看到 noindex 或 robots.txt 封鎖,檢查公開頁面的 HTML、HTTP 標頭及規則。:Google Search Console 操作畫面:noindex 原因明細會明確寫出「遭到 noindex 標記排除」
noindex 原因明細會明確寫出「遭到 noindex 標記排除」;先核對這個原因。
看到 noindex 或 robots.txt 封鎖,檢查公開頁面的 HTML、HTTP 標頭及規則。:Google Search Console 操作畫面:網址審查的 HTTP 回應面板可核對標頭
網址審查的 HTTP 回應面板可核對標頭;此圖為已檢索版本,網站端修正後仍應測試目前版本。

步驟 3:看到重複或替代頁,對照宣告與 Google 選定的 canonical。

操作路徑:網址審查 → 網頁索引狀態 → 標準網址

如果 Google 選到正確主要頁,可保留;選錯時再查內部連結、轉址、Sitemap 與內容一致性。

看到重複或替代頁,對照宣告與 Google 選定的 canonical。:Google Search Console 操作畫面:遇到重複或替代頁時,對照使用者宣告與 Google 所選的標準網址
遇到重複或替代頁時,對照使用者宣告與 Google 所選的標準網址。

步驟 4:看到「已探索,目前尚未建立索引」,檢查頁面能否到達、內部連結、伺服器與新頁數量。

操作路徑:未索引原因 → 已探索未索引

Google 知道 URL,但尚未完成檢索;Sitemap 成功不能代替實際檢索。

看到「已探索,目前尚未建立索引」,檢查頁面能否到達、內部連結、伺服器與新頁數量。:Google Search Console 操作畫面:從未索引原因表找「已探索,目前尚未建立索引」
從未索引原因表找「已探索,目前尚未建立索引」;圖中是前 10 列,需要時用分頁繼續查找,再開樣本檢查。

步驟 5:看到「已檢索,目前尚未建立索引」,再查內容是否重複、薄弱或未充分回應需求。

操作路徑:未索引原因 → 已檢索未索引

頁面已被讀取;光重按要求索引通常無法解決內容和標準化問題。

看到「已檢索,目前尚未建立索引」,再查內容是否重複、薄弱或未充分回應需求。:Google Search Console 操作畫面:找到「已檢索,目前尚未建立索引」後,回到對應樣本檢查內容及重複問題
找到「已檢索,目前尚未建立索引」後,回到對應樣本檢查內容及重複問題。

步驟 6:看到伺服器錯誤、軟 404 或其他存取問題,檢查回應碼和 Google 渲染到的內容。

操作路徑:原因範例 → 網址審查 → 更多資訊/HTML

找出回 200 卻顯示錯誤頁、回 5xx、登入牆或資源載入失敗等情況,再在網站端修正。

看到伺服器錯誤、軟 404 或其他存取問題,檢查回應碼和 Google 渲染到的內容。:Google Search Console 操作畫面:HTTP 回應面板可核對伺服器回應碼
HTTP 回應面板可核對伺服器回應碼;圖中是 200 OK,遇到錯誤網址應查看該網址自己的回應。

注意事項

  • robots.txt 限制檢索,不是可靠的索引移除工具。要 Google 看見 noindex,通常需要允許它讀到該頁。
  • 「已檢索未索引」沒有保證收錄的通用按鈕;處理內容與網站問題後,再等 Google 評估。
  • 更多機制可讀 Googlebot 的運作與控制 和 robots.txt 指南。

官方說明:網頁索引報表、網址檢查工具、robots meta 與預覽控制

修正後按驗證:查看 Google 重查到哪裡

修好網站不代表報表立即變綠。驗證修正用來追蹤同類問題後續是否還存在;送出前先把相關頁面一起檢查。

步驟 1:在網站端修正問題,挑幾個不同樣本做即時測試。

操作路徑:網站修正 → 網址審查 → 測試線上網址

確定公開版本已正常;共用模板或規則出錯時,不只修報表列出的那一頁。

在網站端修正問題,挑幾個不同樣本做即時測試。:Google Search Console 操作畫面:網站端修正後,先對代表樣本按「測試線上網址」檢查目前版本
網站端修正後,先對代表樣本按「測試線上網址」檢查目前版本。

步驟 2:回原本問題明細,按「驗證修正後的項目」或當頁的驗證按鈕。

操作路徑:網頁索引 → 問題詳情 → 驗證

開始驗證追蹤;若先測到錯誤仍存在,可能立即回報失敗。

回原本問題明細,按「驗證修正後的項目」或當頁的驗證按鈕。:Google Search Console 操作畫面:回到同一原因明細,按「驗證修正後的項目」
回到同一原因明細,按「驗證修正後的項目」;圖中是送出驗證前的按鈕。

步驟 3:開驗證詳細資料,讀待處理、通過與失敗例項。

操作路徑:問題詳情 → 驗證詳細資料

待處理表示還在收集或檢查;失敗時可定位仍有問題的 URL。

開驗證詳細資料,讀待處理、通過與失敗例項。:Google Search Console 操作畫面:驗證進度會出現在原因明細的驗證區
驗證進度會出現在原因明細的驗證區;圖中尚未啟動驗證,待執行後才會有例項進度。

步驟 4:若失敗,檢查剩餘問題後再重新驗證。

操作路徑:失敗例項 → 網站修正 → 重新驗證

讓下一次驗證對應新的完整修正,而不是重送同一狀態。

若失敗,檢查剩餘問題後再重新驗證。:Google Search Console 操作畫面:重新驗證仍從原本原因明細進行
重新驗證仍從原本原因明細進行;圖中保留原因與驗證入口,不表示已失敗或已重送。

注意事項

  • 不是每種排除原因都需要或提供驗證按鈕。預期重複或不需索引的 URL,不必為了清數字而改設定。
  • 驗證通過表示特定問題不再被偵測,不代表每個 URL 都已建立索引或取得流量。

官方說明:網頁索引報表、網址檢查工具

影片索引:頁面有收錄,不代表影片有收錄

影片索引報表看的是已索引網頁上的影片能不能進入 Google 的影片功能。它和強化項目裡的 Video 結構化資料報表要分開讀。

步驟 1:點「產生索引」中的影片報表。

操作路徑:產生索引 → 影片網頁

看到「影片已編入索引」與「沒有任何影片編入索引」的趨勢。

點「產生索引」中的影片報表。:Google Search Console 操作畫面:在「產生索引」群組選「影片」,這份報表處理影片索引狀態
在「產生索引」群組選「影片」,這份報表處理影片索引狀態。

步驟 2:先確認承載影片的頁面本身已有索引。

操作路徑:網頁索引/網址審查

未索引或非標準網頁不會按同樣方式出現在影片索引報表,先處理頁面再追影片。

先確認承載影片的頁面本身已有索引。:Google Search Console 操作畫面:先在網址審查確認承載影片的網頁是否有索引
先在網址審查確認承載影片的網頁是否有索引;網頁與影片的索引狀態要分開核對。

步驟 3:點未索引原因與樣本 URL。

操作路徑:影片索引 → 原因列 → 範例

查看 Google 選到的影片、縮圖和具體問題,例如影片不是主要內容,或影片/縮圖無法取得。

點未索引原因與樣本 URL。:Google Search Console 操作畫面:影片原因的樣本側欄列出影片網址、縮圖及主要內容判定,逐項核對
影片原因的樣本側欄列出影片網址、縮圖及主要內容判定,逐項核對。

步驟 4:打開樣本的網址審查,測試目前版本並檢查影片和縮圖能否載入。

操作路徑:影片範例 → 檢查網址 → 測試線上網址

確認修正後 Google 能讀到影片資訊;必要時調整主要內容位置、播放器或檔案存取。

打開樣本的網址審查,測試目前版本並檢查影片和縮圖能否載入。:Google Search Console 操作畫面:從影片樣本側欄的「檢查」開啟網址審查,再對目前版本做測試
從影片樣本側欄的「檢查」開啟網址審查,再對目前版本做測試。

步驟 5:問題全修好後,回影片問題頁依提供的操作驗證。

操作路徑:影片問題明細 → 驗證修正

追蹤後續索引變化;沒有驗證操作時等待 Google 重查。

問題全修好後,回影片問題頁依提供的操作驗證。:Google Search Console 操作畫面:修正後回同一影片原因明細,使用「驗證修正後的項目」入口
修正後回同一影片原因明細,使用「驗證修正後的項目」入口。

注意事項

  • 報表以含影片的已索引網頁為基礎,不是網站不重複影片的精確總數。
  • 同影片可嵌在多頁,一頁也可有多影片;數字不宜直接當影片庫存。
  • 結構化資料有效、即時測試找到影片,都不保證影片已編入索引。

官方說明:影片索引報表、網址檢查工具

Sitemap 與移除網址

提交 Sitemap:讓 Google 更容易發現重要網址

Sitemap 是網站提供的 URL 清單。先讓檔案可公開讀取,再把檔案位址交給 GSC;不是在輸入框逐篇貼文章連結。

先確認網站產生的 Sitemap 位址。

操作路徑:網站/CMS/SEO 外掛 → Sitemap

WordPress 網站常由核心或外掛產生索引檔;實際名稱以網站設定為準,不要只猜 sitemap.xml。

GSC 新增 Sitemap 欄會使用網站實際提供的 Sitemap 位址;真正檔名先在網站或 CMS 確認,圖中不是 CMS 產生設定
GSC 新增 Sitemap 欄會使用網站實際提供的 Sitemap 位址;真正檔名先在網站或 CMS 確認,圖中不是 CMS 產生設定。

開公開 Sitemap,檢查它回傳正常且列出正確的正式網址。

操作路徑:公開 Sitemap URL

可看到 XML、Sitemap index 或其他支援格式;不要把測試站、錯誤協定或不想索引的頁放進去。

GSC 的 Sitemap 詳情可對照該份檔案與讀取資訊;公開 XML 內容需另外開啟檢查,這張圖不是 XML 內容或即時 HTTP 測試
GSC 的 Sitemap 詳情可對照該份檔案與讀取資訊;公開 XML 內容需另外開啟檢查,這張圖不是 XML 內容或即時 HTTP 測試。

步驟 1:在 GSC 點「Sitemap」,依輸入框要求填完整 URL 或接在既有前綴後的路徑。

操作路徑:產生索引 → Sitemap → 新增 Sitemap

提交對象位於目前資源範圍,協定、主機和路徑正確。

在 GSC 點「Sitemap」,依輸入框要求填完整 URL 或接在既有前綴後的路徑。:Google Search Console 操作畫面:在「新增 Sitemap」輸入框填路徑或完整網址,依當前欄位前綴判斷
在「新增 Sitemap」輸入框填路徑或完整網址,依當前欄位前綴判斷。

步驟 2:點「提交」,再到「已提交的 Sitemap」查看新紀錄。

操作路徑:Sitemap → 提交

看到提交時間、狀態、上次讀取及系統探索到的網頁/影片。

點「提交」,再到「已提交的 Sitemap」查看新紀錄。:Google Search Console 操作畫面:輸入後按「提交」,再到下方「已提交的 Sitemap」核對紀錄
輸入後按「提交」,再到下方「已提交的 Sitemap」核對紀錄;圖中輸入框仍為空白。

步驟 3:點這份 Sitemap 的列,查看詳細資料;需要時進索引涵蓋範圍。

操作路徑:Sitemap 清單 → 檔案詳情 → 網頁索引

把 Google 讀到的 URL,對照其中哪些已建立索引。

點這份 Sitemap 的列,查看詳細資料;需要時進索引涵蓋範圍。:Google Search Console 操作畫面:點某份 Sitemap 後可讀取上次讀取時間、發現網址數及 Sitemap 讀取紀錄
點某份 Sitemap 後可讀取上次讀取時間、發現網址數及 Sitemap 讀取紀錄。

注意事項

  • 「成功」是 Sitemap 讀取狀態,不是清單中每一頁都已索引。
  • Sitemap 有更新時,Google 會再讀取;不必每新增一篇文章就刪掉重建 GSC 紀錄。
  • Sitemap index、一般 Sitemap、圖片/影片擴充及文字或 RSS/Atom 格式各有規格,使用網站實際支援的類型。

官方說明:Sitemap 報表

Sitemap 無法擷取、含錯誤,該檢查哪裡?

先點開狀態看實際錯誤。讀不到檔案、XML 格式不對、URL 超出範圍,是不同問題。

步驟 1:點「無法擷取」或錯誤狀態的 Sitemap 列。

操作路徑:Sitemap → 狀態/詳細資料

取得讀取失敗或格式錯誤說明,而不是只看紅色字。

點「無法擷取」或錯誤狀態的 Sitemap 列。:Google Search Console 操作畫面:從已提交清單的「狀態」欄辨識錯誤,再點該份 Sitemap 進詳情
從已提交清單的「狀態」欄辨識錯誤,再點該份 Sitemap 進詳情;圖中目前三列皆成功。

用公開網址檢查 HTTP 回應、登入/防火牆限制和轉址。

操作路徑:Sitemap URL/伺服器設定

Google 能取到實際檔案;若有安全服務擋爬蟲,從合法設定排除誤擋。

先從 Sitemap 詳情核對檔案網址及 Google 的讀取資訊,再到站外檢查 HTTP、轉址及存取限制;這張圖不是伺服器測試結果
先從 Sitemap 詳情核對檔案網址及 Google 的讀取資訊,再到站外檢查 HTTP、轉址及存取限制;這張圖不是伺服器測試結果。

格式或範圍錯誤時,修正產生 Sitemap 的設定。

操作路徑:CMS/外掛 → Sitemap 設定

XML 可解析,網址使用正確主機、協定、canonical 和資源範圍。

GSC 已提交清單可用來回查修正後的讀取狀態;產生 Sitemap 的規則與範圍需在 CMS 或外掛修正
GSC 已提交清單可用來回查修正後的讀取狀態;產生 Sitemap 的規則與範圍需在 CMS 或外掛修正。

步驟 2:修好後重新提交正確網址,或等待 Google 下次讀取。

操作路徑:Sitemap → 提交/上次讀取時間

用新的讀取時間及狀態確認問題是否已解決。

修好後重新提交正確網址,或等待 Google 下次讀取。:Google Search Console 操作畫面:修好來源網址後,回新增 Sitemap 欄重新提交正確路徑,再追蹤讀取狀態
修好來源網址後,回新增 Sitemap 欄重新提交正確路徑,再追蹤讀取狀態。

步驟 3:舊檔不再使用時,從檔案詳情的更多選單移除提交紀錄。

操作路徑:Sitemap 詳情 → 更多 → 移除 Sitemap

清單不再追蹤這次提交;網站上的檔案與已發現 URL 不會因此消失。

舊檔不再使用時,從檔案詳情的更多選單移除提交紀錄。:Google Search Console 操作畫面:Sitemap 詳情右上角的更多選單提供「移除 Sitemap」
Sitemap 詳情右上角的更多選單提供「移除 Sitemap」;只移除提交紀錄,不刪除網站檔案。

注意事項

  • GSC 無法代你修網站上的 Sitemap 檔案。
  • 移除提交紀錄不能阻止 Google 繼續發現網址,也不會取消索引。

官方說明:Sitemap 報表

移除網址:先分清楚是隱藏整頁,還是更新舊摘要

移除工具用於需要快速處理的 Google 搜尋結果。它不會刪除伺服器上的內容,也不會讓其他搜尋引擎同步移除。

步驟 1:點「移除網址」,查看三個分頁。

操作路徑:產生索引 → 移除網址

「暫時移除」管理資源所有者的要求;「過舊的內容」看外部更新要求;「安全搜尋篩選」看成人內容分類檢舉。

點「移除網址」,查看三個分頁。:Google Search Console 操作畫面:「移除網址」分成暫時移除、過舊的內容及安全搜尋篩選三個分頁
「移除網址」分成暫時移除、過舊的內容及安全搜尋篩選三個分頁。

先確認自己要處理的目標:暫時不出現、只更新摘要,還是永久移除。

操作路徑:移除網址 → 操作前判斷

選擇正確流程。永久移除必須搭配網站端的刪除、存取限制或 noindex。

「暫時移除」「過舊的內容」「安全搜尋篩選」分頁有不同用途;永久移除仍需另外處理網站端內容或索引指令
「暫時移除」「過舊的內容」「安全搜尋篩選」分頁有不同用途;永久移除仍需另外處理網站端內容或索引指令。

注意事項

  • 只有資源擁有者才能提出這裡的移除要求。
  • 一般已刪除頁、正常 404 或網址標準化,不需要靠緊急移除工具整理。
  • 輸入前先確認網址與範圍,尤其不要把整站根網址誤當成單篇文章。

官方說明:移除與安全搜尋工具

暫時移除網址:單一 URL 與整段前綴

若機密內容或不該公開的頁面已出現在搜尋,可以先移除網站上的內容,再用這裡快速隱藏搜尋結果。

步驟 1:切到「暫時移除」,按「新要求」。

操作路徑:移除網址 → 暫時移除 → 新要求

開啟要求視窗。

切到「暫時移除」,按「新要求」。:Google Search Console 操作畫面:在「暫時移除」分頁右上方按「新要求」,開啟原生表單
在「暫時移除」分頁右上方按「新要求」,開啟原生表單。

步驟 2:選「暫時移除網址」,貼上確切的頁面 URL。

操作路徑:新要求 → 暫時移除網址

完整包含需要的參數與副檔名;不要用頁面標題代替網址,錨點 # 後內容不作比對。

選「暫時移除網址」,貼上確切的頁面 URL。:Google Search Console 操作畫面:在「暫時移除網址」分頁的「輸入網址」欄貼上完整 URL
在「暫時移除網址」分頁的「輸入網址」欄貼上完整 URL。

步驟 3:只處理一頁時,選「僅移除此網址」。

操作路徑:暫時移除網址 → 僅移除此網址

範圍以此網址的比對規則為準。URL 大小寫、參數與副檔名需逐一核對。

只處理一頁時,選「僅移除此網址」。:Google Search Console 操作畫面:只處理一個網址時,選「僅移除此網址」
只處理一個網址時,選「僅移除此網址」。

步驟 4:確實要處理整段目錄時,才選「移除含有此前置字元的所有網址」。

操作路徑:暫時移除網址 → 前置字元選項

例如 /private/ 可能涵蓋其下大量頁面。選擇前先列出會被包含的網址。

確實要處理整段目錄時,才選「移除含有此前置字元的所有網址」。:Google Search Console 操作畫面:只有確定整個前綴範圍都要隱藏,才選第二個前置字元選項
只有確定整個前綴範圍都要隱藏,才選第二個前置字元選項。

步驟 5:按「下一頁」,再次核對網址與類型,再確認送出。

操作路徑:移除要求 → 下一頁 → 確認

回到要求記錄,先顯示處理中;稍後以核准/已暫時移除或拒絕狀態確認結果。

按「下一頁」,再次核對網址與類型,再確認送出。:Google Search Console 操作畫面:完整填妥後使用右下角「下一頁」核對要求
完整填妥後使用右下角「下一頁」核對要求;圖中尚未填網址,因此按鈕為停用。

步驟 6:需要撤回時,在記錄找到該要求,開更多選單選「取消要求」。

操作路徑:暫時移除 → 要求列 → 更多 → 取消要求

解除這筆暫時封鎖;是否重新出現仍取決於網站內容與索引。

需要撤回時,在記錄找到該要求,開更多選單選「取消要求」。:Google Search Console 操作畫面:已送出的要求會列在這張記錄表
已送出的要求會列在這張記錄表;有要求且允許撤回時,才會有對應列的取消操作。圖中目前沒有要求。

注意事項

  • 隱藏效期約六個月。網站端未永久處理,期滿後可能再次出現。
  • www/非 www、http/https 的變化可能一併比對,但其他子網域不能一概視為相同;以官方規則核對範圍。
  • 移除搜尋結果不會禁止 Google 繼續檢索,也不會刪除網路上的原始內容。

官方說明:移除與安全搜尋工具

清除摘要:頁面保留,舊文字先更新

已從網站刪掉敏感文字,搜尋結果卻還顯示舊摘要時,可申請清除摘要。它和暫時移除整頁不同。

先確認公開頁面中的舊文字已移除。

操作路徑:網站內容 → 公開頁面

新版本已真正對外生效;GSC 不能替代網站端刪除。

公開舊文字先在網站端移除,再回 GSC 使用「清除摘要」;圖中展示後續的 GSC 入口,不是網站編輯介面或舊文字已刪除的證明
公開舊文字先在網站端移除,再回 GSC 使用「清除摘要」;圖中展示後續的 GSC 入口,不是網站編輯介面或舊文字已刪除的證明。

步驟 1:按「新要求」,切「清除摘要」。

操作路徑:移除網址 → 暫時移除 → 新要求 → 清除摘要

選擇只清除舊摘要的操作。官方說明稱「清除搜尋中的摘要」;本次介面的分頁寫「清除摘要」。這不是查看或刪除 Google 快取頁。

按「新要求」,切「清除摘要」。:Google Search Console 操作畫面:在「新要求」視窗切「清除摘要」,確認是在這個分頁填網址
在「新要求」視窗切「清除摘要」,確認是在這個分頁填網址。

步驟 2:輸入與搜尋結果相符的完整 URL,按「下一頁」並核對送出。

操作路徑:清除摘要 → URL → 下一頁

要求列進入處理;生效後舊說明摘要會清除,直到 Google 為新內容重新建立索引。

輸入與搜尋結果相符的完整 URL,按「下一頁」並核對送出。:Google Search Console 操作畫面:輸入完整網址後再按「下一頁」核對
輸入完整網址後再按「下一頁」核對;圖中輸入欄為空,下一頁尚不可用。

注意事項

  • 網頁仍可能顯示在搜尋中,甚至暫時被舊文字相關查詢帶出;清除摘要不等於整頁移除。
  • 同內容若有其他不同 URL,需分別確認,不能只處理其中一個後就認定全部消失。

官方說明:移除與安全搜尋工具

過舊的內容與安全搜尋:這兩個分頁主要看記錄

不是所有移除要求都由網站所有者提出。外部使用者也可能回報搜尋顯示已不存在的舊內容,或檢舉成人內容分類。

步驟 1:切到「過舊的內容」。

操作路徑:移除網址 → 過舊的內容

看到非所有者透過公開更新工具提出的要求,包含 URL、類型、日期與狀態。

切到「過舊的內容」。:Google Search Console 操作畫面:切到「過舊的內容」,查看這個分頁的要求記錄
切到「過舊的內容」,查看這個分頁的要求記錄。

步驟 2:讀要求類型和拒絕原因。

操作路徑:過舊的內容 → 要求列

分辨是過期網頁、過期摘要,還是頁面仍存在、內容尚未刪除、重複要求等原因。

讀要求類型和拒絕原因。:Google Search Console 操作畫面:要求表會顯示網址、類型、提出時間與狀態
要求表會顯示網址、類型、提出時間與狀態;圖中過去 6 個月沒有要求,有紀錄時再讀取狀態與拒絕原因。

步驟 3:切到「安全搜尋篩選」。

操作路徑:移除網址 → 安全搜尋篩選

查看網站 URL 被回報成人內容後,正在處理、已過濾、遭拒或取消的狀態。

切到「安全搜尋篩選」。:Google Search Console 操作畫面:切到「安全搜尋篩選」查看對應記錄
切到「安全搜尋篩選」查看對應記錄;這個分頁沒有新要求按鈕。

認為分類有誤時,先確認網站符合官方處理條件,再走審查管道。

操作路徑:安全搜尋篩選 → 官方審查說明

讓 Google 重評分類;不是在這個表格自行切掉所有 SafeSearch 標記。

GSC「安全搜尋篩選」可核對相關紀錄;分類疑義需依官方審查條件到站外管道處理,這個分頁沒有直接清除所有分類的開關
GSC「安全搜尋篩選」可核對相關紀錄;分類疑義需依官方審查條件到站外管道處理,這個分頁沒有直接清除所有分類的開關。

注意事項

  • 「已過濾」表示啟用安全搜尋的使用者不會看到該結果,不代表從全部搜尋索引移除。
  • 過舊內容更新工具適用於已刪除或已更新的內容,不是拿來移除仍正常存在的第三方網頁。

官方說明:移除與安全搜尋工具

要永久移除,必須處理網站本身

暫時隱藏可以爭取處理時間,但期滿仍可能回來。機密內容應在伺服器上刪除或限制存取;單靠搜尋設定不夠。

若內容不再提供,刪除頁面或檔案,讓伺服器正確回 404 或 410。

操作路徑:網站/伺服器 → 內容移除

後續檢索可判定內容已不存在。PDF、圖片等檔案也要處理原檔。

網站端刪除後可在 GSC「找不到網頁 (404)」原因追蹤 Google 的後續辨識;圖中是報表原因列,不是已刪除指定網址或即時 HTTP 回應的證明
網站端刪除後可在 GSC「找不到網頁 (404)」原因追蹤 Google 的後續辨識;圖中是報表原因列,不是已刪除指定網址或即時 HTTP 回應的證明。

若只供內部使用,加入可靠的登入或密碼保護。

操作路徑:網站存取權限

內容無法被未授權訪客直接讀取,而非只有從導覽選單藏起來。

加入登入或密碼保護是在網站或主機端完成;回 GSC 可從「測試線上網址」檢查上線版本,圖中只展示 GSC 測試入口
加入登入或密碼保護是在網站或主機端完成;回 GSC 可從「測試線上網址」檢查上線版本,圖中只展示 GSC 測試入口。

若頁面可公開看但不要進搜尋,提供 Google 可讀到的 noindex。

操作路徑:HTML meta/HTTP X-Robots-Tag

Google 後續讀取後可將頁面排除索引;同時用 robots.txt 封鎖可能讓它讀不到新指令。

GSC「遭到 noindex 標記排除」原因列可供後續核對;真正的 noindex 指令仍要在網站原始碼或 HTTP 標頭設定
GSC「遭到 noindex 標記排除」原因列可供後續核對;真正的 noindex 指令仍要在網站原始碼或 HTTP 標頭設定。

步驟 1:仍需快速隱藏時,再搭配暫時移除並持續確認網站端狀態。

操作路徑:移除網址 → 暫時移除/網址審查

短期處理與長期排除都有對應結果,避免半年後重新露出。

仍需快速隱藏時,再搭配暫時移除並持續確認網站端狀態。:暫時移除的「新要求」表單
暫時移除的「新要求」表單。輸入網址前,先完成網站端永久移除措施;這張圖尚未提交要求。

注意事項

  • 不要只用 robots.txt 處理機密內容或永久移除。它主要控制檢索,網址仍可能被其他連結帶出。
  • 如果只是搬站、網址改版或挑選 canonical,應使用重新導向和標準化方法,不要用移除工具替代。

官方說明:移除與安全搜尋工具、robots meta 與預覽控制

Core Web Vitals 與 HTTPS

網站使用體驗核心指標:從整組網頁找出速度與互動問題

左側「體驗」底下的「網站使用體驗核心指標」,會依行動裝置、電腦分開顯示真實使用者的使用資料。LCP 看主要內容多久出現,INP 看互動後多久有畫面回應,CLS 看版面是否意外位移。先找影響較多重要網頁的問題,再回網站修正共用範本,通常比逐頁追分數更有用。 若報表沒有列出問題,就不會出現相應的問題詳情、示例群組與追蹤操作。

步驟 1:開啟「網站使用體驗核心指標」,先分別看行動裝置與電腦的摘要。

操作路徑:左側選單 → 體驗 → 網站使用體驗核心指標

確認各裝置的「不良」「需要改善」「良好」網址數與走勢;某一裝置沒有資料,不能推論另一裝置也沒有問題。

開啟「網站使用體驗核心指標」,先分別看行動裝置與電腦的摘要。:Core Web Vitals 總覽:行動裝置與桌面分開顯示,各自有「開啟報表」入口
Core Web Vitals 總覽:行動裝置與桌面分開顯示,各自有「開啟報表」入口。

步驟 2:在要處理的裝置區塊按「開啟報表」。

操作路徑:網站使用體驗核心指標 → 行動裝置或桌面 → 開啟報表

進入該裝置的詳細報表,圖表與問題表格都只對應這個裝置。

在要處理的裝置區塊按「開啟報表」。:從行動裝置區塊右上角的「開啟報表」進入該裝置詳細報表
從行動裝置區塊右上角的「開啟報表」進入該裝置詳細報表。

步驟 3:切換「不良」「需要改善」「良好」卡片,再往下看「未將網址視為優質網址的原因」。

操作路徑:裝置報表 → 狀態卡片 → 原因表格

找出是 LCP、INP 還是 CLS 出問題。群組狀態由表現最弱的指標決定,同一網址也可能同時出現在多種問題中。

切換「不良」「需要改善」「良好」卡片,再往下看「未將網址視為優質網址的原因」。:行動裝置報表的「不良」「需要改善」「良好」三張狀態卡
行動裝置報表的「不良」「需要改善」「良好」三張狀態卡;目前不良與需要改善皆為 0。

步驟 4:若有問題列,點進一列,查看受影響數量、日期走勢和「示例」網址。

操作路徑:原因表格 → 問題列 → 示例

每個示例代表一組體驗相近的網址;先確認是否共用文章、商品或分類範本,別把示例誤當成完整受影響清單。

若有問題列,點進一列,查看受影響數量、日期走勢和「示例」網址。:目前這份 Core Web Vitals 報表未偵測到問題
目前這份 Core Web Vitals 報表未偵測到問題;只有出現問題群組時,才會提供後續的示例、追蹤與驗證操作。

步驟 5:點選示例網址,查看群組中的其他網址,再透過提供的連結開啟 PageSpeed Insights。

操作路徑:問題詳細資料 → 示例網址 → 群組詳細資料 → 外部測試

用個別頁面的診斷找圖片、JavaScript、字型或版面問題。PageSpeed Insights 的單頁資料與實驗室測試,不一定等於這裡的整組現場資料。

點選示例網址,查看群組中的其他網址,再透過提供的連結開啟 PageSpeed Insights。:目前這份 Core Web Vitals 報表未偵測到問題
目前這份 Core Web Vitals 報表未偵測到問題;只有出現問題群組時,才會提供後續的示例、追蹤與驗證操作。

步驟 6:修正網站後,先測試同範本的幾個代表頁,再回到該問題按「開始追蹤」。

操作路徑:網站完成修正 → Core Web Vitals 問題詳細資料 → 開始追蹤

開始 28 天監控期,追蹤同類問題是否持續消失;這個動作不會立即重新建立索引,也不會把舊的使用者資料清空。

修正網站後,先測試同範本的幾個代表頁,再回到該問題按「開始追蹤」。:目前這份 Core Web Vitals 報表未偵測到問題
目前這份 Core Web Vitals 報表未偵測到問題;只有出現問題群組時,才會提供後續的示例、追蹤與驗證操作。

步驟 7:在驗證狀態按「查看詳細資料」;若失敗,修正仍有問題的群組後再要求重新驗證。

操作路徑:問題詳細資料 → 驗證狀態 → 查看詳細資料 → 要求重新驗證

依實際收集到的資料追蹤通過、失敗或待處理,避免每天重開監控期。

在驗證狀態按「查看詳細資料」;若失敗,修正仍有問題的群組後再要求重新驗證。:目前這份 Core Web Vitals 報表未偵測到問題
目前這份 Core Web Vitals 報表未偵測到問題;只有出現問題群組時,才會提供後續的示例、追蹤與驗證操作。

注意事項

  • 良好門檻為 LCP 不超過 2.5 秒、INP 不超過 200 毫秒、CLS 不超過 0.1;報表使用過去 28 天資料的第 75 百分位。LCP 超過 4 秒、INP 超過 500 毫秒、CLS 超過 0.25 屬於不良,中間範圍為需要改善。
  • 「目前沒有資料」常見於資源剛建立或 CrUX 樣本不足,並不等於速度已經良好。這份報表也不是所有已建立索引網址的完整名冊。
  • Core Web Vitals 無法代替完整的行動版檢查。仍需確認文字、選單、表單與點擊區域是否好用;Google 已停用舊的「行動裝置可用性」報表。
  • 可延伸閱讀本站的 Core Web Vitals 指南、PageSpeed 警告排解 與 網頁速度與排名。體驗分數不是內容相關性或搜尋排名的保證。

官方說明:Google:Core Web Vitals 報告

HTTPS:確認 Google 採用的是加密版本

HTTPS 報表比較已建立索引的 HTTP 與 HTTPS 網址,協助找出憑證、轉址、標準網址或 Sitemap 設定不一致的地方。它適用於網域資源與 HTTPS 網址前置字元資源;HTTP 前置字元資源不一定有這個入口。

步驟 1:開啟「HTTPS」,先看「HTTPS 網址」與「非 HTTPS 網址」卡片。

操作路徑:左側選單 → 體驗 → HTTPS

掌握 Google 索引中兩種版本的分布。HTTPS 數量增加不直接代表流量增加,這裡看的是索引使用的通訊協定。

開啟「HTTPS」,先看「HTTPS 網址」與「非 HTTPS 網址」卡片。:HTTPS 報表的兩張數量卡與走勢圖
HTTPS 報表的兩張數量卡與走勢圖;非 HTTPS 網址目前為 0。

步驟 2:如果有非 HTTPS 問題,點選下方原因列。

操作路徑:HTTPS → 問題原因表格 → 問題詳細資料

看到受影響的示例網址;若顯示沒有重大問題,就不會有可下鑽的錯誤清單。

如果有非 HTTPS 問題,點選下方原因列。:HTTPS 報表目前沒有重大問題
HTTPS 報表目前沒有重大問題;出現非 HTTPS 原因列時,再點入該列調查。

對照該 HTTP 網址的 HTTPS 版本,確認憑證有效、能正常回應,且沒有轉回 HTTP。

操作路徑:問題詳細資料 → 示例網址 → HTTPS 對應頁

把「HTTPS 含有無效的憑證」「HTTPS 含有重新導向」等原因,對應到真正需要修正的伺服器或網站設定。

先從 HTTPS 報表定位問題,再檢查對應網址的憑證與回應;圖中是 GSC 報表,不是即時憑證檢查結果
先從 HTTPS 報表定位問題,再檢查對應網址的憑證與回應;圖中是 GSC 報表,不是即時憑證檢查結果。

步驟 3:若原因涉及標準網址、Sitemap 或 robots.txt,使用網址審查檢查頁面,再修正網站來源設定。

操作路徑:示例網址 → 網址審查 → 測試線上網址;另檢查 canonical、Sitemap、robots.txt

HTTPS 頁面的 canonical、Sitemap 與存取設定保持一致;報表本身沒有替網站安裝憑證或改寫轉址的功能。

若原因涉及標準網址、Sitemap 或 robots.txt,使用網址審查檢查頁面,再修正網站來源設定。:網址審查展開「網頁索引狀態」,從 Sitemap、檢索與標準網址欄位核對來源設定
網址審查展開「網頁索引狀態」,從 Sitemap、檢索與標準網址欄位核對來源設定。

步驟 4:修正後確認實際頁面可用,等待 Google 重新檢索,之後再回報表看走勢;需要留存時按「匯出」。

操作路徑:HTTPS → 狀態走勢/匯出

確認錯誤是否逐漸消失。「未評估 HTTPS」應先排除憑證、伺服器或其他已知錯誤,再觀察更新。

修正後確認實際頁面可用,等待 Google 重新檢索,之後再回報表看走勢;需要留存時按「匯出」。:HTTPS 走勢可供修正後回查
HTTPS 走勢可供修正後回查;右上角「匯出」可下載目前報表。

注意事項

  • 報表提供樣本,沒有列出某個網址不等於該網址沒有 HTTPS 問題。
  • 整站從 HTTP 改為 HTTPS,應處理轉址、內部連結、canonical 與 Sitemap;不使用「變更網址」工具。

官方說明:Google:HTTPS 報表

購物與結構化資料

產品摘要:檢查評測、價格與產品標記

「產品摘要」會檢查 Google 偵測到的產品結構化資料,包含可能用於一般搜尋結果的評分、價格、供貨等資訊。寫產品評測的網站也可能有這張報表,不一定要有購物車。

步驟 1:展開「購物」並開啟「產品摘要」。

操作路徑:左側選單 → 購物 → 產品摘要

看到有效、無效產品項目的趨勢;若沒有入口,先用複合式搜尋結果測試確認 Google 是否能辨識該頁的 Product 標記。

展開「購物」並開啟「產品摘要」。:「購物」底下的「產品摘要」報表,先看有效/無效項目與下方改善項目
「購物」底下的「產品摘要」報表,先看有效/無效項目與下方改善項目。

步驟 2:先看「無效」卡片與「為什麼項目無效」,再看非重大問題。

操作路徑:產品摘要 → 無效 → 問題表格

將會失去該類複合式結果資格的錯誤,與仍有效但可補充資訊的建議分開處理。

先看「無效」卡片與「為什麼項目無效」,再看非重大問題。:產品摘要先看無效數量,再往下查看原因與非重大問題
產品摘要先看無效數量,再往下查看原因與非重大問題;目前無效項目為 0。

步驟 3:點選問題列;若仍有示例,選一筆查看欄位、項目名稱及錯誤位置。

操作路徑:問題列 → 示例 → 項目詳細資料

確認出問題的是哪個產品或 Offer,避免一頁多個項目時改錯對象。

點選問題列;若仍有示例,選一筆查看欄位、項目名稱及錯誤位置。:產品摘要的原生問題詳情:此處為「無效的 ISO 4217 貨幣代碼」歷史問題,目前受影響項目為 0
產品摘要的原生問題詳情:此處為「無效的 ISO 4217 貨幣代碼」歷史問題,目前受影響項目為 0。

以頁面可見內容核對 name、review、aggregateRating、offers 等相關欄位,再在 CMS、外掛或程式碼中修正。

操作路徑:網站產品/評測頁 → 結構化資料來源

標記與讀者看到的內容一致;只填真實存在的評價與價格,不為消除警告捏造評分。

先讀產品摘要列出的實際欄位問題;圖中是 ISO 4217 貨幣代碼歷史問題,目前受影響項目為 0,CMS 標記來源需在站外修正
先讀產品摘要列出的實際欄位問題;圖中是 ISO 4217 貨幣代碼歷史問題,目前受影響項目為 0,CMS 標記來源需在站外修正。

步驟 4:使用複合式搜尋結果測試與網址審查確認上線版本,修完同類問題後回報表啟動驗證。

操作路徑:測試線上網址 → 產品摘要問題詳細資料 → 驗證修正後的項目

測試確認目前版本,報表驗證則確認 Google 重新處理後的結果;兩者都通過仍不保證一定顯示產品摘要。

使用複合式搜尋結果測試與網址審查確認上線版本,修完同類問題後回報表啟動驗證。:修正產品標記後回到同一產品摘要問題詳情追蹤
修正產品標記後回到同一產品摘要問題詳情追蹤;這個歷史問題目前已無受影響項目。

注意事項

  • 這裡計算的是結構化資料項目,不是產品銷量、訂單數,也不必然等於網頁數。
  • 實際販售商品的網站還要檢查「商家資訊」;兩張報表服務的搜尋呈現與必要欄位不同。

官方說明:Google:產品摘要結構化資料、Google:複合式搜尋結果報告總覽

商家資訊:檢查能直接購買的商品頁

「商家資訊」著重使用者可向你購買的商品資料,像是售價、圖片、庫存、運送與退貨。它與 Merchant Center 帳戶中的產品狀態互相補充,但不是訂單或營收報表。

步驟 1:開啟「商家資訊」,看有效與無效項目是否突然變動。

操作路徑:左側選單 → 購物 → 商家資訊

確認商品頁標記是否持續被 Google 辨識。只有符合條件且 Google 已偵測到相關資料的資源,才會出現對應報表。

開啟「商家資訊」,看有效與無效項目是否突然變動。:商家資訊報表以有效/無效數量及日期走勢呈現商品項目變化
商家資訊報表以有效/無效數量及日期走勢呈現商品項目變化。

步驟 2:開啟影響較多項目的重大問題。

操作路徑:商家資訊 → 項目無效的原因 → 問題列

取得受影響商品樣本及缺漏欄位,判斷是單一商品、變體,還是整個商品範本出錯。

開啟影響較多項目的重大問題。:商家資訊的問題原因區
商家資訊的問題原因區;目前無效項目為 0,沒有需要開啟的重大問題列。

步驟 3:核對樣本頁顯示的售價、幣別、供貨狀態、商品圖片與可購買條件。

操作路徑:問題詳細資料 → 示例商品頁 → 網站商品資料

網站、結構化資料及使用中的商品資料來源保持一致;已售完與無效標記是兩件不同的事。

核對樣本頁顯示的售價、幣別、供貨狀態、商品圖片與可購買條件。:目前的「商家資訊」報表沒有無效項目
目前的「商家資訊」報表沒有無效項目;若網站出現問題,再由此報表的原因列進入樣本、說明與修正驗證。

步驟 4:若問題與運費、退貨或商品變體有關,依問題連結閱讀相應規格,再修正真正管理該資料的來源。

操作路徑:問題說明 → 官方欄位規格 → 網站/Merchant Center/運送與退貨設定

不在多個工具各填一份互相矛盾的政策,也不把所有推薦欄位都誤認成必要欄位。

若問題與運費、退貨或商品變體有關,依問題連結閱讀相應規格,再修正真正管理該資料的來源。:目前的「商家資訊」報表沒有無效項目
目前的「商家資訊」報表沒有無效項目;若網站出現問題,再由此報表的原因列進入樣本、說明與修正驗證。

步驟 5:測試修正後的實際網址,完成整批修正後回該問題啟動驗證;需要交接可匯出報表。

操作路徑:複合式搜尋結果測試/網址審查 → 問題詳細資料 → 驗證修正後的項目/匯出

追蹤 Google 是否已接受更新。商品曝光與點擊的變化,仍要回到成效報表或 Merchant Center 檢查。

測試修正後的實際網址,完成整批修正後回該問題啟動驗證;需要交接可匯出報表。:目前的「商家資訊」報表沒有無效項目
目前的「商家資訊」報表沒有無效項目;若網站出現問題,再由此報表的原因列進入樣本、說明與修正驗證。

注意事項

  • 商家資訊的有效數量是標記品質指標,不能拿來代表 Google 已替所有商品投放廣告或顯示免費產品資訊。
  • Google 可能從結構化資料與 Merchant Center 取得資訊;應先確認自己的資料來源與政策優先順序。

官方說明:Google:商家資訊結構化資料、Google:複合式搜尋結果報告總覽

商家商機:查看商品改善建議與 Merchant Center 關聯

「商家商機」是商家功能入口,出現的卡片取決於網站是否有商品,以及是否已與 Merchant Center 建立關聯。不同資源的畫面可能差很多;看不到某張卡片時,先確認資格與權限。

步驟 1:開啟「商家商機」,閱讀目前提供的機會或設定提示。

操作路徑:左側選單 → 購物 → 商家商機

依目前資源判斷下一步是改善商品資料、補充政策,或建立 Merchant Center 關聯。

開啟「商家商機」,閱讀目前提供的機會或設定提示。:Google Search Console「商家資訊」報表原生共用流程:商家商機須依網站資格提供
商家商機須依網站資格提供;圖中實際是「商家資訊」原生報表,用來辨認購物報表入口,並未顯示商機卡片或 Merchant Center 的開始使用流程。

步驟 2:已有 Merchant Center 帳戶且需要關聯時,開啟「商家商機」,依當頁的「開始使用」入口前往 Merchant Center。

操作路徑:商家商機 → 開始使用 → Merchant Center

在 Merchant Center 選擇正確帳戶,依其網站驗證與關聯流程處理;需要同時具備 Search Console 資源擁有者及 Merchant Center 管理員權限。

已有 Merchant Center 帳戶且需要關聯時,開啟「商家商機」,依當頁的「開始使用」入口前往 Merchant Center。:Google Search Console「商家資訊」報表原生共用流程:商家商機須依網站資格提供
商家商機須依網站資格提供;圖中實際是「商家資訊」原生報表,用來辨認購物報表入口,並未顯示商機卡片或 Merchant Center 的開始使用流程。

步驟 3:核對網域與帳戶後,依 Merchant Center 提供的驗證與關聯流程完成,再回 GSC 檢查。

操作路徑:Merchant Center → 網站驗證/關聯流程;GSC → 設定 → 關聯

回到「關聯」與「商家商機」核對所連帳戶,再依當頁可用功能查看商品資料與改善機會。

核對網域與帳戶後,依 Merchant Center 提供的驗證與關聯流程完成,再回 GSC 檢查。:「關聯」頁可供返回 GSC 時核對
「關聯」頁可供返回 GSC 時核對;本圖目前列出的是 Google Analytics,並未顯示 Merchant Center 關聯完成。

步驟 4:逐一開啟商機卡片,確認它要你修改的是商品頁、政策,還是 Merchant Center 資料。

操作路徑:商家商機 → 可用卡片/前往 Merchant Center

把修改落在實際資料來源;若卡片導向外部服務,依該服務介面繼續,回 GSC 確認更新狀態。

逐一開啟商機卡片,確認它要你修改的是商品頁、政策,還是 Merchant Center 資料。:Google Search Console「商家資訊」報表原生共用流程:商家商機須依網站資格提供
商家商機須依網站資格提供;圖中實際是「商家資訊」原生報表,用來辨認購物報表入口,並未顯示商機卡片或 Merchant Center 的開始使用流程。

注意事項

  • Merchant Center 關聯只適用於網域層級的網站資源,不支援只涵蓋子路徑的資源;單一 Search Console 資源只能關聯一個 Merchant Center 帳戶。
  • 建立關聯會讓具備該 Search Console 資源存取權的人員,依功能查看或更新 Merchant Center 資料,應先核對團隊存取範圍。
  • 沒有 Merchant Center 帳戶也可以在符合條件的 GSC 資源設定運送與退貨;不需為了看這篇教學先建立付費廣告活動。

官方說明:Google:關聯,含 Merchant Center 規定、Google:運送與退貨設定

強化項目共同操作:從無效項目一路查到修正驗證

「強化項目」依 Google 在網站偵測到的標記顯示報表,不是一份每個帳號都相同的功能清單。導覽標記、資料頁面、評論與影片的操作骨架相近,差別在要檢查的欄位與內容資格。先熟悉這一套流程,再套用到自己的報表。 以下先看導覽標記總覽,再用影片報表的問題與程式碼說明下鑽操作;回到自己的報表時,依當頁問題處理。

步驟 1:展開「強化項目」,選擇目前網站有的類型;產品相關報表則在「購物」底下。

操作路徑:左側選單 → 強化項目 → 報表名稱

看見該類標記的有效、無效項目趨勢。沒有報表時,先檢查頁面是否有支援的標記、是否可檢索,以及 Google 是否已處理過頁面。

展開「強化項目」,選擇目前網站有的類型;產品相關報表則在「購物」底下。:強化項目以「影片」報表為例:先從側欄選擇網站實際提供的類型
強化項目以「影片」報表為例:先從側欄選擇網站實際提供的類型。

步驟 2:先看無效項目,再讀「項目無效的原因」與「改善項目外觀」。

操作路徑:報表總覽 → 狀態卡片 → 問題表格

重大問題會使該項目不符合複合式結果資格;非重大問題通常是可補充的資訊,不等於整頁未建立索引。

先看無效項目,再讀「項目無效的原因」與「改善項目外觀」。:「影片」強化項目的有效/無效卡片,下方另有「改善項目呈現方式」
「影片」強化項目的有效/無效卡片,下方另有「改善項目呈現方式」。

步驟 3:點一列問題,記下欄位名稱、首次偵測日期、受影響項目與驗證狀態。

操作路徑:問題表格 → 問題詳細資料

判斷是否與最近一次改版、外掛更新或範本修改時間相近,再把問題交給管理標記的人。

點一列問題,記下欄位名稱、首次偵測日期、受影響項目與驗證狀態。:「影片」問題詳情:核對 uploadDate 欄位問題、首次偵測日期與右側修正驗證入口
「影片」問題詳情:核對 uploadDate 欄位問題、首次偵測日期與右側修正驗證入口。

步驟 4:點選示例項目,查看程式碼位置;需要查整頁時,點網址旁的審查圖示。

操作路徑:問題詳細資料 → 示例 → 項目詳細資料/網址審查

定位出錯的巢狀欄位與項目。單頁可有多筆標記,問題數不能直接相加當作頁數。

點選示例項目,查看程式碼位置;需要查整頁時,點網址旁的審查圖示。:「影片」問題的示例程式碼抽屜
「影片」問題的示例程式碼抽屜;可對照 VideoObject 欄位並使用下方網址審查入口。

步驟 5:在網站來源修正後,用複合式搜尋結果測試檢查程式碼,再測試已上線網址。

操作路徑:CMS/網站程式碼 → 複合式搜尋結果測試 → 網址審查 → 測試線上網址

確認目前公開版本已修正,而且資料符合頁面可見內容。GSC 沒有直接替網站改 JSON-LD 的按鈕。

在網站來源修正後,用複合式搜尋結果測試檢查程式碼,再測試已上線網址。:公開頁修正後可回到「網址審查」檢查上線版本
公開頁修正後可回到「網址審查」檢查上線版本;右上角另有實際網址測試入口。

步驟 6:修完這一類問題涉及的頁面後,回到問題詳細資料按「驗證修正後的項目」(部分畫面顯示「驗證修正」)。

操作路徑:問題詳細資料 → 驗證修正後的項目

Google 開始檢查已知的受影響項目;驗證中、通過、失敗與不適用是不同狀態,不能把已送出當成已通過。

修完這一類問題涉及的頁面後,回到問題詳細資料按「驗證修正後的項目」(部分畫面顯示「驗證修正」)。:「影片」問題詳情右側的「驗證修正後的項目」按鈕
「影片」問題詳情右側的「驗證修正後的項目」按鈕;整批修正後才啟動。

步驟 7:開啟驗證詳細資料,若有失敗樣本就先修正,再依畫面重新啟動驗證。

操作路徑:問題詳細資料 → 驗證狀態 → 查看詳細資料

以失敗項目找出漏改的範本、版本或網址;不要在尚未處理完成時反覆提交。

開啟驗證詳細資料,若有失敗樣本就先修正,再依畫面重新啟動驗證。:「影片」問題目前顯示尚未啟動驗證
「影片」問題目前顯示尚未啟動驗證;有驗證進度時,才依狀態開啟詳細資料或重新驗證。

步驟 8:需要交接時按「匯出」;若問題頁提供「共用」,可建立該問題的檢視連結。

操作路徑:報表 → 匯出;問題詳細資料 → 共用(若有)

工程師可對照問題與樣本。共用連結授予該問題頁的檢視權,不是整個帳戶管理權;連結也應視為內部資料妥善管理。

需要交接時按「匯出」;若問題頁提供「共用」,可建立該問題的檢視連結。:「影片」問題頁右上角同時提供「匯出」與「共用」入口
「影片」問題頁右上角同時提供「匯出」與「共用」入口。

注意事項

  • 報表顯示項目樣本,通常最多列出 1,000 列,不能把它當成全站每筆結構化資料的完整清單。
  • 「有效」代表沒有該報表的重大錯誤,不保證 Google 一定顯示複合式結果。技術測試也無法完整判斷內容是否符合政策。
  • 若整批有效項目突然消失,除了標記錯誤,也要查頁面是否改成 noindex、被 robots.txt 擋住、無法存取,或 Google 停止支援該功能。
  • 結構化資料的基本觀念可先看本站 結構化資料介紹。

官方說明:Google:複合式搜尋結果報告總覽、Google:結構化資料一般指南

導覽標記、資料頁面、評論與影片:各自要查什麼

有些繁中介面名稱和文件譯名不同。例如 ProfilePage 在畫面中可能叫「資料頁面」,Review snippet 可能顯示「查看摘要」;請以報表類型與問題中的欄位判斷。以下四類在出現問題列時,才照上一節開啟問題與示例;報表健康時可查看有效項目,再檢查各自的資料。

步驟 1:開啟「導覽標記」;若有問題列與示例,再核對 BreadcrumbList 的階層、名稱、position 和 item 網址。

操作路徑:強化項目 → 導覽標記 → 問題 → 示例

確認導覽層級能合理描述頁面位置,網址沒有指向錯誤分類、測試站或舊網域;修正後依共同流程測試與驗證。

開啟「導覽標記」;若有問題列與示例,再核對 BreadcrumbList 的階層、名稱、position 和 item 網址。:實際「導覽標記」報表的有效/無效摘要
實際「導覽標記」報表的有效/無效摘要;目前沒有無效項目,欄位檢查須在有問題示例時進行。

步驟 2:開啟「資料頁面」,查看 ProfilePage 及 mainEntity 所指的人物或組織是否正確。

操作路徑:強化項目 → 資料頁面 → 問題/有效項目 → 示例

標記應描述這一個作者或帳號的個人資料頁,不能把一般文章、整個網站或無關頁面當成作者資料頁。

開啟「資料頁面」,查看 ProfilePage 及 mainEntity 所指的人物或組織是否正確。:實際「資料頁面」報表的有效/無效摘要
實際「資料頁面」報表的有效/無效摘要;目前沒有無效項目,欄位檢查須在有問題示例時進行。

步驟 3:開啟評論摘錄類報表,確認被評論的對象、評分、評分數與作者資料。

操作路徑:強化項目 → 查看摘要/評論摘錄 → 問題 → 示例

找出評分數值、型別或必填資訊錯誤,並確保評論確實出現在頁面上;不是所有物件類型都支援星等。

開啟評論摘錄類報表,確認被評論的對象、評分、評分數與作者資料。:實際「查看摘要」報表的有效/無效摘要
實際「查看摘要」報表的有效/無效摘要;目前沒有無效項目,欄位檢查須在有問題示例時進行。

步驟 4:開啟「影片」,核對 VideoObject 的名稱、縮圖、日期與影片檔或播放器位址。

操作路徑:強化項目 → 影片 → 問題 → 示例

確認 Google 可讀取影片標記與相關資源。再到「影片索引概況」檢查影片是否實際編入索引,兩份報表要分開看。

開啟「影片」,核對 VideoObject 的名稱、縮圖、日期與影片檔或播放器位址。:「影片」示例的 VideoObject 程式碼,可核對名稱、縮圖、日期與影片位址
「影片」示例的 VideoObject 程式碼,可核對名稱、縮圖、日期與影片位址。

步驟 5:每一種類型修正後,使用對應頁面的實際網址測試,再到該類型的問題頁分別驗證。

操作路徑:複合式搜尋結果測試 → 各類型問題詳細資料 → 驗證修正後的項目

修好導覽標記不代表同頁的影片或產品問題也已解決,應逐類確認。

每一種類型修正後,使用對應頁面的實際網址測試,再到該類型的問題頁分別驗證。:修正驗證共用流程以實際「影片」問題頁展示
修正驗證共用流程以實際「影片」問題頁展示;其他類型須回到各自問題頁分別驗證。

注意事項

  • 這些報表只有在該資源偵測到相應資料時才會出現。沒有啟用該類內容的網站,不需要為了湊齊選單硬加標記。
  • 評論摘錄須符合適用類型與評論政策;不要將商家自己控制的自我評價包裝成獨立評論。

官方說明:Google:導覽標記、Google:個人資料頁面、Google:評論摘錄、Google:影片結構化資料

討論區、問與答、教育問答與資料集:依內容型態檢查

這幾類報表不是一般部落格必備。只有網站確實提供對應內容、Google 能辨識支援的標記,而且資源有該報表時,才照以下路徑檢查;沒有入口時,先從單頁測試與官方規格確認。

步驟 1:有「討論區」報表時,點進問題與示例,核對原始貼文、作者、發布時間與留言的巢狀關係。

操作路徑:強化項目 → 討論區 → 問題 → 示例

DiscussionForumPosting 應描述真正的討論內容,留言要對應原貼文;一般文章附幾則留言,不必然就是論壇頁。

有「討論區」報表時,點進問題與示例,核對原始貼文、作者、發布時間與留言的巢狀關係。:Google Search Console「影片」報表原生共用流程:「討論區」可參考相同的示例下鑽方式
「討論區」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

確認頁面主要是開放討論,還是一個問題接受多個回答,再選擇 DiscussionForumPosting 或 QAPage。

操作路徑:網站內容 → 討論區/問與答標記來源

型別依頁面本身決定,不是挑比較容易讓測試變綠的名稱。

圖中以實際「影片」報表展示 Google 偵測標記後的摘要;討論區或問與答型別必須在網站來源選擇,這不是 DiscussionForumPosting 或 QAPage 報表
圖中以實際「影片」報表展示 Google 偵測標記後的摘要;討論區或問與答型別必須在網站來源選擇,這不是 DiscussionForumPosting 或 QAPage 報表。

步驟 2:有「問與答」報表時,查看主問題、答案、作者及回答數;若有 acceptedAnswer,確認它真的是被接受的回答。

操作路徑:強化項目 → 問與答 → 問題 → 示例

QAPage 用於一個問題及其回答,不等於由站方自寫多組問答的 FAQ。

有「問與答」報表時,查看主問題、答案、作者及回答數;若有 acceptedAnswer,確認它真的是被接受的回答。:Google Search Console「影片」報表原生共用流程:「問與答」可參考相同的示例下鑽方式
「問與答」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

步驟 3:有「教育問與答」報表時,確認頁面是符合規範的學習問答或字卡,並核對題目與答案內容。

操作路徑:強化項目 → 教育問與答 → 問題 → 示例

Quiz 等標記需對應真正教育內容,答案應正確且可見,不將商品客服問答套成教育題。

有「教育問與答」報表時,確認頁面是符合規範的學習問答或字卡,並核對題目與答案內容。:Google Search Console「影片」報表原生共用流程:「教育問與答」的修正追蹤參考原生共用流程
「教育問與答」的修正追蹤參考原生共用流程;圖中實際是「影片」問題頁的修正驗證入口。

步驟 4:有「資料集」報表時,開啟問題與示例,確認資料集名稱、說明、來源與下載資訊。

操作路徑:強化項目 → 資料集 → 問題 → 示例(若有)

Dataset 描述可供使用的資料集合;單篇含數字的文章不因此成為資料集。

有「資料集」報表時,開啟問題與示例,確認資料集名稱、說明、來源與下載資訊。:Google Search Console「影片」報表原生共用流程:「資料集」可參考相同的示例下鑽方式
「資料集」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

資料集另到 Dataset Search 查核可發現性,並依 Dataset 文件檢查資料分發與下載連結。

操作路徑:網站資料集頁 → Dataset 結構化資料 → Google Dataset Search

Google 已澄清 Dataset 標記供 Dataset Search 使用,不能把它寫成一般 Google 搜尋的複合式結果保證。

Google 官方 Dataset 文件:Dataset Search 的資料集發現方式
站外 Google Dataset 官方文件介紹 Dataset Search;資料集可發現性需依專用用途核對。 Google 官方說明(CC BY 4.0,畫面經裁切)
Google Dataset 文件中的 distribution.contentUrl 下載網址欄位
站外 Dataset 官方欄位說明:distribution.contentUrl 指向實際可下載的資料檔案。 Google 官方說明(CC BY 4.0,畫面經裁切)

步驟 5:修正相應的內容與標記後,測試公開網址,再回有提供驗證的報表啟動修正驗證。

操作路徑:各類型問題頁 → 驗證修正後的項目(若有)

每種資料分別追蹤,沒有報表的類型則以單頁測試、索引與適用服務的官方工具確認。

修正相應的內容與標記後,測試公開網址,再回有提供驗證的報表啟動修正驗證。:Google Search Console「影片」報表原生共用流程:「各內容類型」的修正追蹤參考原生共用流程
「各內容類型」的修正追蹤參考原生共用流程;圖中實際是「影片」問題頁的修正驗證入口。

注意事項

  • 教育問答、一般 QAPage、FAQ 與練習題是不同類型。FAQ 複合式結果與練習題功能已退役,不能因名稱相似就互相替換。
  • Google 說明總覽與個別更新有時不同步。資料集應以 Dataset Search 的現行用途為準,不把選單是否存在當成一般搜尋展示資格。

官方說明:Google:複合式搜尋結果報告總覽、Google:討論區結構化資料、Google:問與答頁面、Google:教育問與答、Google:資料集、Google:文件更新紀錄

活動、徵才啟事與食譜:核對內容資格與時效

這三類報表的操作和其他強化項目相同,但錯誤不一定只是少了欄位。活動日期、徵才狀態與食譜內容都要與網站實際內容一致,過期資訊也要正確更新。

步驟 1:有「事件」或「活動」報表時,點進問題與示例,核對名稱、日期、地點、主辦與票券資訊。

操作路徑:強化項目 → 事件/活動 → 問題 → 示例

標記對應可參加的實際活動,不把全站折扣、營業時間或一般促銷當活動。

有「事件」或「活動」報表時,點進問題與示例,核對名稱、日期、地點、主辦與票券資訊。:Google Search Console「影片」報表原生共用流程:「活動」可參考相同的示例下鑽方式
「活動」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

步驟 2:活動延期、改期或取消時,依 Event 規格更新狀態與日期,再檢查公開頁。

操作路徑:活動頁 → Event 的活動狀態與日期 → 測試線上網址

讓頁面文字與標記一致;搜尋功能有地區與語言條件,標記有效不代表所有市場都會顯示。

活動延期、改期或取消時,依 Event 規格更新狀態與日期,再檢查公開頁。:Google Search Console「影片」報表原生共用流程:「活動狀態」的問題下鑽參考原生共用流程
「活動狀態」的問題下鑽參考原生共用流程;圖中實際是「影片」問題詳情,不是 活動狀態 專用報表。

步驟 3:有「徵才啟事」報表時,核對職缺名稱、雇主、地點、發布/截止日期與應徵方式。

操作路徑:強化項目 → 徵才啟事 → 問題 → 示例

JobPosting 應放在單一職缺詳情頁,不放在列出多個職缺的搜尋或列表頁。

有「徵才啟事」報表時,核對職缺名稱、雇主、地點、發布/截止日期與應徵方式。:Google Search Console「影片」報表原生共用流程:「徵才啟事」可參考相同的示例下鑽方式
「徵才啟事」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

職缺關閉後,依官方方式更新 validThrough、移除職缺標記或移除已無內容的職缺頁,並保留正確回應。

操作路徑:網站職缺頁 → 職缺狀態/結構化資料

已關閉職缺不再被錯誤表示為開放應徵;符合資格時可另使用 Indexing API 通知更新。

職缺狀態與標記先在網站端更新,再用網址審查檢查上線版本;圖中只展示測試入口,不是職缺編輯或 Indexing API 執行結果
職缺狀態與標記先在網站端更新,再用網址審查檢查上線版本;圖中只展示測試入口,不是職缺編輯或 Indexing API 執行結果。

步驟 4:有「食譜」報表時,點開問題與示例,核對 Recipe 的名稱、圖片、食材與烹調步驟。

操作路徑:強化項目 → 食譜 → 問題 → 示例

標記要描述食物製作流程;課程操作、清潔方法等一般教學不套用 Recipe。

有「食譜」報表時,點開問題與示例,核對 Recipe 的名稱、圖片、食材與烹調步驟。:Google Search Console「影片」報表原生共用流程:「食譜」可參考相同的示例下鑽方式
「食譜」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

步驟 5:若是食譜集合或附有影片,再核對 ItemList、Recipe 與 VideoObject 是否指向正確頁面與對象。

操作路徑:食譜/食譜集合頁 → 結構化資料 → 複合式搜尋結果測試

有效食譜、食譜集合與影片可有不同問題;依適用類型分開測試,修正後回報表驗證。

若是食譜集合或附有影片,再核對 ItemList、Recipe 與 VideoObject 是否指向正確頁面與對象。:「食譜集合與影片」的問題下鑽參考原生共用流程
「食譜集合與影片」的問題下鑽參考原生共用流程;圖中實際是「影片」問題詳情,不是 食譜集合與影片 專用報表。

注意事項

  • 只為了消除警告,不應編造薪資、評論、營養資料、票價或日期;必要欄位與推薦欄位應依當前官方規格判斷。

官方說明:Google:複合式搜尋結果報告總覽、Google:活動結構化資料、Google:徵才啟事、Google:食譜

圖片中繼資料與訂閱內容:檢查授權與付費牆設定

圖片授權與出版商訂閱的問題,通常要回到圖片或付費內容的資料來源修正。報表能協助診斷,不能替網站取得圖片授權,也不會替你建立付費牆。

步驟 1:有「圖片中繼資料」報表時,點進問題與示例,核對圖片及其授權資訊。

操作路徑:強化項目 → 圖片中繼資料 → 問題 → 示例

確認 ImageObject 的圖片位址、授權網址與取得授權頁面正確,且圖片與頁面能被 Google 讀取。

有「圖片中繼資料」報表時,點進問題與示例,核對圖片及其授權資訊。:Google Search Console「影片」報表原生共用流程:「圖片中繼資料」可參考相同的示例下鑽方式
「圖片中繼資料」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

步驟 2:圖片同時使用 IPTC 與頁面結構化資料時,核對兩邊內容,並測試實際上線網址。

操作路徑:圖片檔 IPTC/頁面 ImageObject → 測試線上網址

避免版權人、授權條件或網址互相矛盾;搜尋中的授權標示不等於已授權訪客自由使用。

圖片同時使用 IPTC 與頁面結構化資料時,核對兩邊內容,並測試實際上線網址。:Google Search Console「影片」報表原生共用流程:「圖片授權」的問題下鑽參考原生共用流程
「圖片授權」的問題下鑽參考原生共用流程;圖中實際是「影片」問題詳情,不是 圖片授權 專用報表。

步驟 3:有「訂閱內容」報表時,從問題示例確認出版商、產品 ID 與 Reader Revenue Manager 程式碼片段。

操作路徑:強化項目 → 訂閱內容 → 問題 → 示例(若有)

這類報表與相應出版商整合有關,不是每個有登入頁的網站都會出現。

有「訂閱內容」報表時,從問題示例確認出版商、產品 ID 與 Reader Revenue Manager 程式碼片段。:Google Search Console「影片」報表原生共用流程:「訂閱內容」可參考相同的示例下鑽方式
「訂閱內容」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

若問題涉及付費牆,再核對 isAccessibleForFree、hasPart 與 cssSelector 是否描述真正的付費內容區域。

操作路徑:網站付費內容頁 → 付費牆結構化資料 → 測試

幫助 Google 辨識付費內容,並確認爬蟲實際可取得應索引的內容;訂閱整合與結構化資料需各自符合規範。

Google 官方付費牆內容標記範例與欄位
站外 Google 付費牆內容官方範例的欄位節錄:核對 isAccessibleForFree、hasPart 與 cssSelector;完整程式碼請見官方文件。 Google 官方說明(Apache 2.0,畫面經裁切)

步驟 4:修改程式碼片段或標記後,測試公開頁與存取狀態,再回有驗證功能的問題頁追蹤。

操作路徑:網站上線 → 網址審查/相應測試工具 → 問題驗證

避免將正常的登入限制、錯誤付費牆設定及 Google 索引狀態混為一談。

修改程式碼片段或標記後,測試公開頁與存取狀態,再回有驗證功能的問題頁追蹤。:Google Search Console「影片」報表原生共用流程:「圖片與訂閱內容」可參考相同的示例下鑽方式
「圖片與訂閱內容」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

注意事項

  • 不是所有結構化資料都會有獨立 GSC 報表。例如 Article 或 Organization 的支援,不代表左側一定會出現同名報表。

官方說明:Google:複合式搜尋結果報告總覽、Google:圖片授權中繼資料、Google:將 Reader Revenue Manager 程式碼片段加入網站、Google:訂閱與付費牆內容

飯店與度假民宿:先確認旅宿整合資格

旅宿報表與一般文章或產品頁不同,還可能涉及 Hotel Center、資料合作與額外整合資格。只有自己確實使用相應功能且介面有報表時,才依下列方式處理,不能只加一段 schema 就期待取得所有旅宿展示。

步驟 1:有「飯店」報表時,點進問題與示例,核對對應旅宿、房型、價格與供應條件。

操作路徑:強化項目 → 飯店 → 問題 → 示例(若有)

確認 Hotel、HotelRoom、Offer 等實際適用資料與網站及價格來源相符,先辨認是標記問題或價格一致性問題。

有「飯店」報表時,點進問題與示例,核對對應旅宿、房型、價格與供應條件。:Google Search Console「影片」報表原生共用流程:「飯店」可參考相同的示例下鑽方式
「飯店」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

若涉及飯店價格準確度驗證,依 Hotel Prices 的專用規格檢查,而非直接套用一般產品 JSON-LD 範例。

操作路徑:飯店價格來源/網站房價 → Hotel Prices 官方文件

目前飯店價格準確度驗證建議使用 Microdata;這項規定有自己的用途,不能延伸成所有 Google 結構化資料都停用 JSON-LD。

Google Hotel Prices 飯店價格結構化資料官方文件
站外 Hotel Prices 官方文件有專用的房價驗證規格,請依同一用途閱讀。 Google 官方說明(CC BY 4.0,畫面經裁切)
Hotel Prices 官方說明推薦 Microdata 並註明 JSON-LD 在房價準確度驗證的限制
Hotel Prices 官方說明:飯店價格準確度驗證推薦 Microdata;這項 JSON-LD 限制有特定用途範圍。 Google 官方說明(CC BY 4.0,畫面經裁切)

步驟 2:有「度假民宿」報表時,核對 VacationRental 的物件識別、名稱、照片、地址或位置等報錯欄位。

操作路徑:強化項目 → 度假民宿 → 問題 → 示例(若有)

每個標記描述正確房源,房源資料與旅宿整合來源一致。

有「度假民宿」報表時,核對 VacationRental 的物件識別、名稱、照片、地址或位置等報錯欄位。:Google Search Console「影片」報表原生共用流程:「度假民宿」可參考相同的示例下鑽方式
「度假民宿」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

步驟 3:先確認已符合 Google 旅宿的整合資格,再測試頁面,修正完回相應問題頁驗證。

操作路徑:旅宿整合資格 → 公開房源頁測試 → 問題驗證

度假民宿文件針對已與 Google 技術窗口及 Hotel Center 整合的網站;提交合作意願也不保證取得資格。

先確認已符合 Google 旅宿的整合資格,再測試頁面,修正完回相應問題頁驗證。:Google Search Console「影片」報表原生共用流程:「旅宿」的修正追蹤參考原生共用流程
「旅宿」的修正追蹤參考原生共用流程;圖中實際是「影片」問題頁的修正驗證入口。

注意事項

  • 飯店、度假民宿的資料可能有合作與市場條件;實際管理畫面與欄位以自己已啟用的服務為準。

官方說明:Google:複合式搜尋結果報告總覽、Google:飯店價格結構化資料、Google:度假民宿結構化資料

數學解題工具:檢查題型與解題入口

「數學解題工具」適用於真的能協助使用者解數學題的服務。它與已退役的「練習題」功能不同;有對應內容與報表才需要處理。

步驟 1:若有「數學解題工具」報表,開啟問題與示例,確認是哪一個 MathSolver 項目。

操作路徑:強化項目 → 數學解題工具 → 問題 → 示例(若有)

辨認服務名稱與解題入口,不把只有一篇數學文章的頁面誤作整個解題工具。

若有「數學解題工具」報表,開啟問題與示例,確認是哪一個 MathSolver 項目。:Google Search Console「影片」報表原生共用流程:「數學解題工具」可參考相同的示例下鑽方式
「數學解題工具」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

依 MathSolver 規格核對支援題型與 potentialAction 等解題操作資訊。

操作路徑:MathSolver 標記 → 題型/解題操作欄位

標記應對應服務真正能處理的題目與操作,不聲稱支援尚未提供的解題能力。

圖中是實際「影片」報表的欄位問題閱讀方式;MathSolver 的題型與 potentialAction 需在自己的標記來源依專用規格核對
圖中是實際「影片」報表的欄位問題閱讀方式;MathSolver 的題型與 potentialAction 需在自己的標記來源依專用規格核對。

步驟 2:實際測試解題入口能否接受使用者題目並到達合理結果,再測試 Google 讀到的標記。

操作路徑:網站解題服務 → 複合式搜尋結果測試/網址審查

語法有效與解題服務可用是兩個檢查點。

實際測試解題入口能否接受使用者題目並到達合理結果,再測試 Google 讀到的標記。:Google Search Console「影片」報表原生共用流程:「數學解題工具」可參考相同的示例下鑽方式
「數學解題工具」可參考相同的示例下鑽方式;圖中實際是「影片」報表的程式碼抽屜,欄位內容仍依各類型規格核對。

步驟 3:修正後回對應問題頁驗證;沒有報表時依官方文件及測試結果追蹤,不自行假設已取得搜尋展示。

操作路徑:問題詳細資料 → 驗證修正後的項目(若有)

確認 Google 後續處理結果,同時保留內容準確性與功能測試。

修正後回對應問題頁驗證;沒有報表時依官方文件及測試結果追蹤,不自行假設已取得搜尋展示。:Google Search Console「影片」報表原生共用流程:「數學解題工具」的修正追蹤參考原生共用流程
「數學解題工具」的修正追蹤參考原生共用流程;圖中實際是「影片」問題頁的修正驗證入口。

注意事項

  • MathSolver 與 Quiz/練習題的名稱相近,但功能與支援狀態不同,不應互相替代。

官方說明:Google:複合式搜尋結果報告總覽、Google:數學解題工具

AMP:檢查 AMP 網頁的有效性與對應關係

只有網站使用 AMP,且 Google 已偵測到相關頁面時,才會看到 AMP 報表。AMP 不是所有網站的必要設定,也不是進入焦點新聞輪轉介面的必要條件。

步驟 1:若側欄有「AMP」,開啟報表並查看有效與無效頁面數。

操作路徑:左側選單 → AMP(若有)

確認網站仍有使用 AMP;沒有 AMP 內容的網站不必為了增加報表而安裝 AMP 外掛。

若側欄有「AMP」,開啟報表並查看有效與無效頁面數。:「影片」強化項目的有效/無效卡片,下方另有「改善項目呈現方式」
AMP 報表也會按有效與無效項目分組;圖中以「影片」報表的原生摘要卡示範判讀位置。

步驟 2:點選無效問題,再選受影響網址樣本。

操作路徑:AMP → 問題列 → 示例網址

讀取具體 AMP 語法、資源或連結問題,不將所有 AMP 錯誤都當成整站無法索引。

點選無效問題,再選受影響網址樣本。:Google Search Console「影片」報表原生共用流程:「AMP」的問題下鑽參考原生共用流程
「AMP」的問題下鑽參考原生共用流程;圖中實際是「影片」問題詳情,不是 AMP 專用報表。

步驟 3:使用網址審查或可用的 AMP 測試,核對 AMP 版本與標準版本。

操作路徑:示例網址 → 網址審查 → AMP 詳細資料/測試線上網址

確認 canonical、rel=amphtml、內容與存取設定一致,AMP 與標準頁應能完成相同的主要任務。

使用網址審查或可用的 AMP 測試,核對 AMP 版本與標準版本。:這張圖展示「網址審查」的索引與標準網址欄位
這張圖展示「網址審查」的索引與標準網址欄位;AMP 頁面還要另核對 AMP 對應關係。

步驟 4:回網站的 AMP 範本或外掛修正,再測試公開版本。

操作路徑:網站 AMP 來源 → 驗證/測試線上網址

先確認目前頁面已修正,再要求 Google 驗證,而不是重複提交未變動的頁面。

回網站的 AMP 範本或外掛修正,再測試公開版本。:Google Search Console「影片」報表原生共用流程:「AMP」的修正追蹤參考原生共用流程
「AMP」的修正追蹤參考原生共用流程;圖中實際是「影片」問題頁的修正驗證入口。

步驟 5:完成同類問題修正後,回 AMP 問題頁按驗證修正,並追蹤驗證狀態。

操作路徑:AMP → 問題詳細資料 → 驗證修正後的項目

區分修正驗證、AMP 有效性與是否建立索引;它們不能直接視為同一結果。

完成同類問題修正後,回 AMP 問題頁按驗證修正,並追蹤驗證狀態。:Google Search Console「影片」報表原生共用流程:「AMP」的修正追蹤參考原生共用流程
「AMP」的修正追蹤參考原生共用流程;圖中實際是「影片」問題頁的修正驗證入口。

注意事項

  • 若決定停用 AMP,需依官方 AMP 移除流程處理連結與重新導向,不只是從 GSC 隱藏報表。
  • Google 於 2026 年調整 AMP 搜尋連接方式,舊教學中的 AMP Viewer/Cache 操作不應直接沿用。

官方說明:Google:AMP 狀態報告、Google:AMP 測試、Google:文件更新紀錄

無法剖析的結構化資料:先修語法,再看類型

「無法剖析的結構化資料」通常表示 Google 連資料本身都無法完整讀取,例如少了逗號、引號或括號。這類錯誤可能讓產品、影片等標記無法歸入正常報表,要先把語法修好。

步驟 1:開啟報表,點進實際列出的語法問題。

操作路徑:強化項目 → 無法剖析的結構化資料 → 問題列

看到錯誤類型與受影響示例,不要只依總數猜是哪個外掛有問題。

開啟報表,點進實際列出的語法問題。:「無法剖析的結構化資料」原因表格
「無法剖析的結構化資料」原因表格;此處的歷史「值類型不正確」目前為 0 項。

步驟 2:若問題頁仍有示例,選一筆檢查指出位置附近的 JSON-LD 或其他結構化資料。

操作路徑:問題詳細資料 → 示例 → 程式碼詳細資料

找出不成對引號、未跳脫的特殊字元、漏逗號或格式錯誤;真正原因有時在標示位置的前一段。

若問題頁仍有示例,選一筆檢查指出位置附近的 JSON-LD 或其他結構化資料。:「值類型不正確」的原生問題詳情目前為 0 項,因此沒有可開啟的錯誤示例
「值類型不正確」的原生問題詳情目前為 0 項,因此沒有可開啟的錯誤示例。

修正產生標記的範本或外掛設定,再用測試工具檢查整個資料區塊。

操作路徑:網站結構化資料來源 → 複合式搜尋結果測試

確認工具能辨識正確類型,再檢查該類型的必要欄位,而不只是讓 JSON 語法通過。

先依「無法剖析的結構化資料」問題詳情定位錯誤;修正範本或外掛是在站外完成,圖中不是網站編輯器或修正成功狀態
先依「無法剖析的結構化資料」問題詳情定位錯誤;修正範本或外掛是在站外完成,圖中不是網站編輯器或修正成功狀態。

步驟 3:發布修正並測試線上網址,回到問題頁啟動修正驗證。

操作路徑:無法剖析的結構化資料 → 問題詳細資料 → 驗證修正後的項目

後續回看原本的產品、導覽標記或影片報表,確認資料已恢復辨識。

發布修正並測試線上網址,回到問題頁啟動修正驗證。:修正語法後回同一「無法剖析的結構化資料」問題頁追蹤
修正語法後回同一「無法剖析的結構化資料」問題頁追蹤;目前這個歷史問題沒有受影響項目。

注意事項

  • 這份報表只列重大剖析錯誤,沒有有效項目或警告。修好語法後,其他類型報表才可能顯示原本無法判讀的欄位問題。
  • 同一錯誤若來自共用範本,可能同時影響大量頁面;只手改一個示例頁不會修好全站。

官方說明:Google:無法剖析的結構化資料報表、Google:複合式搜尋結果報告總覽

安全、連結與成就

人工判決處罰:讀懂影響範圍,修正後要求審查

「人工判決處罰」會列出 Google 人工審查認定的政策問題。它和演算法更新造成的流量變動不同;看到流量下降時,先確認這裡是否真的有處罰,不要直接把兩者畫上等號。

步驟 1:展開「安全性與人工判決處罰」,開啟「人工判決處罰」。

操作路徑:左側選單 → 安全性與人工判決處罰 → 人工判決處罰

若顯示未偵測到問題,代表目前沒有這裡列出的人工處置;不表示網站所有內容或排名都沒有問題。

展開「安全性與人工判決處罰」,開啟「人工判決處罰」。:「安全性與人工判決處罰」底下的「人工判決處罰」
「安全性與人工判決處罰」底下的「人工判決處罰」;目前顯示未偵測到任何問題。

步驟 2:若列出處罰,展開每一項,閱讀原因、影響範圍與示例網址。

操作路徑:人工判決處罰 → 問題 → 詳細資料

確認是部分頁面、某個區段、整站,還是特定搜尋功能受到影響;示例不是完整違規清單。

若列出處罰,展開每一項,閱讀原因、影響範圍與示例網址。:人工判決處罰目前顯示「未偵測到任何問題」
人工判決處罰目前顯示「未偵測到任何問題」;只有實際收到處罰時,才會出現問題內容與要求審查流程。

步驟 3:依該問題的官方說明檢查整個受影響範圍,修正內容、連結、標記或網站行為。

操作路徑:問題 → 瞭解詳情 → 網站修正

修正真正違規行為,並保留做了哪些修改、哪些頁面已處理及如何防止重發的紀錄。

依該問題的官方說明檢查整個受影響範圍,修正內容、連結、標記或網站行為。:人工判決處罰目前顯示「未偵測到任何問題」
人工判決處罰目前顯示「未偵測到任何問題」;只有實際收到處罰時,才會出現問題內容與要求審查流程。

步驟 4:確認列出的所有問題都已處理,再按「要求審查」,用具體修改內容說明處理方式。

操作路徑:人工判決處罰 → 要求審查

送出重審要求;應說明問題、採取的修正與驗證結果,不用只寫「已改好請恢復排名」。

確認列出的所有問題都已處理,再按「要求審查」,用具體修改內容說明處理方式。:人工判決處罰目前顯示「未偵測到任何問題」
人工判決處罰目前顯示「未偵測到任何問題」;只有實際收到處罰時,才會出現問題內容與要求審查流程。

步驟 5:追蹤留言與電子郵件的審查進度,未有結果前不要重複提交。

操作路徑:右上角留言 → 審查通知;人工判決處罰 → 狀態

分清楚審查中、撤銷或仍需修正。處罰撤銷後的搜尋表現仍要觀察,沒有立即恢復原排名的保證。

追蹤留言與電子郵件的審查進度,未有結果前不要重複提交。:右上角鈴鐺開啟「留言」,可回查與網站相關的通知
右上角鈴鐺開啟「留言」,可回查與網站相關的通知;本圖未展示人工處罰審查結果。

注意事項

  • 不同政策問題影響不同。例如結構化資料處罰可能影響複合式結果資格,不應一律寫成整站從搜尋消失。
  • 處理流程與重審撰寫可延伸看本站 Google 人工判決處罰指南。

官方說明:Google:人工判決處罰報告、Google:結構化資料一般指南

安全性問題:處理遭駭、惡意軟體與詐騙警告

「安全性問題」回報 Google 偵測到的遭入侵內容、惡意或垃圾軟體、社交工程等風險。這類問題可能讓搜尋結果或瀏覽器出現警告;處理時要清查整個受影響範圍,不能只刪掉一個示例。

步驟 1:開啟「安全性問題」,確認是否有警示。

操作路徑:左側選單 → 安全性與人工判決處罰 → 安全性問題

正常時會顯示沒有偵測到問題的狀態;若收到警告但看不到項目,先確認登入帳戶與所選資源是否正確。

開啟「安全性問題」,確認是否有警示。:「安全性問題」原生頁
「安全性問題」原生頁;目前顯示未偵測到任何問題。

步驟 2:展開問題,閱讀首次偵測時間、問題說明與受影響網址樣本。

操作路徑:安全性問題 → 問題詳情 → 詳細資料

把問題分類清楚,再依「瞭解詳情」處理;沒有樣本網址不代表沒有受影響頁面。

展開問題,閱讀首次偵測時間、問題說明與受影響網址樣本。:安全性問題目前顯示「未偵測到任何問題」
安全性問題目前顯示「未偵測到任何問題」;若日後出現警示,再開啟問題、修正全站並依畫面要求審查。

由網站維護人員檢查受影響內容、外掛、帳戶與漏洞,移除有害內容並修補被利用的漏洞。

操作路徑:問題官方說明 → 網站/主機端修正

同時處理感染內容與漏洞。無法安全判讀程式碼時,交給主機商或網站安全人員;不要為了重現畫面直接在日常瀏覽器開啟疑似惡意頁。

GSC「安全性問題」目前沒有偵測到問題;真正的清理、帳戶檢查與漏洞修補是在主機或網站後台處理,不需為教學開啟疑似惡意頁
GSC「安全性問題」目前沒有偵測到問題;真正的清理、帳戶檢查與漏洞修補是在主機或網站後台處理,不需為教學開啟疑似惡意頁。

步驟 3:確認各類問題及全站受影響頁面都已修正並測試,再按「要求審查」。

操作路徑:安全性問題 → 要求審查

提供發現的問題、清理方式與檢查結果,讓 Google 重新評估。

確認各類問題及全站受影響頁面都已修正並測試,再按「要求審查」。:安全性問題目前顯示「未偵測到任何問題」
安全性問題目前顯示「未偵測到任何問題」;若日後出現警示,再開啟問題、修正全站並依畫面要求審查。

步驟 4:等待審查通知並追蹤報表,若仍失敗就依原因繼續修正。

操作路徑:留言/電子郵件 → 審查結果 → 安全性問題

確認 Google 的處理結果;審查通常需要數天至數週,處理中不要反覆送出同一要求。

等待審查通知並追蹤報表,若仍失敗就依原因繼續修正。:修正與審查期間可從「留言」追蹤通知
修正與審查期間可從「留言」追蹤通知;本圖是通知清單,並未表示安全性審查已完成。

注意事項

  • Google 的警告可能依瀏覽情境觸發,自己看不到警告不等於問題不存在。
  • HTTPS 憑證正常也不代表網站沒有遭駭,HTTPS 報表與安全性問題報表要分開檢查。

官方說明:Google:安全性問題報告

連結:查外部來源、錨點與內部連結分布

「連結」會整理 Google 找到的外部與內部連結樣本。先看重要頁面是否獲得合理的連結,再下鑽來源;這裡的連結數不是網站權威分數,也不是推薦流量或 PageRank。

步驟 1:開啟「連結」,先辨認外部連結與內部連結區塊。

操作路徑:左側選單 → 連結

外部連結來自目前資源之外,內部連結則連向資源內頁面。兩者用途與統計範圍不同。

開啟「連結」,先辨認外部連結與內部連結區塊。:「連結」總覽把外部連結與內部連結並排呈現
「連結」總覽把外部連結與內部連結並排呈現。

步驟 2:在外部連結的「熱門連結網頁」按「更多」,再選一個目標網址。

操作路徑:連結 → 外部連結 → 熱門連結網頁 → 更多 → 網址

看到最常連到該頁的網站,判斷文章、產品或首頁的被連結分布是否符合預期。

在外部連結的「熱門連結網頁」按「更多」,再選一個目標網址。:外部連結的「熱門連結網頁」清單
外部連結的「熱門連結網頁」清單;選一個目標網址可繼續看連結來源。

步驟 3:點一個來源網站,再查看實際的連結來源頁面與目標網址。

操作路徑:目標網址 → 連結至這個網頁的熱門網站 → 網站

追到具體反向連結樣本;目標網址不同時,可能涉及重新導向或 Google 採用的標準網址。

點一個來源網站,再查看實際的連結來源頁面與目標網址。:目標網址詳情列出「連結至這個網頁的熱門網站」
目標網址詳情列出「連結至這個網頁的熱門網站」;接著才選來源網域查看連結來源頁。

步驟 4:回到總覽,在「最常連結的網站」按「更多」,點選來源網域。

操作路徑:連結 → 外部連結 → 最常連結的網站 → 更多 → 網域

換成由來源查目標的角度,查看該站最常連向自己的哪些頁面。來源通常依根網域合併,不會逐一拆開 www 等子網域。

回到總覽,在「最常連結的網站」按「更多」,點選來源網域。:總覽下方的「最常連結的網站」卡片
總覽下方的「最常連結的網站」卡片;由右下角「更多」進入來源網域清單。

步驟 5:開啟「最常見的連結文字」,查看其他網站使用哪些錨點文字。

操作路徑:連結 → 外部連結 → 最常見的連結文字 → 更多

核對來源如何描述網站與內容;空白文字可能是圖片等沒有文字的連結,不必直接視為錯誤。

步驟 6:在內部連結區塊開啟熱門連結網頁,再點選重要目標頁。

操作路徑:連結 → 內部連結 → 熱門連結網頁 → 更多 → 網址

檢查重要內容是否獲得站內其他頁面連入。若重要頁連結很少,回到相關內容與導覽加入合理連結,再等待重新檢索。

步驟 7:需要更大份樣本時按「匯出外部連結」,依需求選「更多範例連結」或「最新連結」;下鑽表格也可各別匯出。

操作路徑:連結 → 匯出外部連結;或詳細資料表格 → 匯出

把資料交給試算表整理,保留匯出日期。最新連結指 Google 發現的時間,不必然是該連結實際建立的時間。

需要更大份樣本時按「匯出外部連結」,依需求選「更多範例連結」或「最新連結」;下鑽表格也可各別匯出。:右上角「匯出外部連結」選單提供「更多範例連結」與「最新連結」
右上角「匯出外部連結」選單提供「更多範例連結」與「最新連結」。

官方說明:Google:連結報告、Google:禁止連結指向你的網站

成就:追蹤搜尋點擊里程碑

「成就」依 Google 搜尋點擊記錄顯示里程碑,方便觀察網站進展。它不是 Google 認證、網站品質評分或排名獎勵。

步驟 1:開啟「成就」,查看進行中與已達成的項目。

操作路徑:左側選單 → 成就

同時間只會有一項進行中的成就,已完成里程碑則另列在達成區。

開啟「成就」,查看進行中與已達成的項目。:「成就」頁分開列出進行中與已達成的項目
「成就」頁分開列出進行中與已達成的項目。

步驟 2:點選進行中的成就,查看與前一個 28 天的比較及相關連結。

操作路徑:成就 → 進行中 → 成就卡片

知道下一個目標與近期點擊進度,再進入「深入分析」找出帶動成長的內容。

點選進行中的成就,查看與前一個 28 天的比較及相關連結。:成就的「進行中」項目顯示目前進度
成就的「進行中」項目顯示目前進度;需要比較期間時,再開啟該項目。

步驟 3:點選已達成的成就查看徽章,再回成效報表確認日期、網頁與查詢來源。

操作路徑:成就 → 已達成;成效 → 搜尋結果成效

把里程碑連回可分析的數據,而不是只看徽章。新資源可能需要約 28 天累積資料。

點選已達成的成就查看徽章,再回成效報表確認日期、網頁與查詢來源。:「已達成」成就顯示徽章與達成日期
「已達成」成就顯示徽章與達成日期;流量來源仍須另回成效報表核對。

注意事項

  • 達成成就不會替網站增加排名權重;沒有徽章也不能推論搜尋設定錯誤。

官方說明:Google:Search Console 中的成就

帳戶與資源設定

AI controls:管理網站是否出現在搜尋生成式 AI

這個設定會影響網站內容與連結是否出現在 Google 搜尋的指定生成式 AI 功能。操作前先確認自己看的資源範圍,以及它是否沿用上層。

步驟 1:開啟「設定」,在「AI controls」下點「Google 搜尋生成式 AI」。

操作路徑:設定 → AI controls → Google 搜尋生成式 AI

看到目前納入或排除的設定;子資源可能勾選「沿用以下資源的控制項」,並顯示設定來源。

開啟「設定」,在「AI controls」下點「Google 搜尋生成式 AI」。:「設定」中的 AI controls 區塊,從「Google 搜尋生成式 AI」進入
「設定」中的 AI controls 區塊,從「Google 搜尋生成式 AI」進入。

步驟 2:若顯示沿用,先讀上層資源名稱,確認真正生效的設定來自哪裡。

操作路徑:Google 搜尋生成式 AI → 沿用設定

子資源預設沿用最近一個有自訂設定的上層,並不一定直接沿用根網域。

若顯示沿用,先讀上層資源名稱,確認真正生效的設定來自哪裡。:生成式 AI 設定目前沿用上層資源
生成式 AI 設定目前沿用上層資源;先核對畫面顯示的上層來源。

步驟 3:需要調整時,先確認是否沿用上層;自行設定則選擇「在 Google 搜尋生成式 AI 功能中納入我的網站連結和內容」或「不要在 Google 搜尋生成式 AI 功能中納入我的網站連結和內容」,再按「儲存」。

操作路徑:Google 搜尋生成式 AI → 沿用控制項/納入或排除 → 儲存

設定套用至該資源範圍。排除會影響 AI 摘要、AI 模式與探索的生成式 AI 內容及連結。

需要調整時,先確認是否沿用上層;自行設定則選擇「在 Google 搜尋生成式 AI 功能中納入我的網站連結和內容」或「不要在 Google 搜尋生成式 AI 功能中納入我的網站連結和內容」,再按「儲存」。:沿用上層時,兩個自行設定選項與「儲存」呈停用
沿用上層時,兩個自行設定選項與「儲存」呈停用;需要改動時先處理沿用關係。

步驟 4:變更後保留日期,隔一段時間觀察相應曝光報表。

操作路徑:成效 → 生成式 AI 功能

控制傳播及系統快取需要時間,不能以按下按鈕當刻認定搜尋內容已全部消失。

變更後保留日期,隔一段時間觀察相應曝光報表。:「生成式 AI」成效報表可依日期回查曝光走勢
「生成式 AI」成效報表可依日期回查曝光走勢;設定變更與流量的因果須另行評估。

注意事項

  • 此控制項自 2026 年 8 月 31 日全球推出。它不是模型訓練開關,也不會直接改變其他搜尋部分的排名或索引訊號。
  • 若只要限制特定頁面的文字摘要,nosnippet、max-snippet 與 data-nosnippet 是另一層頁面/文字控制。nosnippet 也會限制 AI 摘要與 AI 模式直接使用內容。
  • noindex 用於排除搜尋索引;Google-Extended 控制對應的模型用途。不要因名稱都含 AI 就混用。

官方說明:Google 搜尋生成式 AI 控制項、控制與 Google 搜尋分享的內容、robots meta 與預覽控制

設定:先確認資源、角色與適用範圍

左側「設定」管理目前選取的資源,右上角「使用者設定」管理自己的偏好,兩者範圍不同。設定清單會依資源類型與權限變動,不能拿另一個網站的選單要求自己的帳號一定相同。

步驟 1:先在左上角確認資源,再開啟左側「設定」。

操作路徑:資源選擇器 → 設定

所有下方調整都對準目前這項資源。網域、子網域、HTTP/HTTPS 或子路徑選錯,都可能看到不同設定。

先在左上角確認資源,再開啟左側「設定」。:先核對左上角資源,再從側欄「設定」開啟此頁
先核對左上角資源,再從側欄「設定」開啟此頁。

步驟 2:查看「擁有權驗證」列,確認自己是擁有者、完整權限或受限權限使用者。

操作路徑:設定 → 一般設定 → 擁有權驗證

先釐清能做哪些操作;缺少管理按鈕時,先查權限與資源類型。

查看「擁有權驗證」列,確認自己是擁有者、完整權限或受限權限使用者。:一般設定中的「擁有權驗證」與「使用者和權限」
一般設定中的「擁有權驗證」與「使用者和權限」;實際角色再到權限清單核對。

步驟 3:依需求開啟使用者和權限、關聯、變更網址、檢索統計資料、robots.txt 或大量資料匯出。

操作路徑:設定 → 對應項目

進入個別工具。若有「購物」區塊,運送與退貨也在這裡;並非每個資源都會顯示。

依需求開啟使用者和權限、關聯、變更網址、檢索統計資料、robots.txt 或大量資料匯出。:設定頁可進入權限、關聯、變更網址、大量資料匯出、robots.txt 與檢索統計資料
設定頁可進入權限、關聯、變更網址、大量資料匯出、robots.txt 與檢索統計資料。

步驟 4:需要查資源建立時間時,查看「資源新增日期」。

操作路徑:設定 → 資源新增日期

這是此資源最近新增至 Search Console 的日期,不等於網域註冊、網站上線或 Google 首次發現網站的日期。

需要查資源建立時間時,查看「資源新增日期」。:設定頁下方「關於」區塊的「資源何時加入帳戶」,可查看資源加入日期。
設定頁下方「關於」區塊的「資源何時加入帳戶」,可查看資源加入日期。

注意事項

  • 本節說明設定入口;調整使用者、建立關聯、設定政策或啟動匯出都會改變實際帳戶設定,操作前需核對正確資源與內容。

官方說明:Google:Search Console 資源設定頁面、Google:管理擁有者、使用者和權限

擁有權驗證:確認驗證方法,保留必要憑證

「擁有權驗證」用來證明你能控制網站。已通過驗證後仍要保留驗證所需的 DNS 記錄、檔案或標記;刪掉它們,未來重新檢查時可能失去存取權。

步驟 1:開啟「擁有權驗證」,查看目前的驗證狀態與方法。

操作路徑:設定 → 擁有權驗證

確認是 DNS、HTML 檔案、HTML 標記、Google Analytics 或 Google 代碼管理工具;可用方法依資源類型而異。

開啟「擁有權驗證」,查看目前的驗證狀態與方法。:「擁有權驗證」列出目前已驗證狀態、使用的方法與其他可用方法
「擁有權驗證」列出目前已驗證狀態、使用的方法與其他可用方法。

步驟 2:展開自己的驗證方法,依說明核對網站或 DNS 中的原始設定。

操作路徑:擁有權驗證 → 驗證方法 → 詳細資料

知道改版、換主機或移轉 DNS 時要保留哪一項設定,不必重新建立一項重複資源。

展開自己的驗證方法,依說明核對網站或 DNS 中的原始設定。:展開「HTML 檔案」方法,核對個人的驗證檔名、上傳位置與「驗證」按鈕
展開「HTML 檔案」方法,核對個人的驗證檔名、上傳位置與「驗證」按鈕。

步驟 3:若需要新增備援驗證,選擇適用方法並依畫面將個人驗證資料放到指定位置,再按「驗證」。

操作路徑:擁有權驗證 → 其他驗證方法 → 驗證

新增一個成功的驗證方式。網域資源需以 DNS 驗證;網址前置字元資源才可依條件使用其他方式。

若需要新增備援驗證,選擇適用方法並依畫面將個人驗證資料放到指定位置,再按「驗證」。:備援方法以 Google Analytics 為例:展開後閱讀帳戶與追蹤程式碼條件,再使用該方法的「驗證」
備援方法以 Google Analytics 為例:展開後閱讀帳戶與追蹤程式碼條件,再使用該方法的「驗證」。

步驟 4:交接網站時,到「使用者和權限」核對擁有者與驗證詳細資料,再處理離職者的存取權及遺留權杖。

操作路徑:設定 → 使用者和權限 → 擁有者更多選單 → 擁有權驗證詳細資料

避免只從使用者清單移除人員,卻仍留下可重新驗證的權杖;也避免誤刪仍在使用的驗證資料。

交接網站時,到「使用者和權限」核對擁有者與驗證詳細資料,再處理離職者的存取權及遺留權杖。:擁有權驗證詳細資料列出此擁有者使用的驗證方法
擁有權驗證詳細資料列出此擁有者使用的驗證方法;交接時先查這裡。

注意事項

  • Google Analytics 驗證與 GA4 報表關聯是不同事情,驗證成功不代表 GA4 已自動出現 Search Console 報表。
  • 驗證資料可能同時用於其他 Google 服務,移除前應確認影響;不要在公開教學或交接截圖展示個人的完整權杖。

官方說明:Google:驗證網站擁有權、Google:管理擁有者、使用者和權限

使用者和權限:新增、調整、移除與交接

只有資源擁有者能管理使用者。擁有者、完整權限與受限權限的範圍不同,授權時應依對方真正要做的工作選擇,不必讓每位看報表的人都成為擁有者。

步驟 1:開啟「使用者和權限」,逐列核對帳戶與權限。

操作路徑:設定 → 使用者和權限

辨認目前團隊、外包人員及已驗證/委派擁有者;看不到此頁時,先確認是否具擁有者權限。

開啟「使用者和權限」,逐列核對帳戶與權限。:「使用者和權限」逐列列出名稱、電子郵件與權限
「使用者和權限」逐列列出名稱、電子郵件與權限。

步驟 2:要授予存取權時,按「新增使用者」,輸入對方的 Google 帳戶電子郵件。

操作路徑:使用者和權限 → 新增使用者 → 電子郵件地址

填入單一有效 Google 帳戶,不能以電子郵件群組代替使用者。

要授予存取權時,按「新增使用者」,輸入對方的 Google 帳戶電子郵件。:「新增使用者」表單先填入對方的 Google 帳戶電子郵件,再選權限
「新增使用者」表單先填入對方的 Google 帳戶電子郵件,再選權限。

步驟 3:選擇對應權限,按「新增」,完成後回清單核對。

操作路徑:新增使用者對話框 → 權限 → 新增

帳戶與角色顯示正確。完整使用者可看資料並執行部分操作,受限使用者主要用於查看;擁有者另具管理權。

選擇對應權限,按「新增」,完成後回清單核對。:新增使用者的權限選單包含「擁有者」「完整」「限制」
新增使用者的權限選單包含「擁有者」「完整」「限制」;本圖尚未送出新增。

步驟 4:需要調整角色時,開啟該使用者的更多選單,選「變更權限」。

操作路徑:使用者列 → 更多 → 變更權限 → 儲存

新權限生效。已驗證擁有者不能只靠降級選單撤銷驗證,必須處理其驗證方式。

需要調整角色時,開啟該使用者的更多選單,選「變更權限」。:使用者列的更多選單包含「變更權限」
使用者列的更多選單包含「變更權限」;圖中為已驗證擁有者本人,該操作呈停用。

步驟 5:停止授權時,開啟該使用者的更多選單,選「移除存取權」。

操作路徑:使用者列 → 更多 → 移除存取權

該使用者失去此資源存取權;若畫面提示仍有驗證權杖,繼續檢查才能完成交接。

停止授權時,開啟該使用者的更多選單,選「移除存取權」。:使用者列的更多選單包含「移除存取權」
使用者列的更多選單包含「移除存取權」;圖中為已驗證擁有者本人,該操作呈停用。

步驟 6:開啟「未使用的擁有權權杖」,核對已移除擁有者的遺留驗證方式。

操作路徑:使用者和權限 → 未使用的擁有權權杖 → 權杖詳細資料

依指示從網站、DNS 或相關服務移除確定不再需要的個人驗證方式,避免對方重新取得權限。

開啟「未使用的擁有權權杖」,核對已移除擁有者的遺留驗證方式。:「未使用的擁有權權杖」頁目前為 0 個
「未使用的擁有權權杖」頁目前為 0 個;若有遺留權杖,才會列出可處理項目。

注意事項

  • 不要移除資源最後一位有效擁有者;資源必須保有已驗證擁有者。
  • 發現不認得的擁有者時,不能只清掉清單了事,還要檢查網站與帳戶是否遭到入侵。
  • 來自上層資源的擁有者可能自然擁有子資源權限,不能在子資源把他降為較低角色。

官方說明:Google:管理擁有者、使用者和權限

關聯:連接 GA4、Merchant Center 與其他 Google 服務

「關聯」連接的是不同 Google 服務的資源或帳戶。它不等於新增 GSC 使用者,資料分享與操作能力也會依服務而異;核准前要看清楚是哪個帳戶提出要求。

步驟 1:開啟「關聯」,核對現有關聯與待處理要求。

操作路徑:設定 → 關聯

確認服務名稱、帳戶與網址。已拒絕或移除的關聯不會持續保留在清單中。

開啟「關聯」,核對現有關聯與待處理要求。:「關聯」分成目前關聯服務與待處理要求
「關聯」分成目前關聯服務與待處理要求;本例只有 Google Analytics 關聯。

步驟 2:建立 GA4 關聯時,到 GA4 管理員的「Search Console 連結」選擇正確的網站資源與網頁資料串流,完成後回 GSC 核對。

操作路徑:GA4 → 管理 → 產品連結 → Search Console 連結;GSC → 設定 → 關聯

需要 Search Console 擁有者及 GA4 編輯權限;建立後,具備該 GA4 資源存取權的人員可看到分享的搜尋資料。

建立 GA4 關聯時,到 GA4 管理員的「Search Console 連結」選擇正確的網站資源與網頁資料串流,完成後回 GSC 核對。:GSC 的建立關聯入口可開啟 Google Analytics 資源選單
GSC 的建立關聯入口可開啟 Google Analytics 資源選單;GA4 管理員端的 Search Console 連結仍要在 GA4 另行設定。

步驟 3:開啟「商家商機」,依「開始使用」前往 Merchant Center,再依商家帳戶的關聯流程核對帳戶與網域。

操作路徑:GSC → 商家商機 → 開始使用 → Merchant Center

需要 GSC 擁有者及 Merchant Center 管理員權限,且網站資源必須符合網域層級條件。

開啟「商家商機」,依「開始使用」前往 Merchant Center,再依商家帳戶的關聯流程核對帳戶與網域。:Google Search Console「商家資訊」報表原生共用流程:商家商機與 Merchant Center 的入口依網站資格提供
商家商機與 Merchant Center 的入口依網站資格提供;圖中實際是「商家資訊」原生報表,沒有顯示 Merchant Center 關聯成功。

步驟 4:若「待處理的要求」出現其他服務送來的申請,先閱讀資料與權限影響,再依該要求提供的核准或拒絕選項處理。

操作路徑:關聯 → 待處理的要求 → 核准/拒絕

只有確認正確的要求才成為有效關聯;其他服務通常需先從該服務端提出要求。

若「待處理的要求」出現其他服務送來的申請,先閱讀資料與權限影響,再依該要求提供的核准或拒絕選項處理。:「待處理的要求」區目前是空清單
「待處理的要求」區目前是空清單;收到申請後才會出現可核對與處理的要求。

步驟 5:要解除既有關聯,從該列「其他動作」選單選「移除關聯」,依後續畫面處理並核對清單。

操作路徑:關聯 → 既有關聯 → 其他動作 → 移除關聯

停止這項服務連接;不會因此刪除網站或移除其他 GSC 使用者。

要解除既有關聯,從該列「其他動作」選單選「移除關聯」,依後續畫面處理並核對清單。:既有 Google Analytics 關聯列的「其他動作」選單,展開後可見「移除關聯」
既有 Google Analytics 關聯列的「其他動作」選單,展開後可見「移除關聯」;尚未執行移除。

注意事項

  • 可關聯服務與可用入口會持續調整。GA4、Google Ads、Merchant Center、Play/Android、Chrome 線上應用程式商店等應以當前清單與對應官方說明為準。
  • 新增 GA4 使用者也可能讓更多人看到已關聯的 Search Console 資料,定期交接時要一起檢查兩邊權限。

官方說明:Google:關聯

變更網址:網站搬到新網域時使用

畫面中的「變更網址」用來通知 Google,整個網站正在搬往另一個網域或子網域。網站與重新導向要先完成,這個工具才接著檢查與傳送遷移訊號,不能代替搬站本身。

確認新舊網站已建立對應的永久重新導向,且同一 Google 帳戶擁有新舊兩項資源。

操作路徑:新舊網站搬遷前置作業 → Search Console 資源清單

舊頁能導到正確新頁,新站可存取,新舊資源均已驗證;子路徑層級資源不適用此工具。

搬遷前先在資源清單核對所管理的網站;這張圖僅展示資源選擇,不是新舊站重新導向或驗證成功的證明
搬遷前先在資源清單核對所管理的網站;這張圖僅展示資源選擇,不是新舊站重新導向或驗證成功的證明。
「變更網址」表單需要選擇新網站;啟動前仍要完成站外搬遷路由與新舊資源擁有權核對
「變更網址」表單需要選擇新網站;啟動前仍要完成站外搬遷路由與新舊資源擁有權核對。

步驟 1:選擇舊網站資源,再開啟「變更網址」。

操作路徑:舊資源 → 設定 → 變更網址

工具目前的來源是舊站,避免在新站反向送出搬遷。

選擇舊網站資源,再開啟「變更網址」。:先選舊網站資源,再從「設定」進入「變更網址」
先選舊網站資源,再從「設定」進入「變更網址」。

步驟 2:從清單選擇正確的新網站資源,按「驗證並更新」。

操作路徑:變更網址 → 選擇新網站 → 驗證並更新

工具檢查擁有權與重新導向;有關鍵錯誤需先修正,有警告則讀清楚影響再決定。

從清單選擇正確的新網站資源,按「驗證並更新」。:「變更網址」表單下方選擇新網站
「變更網址」表單下方選擇新網站;未選擇前,「驗證並更新」呈停用。

步驟 3:檢查通過後依畫面確認,完成後查看新舊資源的遷移通知。

操作路徑:前置檢查 → 確認遷移 → 新舊資源通知

GSC 顯示遷移進行中;後續分別觀察兩站成效、索引與錯誤,不會立即把舊站所有網址清空。

檢查通過後依畫面確認,完成後查看新舊資源的遷移通知。:提交前的「變更網址」檢查入口
提交前的「變更網址」檢查入口;先備妥重新導向與新舊資源擁有權,再依畫面驗證。

步驟 4:遷移後持續維持舊址到新址的重新導向,定期檢查重要網址、索引與搜尋流量。

操作路徑:遷移通知 → 新舊資源成效/網頁索引狀態 → 網址審查

確認流量與索引逐步轉移;工具不會自動替網站維護重新導向。

遷移後持續維持舊址到新址的重新導向,定期檢查重要網址、索引與搜尋流量。:搬遷後分別在新舊資源的「搜尋結果」回查日期走勢,並搭配索引及網址審查核對
搬遷後分別在新舊資源的「搜尋結果」回查日期走勢,並搭配索引及網址審查核對。

如果確定要還原遷移,先移除舊站到新站的重新導向,再依還原計畫建立新站回舊站的永久重新導向。

操作路徑:網站伺服器/重新導向設定 → 還原路由

讓實際網站回應與要取消的遷移方向一致;應先檢查重要頁,避免形成雙向循環。

GSC 變更網址狀態要與站外路由保持一致;這個資源目前沒有進行中的搬遷,圖中不是已取消或已還原的結果
GSC 變更網址狀態要與站外路由保持一致;這個資源目前沒有進行中的搬遷,圖中不是已取消或已還原的結果。

步驟 5:在提交後 180 天內,開啟舊資源的「變更網址」,按「取消遷移」;涉及多個舊資源時分別處理。

操作路徑:舊資源 → 設定 → 變更網址 → 取消遷移

取消工具中的搬遷通知。工具通知、網站重新導向及後續重新檢索仍須分別追蹤。

在提交後 180 天內,開啟舊資源的「變更網址」,按「取消遷移」;涉及多個舊資源時分別處理。:這個資源目前沒有進行中的搬遷
這個資源目前沒有進行中的搬遷;只有已提交遷移的舊資源才可能顯示「取消遷移」。

注意事項

  • HTTP 改 HTTPS、www 與非 www 切換、同網域內更換路徑、只換主機或 CDN,都不使用這個工具。
  • 工具不會自動搬遷所有子網域,使用中的子網域與變體應依官方規定分別確認。
  • Google 建議重新導向至少維持 180 天,仍有搜尋流量時須更久;不要把 180 天當成到期即可刪除舊網域的指令。

官方說明:Google:網址變更工具

檢索統計資料:追查 Googlebot、主機與回應異常

「檢索統計資料」顯示近 90 天 Google 對網站提出的要求、下載量與回應時間,適合追查主機或檢索異常。它計算的是要求次數,同一網址可被要求多次,也包含部分資源要求,不能與已建立索引頁數直接比較。

步驟 1:開啟設定中的「檢索統計資料」,按畫面的「開啟報表」。

操作路徑:設定 → 檢索統計資料 → 開啟報表

看到檢索要求總次數、下載內容總大小與平均回應時間;只適用於網域或根層級網址前置字元資源。

開啟設定中的「檢索統計資料」,按畫面的「開啟報表」。:從設定的「檢索統計資料」開啟報表,查看 Googlebot 檢索概況
從設定的「檢索統計資料」開啟報表,查看 Googlebot 檢索概況。

步驟 2:切換三項指標,查看異常日期是否同時出現要求下降、錯誤增加或回應變慢。

操作路徑:檢索統計資料 → 指標卡片 → 日期圖表

建立時間線,接著與網站改版、主機紀錄及索引變化交叉確認,不能只靠一條線判定原因。

切換三項指標,查看異常日期是否同時出現要求下降、錯誤增加或回應變慢。:檢索要求總數、總計下載大小與平均回應時間三項指標可分別切換
檢索要求總數、總計下載大小與平均回應時間三項指標可分別切換。

步驟 3:點開「主機狀態」;若列出多個主機,先選擇要處理的主機。

操作路徑:檢索統計資料 → 主機/主機狀態

查看 robots.txt 可用性、DNS 解析、伺服器連線能力;異常時先處理主機端的阻礙。

點開「主機狀態」;若列出多個主機,先選擇要處理的主機。:「主機狀態」展開後,可分別核對 robots.txt 擷取、DNS 解析與伺服器連線
「主機狀態」展開後,可分別核對 robots.txt 擷取、DNS 解析與伺服器連線。

步驟 4:在依回應分類的表格點選 5XX、404、重新導向或其他要調查的回應。

操作路徑:檢索要求明細 → 依回應 → 回應類型

看到該類回應的走勢與樣本。失效內容回 404 可能符合預期,重要頁誤回 404 或持續 5XX 才需要修正。

在依回應分類的表格點選 5XX、404、重新導向或其他要調查的回應。:檢索要求分類中的「依回應」表格
檢索要求分類中的「依回應」表格;選擇要調查的回應類型繼續下鑽。

步驟 5:再依檔案類型、檢索目的與 Googlebot 類型下鑽。

操作路徑:檢索要求明細 → 檔案類型/檢索目的/Googlebot 類型

區分 HTML、圖片、JavaScript 等資源,探索與重新整理,以及智慧型手機、電腦等檢索器。

再依檔案類型、檢索目的與 Googlebot 類型下鑽。:「依檔案類型」分類可供進一步調查
「依檔案類型」分類可供進一步調查;其他分類表在報表下方繼續查看。

步驟 6:點選一個樣本網址,記下要求時間、回應與大小,再對照伺服器記錄。

操作路徑:分類詳細資料 → 樣本網址 → 要求詳細資料

將 GSC 的異常對應到可查的請求;樣本不完整,找不到網址不代表 Google 從未檢索。

點選一個樣本網址,記下要求時間、回應與大小,再對照伺服器記錄。:先由檢索分類表選擇要追查的類型,再進入要求樣本
先由檢索分類表選擇要追查的類型,再進入要求樣本;此圖仍在分類入口。

步驟 7:修正主機、規則或回應後,觀察新資料與索引狀態,不追求檢索次數越高越好。

操作路徑:檢索統計資料 → 最新走勢;網頁索引狀態 → 問題

確認重要頁能穩定被檢索且伺服器正常;此處沒有讓 Googlebot 強制提高檢索頻率的按鈕。

修正主機、規則或回應後,觀察新資料與索引狀態,不追求檢索次數越高越好。:修正主機問題後,可回主機狀態看新的失敗率走勢,再搭配索引狀態確認恢復情形
修正主機問題後,可回主機狀態看新的失敗率走勢,再搭配索引狀態確認恢復情形。

注意事項

  • 報表並非完整伺服器存取紀錄,與主機 log 可能存在差異;重新導向鏈中的每次要求會分別計算。
  • 平均回應時間是檢索擷取的指標,不等於使用者端 LCP 或完整頁面載入時間。
  • 子路徑資源沒有此報表時,切換到自己有權限的根層級資源;檢索預算的背景可參考本站相關教學。

官方說明:Google:檢索統計資料報告

robots.txt:查看 Google 讀到的版本與擷取問題

設定中的「robots.txt」報表用來確認 Google 能否取得及解析規則。這裡可以看版本與要求重新檢索,但實際檔案仍要在網站或代管平台修改。

步驟 1:開啟「robots.txt」,核對檔案路徑、擷取狀態、上次檢查時間與問題數。

操作路徑:設定 → robots.txt

確認查看的是正確協定與主機;報表僅適用於網域層級或不含子路徑的網址前置字元資源。

開啟「robots.txt」,核對檔案路徑、擷取狀態、上次檢查時間與問題數。:robots.txt 檔案列包含網址、上次檢查時間、擷取狀態、大小與問題數
robots.txt 檔案列包含網址、上次檢查時間、擷取狀態、大小與問題數。

步驟 2:點一個檔案,查看 Google 最近擷取的內容與醒目標示的錯誤或警告。

操作路徑:robots.txt → 檔案列 → 檔案內容

區分成功擷取但規則解析有誤,與根本無法取得檔案的情況。

點一個檔案,查看 Google 最近擷取的內容與醒目標示的錯誤或警告。:點開檔案後,右側顯示 Google 最近擷取的 robots.txt 內容
點開檔案後,右側顯示 Google 最近擷取的 robots.txt 內容。

步驟 3:要排查改版時間,點「版本」並選擇先前擷取的版本。

操作路徑:檔案內容 → 版本 → 擷取版本

查看過去 30 天的變動記錄;只有內容或擷取結果有變化的要求才會留下版本。

要排查改版時間,點「版本」並選擇先前擷取的版本。:robots.txt 抽屜頂部的「版本」入口,可用來選擇先前擷取版本
robots.txt 抽屜頂部的「版本」入口,可用來選擇先前擷取版本。

步驟 4:按「開啟目前運作中的 robots.txt 檔案」,比較網站現在提供的內容。

操作路徑:檔案詳細資料 → 開啟目前運作中的 robots.txt 檔案

判斷 GSC 是否仍在顯示舊版本。不同子網域或 HTTP/HTTPS 有各自適用的檔案,不可只查其中一份。

按「開啟目前運作中的 robots.txt 檔案」,比較網站現在提供的內容。:抽屜下方的「開啟目前運作中的 robots.txt 檔案」連結,用來與擷取版本比較
抽屜下方的「開啟目前運作中的 robots.txt 檔案」連結,用來與擷取版本比較。

步驟 5:在網站修正擷取或重大規則錯誤後,回檔案列更多選單選「要求重新檢索」。

操作路徑:robots.txt → 檔案列 → 更多 → 要求重新檢索

請 Google 更新規則;這不保證所有剛解除封鎖的網頁會立即重新檢索或建立索引。

在網站修正擷取或重大規則錯誤後,回檔案列更多選單選「要求重新檢索」。:robots.txt 檔案列右側的更多選單,是修正網站後要求重新檢索的入口
robots.txt 檔案列右側的更多選單,是修正網站後要求重新檢索的入口。

步驟 6:用網址審查測試重要頁面,確認實際網址不再遭 robots.txt 封鎖。

操作路徑:頂端網址審查 → 測試線上網址 → 可檢索狀態

驗證規則對目標頁面的實際影響,而不只是確認 robots.txt 檔案本身能開啟。

用網址審查測試重要頁面,確認實際網址不再遭 robots.txt 封鎖。:網址審查的檢索欄位可核對是否允許檢索
網址審查的檢索欄位可核對是否允許檢索;網站修正後再使用實際網址測試確認。

注意事項

  • 404 代表沒有 robots.txt,不等於整站被禁止檢索;逾時、5XX 或其他擷取失敗則應進一步處理。
  • robots.txt 控制檢索,不能當成可靠的搜尋移除工具。要讓頁面不進索引,依需求使用 noindex、存取限制或正確的移除方式,且要讓 Google 能讀到 noindex。
  • 網域資源報表通常列出熱門前 20 個主機,不是每個子網域的完整清單。

官方說明:Google:robots.txt 報表

大量資料匯出:每天把成效資料送進 BigQuery

需要長期保留或大量分析成效資料時,可設定每天匯出到 BigQuery。這需要 GSC 擁有者、可計費的 Google Cloud 專案與適當 IAM 權限;BigQuery 的儲存與查詢超過免費額度會計費,不是一般「匯出 CSV」按鈕的另一種格式。

先決定目的專案、資料集位置、資料保留方式與費用管理,再確認自己具備必要權限。

操作路徑:Google Cloud 專案設定;Search Console → 設定 → 大量資料匯出

確定資料要存在哪裡,以及誰能管理與查詢;沒有需求或預算時,先使用一般報表匯出即可。

GSC 大量資料匯出表單會要求 Cloud 專案、資料集名稱與位置;先在站外確認目的專案、權限、保留與費用安排
GSC 大量資料匯出表單會要求 Cloud 專案、資料集名稱與位置;先在站外確認目的專案、權限、保留與費用安排。

在 Google Cloud 的「API 和服務」啟用 BigQuery API 與 BigQuery Storage API。

操作路徑:Google Cloud 控制台 → API 和服務 → 啟用 API 和服務

目的專案可接收 BigQuery 匯出。啟用的是自己的正確專案,不是只修改瀏覽器目前選到的任意專案。

在 Cloud 啟用 API 後,回 GSC 填入大量資料匯出欄位;圖中是 GSC 表單,不是「API 和服務」啟用頁
在 Cloud 啟用 API 後,回 GSC 填入大量資料匯出欄位;圖中是 GSC 表單,不是「API 和服務」啟用頁。

到 IAM 授予官方匯出主體 [email protected]「BigQuery 工作使用者」與「BigQuery 資料編輯者」角色。

操作路徑:Google Cloud → IAM 與管理 → IAM → 授予存取權

讓 Search Console 能建立及寫入匯出資料;這是 Google 公開的系統服務帳戶名稱,不需要下載或上傳自己的私密金鑰。

GSC 會使用目的 Cloud 專案匯出資料;系統服務帳戶的角色要在 Cloud IAM 設定,這張 GSC 表單不表示 IAM 授權已完成
GSC 會使用目的 Cloud 專案匯出資料;系統服務帳戶的角色要在 Cloud IAM 設定,這張 GSC 表單不表示 IAM 授權已完成。

步驟 1:回到 GSC,填入 Cloud 專案 ID,選擇資料集名稱與位置。

操作路徑:設定 → 大量資料匯出 → Cloud 專案 ID/資料集名稱/位置

填的是專案 ID,不是專案編號;多項資源匯入同專案時,各用不同資料集名稱,位置也要在啟動前確認。

回到 GSC,填入 Cloud 專案 ID,選擇資料集名稱與位置。:大量資料匯出表單:Cloud 專案 ID、資料集名稱,以及展開的資料集位置選單
大量資料匯出表單:Cloud 專案 ID、資料集名稱,以及展開的資料集位置選單。

步驟 2:檢查設定後按「繼續」並依畫面確認,之後回此頁查看上次匯出狀態。

操作路徑:大量資料匯出 → 繼續 → 匯出狀態

開始排程匯出,成功設定後首次匯出最慢可能需要 48 小時;設定完成不等於資料表已成功寫入。

檢查設定後按「繼續」並依畫面確認,之後回此頁查看上次匯出狀態。:大量資料匯出尚未完成設定
大量資料匯出尚未完成設定;必要欄位填妥後才可按「繼續」。

在 BigQuery 查看資料表及匯出紀錄,設定適當的分區到期時間。

操作路徑:BigQuery → 對應資料集 → 資料表/匯出紀錄

確認日期是否連續及資料是否到齊;若設定分區到期,官方要求至少 14 天,並避免修改匯出資料表結構。

GSC 可回查大量資料匯出的設定狀態;實際資料表、匯出紀錄與分區保留需到 BigQuery 核對,圖中尚未啟用匯出
GSC 可回查大量資料匯出的設定狀態;實際資料表、匯出紀錄與分區保留需到 BigQuery 核對,圖中尚未啟用匯出。

步驟 3:匯出失敗時,先看狀態原因,再檢查專案計費、API 與 IAM 權限。

操作路徑:大量資料匯出 → 最近一次匯出 → 錯誤說明

修正具體錯誤後追蹤下一次匯出,避免另建重複資料集來掩蓋問題。

匯出失敗時,先看狀態原因,再檢查專案計費、API 與 IAM 權限。:目前大量資料匯出尚未啟用
目前大量資料匯出尚未啟用;啟用後的成功/失敗狀態與停用選項,須在這個設定頁追蹤。

步驟 4:不再需要持續匯出時,按「停用匯出功能」並確認。

操作路徑:大量資料匯出 → 停用匯出功能 → 確認

排程會在 24 小時內停止,既有 BigQuery 資料表仍保留,也仍可能產生儲存費用。

不再需要持續匯出時,按「停用匯出功能」並確認。:目前大量資料匯出尚未啟用
目前大量資料匯出尚未啟用;啟用後的成功/失敗狀態與停用選項,須在這個設定頁追蹤。

注意事項

  • 大量匯出從設定後開始,不會自動回補所有歷史資料;較早資料需在可用範圍內透過報表或 API 取得。
  • 大量匯出仍受隱私規則限制,不會因此揭露被匿名化的搜尋字詞。
  • 停止匯出不等於刪除 BigQuery 資料;資料保存、存取與費用需要在 Cloud 端另行管理。

官方說明:Google:關於大量資料匯出、Google:開始新的大量資料匯出作業、Google:管理及監控大量資料匯出

運送政策:填入國家、配送時間與運費

符合條件的線上商家,可在 GSC 設定簡化版的運送資訊。此功能需擁有者或完整使用者權限;選單沒有出現時,先確認資源資格。若政策是在 Merchant Center 建立或編輯,應回 Merchant Center 管理。

步驟 1:開啟「運送與退貨」,切到「運送」分頁。

操作路徑:設定 → 購物 → 運送與退貨 → 運送

查看目前政策與管理來源,確認不是要重複建立已由其他來源管理的政策。

開啟「運送與退貨」,切到「運送」分頁。:「運送與退貨」的「運送」分頁
「運送與退貨」的「運送」分頁;從「新增運送政策」建立一項政策。

步驟 2:按「新增運送政策」,選擇政策適用的國家/地區。

操作路徑:運送 → 新增運送政策 → 國家/地區

每份政策對應明確的目標市場,不把只適用台灣的運費填成所有國家共用。

按「新增運送政策」,選擇政策適用的國家/地區。:新增運送政策上方的國家/地區欄位,先選政策適用市場
新增運送政策上方的國家/地區欄位,先選政策適用市場。

步驟 3:輸入商品送達消費者手上的最少與最多天數。

操作路徑:新增運送政策 → 運送時間

填寫網站實際承諾的配送範圍;不能為了讓商品資訊好看,填比實際更快的天數。

輸入商品送達消費者手上的最少與最多天數。:「運送時間」欄位分別填入最少天數與最多天數
「運送時間」欄位分別填入最少天數與最多天數。

步驟 4:依實際政策選固定運費、滿額免運或免運,核對幣別與門檻。

操作路徑:新增運送政策 → 運費

Google 上的政策與結帳頁一致,避免顧客進站後才發現運費較高。

依實際政策選固定運費、滿額免運或免運,核對幣別與門檻。:選擇固定費率且達指定門檻免運時,下方會展開運費、免運門檻與幣別欄位
選擇固定費率且達指定門檻免運時,下方會展開運費、免運門檻與幣別欄位。

步驟 5:確認後按「提交」,回清單核對政策;其他銷售國家依需求分別新增。

操作路徑:新增運送政策 → 提交 → 運送清單

看到已提交政策。日後調整從該列更多選單選「編輯」,確定停用才選「刪除」。

確認後按「提交」,回清單核對政策;其他銷售國家依需求分別新增。:核對運費與幣別後才提交
核對運費與幣別後才提交;圖中欄位未填妥,「提交」仍停用。

注意事項

  • 不用先建立 Merchant Center 帳戶,也可使用符合資格的 GSC 運送設定;但它提供的選項較簡化。
  • 刪除政策會立即生效,操作前先核對是否仍在使用。網站、GSC、結構化資料與 Merchant Center 不應互相矛盾。

官方說明:Google:運送與退貨設定

退貨政策:填入政策網址、期限與費用

退貨設定讓 Google 取得網站的退貨條件。先把網站上的公開政策寫清楚,再填入相同內容;GSC 不會替商家制定實際退貨規則。

步驟 1:開啟「退貨」分頁,按「新增退貨政策」。

操作路徑:設定 → 購物 → 運送與退貨 → 退貨 → 新增退貨政策

進入新增表單;需要資源擁有者或完整使用者權限,且功能須對該資源開放。

開啟「退貨」分頁,按「新增退貨政策」。:「退貨」分頁的「新增退貨政策」入口,下方是既有政策清單
「退貨」分頁的「新增退貨政策」入口,下方是既有政策清單。

步驟 2:選擇適用的國家/地區,輸入消費者能開啟的退貨政策網址。

操作路徑:新增退貨政策 → 國家/地區 → 退貨政策網址

提供正式公開政策頁,不使用後台預覽、需登入或已失效的網址。

選擇適用的國家/地區,輸入消費者能開啟的退貨政策網址。:退貨政策先選國家/地區,再填入消費者可開啟的政策網址
退貨政策先選國家/地區,再填入消費者可開啟的政策網址。
退貨政策:填入政策網址、期限與費用:新增退貨政策的國家/地區與政策網址欄位
圖 86|新增退貨政策的國家/地區與政策網址欄位 · 放大操作圖

步驟 3:設定退貨期限,以及實際允許的退貨條件選項。

操作路徑:新增退貨政策 → 退貨期限

表單內容與網站政策一致;有例外或更複雜的規則時,確認簡化表單是否足夠表達。

設定退貨期限,以及實際允許的退貨條件選項。:「退貨期限」選擇天數後,原生表單會展開天數欄位
「退貨期限」選擇天數後,原生表單會展開天數欄位。

步驟 4:選擇固定費用、免費退貨或產品價格百分比等適用選項,確認幣別後提交。

操作路徑:新增退貨政策 → 退貨費用 → 提交

政策進入待處理狀態,等待人工驗證,不能把提交成功寫成已核准。

選擇固定費用、免費退貨或產品價格百分比等適用選項,確認幣別後提交。:「退貨費用」選固定費率後,填入費用與幣別
「退貨費用」選固定費率後,填入費用與幣別;必要欄位未完成前提交停用。

步驟 5:回政策清單查看審核結果;需要修改時從更多選單選「編輯」,不再使用才刪除。

操作路徑:退貨 → 政策狀態 → 更多 → 編輯/刪除

依結果維護最新政策。官方目前說明退貨政策驗證約需 10 至 13 天,實際以帳戶狀態為準。

回政策清單查看審核結果;需要修改時從更多選單選「編輯」,不再使用才刪除。:退貨政策清單目前是空的
退貨政策清單目前是空的;建立後才會出現可查看與管理的政策列。

注意事項

  • 在 Merchant Center 建立或修改的政策,須在 Merchant Center 管理,不能期待 GSC 一定提供相同編輯功能。
  • 政策影響消費者實際購買條件,應填真實且最新的資訊,不套用教學圖片中的數值。

官方說明:Google:運送與退貨設定

移除資源:移出後台清單,與移除搜尋結果不同

設定底部的「移除資源」處理的是 Search Console 存取與清單,不是刪除網站,也不會讓 Google 停止索引。若目的是把網頁下架,應回到移除網址或網站端的索引控制。

步驟 1:核對左上角資源,確認是自己確定不再管理的那一項。

操作路徑:資源選擇器 → 設定

避免把仍在使用的網域或正式站移出,尤其留意名稱相近的 HTTP、HTTPS 與子網域。

核對左上角資源,確認是自己確定不再管理的那一項。:移除前先在左上角資源選擇器核對網站,避免處理錯誤資源
移除前先在左上角資源選擇器核對網站,避免處理錯誤資源。

步驟 2:先在「使用者和權限」確認是否仍有其他有效擁有者。

操作路徑:設定 → 使用者和權限

如果自己是唯一擁有者,移除資源可能讓其他使用者一起失去存取權,應先完成必要交接。

先在「使用者和權限」確認是否仍有其他有效擁有者。:先在「使用者和權限」核對仍有哪些有效擁有者
先在「使用者和權限」核對仍有哪些有效擁有者。

步驟 3:回設定按「移除資源」,閱讀確認內容後再決定是否完成。

操作路徑:設定 → 移除資源 → 確認

資源從自己的清單移除,且不再收到該資源通知;不是把網址從 Google 搜尋刪除。

回設定按「移除資源」,閱讀確認內容後再決定是否完成。:設定頁右下角的「移除資源」入口
設定頁右下角的「移除資源」入口;點擊前先確認資源與其他有效擁有者,本圖未執行移除。

步驟 4:若日後要重新管理,新增同一資源並依權限或保留的驗證方式重新取得存取權。

操作路徑:資源選擇器 → 新增資源 → 相同資源 → 驗證/請求存取

已驗證擁有者保留有效權杖時,可依流程重新驗證;若只是被授權的使用者,則需擁有者重新加入。

若日後要重新管理,新增同一資源並依權限或保留的驗證方式重新取得存取權。:需要重新管理時,從新增資源流程選相同的網域或網址前置字元,再依既有權限與驗證方式處理
需要重新管理時,從新增資源流程選相同的網域或網址前置字元,再依既有權限與驗證方式處理。

注意事項

  • 若連驗證權杖也要移除,請只處理自己的正確權杖,並確認不會影響其他 Google 服務。

官方說明:Google:移除資源

留言與通知:從警告找到對應報表

右上角鈴鐺的介面名稱可能顯示「留言」,它是目前資源的訊息中心。索引問題、擁有者變更、審查結果與成就通知都可能出現在這裡;收到通知後,要繼續開啟對應報表確認當前狀態。

步驟 1:先確認目前資源,再點右上角鈴鐺。

操作路徑:Search Console 頂端 → 留言/鈴鐺

開啟該資源的訊息面板;圖示上的數字表示新訊息,開啟面板後數字消失不等於全部問題已修正。

先確認目前資源,再點右上角鈴鐺。:右上角鈴鐺打開目前資源的「留言」側欄
右上角鈴鐺打開目前資源的「留言」側欄。

步驟 2:從類型下拉選單篩選需要的訊息,或選全部類型。

操作路徑:留言面板 → 訊息類型篩選器

把安全性、索引或其他事件分開檢查,減少漏看重要通知。

從類型下拉選單篩選需要的訊息,或選全部類型。:留言頂部「所有類型」下拉入口,可依訊息類型縮小清單
留言頂部「所有類型」下拉入口,可依訊息類型縮小清單。

步驟 3:開啟訊息,讀日期、影響項目與內文,再點往報表的連結。

操作路徑:訊息列表 → 訊息內容 → 對應報表

確認警告目前是否仍存在;舊通知不會因問題消失而自動改寫成最新情況。

開啟訊息,讀日期、影響項目與內文,再點往報表的連結。:先從留言清單核對日期與主旨,再開啟需要處理的訊息
先從留言清單核對日期與主旨,再開啟需要處理的訊息。

步驟 4:需要留待處理時,將訊息標為未讀;批次整理時勾選多則訊息再切換已讀狀態。

操作路徑:訊息內容 → 未讀圖示;或列表 → 核取方塊 → 已讀/未讀

用閱讀狀態管理待辦,不把已讀當成處理完成的系統證明。

需要留待處理時,將訊息標為未讀;批次整理時勾選多則訊息再切換已讀狀態。:留言列左側的核取方塊可用來批次選取
留言列左側的核取方塊可用來批次選取;選取後再依實際出現的工具切換已讀狀態。

注意事項

  • 面板一般保留過去一年的資源訊息,上限 2,000 則,且需依使用者權限顯示;不是完整永久事件紀錄。
  • 資源在有已驗證擁有者期間才會累積訊息歷史;有些訊息只針對個人帳戶。Google 也不保證每一種網站異常都會發通知。

官方說明:Google:留言面板

使用者設定:電子郵件接收設定

右上角「使用者設定」影響目前登入者,不是整個網站團隊的設定。實際入口叫「電子郵件接收設定」(英文 Email preferences),套用到自己的所有資源,不能對每個網站分別訂一套。

步驟 1:點右上角「使用者設定」,開啟「電子郵件接收設定」。

操作路徑:頂端 → 使用者設定 → 電子郵件接收設定

確認目前登入的 Google 帳戶,這裡只能管理自己的收信偏好。

點右上角「使用者設定」,開啟「電子郵件接收設定」。:「使用者設定」提供「電子郵件接收設定」與「搜尋結果中的 Search Console 資訊」兩個入口
「使用者設定」提供「電子郵件接收設定」與「搜尋結果中的 Search Console 資訊」兩個入口。

步驟 2:查看是否啟用電子郵件通知功能,以及各訊息類型的訂閱狀態。

操作路徑:電子郵件接收設定 → 通知開關/訊息列表

清楚知道哪些類型會寄信。列表通常只列曾取消訂閱的訊息,不是所有可能通知的完整清單。

查看是否啟用電子郵件通知功能,以及各訊息類型的訂閱狀態。:電子郵件通知總開關位於上方
電子郵件通知總開關位於上方;下方列出已修改的電子郵件接收設定。

步驟 3:要恢復特定通知,將對應類型改為訂閱;要恢復全部通知,先開啟整體通知開關。

操作路徑:電子郵件接收設定 → 類型狀態/啟用電子郵件通知功能

之後依偏好寄送郵件,先前對個別類型的設定仍需另外核對。

要恢復特定通知,將對應類型改為訂閱;要恢復全部通知,先開啟整體通知開關。:「啟用電子郵件通知功能」核取方塊是整體通知開關
「啟用電子郵件通知功能」核取方塊是整體通知開關;本例目前已啟用。

步驟 4:需要停止某類郵件時,可從收到的郵件底部取消訂閱,或在已列出的類型中調整。

操作路徑:通知郵件 → 取消訂閱;或電子郵件接收設定 → 狀態

影響該類型在自己所有資源的郵件,訊息仍會顯示在 GSC 留言面板。

需要停止某類郵件時,可從收到的郵件底部取消訂閱,或在已列出的類型中調整。:「已修改的電子郵件接收設定」目前沒有項目
「已修改的電子郵件接收設定」目前沒有項目;個別取消訂閱也可依收到的郵件所提供入口處理。

注意事項

  • 關閉郵件不會關閉問題偵測,也不會刪除後台通知。網站交接時,團隊成員需要各自確認自己的收信設定。
  • 回到「使用者設定」另有「搜尋結果中的 Search Console 資訊」,控制自己的 Google 搜尋畫面是否出現網站成效摘要;它不會改變一般訪客看到的搜尋結果。

官方說明:Google:電子郵件接收設定頁面

說明、提交意見與服務狀態:遇到問題時怎麼找答案

問號、欄位旁的說明圖示與「提交意見」各有用途。先確認指標定義與服務狀態,再決定是網站問題、報表延遲,還是需要向 Google 回報介面異常。

步驟 1:不確定欄位意思時,先點欄位旁的問號或說明圖示。

操作路徑:報表 → 欄位旁說明圖示

確認指標的範圍與限制,例如數字計算的是網址、項目還是要求次數。

不確定欄位意思時,先點欄位旁的問號或說明圖示。:指標卡片旁的說明圖示可用來查欄位定義
指標卡片旁的說明圖示可用來查欄位定義;圖中以 HTTPS 指標為例。

步驟 2:點頂端「說明」,開啟目前報表的說明或前往官方說明中心。

操作路徑:頂端 → 說明 → 官方說明文件

用同一報表名稱查操作與資格,避免照已退役介面的舊教學找不到按鈕。

點頂端「說明」,開啟目前報表的說明或前往官方說明中心。:頂端「說明」打開右側官方說明面板
頂端「說明」打開右側官方說明面板;圖中顯示 Search Console 資源設定頁說明。

若多個報表同時延遲或異常,查看 Google Search Status Dashboard 與相關資料異常公告。

操作路徑:官方說明連結 → Google Search Status Dashboard/Data anomalies

將已知系統事件與自己網站的變更分開;沒有公告也不能立即斷定網站一定有錯。

GSC 說明面板可查詢報表說明;跨報表異常另到官方狀態資訊核對,這不是 Status Dashboard 的即時事件畫面
GSC 說明面板可查詢報表說明;跨報表異常另到官方狀態資訊核對,這不是 Status Dashboard 的即時事件畫面。

步驟 3:要回報 GSC 介面問題,點左側「提交意見」,寫下操作路徑、預期結果與實際錯誤。

操作路徑:左側選單 → 提交意見

提供能重現問題的內容;若附畫面,先遮蔽帳戶、網址與敏感資料,再依畫面選擇是否送出。

要回報 GSC 介面問題,點左側「提交意見」,寫下操作路徑、預期結果與實際錯誤。:「提交意見」開啟 Google 意見表單
「提交意見」開啟 Google 意見表單;先寫清楚操作路徑、預期結果與錯誤,再決定是否附上畫面。

需要討論網站診斷時,前往 Search Central 官方社群;要檢舉垃圾、釣魚或惡意網站,改用對應檢舉表單。

操作路徑:官方說明中心 → 社群/檢舉工具

使用適合問題的管道。提交意見不是請求索引、申訴處罰或保證有人回覆的客服工單。

先使用 GSC 說明面板釐清功能;網站診斷討論與檢舉需另外前往對應官方管道,圖中沒有提交任何意見或檢舉
先使用 GSC 說明面板釐清功能;網站診斷討論與檢舉需另外前往對應官方管道,圖中沒有提交任何意見或檢舉。

注意事項

  • 「關於 Search Console」提供產品介紹與相關連結,不會修改目前資源的搜尋設定。
  • 圖表波動應先保留當時的篩選條件、日期與截圖,再查原因,避免換了條件後無法重現。

官方說明:Google:Search Console 報表總覽、Google Search Status Dashboard、Google Search Central 支援資源

外部工具與日常檢查

搜尋結果中的 Search Console 資訊:控制自己的成效摘要卡

用管理網站的帳戶登入 Google 搜尋時,有時會看到網站的點擊、曝光與平均排序摘要。這張資訊卡只給該資源的擁有者或完整權限使用者看,不會公開顯示給一般搜尋者。

步驟 1:點右上角「使用者設定」,開啟「搜尋結果中的 Search Console 資訊」。

操作路徑:頂端 → 使用者設定 → 搜尋結果中的 Search Console 資訊

進入自己帳戶的摘要卡顯示設定,與網站排名或 SEO 標題設定無關。

點右上角「使用者設定」,開啟「搜尋結果中的 Search Console 資訊」。:使用者設定下方的「搜尋結果中的 Search Console 資訊」入口
使用者設定下方的「搜尋結果中的 Search Console 資訊」入口。

步驟 2:需要全部開啟或關閉時,勾選或取消「為下列資源啟用」。

操作路徑:搜尋結果中的 Search Console 資訊 → 為下列資源啟用

控制自己的所有資源摘要卡;停用後若再次啟用,會還原各資源先前的顯示設定。

需要全部開啟或關閉時,勾選或取消「為下列資源啟用」。:「為下列資源啟用」核取方塊可控制整項功能
「為下列資源啟用」核取方塊可控制整項功能;目前處於勾選狀態。

步驟 3:只想調整某個網站時,保持功能啟用,再到該資源的狀態選「顯示」或「不要顯示」。

操作路徑:資源列表 → 該資源的狀態 → 顯示/不要顯示

只改自己這個資源的資訊卡顯示,不會更改其他成員的偏好。

只想調整某個網站時,保持功能啟用,再到該資源的狀態選「顯示」或「不要顯示」。:個別資源的狀態選單提供「顯示」與「不要顯示」
個別資源的狀態選單提供「顯示」與「不要顯示」;本圖展開選單,未儲存任何變更。

也可在 Google 搜尋中出現的摘要卡打開設定,選「不要在這個網站顯示」或「不要在我的任何網站顯示」。

操作路徑:Google 搜尋 → 自己的 Search Console 摘要卡 → 設定選單

從搜尋結果就能調整自己的顯示偏好;這個卡片不保證每次搜尋都會出現。

GSC 內也有資源顯示選單;圖中是 GSC 設定的「顯示/不要顯示」,Google 搜尋摘要卡的設定仍需在搜尋結果另行操作
GSC 內也有資源顯示選單;圖中是 GSC 設定的「顯示/不要顯示」,Google 搜尋摘要卡的設定仍需在搜尋結果另行操作。

注意事項

  • 這裡不是把後台流量公開到搜尋結果,也不會影響訪客能否找到網站。
  • 若使用受限權限帳戶或登入其他 Google 帳戶,可能看不到摘要卡。

官方說明:Google:搜尋結果中的 Search Console 資訊

外部工具:GA4、Site Kit、複合式結果與速度測試怎麼分工

GSC 看搜尋端的曝光、點擊與索引;GA4 看進站後的行為;Site Kit 把部分 Google 資料帶到 WordPress。工具可以搭配,設定與資料也不會因為裝了某個外掛就完全自動完成。

在 GA4 管理員中開啟 Search Console 連結,核對網站資源與網頁資料串流。

操作路徑:GA4 → 管理 → 產品連結 → Search Console 連結

依 GA4 流程建立關聯,需要正確的 GSC 擁有者與 GA4 編輯權限;不能只因兩邊用同一 Email 就期待自動相連。

GSC 的建立關聯選單可供核對 Google Analytics 資源;GA4 管理員端的 Search Console 連結仍需另行設定,圖中不是 GA4 管理介面
GSC 的建立關聯選單可供核對 Google Analytics 資源;GA4 管理員端的 Search Console 連結仍需另行設定,圖中不是 GA4 管理介面。

連結完成後,到 GA4 報表的媒體庫確認 Search Console 集合是否已發布。

操作路徑:GA4 → 報表 → 媒體庫 → Search Console 集合 → 發布(若尚未發布)

讓有權限的讀者在 GA4 導覽看到搜尋相關報表;集合不存在時依 GA4 當前範本建立。

GSC「關聯」可回查 Analytics 關聯;是否已在 GA4 發布 Search Console 報表集合,仍須到 GA4 媒體庫核對
GSC「關聯」可回查 Analytics 關聯;是否已在 GA4 發布 Search Console 報表集合,仍須到 GA4 媒體庫核對。

WordPress 使用 Site Kit 時,核對所連接的 Google 帳戶與 Search Console 資源。

操作路徑:WordPress → Site Kit → 設定 → 已連接服務

方便在網站後台看摘要;進階篩選、索引診斷與管理工作仍依需求回 GSC。

先核對 GSC 的正確資源,再到 WordPress Site Kit 確認所連服務;圖中是 GSC 資源選單,不是 Site Kit 設定頁
先核對 GSC 的正確資源,再到 WordPress Site Kit 確認所連服務;圖中是 GSC 資源選單,不是 Site Kit 設定頁。

要檢查目前頁面的結構化資料,使用複合式搜尋結果測試;要看 Google 已知的索引版本,使用網址審查。

操作路徑:Rich Results Test → 網址/程式碼;GSC → 網址審查

分別回答「目前標記可否辨識」與「Google 目前記錄什麼」,不把單次測試當成已收錄或已顯示結果的證明。

GSC 網址審查呈現 Google 已知的索引狀態;目前頁面的結構化資料另用 Rich Results Test 檢查,圖中不是複合式搜尋結果即時測試
GSC 網址審查呈現 Google 已知的索引狀態;目前頁面的結構化資料另用 Rich Results Test 檢查,圖中不是複合式搜尋結果即時測試。

要追速度瓶頸,使用 PageSpeed Insights/Lighthouse,再回 Core Web Vitals 觀察實際使用者群組的變化。

操作路徑:PageSpeed Insights/Lighthouse → 單頁診斷;GSC → 網站使用體驗核心指標

用測試定位程式與資源問題,以現場資料追蹤後續影響。

GSC Core Web Vitals 依裝置顯示使用者資料;單頁瓶頸另外用 PageSpeed Insights 或 Lighthouse 查,圖中不是實驗室測試分數
GSC Core Web Vitals 依裝置顯示使用者資料;單頁瓶頸另外用 PageSpeed Insights 或 Lighthouse 查,圖中不是實驗室測試分數。

注意事項

  • 不同工具的工作階段、點擊與歸因規則不同,GSC 點擊不應被要求與 GA4 工作階段逐筆相等。
  • 可延伸閱讀本站 Site Kit 完整介紹。外掛產生 Sitemap、標記與標題設定後,仍需回 GSC 確認 Google 的處理狀態。

官方說明:Google Analytics:與 Search Console 整合、Google:關聯、Site Kit 官方文件、Google:Core Web Vitals 報告

API 與自動化:能取哪些資料,哪些操作仍有邊界

需要定期做報表或檢查大量網址時,可以使用官方 API。Search Console API 不是後台每個按鈕的完整鏡像,開發前先分清楚要取成效、看索引、管理 Sitemap,還是通知特定內容更新。

成效分析選 Search Analytics API,設定資源、日期、維度與篩選,再分頁取回需要的資料。

操作路徑:Search Console API → Search Analytics → query

可依頁面、查詢、國家、裝置等整理資料;仍受資料與隱私限制,不保證取回每一列或揭露匿名查詢。

先用 GSC 成效頁核對網站資源與日期,再於自己的程式指定 API 維度、篩選與分頁;圖中不是 API 呼叫或回傳紀錄
先用 GSC 成效頁核對網站資源與日期,再於自己的程式指定 API 維度、篩選與分頁;圖中不是 API 呼叫或回傳紀錄。

索引診斷選 URL Inspection API,提供 inspectionUrl 與所屬 siteUrl。

操作路徑:Search Console API → URL Inspection → index.inspect

取得 Google 索引版本目前可用的狀態,不能透過此 API 執行實際網址即時測試,也不能用它批次按「要求建立索引」。

GSC 網址審查可先協助辨認索引狀態欄位;API 的 inspectionUrl 與 siteUrl 需在程式提供,圖中不是 API 即時測試或批次索引操作
GSC 網址審查可先協助辨認索引狀態欄位;API 的 inspectionUrl 與 siteUrl 需在程式提供,圖中不是 API 即時測試或批次索引操作。

需要自動管理已授權資源與 Sitemap,使用 Sites 或 Sitemaps API,依操作選擇適當 OAuth 權限。

操作路徑:Search Console API → Sites/Sitemaps

查詢與寫入需要的權限不同;唯讀報表程式不必為了方便而取得可修改網站資源的權限。

Sites API 的資源應對準自己已授權的網站;圖中是 GSC 資源清單,不是新增 OAuth 授權或 API 執行畫面
Sites API 的資源應對準自己已授權的網站;圖中是 GSC 資源清單,不是新增 OAuth 授權或 API 執行畫面。
Sitemaps API 涉及同一網站的 Sitemap;此圖僅用來對照 GSC 欄位,並未提交或自動管理任何檔案
Sitemaps API 涉及同一網站的 Sitemap;此圖僅用來對照 GSC 欄位,並未提交或自動管理任何檔案。

只有符合職缺或直播用途時,才評估另外的 Indexing API。

操作路徑:Google Indexing API → 官方 Quickstart → 資格與規範

官方限定 JobPosting,或 VideoObject 內嵌 BroadcastEvent 的頁面;一般文章與一般電商商品不能把它當成通用快速索引工具。

Google Indexing API Quickstart 的適用資格
站外 Indexing API Quickstart 明列 JobPosting 或 VideoObject 內嵌 BroadcastEvent 的適用用途。 Google 官方說明(CC BY 4.0,畫面經裁切)

設計自動化前,核對各 API 現行配額、資料限制、授權帳戶與錯誤處理。

操作路徑:官方 API 文件 → Usage limits/Authorization → 專案設定

程式對準正確資源,遇到權限或配額錯誤能辨識原因;不透過多帳戶規避限制,也不把憑證寫進公開程式或教學截圖。

自動化前可先核對 GSC 資源;API 配額、OAuth 授權與錯誤處理仍須到各 API 文件與自己的 Cloud 專案確認
自動化前可先核對 GSC 資源;API 配額、OAuth 授權與錯誤處理仍須到各 API 文件與自己的 Cloud 專案確認。

注意事項

  • 網域資源的 API 識別方式如 sc-domain:example.com,網址前置字元則如 https://www.example.com/;兩者不能任意互換。
  • 大量資料長期保存可評估 BigQuery 匯出;API、報表下載與大量匯出各有用途,不是任何一種方式都能取得所有後台報表。
  • URL Inspection API 與 Search Analytics API 有不同配額;部署前到官方 Usage limits 核對,不把後台手動按鈕的限制套成 API 配額。

官方說明:Google:Search Analytics query、Google:URL Inspection index.inspect、Google:Search Console API 參考、Google:Indexing API Quickstart、Google:Search Console API 用量限制

禁止連結工具:只有特定人工連結風險才使用

Disavow 是 GSC 主選單以外的進階工具。大部分網站不需要使用;發現陌生網域或第三方工具給了低分,並不足以構成上傳禁止清單的理由。

先確認是否同時存在大量人工、垃圾或劣質連結,以及已受到或可能受到人工判決處罰的風險。

操作路徑:連結報表 → 來源查核;人工判決處罰 → 問題

沒有這兩項條件時,停止在一般連結診斷,不將正常連結批次禁止。

先在「連結」報表核對目標頁的來源網站;不能只憑陌生網域或第三方單一分數判定需要禁止
先在「連結」報表核對目標頁的來源網站;不能只憑陌生網域或第三方單一分數判定需要禁止。
另核對「人工判決處罰」;此資源目前未偵測到問題,不能把它解讀為已有連結處罰或需要使用禁止清單
另核對「人工判決處罰」;此資源目前未偵測到問題,不能把它解讀為已有連結處罰或需要使用禁止清單。

有必要處理時,先針對確認違規的連結嘗試移除,保留既有禁止清單與處理紀錄。

操作路徑:來源網站/合作方 → 違規連結移除 → 現有清單核對

只將無法移除且確定應禁止的網址或網域整理進清單,不依陌生程度或單一分數決定。

從 GSC「最常連結的網站」卡片繼續核對來源;真正的移除作業由來源網站處理,圖中沒有進行任何移除
從 GSC「最常連結的網站」卡片繼續核對來源;真正的移除作業由來源網站處理,圖中沒有進行任何移除。
原有禁止清單需另外保留版本;圖中這個資源目前沒有任何禁止清單,不是已上傳或已取消的結果
原有禁止清單需另外保留版本;圖中這個資源目前沒有任何禁止清單,不是已上傳或已取消的結果。

建立 UTF-8 或 7 位元 ASCII 的 .txt 檔,每行一個網址;禁止網域時使用 domain:example.com 格式。

操作路徑:本機文字檔 → 禁止清單

不支援禁止整個子路徑;清單需符合官方大小與行數規格,並保留仍需要的舊項目。

本機 UTF-8 禁止連結清單:個別網址與 domain: 網域格式
站外本機 .txt 清單範例:每行一個網址,整個網域使用 domain: 格式;保留仍需要的原有項目。

步驟 1:前往官方禁止連結工具,選擇正確的網址前置字元資源,再依畫面上傳。

操作路徑:官方 Disavow 工具 → 選擇資源 → 上傳清單

需要資源擁有者權限,工具不支援網域資源。新的清單會取代這項資源的既有清單。

前往官方禁止連結工具,選擇正確的網址前置字元資源,再依畫面上傳。:官方禁止連結工具選取網址前置字元資源後,下方提供「上傳禁止連結清單」
官方禁止連結工具選取網址前置字元資源後,下方提供「上傳禁止連結清單」;本圖目前沒有禁止任何連結或網域。

步驟 2:檢查格式結果,保留送出的版本與日期;若仍有人工處罰,再依該處罰的流程要求審查。

操作路徑:上傳結果 → 清單留存 → 人工判決處罰審查(適用時)

成功上傳不等於已重新評估,處理可能需數週,已禁止的連結仍可能顯示在連結報表。

檢查格式結果,保留送出的版本與日期;若仍有人工處罰,再依該處罰的流程要求審查。:禁止連結工具目前仍是上傳前狀態
禁止連結工具目前仍是上傳前狀態;送出時才依工具回報檢查格式與結果,並另存版本日期。

步驟 3:需要撤銷整份禁止清單時,在相同資源選「取消禁止」;只想調整部分項目則上傳完整修訂版。

操作路徑:Disavow 工具 → 正確資源 → 取消禁止/上傳修訂清單

明確分清楚撤銷整份與修訂部分項目,避免誤刪仍需保留的設定。

需要撤銷整份禁止清單時,在相同資源選「取消禁止」;只想調整部分項目則上傳完整修訂版。:此資源目前沒有禁止清單,因此沒有可取消的項目
此資源目前沒有禁止清單,因此沒有可取消的項目;只有已存在清單時,才依工具顯示的取消或更新流程處理。

注意事項

  • 工具用錯可能傷害搜尋表現,不應列為每月例行清理清單。是否處理需根據自己網站的連結建立方式與人工處置風險判斷。

官方說明:Google:禁止連結指向你的網站、Google:禁止連結工具

舊報表與停用功能:找不到入口時先查支援狀態

搜尋結果、強化報表與測試工具會持續調整。舊文章提到的選單不一定仍存在,搜尋外觀篩選器也不是完整的結構化資料功能清單。先核對官方更新,再決定網站是否需要修改。

步驟 1:舊教學要求開「網頁體驗」或「行動裝置可用性」時,改查目前的 Core Web Vitals、HTTPS 與實際行動版體驗。

操作路徑:目前體驗選單 → 網站使用體驗核心指標/HTTPS

舊的綜合網頁體驗及行動可用性入口已退役,不能要求帳號重新開啟。

舊教學要求開「網頁體驗」或「行動裝置可用性」時,改查目前的 Core Web Vitals、HTTPS 與實際行動版體驗。:目前的體驗功能從「網站使用體驗核心指標」與「HTTPS」進入
目前的體驗功能從「網站使用體驗核心指標」與「HTTPS」進入;舊教學中的退役報表需改用目前功能。

遇到 HowTo 或 FAQ 複合式結果教學時,先查當前官方支援狀態。

操作路徑:Google Search Central 文件更新 → HowTo/FAQ

HowTo 已停止顯示,FAQ 複合式結果自 2026 年 5 月 7 日停止顯示;不能把補 FAQ schema 寫成目前取得 FAQ 搜尋外觀的方法。

Google 官方更新:FAQ 複合式結果的退役日期
Google 官方文件更新列出 FAQ 複合式結果自 2026 年 5 月 7 日停止顯示的資訊。 Google 官方說明(CC BY 4.0,畫面經裁切)

舊內容提到 Course info、ClaimReview、Estimated salary、Learning video、Special announcement 或 Vehicle listing 時,核對它們的退役公告。

操作路徑:官方 2025 年結構化資料調整公告 → 對應類型

這些已退役的搜尋功能,不應再重建為現行必有的 GSC 教學選單。既有網站是否保留標記,仍可依其他消費端與系統需要決定。

Google 2025 年 9 月更新:六種已退役結構化資料的 Search Console 支援調整
Google 官方 2025 年 9 月 8 日更新說明六種類型退出 Search Console 複合式報表、測試與搜尋外觀。 Google 官方說明(CC BY 4.0,畫面經裁切)

遇到「練習題」報表,核對 2025 年 11 月及 2026 年 1 月更新;資料集則改依 Dataset Search 的用途檢查。

操作路徑:官方更新 → Practice problems/Dataset

練習題已退出 GSC 複合式報表、測試與搜尋外觀,不再列為現行操作;MathSolver 是不同類型。Dataset 標記供 Dataset Search 使用。

Google 官方 2026 年 1 月 6 日更新:移除練習題結構化資料文件
Google 官方 2026 年 1 月 6 日更新回指 2025 年 11 月公告,說明練習題結構化資料已不再顯示於搜尋。 Google 官方說明(CC BY 4.0,畫面經裁切)

若文件提到「資料螢光筆」等舊工具,從官方總覽的舊版工具連結查看是否仍對自己資源開放。

操作路徑:官方報表總覽 → 舊版工具與報表 → 對應工具

僅在工具仍可使用且符合網站需求時評估,不能把舊工具當成每個帳號左側都有的新功能;可修改網站時應優先維護正確來源資料。

Google 官方舊版工具清單中的 Data Highlighter tool 入口
在 Google 官方舊版工具清單中找到 Data Highlighter tool,再依其說明核對適用條件。 Google 官方說明

注意事項

  • 某種類型的 schema.org 標記仍存在,不代表 Google 搜尋仍以相同方式使用;停止顯示複合式結果,也不等於內容必然從一般搜尋索引移除。
  • Book actions 在 2025 年後續官方更新中保留特定用途,不應一併誤寫成所有書籍相關功能都已停用。

官方說明:Google:文件更新紀錄、Google:2025 年搜尋結果簡化公告、Google:報表總覽與舊版工具

喜歡這篇內容?讓下次搜尋,更容易遇見 Whoops。

將 Whoops 設為 Google 偏好來源(另開 Google 設定頁)前往 Google 選取並確認,即可完成設定。

Sliven 褚崇名

Sliven 褚崇名是 Whoops SEO 創辦人,負責技術 SEO、內容與關鍵字策略、WordPress 網站重建,以及 AI SEO、AEO、GEO 的量測與內容優化。作者頁可查閱由他署名的〈SEO 是什麼〉與〈AI SEO 是什麼〉等教學;內容中的自有量測、模型觀測與第三方來源應分開判讀,並以各頁標示的方法與限制為準。是否適合特定專案,仍需依網站現況、目標、執行範圍與可驗證成果判斷。

查看作者文章 →

討論與提問

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *