網站有沒有被 Google 收錄、哪些搜尋帶來點擊、流量為什麼改變,都能從 Search Console 開始查。這份教學依功能拆開操作路徑,從驗證、成效分析,一路查到索引、結構化資料與帳戶設定。
介面與官方文件核對:2026 年 10 月 28 日
先找到你現在要處理的事
- 第一次使用:從新增資源、擁有權驗證、提交 Sitemap開始。
- 文章沒出現在 Google:先看網址審查,再查未建立索引的原因。
- 搜尋流量下滑:設定期間比較,再用查詢與網頁交叉分析找出變動來源。
- 整站技術檢查:依序查看Core Web Vitals、HTTPS與強化項目。
側欄會隨資源類型、權限、網站內容與資料量改變。本文列出可用功能及出現條件;自己的帳號少了某張報表時,先看該節的資格說明。
畫面依實際 GSC 介面擷取,網站與資料已替換,以保護原始資料。
操作圖可點選,另開完整畫面;手機閱讀時可放大查看按鈕與欄位。
開啟 Google Search Console,依下方路徑找到對應報表。
開通與驗證
Google Search Console 看什麼?先和 GA4 分清楚
Google Search Console(GSC)是 Google 的免費工具。網站有沒有被找到、哪些頁面已建立索引、搜尋結果帶來多少曝光與點擊,都在這裡查。它不需要在每一頁加上 GSC 追蹤碼;先證明自己有權管理網站,才能查看資料。
| 要查的問題 | Search Console | GA4 |
|---|---|---|
| 使用者如何找到網站 | Google 搜尋的查詢、曝光、點擊與平均排序 | 各來源的流量取得;沒有完整的自然搜尋查詢清單 |
| 進站後做了什麼 | 不追蹤完整的站內行為與轉換 | 工作階段、事件、重要事件與轉換路徑 |
| Google 能否處理頁面 | 網址審查、索引、檢索與技術問題 | 不提供 Google 索引狀態的診斷 |
| 開始使用的方式 | 新增資源並驗證管理權限 | 設定資源與資料串流,部署相應追蹤碼 |
| 為什麼數字不同 | 計算搜尋結果的點擊,另受時區、標準網址與隱私處理影響 | 依追蹤、同意及工作階段規則量測;不能與 GSC 點擊逐筆對帳 |
先決定要查搜尋表現,還是進站後的行為。
操作路徑:Google Search Console/Google Analytics 4
搜尋字詞、索引、Google 自然搜尋點擊用 GSC;工作階段、互動、表單和購買用 GA4。兩套工具可以互相補充。

若兩邊數字不同,先對照網址、日期、時區與量測方式。
操作路徑:GSC 成效/GA4 流量開發報表
確定是在比較相同網站範圍。GSC 點擊與 GA4 工作階段的定義不同,兩欄本來就不必完全相等。

官方說明: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:點左上角資源選擇器,確認目前的網域、協定與路徑。
操作路徑:左上角「搜尋資源」
之後開啟的報表都以這個範圍為準。要查全站,先避免誤選只含單一目錄的資源。

步驟 2:需要新增時,點清單底部的「新增資源」,在第一個「選取資源類型」視窗按「新增網站」。
操作路徑:搜尋資源 → 新增資源 → 選取資源類型 → 新增網站
下一個視窗才會列出「網域」與「網址前置字元」兩種網站資源。第一個視窗另有 Instagram、TikTok、X、YouTube 的新增入口;已有網站資源則直接從清單選取,不必重建。


注意事項
- 網域資源涵蓋不同協定與子網域;網址前置字元資源只涵蓋指定前綴。兩者可並存,不會把網站內容複製一份。
- 左側功能會依資源類型、資料、權限與資格變動。別人的側欄比你多幾項,不能直接認定設定失敗。
官方說明:新增網站或平台資源、Search Console 介面導覽
新增網域資源:一次看完整個網域
如果能管理 DNS,網域資源通常最方便。它把 http、https、www 及其他子網域放在同一個範圍,適合看網站整體表現。
步驟 1:選「網域」,輸入根網域,例如 example.com。不要加 https:// 或 /blog/。
操作路徑:新增資源 → 網域
GSC 要求透過 DNS 證明你能管理這個網域。

步驟 2:按「繼續」,查看系統提供的 DNS 驗證紀錄。
操作路徑:網域 → 繼續
驗證視窗列出應新增的紀錄類型與內容,通常是 TXT;依服務商整合方式也可能使用其他指定流程。

步驟 3:複製紀錄後,前往實際管理 DNS 的服務商。
操作路徑:DNS 服務商 → DNS 紀錄
準備在正確的 DNS 區域新增紀錄。購買網域的平台與代管 DNS 的平台可能不同。

步驟 4:完成下一節的 DNS 設定後,回 GSC 按「驗證」。
操作路徑:驗證擁有權 → 驗證
成功時顯示驗證完成,點「前往資源」進入網站報表。

注意事項
- 若無法管理 DNS,可以改建網址前置字元資源,選擇其他驗證方式。
- 新增資源不會替網站建立索引,也不會直接提升排名。首次有資料通常需要等待。
DNS 驗證:把 Google 指定紀錄留在正確位置
DNS 驗證常卡在三件事:改錯服務商、主機名稱填錯、紀錄還沒傳播。先對照 GSC 給的內容,不要自行改寫驗證值。
步驟 1:在 GSC 驗證視窗選擇適合的網域服務商;沒有對應選項時,使用通用設定。
操作路徑:驗證擁有權 → 網域名稱供應商
看到新增紀錄的操作指示。若提供服務商登入整合,按該流程完成即可。

在 DNS 後台新增 GSC 指定類型的紀錄,將完整驗證值貼入內容欄。
操作路徑:DNS 管理 → 新增紀錄
TXT 類型會保留 google-site-verification= 開頭的值;名稱欄依服務商規則填 @、留白或指定網域。

步驟 2:儲存 DNS 後回 GSC 按「驗證」。
操作路徑:GSC → 驗證
驗證成功便可進入資源;若顯示找不到紀錄,先查名稱、內容和實際 DNS 代管位置,再給傳播一些時間。

確認成功後保留紀錄。
操作路徑:DNS 紀錄清單
Google 後續仍可確認擁有權,網站改版也不易因刪掉 HTML 標記而失去權限。

注意事項
- DNS 傳播速度依服務商而異,不要因第一次找不到就連續新增多筆不同紀錄。
- 驗證碼屬於這次擁有權證明,教學截圖中的網域與代碼不適合直接套用到別的網站。
官方說明:驗證網站擁有權
新增網址前置字元資源:只管理特定網站版本或目錄
無法改 DNS,或只負責某個目錄時,可以使用網址前置字元資源。這裡的協定、主機與路徑都算範圍的一部分。
步驟 1:選「網址前置字元」,貼上實際網站網址,例如 https://www.example.com/。
操作路徑:新增資源 → 網址前置字元
此資源涵蓋這個前綴以下的網址;https://example.com/ 不會自動包含 https://www.example.com/。

步驟 2:只想管理部落格時,可填 https://www.example.com/blog/。
操作路徑:網址前置字元欄位
其他不以 /blog/ 開頭的目錄不會被納入。

步驟 3:按「繼續」,展開可用的驗證方法。
操作路徑:網址前置字元 → 繼續
依自己能控制的網站檔案、HTML 或既有 Google 服務選一種方法。

注意事項
- 不要把 http 版本的報表當成 https 全站成效,也不要用狹窄路徑資源推算全站數據。
- 可以同時保留網域資源與常用目錄資源;各自有不同用途。
用 HTML 檔案驗證
能上傳網站根目錄檔案時,可直接使用 GSC 提供的 HTML 驗證檔。
步驟 1:展開「HTML 檔案」,下載系統給的檔案。
操作路徑:驗證擁有權 → HTML 檔案
取得指定檔名及內容;保留原檔,不另建空白 HTML。

把檔案上傳到 GSC 指定的位置。
操作路徑:網站檔案管理 → 網站根目錄
瀏覽器能以驗證視窗列出的完整網址讀到檔案。不要放進後台登入頁或只有管理員看得到的資料夾。

步驟 2:確認檔案可以公開讀取後,回 GSC 按「驗證」。
操作路徑:驗證擁有權 → 驗證
Google 抓到檔案便顯示成功;若失敗,依畫面檢查檔名、路徑與伺服器回應。

注意事項
- 適用網址前置字元資源。不要改檔名、內容或驗證後刪檔。
- 網站代管平台若不提供根目錄檔案上傳,可改用 HTML 標記或 DNS。
官方說明:驗證網站擁有權
用 HTML 標記驗證:WordPress 也能用
HTML 標記適合能修改首頁 head、卻無法上傳根目錄檔案的網站。WordPress 可使用可靠的 SEO 外掛或網站提供的驗證欄位。
步驟 1:展開「HTML 標記」,複製整行 google-site-verification meta。
操作路徑:驗證擁有權 → HTML 標記
取得 name 與 content 都完整的標記。

將標記放入首頁的 <head>,或依外掛說明只填 content 值。
操作路徑:網站設定/SEO 外掛 → 搜尋引擎驗證
發布後,公開首頁原始碼的 head 能找到驗證標記。不能只貼在文章正文。

步驟 2:若網站有快取或 CDN,先確認公開版本也已更新,再回 GSC 按「驗證」。
操作路徑:公開首頁 → GSC 驗證
Google 讀到最新標記後完成驗證。

注意事項
- 是否填整行 HTML 或只填值,取決於外掛欄位的要求。
- 改版、換外掛或清理 head 時,保留有效的驗證標記。
官方說明:驗證網站擁有權
用 GA4 或 GTM 驗證:先確認代碼和權限
網站已部署 Google Analytics 或 Google 代碼管理工具時,可以用既有權限驗證。這是在證明管理權;並不會因此把 GA4 的互動資料搬進 GSC。
步驟 1:選「Google Analytics」,確認登入的是同一個 Google 帳號,並有網站對應 Analytics 資源的編輯權限。
操作路徑:驗證擁有權 → Google Analytics
GSC 可以使用符合要求的網站 Google 代碼與權限驗證;GA4 代碼須對應正確串流。

步驟 2:確認網站首頁 head 有支援且未被改壞的 Google 代碼,再按「驗證」。
操作路徑:Google Analytics 驗證 → 驗證
成功時直接前往資源;未部署或無權限時應改用自己能管理的方法。

步驟 3:若改用 GTM,選「Google 代碼管理工具」,確認自己對該容器有發布或管理員權限。
操作路徑:驗證擁有權 → Google 代碼管理工具
僅能檢視容器不足以完成驗證。

步驟 4:檢查 GTM 程式碼位置符合要求,包含緊接 body 起始標記的 noscript 區塊,再按「驗證」。
操作路徑:Google 代碼管理工具驗證 → 驗證
Google 確認代碼與容器權限後完成驗證。

注意事項
- 這兩種方式用於網址前置字元資源。部署代碼與具備權限缺一不可。
- 驗證成功後,若要在 GA4 查看 Search Console 報表,還要另建服務關聯;不是完成驗證就自動全部串好。
官方說明:驗證網站擁有權、Google Analytics 與 Search Console 的分工
沒有自己的網站,也能新增社群平台資源
Instagram、TikTok、X 和 YouTube 的管理者,可以使用平台資源查看內容從 Google 得到的曝光與點擊。Google 在 2026 年 7 月 29 日宣布全球推出;這不等於可以在 GSC 讀到各平台原生觀看次數。
步驟 1:開啟「新增資源」,從支援平台清單選 Instagram、TikTok、X 或 YouTube。
操作路徑:搜尋資源 → 新增資源 → 平台
進入該平台帳號或頻道的新增流程。

步驟 2:按「新增」,依畫面登入或確認自己管理的帳號。
操作路徑:平台新增流程 → 新增
GSC 依平台提供的方式驗證擁有權;每個帳號或頻道各自成為一個資源。

步驟 3:授權完成後,從左上角資源選單選取該平台資源。
操作路徑:左上角資源選擇器 → 平台資源 → 深入分析
查看該平台內容在 Google 搜尋、探索及有資料時的 Google 新聞成效。

新增後若出現成功確認畫面,可按「前往資源」開啟該平台資源。
步驟 4:在該平台的「深入分析」選擇日期範圍,查看目前可用的資料。
操作路徑:平台資源 → 深入分析 → 日期範圍
資料累積與平台登入授權分開處理,不必為了登入到期再建一個重複資源。

首次新增後若尚無資料,可隔幾天再查看;之後若出現重新驗證提示,依畫面恢復平台授權,再回「深入分析」或「成效」查看資料。
官方說明:平台資源全球推出公告、關於平台資源、新增網站或平台資源
概述與深入分析
先看概述,再用深入分析找到流量變動來源
每天檢查網站不必從數百列查詢開始。「概述」適合看整體狀態;「深入分析」把近期上升和下降的內容先整理出來。
步驟 1:點「概述」,先讀成效、索引、體驗與強化卡片。
操作路徑:左側 → 概述
看到哪個範圍有新變動。點卡片的完整報告,可接到後面的專門報表。

步驟 2:有最佳化建議時,點開卡片並確認涉及的頁面與操作。
操作路徑:概述 → 最佳化建議
建議可能是錯誤、流量商機或設定項目;只有值得提示時才出現。

步驟 3:點「深入分析」,選擇要觀察的期間。
操作路徑:左側 → 深入分析 → 日期
點擊、曝光及內容清單改成該期間。

步驟 4:在「你的內容」和「會帶出你網站的查詢」之間切換「頂層」、「走勢向上」、「走勢向下」。
操作路徑:深入分析 → 內容/查詢卡片
熱門內容與前期增減最大的項目分開列出。想查流量掉在哪,先看走勢向下。

步驟 5:點某個網頁、查詢或國家項目。
操作路徑:深入分析 → 項目列
進入成效報表,保留對應日期和篩選,不必重新設定一次。

步驟 6:讀品牌流量及其他流量來源卡片。
操作路徑:深入分析 → 品牌流量/其他流量來源
分辨品牌搜尋與一般搜尋,以及圖片、影片、新聞、探索等來源。

注意事項
- 走勢上升或下降依點擊增減量排序,不是單看增減百分比。
- 最佳化建議可以不採用,也可能隨時間消失。沒有卡片不表示網站完全沒問題。
- 品牌分類由系統判斷,可能有誤;低曝光或部分子資源不一定看得到。
網址審查
網址審查:先看 Google 已知的版本
想知道某一篇文章有沒有收錄,直接查完整網址。網址審查比 site: 搜尋適合確認單一頁的索引狀態。
步驟 1:確認左上角是包含這個網址的資源,再把完整 URL 貼到頂端檢查列,按 Enter。
操作路徑:頂端檢查列/左側「網址審查」
顯示 Google 目前已知的索引版本結果,不是即時抓取。

步驟 2:先讀最上方結果,再展開「網頁索引狀態」。
操作路徑:網址審查 → 網頁索引狀態
確認網址是否在 Google,以及是未探索、未檢索、未索引,還是以其他網址為標準頁。

步驟 3:查看發現來源、上次檢索時間、檢索器、是否允許檢索、網頁擷取與是否允許索引。
操作路徑:網頁索引狀態 → 發現/檢索
可分辨 Google 尚未回訪,或已經碰到 robots、noindex、HTTP 等問題。

步驟 4:對照「使用者宣告的標準網址」和「Google 所選的標準網址」。
操作路徑:網頁索引狀態 → 索引
知道 Google 將成效和索引歸到哪個版本;重複頁沒有獨立索引可能是正常結果。

步驟 5:若有影片或強化資訊,展開各項看偵測結果。
操作路徑:網址審查 → 影片/強化項目
確認這一頁被找到的資料;結構化資料有效、網頁有索引、影片已索引是不同狀態。

注意事項
- 「網址在 Google 服務中」表示有資格出現在搜尋,不保證每個字詞都找得到。
- site: 沒出現不等於一定未索引;它的結果數也不是網站完整索引總數。
- 如果 URL 不屬於目前資源,先切資源,不要把錯誤歸因於網站。
查看 HTML、渲染畫面與資源錯誤
頁面在自己的瀏覽器看得到,不表示 Google 每次都能取得相同內容。遇到 JavaScript、圖片、影片或登入問題,可以直接看 Google 收到的版本。
步驟 1:在有資料的索引結果中,點「查看已檢索的網頁」。
操作路徑:網址審查 → 查看已檢索的網頁
開啟 Google 上次檢索的 HTML 與相關資訊。先確認重要標題、正文和 canonical 是否在內容裡。

步驟 2:想測目前頁面時,按右上角「測試線上網址」(官方說明也稱「即時測試」)。
操作路徑:網址審查 → 測試線上網址
GSC 重新擷取目前可公開讀取的頁面,稍候切到「即時測試」,顯示「Google 可為網址建立索引」等當下結果。

步驟 3:點「查看已測試的網頁」,先切 HTML。
操作路徑:即時測試 → 查看已測試的網頁 → HTML
比較修正是否已對外生效,避免只看到自己登入後或快取中的版本。

步驟 4:切到「螢幕截圖」,檢查正文、主要圖片、影片與導覽是否有呈現。
操作路徑:查看已測試的網頁 → 螢幕截圖
看到 Google 渲染該次測試的畫面。若畫面空白或內容缺失,再查載入情況。

步驟 5:切「更多資訊」,查看 HTTP 回應、無法載入資源和 JavaScript 訊息。
操作路徑:查看已測試的網頁 → 更多資訊
把缺內容對應到被封鎖的檔案、伺服器回應或程式錯誤,再交給網站端修正。

注意事項
- 螢幕截圖由即時測試提供;不要把它當作上次建立索引時的歷史截圖。本節快取畫面的「網頁資源」顯示不適用,無法從該處開啟資源清單;要查目前的資源載入情況,請依步驟 2 至 5 另行執行即時測試。
- 測試只反映當下抓取。即時測試成功不保證 Google 最終選它為標準網址,也不會檢查所有人工處罰、安全性或品質問題。
- 即時測試可以找到影片,無法因此證明影片已建立索引。
官方說明:網址檢查工具
要求建立索引:修好後再送一次
新頁面或重大修正完成後,可以要求 Google 重新檢查。這個按鈕會送出請求,不是把頁面直接塞進索引。
先確認重要內容已公開、伺服器正常回應,而且沒有意外的 noindex 或 robots 封鎖。
操作路徑:網址審查 → 測試線上網址
即時測試應能讀到想被收錄的版本;有錯誤先修網站。

步驟 1:回結果頁,按「要求建立索引」。
操作路徑:網址審查 → 要求建立索引
GSC 檢查可用性;通過初步檢查後,顯示請求已送出或已排入佇列。

步驟 2:記下送出日期,隔一段時間再查同一個完整 URL。
操作路徑:網址審查 → 索引結果
用上次檢索時間與索引狀態確認 Google 後續處理,不只看請求成功訊息。

注意事項
- Google 有用量限制;重複送同一頁不會加快處理,也沒有保證幾小時或幾天收錄。
- 大量新頁先做好內部連結與 Sitemap。對未索引原因的判讀,可再讀 索引與內容品質指南。
官方說明:網址檢查工具
搜尋結果成效
搜尋成效:四個數字要一起讀
成效報表回答的是「這個範圍的內容在 Google 搜尋被看到、被點了多少次」。先固定日期和搜尋類型,再看數據;否則兩張圖可能根本不是同一件事。
步驟 1:在「成效」展開「搜尋結果成效」,進入全部資料。
操作路徑:成效 → 搜尋結果成效 → 全部
顯示搜尋成效圖表與下方維度表格。

步驟 2:點圖表上方「總點擊次數」和「曝光總數」。
操作路徑:成效圖表 → 指標卡
勾選的指標出現在圖表和表格。點擊是從搜尋結果前往網站的紀錄;曝光是符合該搜尋功能定義的顯示紀錄。

步驟 3:再點「平均點閱率」與「平均排序」。
操作路徑:指標卡 → 平均點閱率/平均排序
CTR 是點擊除以曝光。平均排序依結果的最高位置計算,不是某個字詞今天固定排名第幾。

步驟 4:把滑鼠移到圖表某個日期,再向下讀查詢清單。
操作路徑:圖表日期點 → 查詢表格
將每日趨勢對照實際帶出網站的搜尋字詞;需要查單一詞時,再點那一列。

注意事項
- 曝光增加可能來自更多新查詢,也可能來自原本查詢成長;不要只看總數判定 SEO 成敗。
- 平均排名改善、點擊卻下降時,先拆查詢、網頁、國家與裝置,別把平均值當成所有關鍵字一起變好。
- 不同搜尋功能對曝光和點擊有不同計算細節;不要自行套用一套「看過才算」或「載入就算」的通則。
官方說明:搜尋成效:總覽與設定、搜尋成效:關於資料、搜尋成效:維度與分組
日期與時間粒度:先固定比較基準
網站資源的搜尋成效通常先顯示最近三個月。要查突發流量可以看 24 小時,要看長期變化則選每日、每週或每月。
步驟 1:點上方快捷日期,或「更多」開啟日期範圍。
操作路徑:搜尋結果成效 → 日期快捷鍵/更多
可選預設期間或自訂起訖日;套用後圖表和表格都更新。


步驟 2:選「24 小時」。
操作路徑:日期 → 24 小時
圖表改為每小時,包含仍在處理的初步資料。用游標讀提示,不把當前小時和完整一天相比。

步驟 3:切回較長期間,點圖表右上「每天」的下拉選單。
操作路徑:圖表 → 時間精細程度
可在每天、每週、每月等選項間切換;24 小時使用每小時。

步驟 4:看長期趨勢時選每週或每月,再檢查起訖是否完整。
操作路徑:時間精細程度 → 每週/每月
降低每日波動的干擾。第一週、最後一月可能只含部分天數,讀圖時要保留這個差異。

步驟 5:檢查上次更新及虛線資料點。
操作路徑:報表更新資訊/圖表提示
辨認仍在收集的初步值;今天或昨天數據可能在後續更新。

注意事項
- 一般日資料按太平洋時間(PT)顯示;24 小時檢視以瀏覽器的當地時區顯示。
- 每週從星期日到星期六,每月按日曆月。
- 一般搜尋成效提供最長約 16 個月的歷史資料;長期研究要提早匯出或安排大量資料匯出,不能等多年後才要求回補。
官方說明:搜尋成效:總覽與設定、搜尋成效:維度與分組、搜尋成效:關於資料
六種分組:查詢、網頁、國家、裝置、搜尋外觀與日期
圖表看趨勢,表格看變動來源。切分頁只會改表格分組;點進一列,才會把那一列加成篩選條件。
步驟 1:點「查詢」。
操作路徑:成效 → 查詢
每列是帶出網站的搜尋字詞。點「點擊」或「曝光」欄名排序,先找對分析問題有用的列。

步驟 2:點「網頁」。
操作路徑:成效 → 網頁
每列改為 URL。大部分成效歸到標準網址;重複網址可能沒有自己的數據。

步驟 3:切「國家/地區」與「裝置」。
操作路徑:成效 → 國家/地區/裝置
分辨流量變動集中在哪個市場,或只發生在手機、電腦、平板。


步驟 4:切「搜尋外觀」。
操作路徑:成效 → 搜尋外觀
列出網站有記錄到曝光的搜尋呈現類型,例如產品摘要或影片;可用類型依網站而異。

步驟 5:切日期分頁,本次介面顯示為「天」。
操作路徑:成效 → 天
用表格讀日期數據。切換週/月粒度時,日期的分組也會跟著改變。

注意事項
- 只有有曝光的搜尋外觀才會出現。結構化資料報表有效,不等於立刻在這裡看到對應流量。
- 切網頁或搜尋外觀會涉及網頁匯總;圖表與表格不能一律直接加總對帳。
- 查詢表會省略匿名及部分低量資料,畫面也有列數限制。表格總和少於圖表不必然是漏追。
官方說明:搜尋成效:維度與分組、搜尋成效:關於資料
新增篩選器:把問題縮到可處理的範圍
例如要看「台灣手機使用者找到某一類文章的成效」,可以同時限制國家、裝置與網址。頂端篩選籤就是目前分析範圍,截圖或匯出前都值得再讀一次。
步驟 1:點「新增篩選器」,選「國家/地區」,勾選要看的國家後套用。
操作路徑:成效 → 新增篩選器 → 國家/地區
頂端出現國家篩選籤,報表只保留所選市場。可用多選時,多國會合併。

步驟 2:再次新增「裝置」,選行動裝置後套用。
操作路徑:新增篩選器 → 裝置
只留下同時符合國家和裝置的成效;多個維度通常共同限制範圍。

步驟 3:新增「網頁」,選包含或完全相符,輸入路徑或完整 URL。
操作路徑:新增篩選器 → 網頁
可以把範圍縮成 /blog/ 等內容群,或只看指定頁面。

步驟 4:需要排除時改選不包含;若要多個不同模式,改用規則運算式。
操作路徑:網頁/查詢篩選器 → 比對方式
排除管理頁等不關心的範圍,或合併多種路徑。

步驟 5:點已存在的篩選籤可修改;按旁邊的 x 可移除。
操作路徑:頂端篩選籤
移除後資料範圍變大。日期與搜尋類型為固定條件,改值而非整個刪除。

注意事項
- 國家與裝置的多選合併,和「比較」兩組不同。搜尋外觀目前不能同時篩選多個。
- 查詢/網址篩選會影響匿名資料和內部截斷,因此「包含」加「不包含」不一定等於未篩選總數。
官方說明:搜尋成效:進階篩選與比較、搜尋成效:維度與分組
Regex:一次分群品牌變體、問題詞與內容路徑
規則運算式適合把不同寫法放在同一組。先用簡單規則、檢查回傳列,再逐步擴充,比直接貼一長串看不懂的語法可靠。
步驟 1:新增「查詢」篩選器,選「自訂(規則運算式)」。
操作路徑:成效 → 新增篩選器 → 查詢 → 自訂(規則運算式)
開啟相符/不相符選項與規則輸入欄。

步驟 2:要合併品牌寫法,可輸入 品牌A|品牌B;要找問句,可用 如何|怎麼|什麼是。
操作路徑:規則運算式輸入欄 → 套用
表格保留符合任一字詞的查詢。這些詞只是分析規則,應改成網站實際需要的字詞。

步驟 3:想看一組內容路徑時,改用「網頁」的規則運算式,例如 /blog/|/guides/。
操作路徑:新增篩選器 → 網頁 → 自訂(規則運算式)
把兩種目錄合併在同一份成效報表。

步驟 4:需要完整比對時加 ^ 和 $,再讀幾列確認。
操作路徑:規則運算式 → 修改 → 套用
^example$ 只匹配整段 example;沒有錨點時通常會匹配內容中的一部分。

步驟 5:要看非品牌字詞,可改用不相符;完成後保留規則和日期。
操作路徑:自訂(規則運算式)→ 不相符
同一套規則可在後續比較時重用。

注意事項
- GSC 使用 RE2 支援的語法,不能假設所有程式語言的 regex 都能直接用。
- 常見字詞比對不區分大小寫;如果字元本身有特殊語意,需依規則跳脫。
- Regex 分群是你定義的集合,不等於系統 AI 品牌分類;兩種方法都可能漏掉或誤收。
官方說明:搜尋成效:進階篩選與比較
品牌與非品牌:先看來源,再決定內容工作
品牌搜尋能反映已有認知的受眾,一般主題搜尋則常用來觀察新的觸及來源。兩組可以分開看,不能把品牌點擊成長直接當作所有 SEO 主題一起成長。
步驟 1:在可用的查詢篩選器中,選含品牌名稱或不含品牌名稱。
操作路徑:成效 → 新增篩選器 → 查詢/品牌分類
報表使用 Google 的品牌分類切分數據。低曝光網站可能沒有這個選項。

步驟 2:查看篩選後的查詢列,核對品牌、產品名稱及容易歧義的字詞。
操作路徑:品牌篩選 → 查詢
找出系統可能誤分類的項目;不要只讀總計。

步驟 3:沒有品牌選項,或需要固定自訂規則時,改用包含字詞或 regex。
操作路徑:查詢 → 包含/自訂(規則運算式)
用自己可重現的品牌名與變體集合分析,再記下規則。

注意事項
- 品牌分類由 AI 判斷,可能不準確;它是分析輔助,不會影響網站排名。
- 深入分析的品牌卡片在部分子資源與低曝光網站不提供。
官方說明:搜尋成效:維度與分組、深入分析報表、搜尋成效:進階篩選與比較
比較前後期:找出是哪些頁面帶動變化
總點擊下跌只告訴你結果。設定同長度期間、再看網頁或查詢差異,才知道要檢查哪一批內容。
步驟 1:點日期篩選器,切到「比較」。
操作路徑:成效 → 日期 → 比較
可選前一期間、去年同期或兩段自訂日期。

步驟 2:設定兩段適合比較的期間並套用。
操作路徑:日期比較 → 套用
圖表顯示兩組資料;表格增加各期和差異欄。季節性明顯的網站可優先看去年同期。

步驟 3:切「網頁」或「查詢」,依差異排序。
操作路徑:比較模式 → 網頁/查詢 → 差異欄
辨認總變化是集中在少數文章,還是多數內容一起變動。

步驟 4:想比較手機與電腦,改開裝置篩選器的「比較」。
操作路徑:新增篩選器 → 裝置 → 比較
同一期間並排兩種裝置。國家、搜尋類型等也可依可用選項比較。

步驟 5:比較完成後讀回頂端條件,再決定是否移除其他篩選。
操作路徑:比較模式 → 頂端篩選列
避免帶著上一個問題的 URL 或國家條件得出全站結論。

注意事項
- 一次只能設定一種比較;新比較會取代舊比較。
- 某一組量太低時可能顯示 ~,不要強行解讀為真正零。
- 週或月粒度可減少星期幾差異,但首尾不完整期間仍要另外注意。
官方說明:搜尋成效:進階篩選與比較、搜尋成效:維度與分組
一個字詞帶出哪些頁面?一篇文章又靠哪些字詞?
查詢與網頁互相切換,是最常用的內容診斷。先點列加篩選,再換維度,才是在讀兩者的對應。
步驟 1:在查詢分頁點想研究的字詞。
操作路徑:成效 → 查詢 → 查詢列
頂端新增查詢篩選籤,整份報表只看這個搜尋字詞。

步驟 2:切到「網頁」。
操作路徑:查詢已篩選 → 網頁
列出這個字詞帶出的 URL。若有多頁,先看搜尋意圖、日期與實際內容,再判斷是否需要整理。

步驟 3:反向查文章時,先清除查詢條件,在網頁分頁點該 URL。
操作路徑:移除查詢籤 → 網頁 → URL 列
頂端變為這個網頁的篩選條件。

步驟 4:切回「查詢」,選曝光與點擊等指標。
操作路徑:網頁已篩選 → 查詢
看到這篇文章被哪些字詞找到;可找高曝光低點擊、相關但未充分回答的問題。

步驟 5:要找接近首頁的機會,可開平均排序,再用表格篩選聚焦適合的排名區間。
操作路徑:查詢表 → 指標/表格篩選
得到待檢查字詞,而非「一定能推上首頁」清單;接著核對頁面內容與搜尋意圖。

注意事項
- 同字詞出現多頁不必然互相搶排名;不同頁可能回答不同意圖。
- 平均順位只是該期間有曝光時的平均位置。將範圍縮至相同國家、裝置和日期,才較容易比較。
- 查詢省略匿名資料,大部分頁面成效歸到 canonical。
官方說明:搜尋成效:維度與分組、搜尋成效:常見工作、搜尋成效:關於資料
網頁、圖片、影片、新聞與多模態搜尋怎麼切
搜尋類型是 Google 搜尋不同來源的切分。圖片很多、影片很多,或開始從視覺搜尋獲得流量的網站,值得各自檢查。
步驟 1:點「搜尋類型:網路」(部分語系寫「網頁」)。
操作路徑:搜尋結果成效 → 搜尋類型
開啟目前可用的搜尋類型清單。

步驟 2:選圖片、影片或新聞後套用。
操作路徑:搜尋類型 → 圖片/影片/新聞
圖表切到該搜尋來源;這裡的新聞是 Google 搜尋新聞分頁,與獨立 Google 新聞報表不同。

步驟 3:有視覺查詢資料時,選網頁的「多模態」類型。
操作路徑:搜尋類型 → 網頁:多模態
查看 Google Lens、Circle to Search 等以圖片發起的網頁搜尋成效。

步驟 4:改看網頁、國家、裝置與日期分頁。
操作路徑:多模態 → 網頁/國家/地區/裝置/天
分析哪些內容接到視覺搜尋,不去尋找不存在的文字查詢欄。

注意事項
- 多模態成效於 2026 年 9 月 24 日宣布全球推出;選項和資料仍依資源的實際流量。
- 多模態不是一般圖片搜尋,也不等於「含圖片的文章」。這類搜尋通常沒有文字查詢資料,因此沒有查詢維度。
- 把各類型相加前先確認統計範圍,不要把類型比較當成同一組排名。
官方說明:搜尋成效:總覽與設定、搜尋成效:維度與分組、多模態搜尋報表公告
用 AI 輔助設定報表:套用前核對條件
某些帳號的成效頁提供 AI 輔助設定。可以用一句話描述想看的範圍,但最後仍要讀它產生的日期、篩選與比較。
步驟 1:若成效標題旁有帶星號的篩選圖示,點開側邊面板。
操作路徑:搜尋結果成效 → AI 輔助設定圖示
出現提示輸入欄。沒有圖示時,照前面的手動篩選流程即可。


步驟 2:輸入具體要求,例如「比較過去 28 天與前 28 天,台灣行動裝置中 /guides/ 網頁的點擊與曝光」。
操作路徑:AI 輔助設定 → 提示欄位
工具提出日期、國家、裝置、網址及指標的設定建議。

步驟 3:逐一檢查建議與原本已套用的篩選,確認後套用。
操作路徑:設定建議 → 確認
報表切成指定範圍;不正確時修改要求或直接調整篩選籤。

注意事項
- 目前是少量使用者可用的實驗功能,官方列每日最多 20 個要求。
- 它能設定篩選、比較、指標與表格選取,不能代為排序、匯出、分頁或新增備註;不適用探索與 Google 新聞。
- AI 可能設錯條件;畫面上的高低變化仍須自己判讀。
官方說明:搜尋成效:進階篩選與比較
在圖上留下改版與活動日期
改版、修正或促銷做完,過幾週再查流量很容易忘記日期。自訂備註可把事件留在成效圖表上,但它只是背景資訊,不能證明事件造成流量變化。
步驟 1:使用一般日期檢視,對圖表想標記的日期按滑鼠右鍵。
操作路徑:成效 → 圖表日期點 → 右鍵
開啟新增備註操作。24 小時和比較模式不顯示備註,先切回一般期間。

步驟 2:確認日期,輸入簡短、可辨認的事件,再按「新增」。
操作路徑:備註視窗 → 日期/文字 → 新增
圖表該日出現標記,整個資源的使用者能看到。

步驟 3:點圖上的標記閱讀內容;需要刪除時點「刪除」並確認。
操作路徑:圖表備註標記 → 刪除
移除這則資源共用備註。

注意事項
- 擁有者與完整使用者可新增或刪除;受限制使用者只能查看。
- 每個資源最多 200 則,每則最多 120 個半形字元,超過 500 天會自動刪除;目前不能直接編輯。
- 不要輸入姓名、電話、個人電子郵件或其他不適合與資源成員共用的資訊。
官方說明:Search Console 備註
匯出與分享:保留分析條件才有辦法重看
下載表格前,先把日期、搜尋類型和篩選記下來。否則下次看到一份「點擊變少」的試算表,可能已不知道比較的是全站還是單一目錄。
步驟 1:確認資源、日期、搜尋類型、比較與頂端篩選籤。
操作路徑:報表頂端 → 分析條件
這些條件就是匯出數據的範圍;必要時把設定另記在試算表第一頁。若要把報表用在日常排程,可接著依照把 GSC 匯出資料變成每週 SEO 工作清單的流程,保留查詢與網址對應,再核對 AI 提出的修改建議。

步驟 2:點右上「匯出」,選當頁提供的 Google 試算表、Excel 或 CSV。
操作路徑:報表 → 匯出
取得報表數據。不同格式可能拆成多個分頁或檔案,下載後先查看內容。

需要同事重看同條件報表時,分享報表連結,讓對方用已有的 GSC 權限開啟。
操作路徑:報表網址/帳號既有權限
對方能檢查相同篩選;傳連結不會自動授予資源存取。

資料量大、要自動化或保存長期歷史時,改評估 API 或大量資料匯出。
操作路徑:設定 → 大量資料匯出/官方 API
使用更合適的資料取得方式;Cloud 計費和權限先看後面的設定章節。

注意事項
- 畫面表格通常最多顯示 1,000 列;一次匯出不能當成全部查詢資料,匿名查詢也無法還原。
- 圖表依資源匯總、網頁表依頁面匯總,且有隱私門檻與截斷;不要硬把所有列加回總計。
- 畫面上的
~或-在下載後可能成為 0,缺資料不等於實際零。 - 索引問題等診斷頁有自己的「分享」機制;依該頁說明決定可見範圍,不要假設所有成效頁都能匿名公開分享。
官方說明:搜尋成效:關於資料、搜尋成效:維度與分組、Search Console 介面導覽、使用者與權限、網頁索引報表
探索、新聞與生成式 AI
探索成效:看推薦流量落在哪些文章
Google 探索不靠使用者先輸入關鍵字。流量可能很集中、也容易波動;用網頁與日期查來源,比尋找「探索關鍵字」有效。
步驟 1:展開「成效」,點「探索」。
操作路徑:成效 → 探索 → 全部
有足夠探索曝光的資源會顯示報表;看不到不必先加程式碼。

步驟 2:選日期,勾點擊、曝光與平均點閱率。
操作路徑:探索 → 日期/指標卡
查看推薦流量在所選期間的變化;這份報表沒有平均排名。

步驟 3:在網頁分頁按點擊排序,再點文章列。
操作路徑:探索 → 網頁 → URL 列
將圖表限制到這篇文章,確認尖峰發生在哪幾天。

步驟 4:切國家/地區、探索外觀或日期,必要時加篩選或比較。
操作路徑:探索 → 維度分頁/新增篩選器
讀出受眾與內容呈現的差異。24 小時及週/月粒度的用法與搜尋成效相似。

注意事項
- 是否出現報表及個別資料列取決於曝光門檻,Google 未公開精確門檻。
- 探索沒有查詢維度;流量下跌不自動代表網站被處罰。
- 網站文章的指標主要歸標準網址。更完整的新聞與推薦來源差異,見 三張成效報表比較。
官方說明:探索成效報表
Google 新聞成效:和搜尋的「新聞」類型分開看
這份報表主要看 news.google.com 與 Google 新聞 App,並不是 Google 搜尋結果上方的新聞分頁。
步驟 1:點成效群組中的「Google 新聞」。
操作路徑:成效 → Google 新聞
進入獨立新聞來源報表;是否有資料依網站在新聞服務的活動。

步驟 2:設定日期,選總點擊、曝光與平均點閱率。
操作路徑:Google 新聞 → 日期/指標
圖表只讀這個來源,沒有平均排名。

步驟 3:切網頁,點文章列後再看國家、裝置或日期。
操作路徑:Google 新聞 → 網頁 → 國家/地區/裝置/天
找到帶來流量的報導與市場;可用篩選與比較查前後差異。

步驟 4:若要查搜尋新聞分頁,回搜尋結果成效改搜尋類型。
操作路徑:搜尋結果成效 → 搜尋類型 → 新聞
讀到另一種新聞搜尋來源,不與這份報表混為同一個數字。

注意事項
- 獨立新聞報表與搜尋新聞類型有不同的流量入口,不能把一份當成另一份漏記的資料。
- 初步資料、標準網址歸因與介面列數限制仍要留意。
官方說明:Google 新聞成效報表、搜尋成效:總覽與設定
生成式 AI 成效:目前先看曝光,別自行補出點擊
GSC 在 2026 年新增搜尋與探索的生成式 AI 成效報表。它提供獨立的 AI 曝光觀察;目前不能用這份報表取得獨立 AI 點擊數或 CTR。
步驟 1:展開搜尋結果成效的子項,選「生成式 AI 功能」。
操作路徑:成效 → 搜尋結果成效 → 生成式 AI 功能
進入網站在 Google 搜尋生成式 AI 功能中的成效頁。

步驟 2:選日期,查看「曝光總數」與趨勢。
操作路徑:生成式 AI 功能 → 日期/曝光總數
比較不同期間的自然曝光,不把整體搜尋點擊搬到這一頁當作 AI 點擊。

步驟 3:依網頁、國家/地區、裝置或日期切分,點列加篩選。
操作路徑:搜尋生成式 AI → 維度分頁
找出哪些內容在哪些市場及裝置取得 AI 曝光;此頁沒有查詢分頁。

步驟 4:要看探索的 AI,改開探索下的生成式 AI 子報表。
操作路徑:成效 → 探索 → 生成式 AI 功能
分析探索生成式 AI 的曝光;依當頁提供的網頁、國家與日期等維度查看。

步驟 5:與全部成效對照時,保留相同日期和範圍。
操作路徑:AI 子報表 ↔ 全部成效
知道 AI 曝光已包含在整體報表,不把它再加上一次。

注意事項
- 官方說明已於 2026 年 8 月 31 日全球推出;是否有數據仍取決於網站是否取得相應曝光。
- 搜尋生成式 AI 報表可看裝置;不要為不同報表自行補上未提供的維度或指標。
- 多模態來源在有資料時也可用於相關搜尋報表。
官方說明:搜尋生成式 AI 成效報表、探索生成式 AI 成效報表、生成式 AI 成效報表公告、多模態搜尋報表公告
網頁與影片索引
網頁索引:先看重要網址,再看未索引原因
網站通常會有不需要建立索引的頁面,例如轉址、重複版本、搜尋頁或已刪除內容。索引報表要找的是「該收錄的頁有沒有被排除」,不是把所有未索引數字清到零。
步驟 1:在「產生索引」點「網頁」。
操作路徑:產生索引 → 網頁
看到已建立索引、未建立索引及原因數量的趨勢。

步驟 2:若有範圍選單,先選全部已知網頁、已提交網頁或指定 Sitemap。
操作路徑:網頁索引狀態 → 範圍選單
可以只看你主動提交的重要網址,減少網站歷史和參數頁干擾。

步驟 3:向下查看未索引的原因,讀來源、驗證與網頁數。
操作路徑:網頁索引狀態 → 原因表格
知道問題由網站回應、指令或 Google 選擇造成;先找影響重要頁或大量頁面的原因。

步驟 4:點一個原因,再點樣本 URL。
操作路徑:原因列 → 問題詳情 → 示例
看到首次偵測、最後檢索、趨勢與受影響頁;用樣本確認是否真是預期排除。

步驟 5:按 URL 旁的檢查圖示,進網址審查。
操作路徑:問題示例 → 檢查網址
用索引細節與即時測試,判斷這一頁的實際問題。

注意事項
- 樣本清單不完整,即使未滿 1,000 列,也不保證列出所有 URL。
- 網頁索引報表是全站概況;單一頁是否索引,仍用網址審查。
- 新增資源或網站變更後,報表需要時間更新;不要把更新間隔當成修正失敗。
常見未索引原因:每種原因要做的事不同
先決定這個 URL 應不應該進搜尋,再處理狀態。把正確的排除拿掉,反而可能讓重複頁或私有內容進入搜尋。
步驟 1:看到「找不到(404)」或「已重新導向的網頁」,先開該 URL 檢查。
操作路徑:網頁 → 原因 → 範例 URL
已刪除且不再需要的頁,404 可是正確結果;轉址頁通常不需要另索引。重要頁誤刪或導錯才需要修。

步驟 2:看到 noindex 或 robots.txt 封鎖,檢查公開頁面的 HTML、HTTP 標頭及規則。
操作路徑:原因範例 → 網址審查 → 即時測試
判斷是刻意保護內容,還是網站設定、外掛或上線流程意外帶入。


步驟 3:看到重複或替代頁,對照宣告與 Google 選定的 canonical。
操作路徑:網址審查 → 網頁索引狀態 → 標準網址
如果 Google 選到正確主要頁,可保留;選錯時再查內部連結、轉址、Sitemap 與內容一致性。

步驟 4:看到「已探索,目前尚未建立索引」,檢查頁面能否到達、內部連結、伺服器與新頁數量。
操作路徑:未索引原因 → 已探索未索引
Google 知道 URL,但尚未完成檢索;Sitemap 成功不能代替實際檢索。

步驟 5:看到「已檢索,目前尚未建立索引」,再查內容是否重複、薄弱或未充分回應需求。
操作路徑:未索引原因 → 已檢索未索引
頁面已被讀取;光重按要求索引通常無法解決內容和標準化問題。

步驟 6:看到伺服器錯誤、軟 404 或其他存取問題,檢查回應碼和 Google 渲染到的內容。
操作路徑:原因範例 → 網址審查 → 更多資訊/HTML
找出回 200 卻顯示錯誤頁、回 5xx、登入牆或資源載入失敗等情況,再在網站端修正。

注意事項
- robots.txt 限制檢索,不是可靠的索引移除工具。要 Google 看見 noindex,通常需要允許它讀到該頁。
- 「已檢索未索引」沒有保證收錄的通用按鈕;處理內容與網站問題後,再等 Google 評估。
- 更多機制可讀 Googlebot 的運作與控制 和 robots.txt 指南。
官方說明:網頁索引報表、網址檢查工具、robots meta 與預覽控制
修正後按驗證:查看 Google 重查到哪裡
修好網站不代表報表立即變綠。驗證修正用來追蹤同類問題後續是否還存在;送出前先把相關頁面一起檢查。
步驟 1:在網站端修正問題,挑幾個不同樣本做即時測試。
操作路徑:網站修正 → 網址審查 → 測試線上網址
確定公開版本已正常;共用模板或規則出錯時,不只修報表列出的那一頁。

步驟 2:回原本問題明細,按「驗證修正後的項目」或當頁的驗證按鈕。
操作路徑:網頁索引 → 問題詳情 → 驗證
開始驗證追蹤;若先測到錯誤仍存在,可能立即回報失敗。

步驟 3:開驗證詳細資料,讀待處理、通過與失敗例項。
操作路徑:問題詳情 → 驗證詳細資料
待處理表示還在收集或檢查;失敗時可定位仍有問題的 URL。

步驟 4:若失敗,檢查剩餘問題後再重新驗證。
操作路徑:失敗例項 → 網站修正 → 重新驗證
讓下一次驗證對應新的完整修正,而不是重送同一狀態。

注意事項
- 不是每種排除原因都需要或提供驗證按鈕。預期重複或不需索引的 URL,不必為了清數字而改設定。
- 驗證通過表示特定問題不再被偵測,不代表每個 URL 都已建立索引或取得流量。
影片索引:頁面有收錄,不代表影片有收錄
影片索引報表看的是已索引網頁上的影片能不能進入 Google 的影片功能。它和強化項目裡的 Video 結構化資料報表要分開讀。
步驟 1:點「產生索引」中的影片報表。
操作路徑:產生索引 → 影片網頁
看到「影片已編入索引」與「沒有任何影片編入索引」的趨勢。

步驟 2:先確認承載影片的頁面本身已有索引。
操作路徑:網頁索引/網址審查
未索引或非標準網頁不會按同樣方式出現在影片索引報表,先處理頁面再追影片。

步驟 3:點未索引原因與樣本 URL。
操作路徑:影片索引 → 原因列 → 範例
查看 Google 選到的影片、縮圖和具體問題,例如影片不是主要內容,或影片/縮圖無法取得。

步驟 4:打開樣本的網址審查,測試目前版本並檢查影片和縮圖能否載入。
操作路徑:影片範例 → 檢查網址 → 測試線上網址
確認修正後 Google 能讀到影片資訊;必要時調整主要內容位置、播放器或檔案存取。

步驟 5:問題全修好後,回影片問題頁依提供的操作驗證。
操作路徑:影片問題明細 → 驗證修正
追蹤後續索引變化;沒有驗證操作時等待 Google 重查。

注意事項
- 報表以含影片的已索引網頁為基礎,不是網站不重複影片的精確總數。
- 同影片可嵌在多頁,一頁也可有多影片;數字不宜直接當影片庫存。
- 結構化資料有效、即時測試找到影片,都不保證影片已編入索引。
Sitemap 與移除網址
提交 Sitemap:讓 Google 更容易發現重要網址
Sitemap 是網站提供的 URL 清單。先讓檔案可公開讀取,再把檔案位址交給 GSC;不是在輸入框逐篇貼文章連結。
先確認網站產生的 Sitemap 位址。
操作路徑:網站/CMS/SEO 外掛 → Sitemap
WordPress 網站常由核心或外掛產生索引檔;實際名稱以網站設定為準,不要只猜 sitemap.xml。

開公開 Sitemap,檢查它回傳正常且列出正確的正式網址。
操作路徑:公開 Sitemap URL
可看到 XML、Sitemap index 或其他支援格式;不要把測試站、錯誤協定或不想索引的頁放進去。

步驟 1:在 GSC 點「Sitemap」,依輸入框要求填完整 URL 或接在既有前綴後的路徑。
操作路徑:產生索引 → Sitemap → 新增 Sitemap
提交對象位於目前資源範圍,協定、主機和路徑正確。

步驟 2:點「提交」,再到「已提交的 Sitemap」查看新紀錄。
操作路徑:Sitemap → 提交
看到提交時間、狀態、上次讀取及系統探索到的網頁/影片。

步驟 3:點這份 Sitemap 的列,查看詳細資料;需要時進索引涵蓋範圍。
操作路徑:Sitemap 清單 → 檔案詳情 → 網頁索引
把 Google 讀到的 URL,對照其中哪些已建立索引。

注意事項
- 「成功」是 Sitemap 讀取狀態,不是清單中每一頁都已索引。
- Sitemap 有更新時,Google 會再讀取;不必每新增一篇文章就刪掉重建 GSC 紀錄。
- Sitemap index、一般 Sitemap、圖片/影片擴充及文字或 RSS/Atom 格式各有規格,使用網站實際支援的類型。
官方說明:Sitemap 報表
Sitemap 無法擷取、含錯誤,該檢查哪裡?
先點開狀態看實際錯誤。讀不到檔案、XML 格式不對、URL 超出範圍,是不同問題。
步驟 1:點「無法擷取」或錯誤狀態的 Sitemap 列。
操作路徑:Sitemap → 狀態/詳細資料
取得讀取失敗或格式錯誤說明,而不是只看紅色字。

用公開網址檢查 HTTP 回應、登入/防火牆限制和轉址。
操作路徑:Sitemap URL/伺服器設定
Google 能取到實際檔案;若有安全服務擋爬蟲,從合法設定排除誤擋。

格式或範圍錯誤時,修正產生 Sitemap 的設定。
操作路徑:CMS/外掛 → Sitemap 設定
XML 可解析,網址使用正確主機、協定、canonical 和資源範圍。

步驟 2:修好後重新提交正確網址,或等待 Google 下次讀取。
操作路徑:Sitemap → 提交/上次讀取時間
用新的讀取時間及狀態確認問題是否已解決。

步驟 3:舊檔不再使用時,從檔案詳情的更多選單移除提交紀錄。
操作路徑:Sitemap 詳情 → 更多 → 移除 Sitemap
清單不再追蹤這次提交;網站上的檔案與已發現 URL 不會因此消失。

注意事項
- GSC 無法代你修網站上的 Sitemap 檔案。
- 移除提交紀錄不能阻止 Google 繼續發現網址,也不會取消索引。
官方說明:Sitemap 報表
移除網址:先分清楚是隱藏整頁,還是更新舊摘要
移除工具用於需要快速處理的 Google 搜尋結果。它不會刪除伺服器上的內容,也不會讓其他搜尋引擎同步移除。
步驟 1:點「移除網址」,查看三個分頁。
操作路徑:產生索引 → 移除網址
「暫時移除」管理資源所有者的要求;「過舊的內容」看外部更新要求;「安全搜尋篩選」看成人內容分類檢舉。

先確認自己要處理的目標:暫時不出現、只更新摘要,還是永久移除。
操作路徑:移除網址 → 操作前判斷
選擇正確流程。永久移除必須搭配網站端的刪除、存取限制或 noindex。

注意事項
- 只有資源擁有者才能提出這裡的移除要求。
- 一般已刪除頁、正常 404 或網址標準化,不需要靠緊急移除工具整理。
- 輸入前先確認網址與範圍,尤其不要把整站根網址誤當成單篇文章。
官方說明:移除與安全搜尋工具
暫時移除網址:單一 URL 與整段前綴
若機密內容或不該公開的頁面已出現在搜尋,可以先移除網站上的內容,再用這裡快速隱藏搜尋結果。
步驟 1:切到「暫時移除」,按「新要求」。
操作路徑:移除網址 → 暫時移除 → 新要求
開啟要求視窗。

步驟 2:選「暫時移除網址」,貼上確切的頁面 URL。
操作路徑:新要求 → 暫時移除網址
完整包含需要的參數與副檔名;不要用頁面標題代替網址,錨點 # 後內容不作比對。

步驟 3:只處理一頁時,選「僅移除此網址」。
操作路徑:暫時移除網址 → 僅移除此網址
範圍以此網址的比對規則為準。URL 大小寫、參數與副檔名需逐一核對。

步驟 4:確實要處理整段目錄時,才選「移除含有此前置字元的所有網址」。
操作路徑:暫時移除網址 → 前置字元選項
例如 /private/ 可能涵蓋其下大量頁面。選擇前先列出會被包含的網址。

步驟 5:按「下一頁」,再次核對網址與類型,再確認送出。
操作路徑:移除要求 → 下一頁 → 確認
回到要求記錄,先顯示處理中;稍後以核准/已暫時移除或拒絕狀態確認結果。

步驟 6:需要撤回時,在記錄找到該要求,開更多選單選「取消要求」。
操作路徑:暫時移除 → 要求列 → 更多 → 取消要求
解除這筆暫時封鎖;是否重新出現仍取決於網站內容與索引。

注意事項
- 隱藏效期約六個月。網站端未永久處理,期滿後可能再次出現。
- www/非 www、http/https 的變化可能一併比對,但其他子網域不能一概視為相同;以官方規則核對範圍。
- 移除搜尋結果不會禁止 Google 繼續檢索,也不會刪除網路上的原始內容。
官方說明:移除與安全搜尋工具
清除摘要:頁面保留,舊文字先更新
已從網站刪掉敏感文字,搜尋結果卻還顯示舊摘要時,可申請清除摘要。它和暫時移除整頁不同。
先確認公開頁面中的舊文字已移除。
操作路徑:網站內容 → 公開頁面
新版本已真正對外生效;GSC 不能替代網站端刪除。

步驟 1:按「新要求」,切「清除摘要」。
操作路徑:移除網址 → 暫時移除 → 新要求 → 清除摘要
選擇只清除舊摘要的操作。官方說明稱「清除搜尋中的摘要」;本次介面的分頁寫「清除摘要」。這不是查看或刪除 Google 快取頁。

步驟 2:輸入與搜尋結果相符的完整 URL,按「下一頁」並核對送出。
操作路徑:清除摘要 → URL → 下一頁
要求列進入處理;生效後舊說明摘要會清除,直到 Google 為新內容重新建立索引。

注意事項
- 網頁仍可能顯示在搜尋中,甚至暫時被舊文字相關查詢帶出;清除摘要不等於整頁移除。
- 同內容若有其他不同 URL,需分別確認,不能只處理其中一個後就認定全部消失。
官方說明:移除與安全搜尋工具
過舊的內容與安全搜尋:這兩個分頁主要看記錄
不是所有移除要求都由網站所有者提出。外部使用者也可能回報搜尋顯示已不存在的舊內容,或檢舉成人內容分類。
步驟 1:切到「過舊的內容」。
操作路徑:移除網址 → 過舊的內容
看到非所有者透過公開更新工具提出的要求,包含 URL、類型、日期與狀態。

步驟 2:讀要求類型和拒絕原因。
操作路徑:過舊的內容 → 要求列
分辨是過期網頁、過期摘要,還是頁面仍存在、內容尚未刪除、重複要求等原因。

步驟 3:切到「安全搜尋篩選」。
操作路徑:移除網址 → 安全搜尋篩選
查看網站 URL 被回報成人內容後,正在處理、已過濾、遭拒或取消的狀態。

認為分類有誤時,先確認網站符合官方處理條件,再走審查管道。
操作路徑:安全搜尋篩選 → 官方審查說明
讓 Google 重評分類;不是在這個表格自行切掉所有 SafeSearch 標記。

注意事項
- 「已過濾」表示啟用安全搜尋的使用者不會看到該結果,不代表從全部搜尋索引移除。
- 過舊內容更新工具適用於已刪除或已更新的內容,不是拿來移除仍正常存在的第三方網頁。
官方說明:移除與安全搜尋工具
要永久移除,必須處理網站本身
暫時隱藏可以爭取處理時間,但期滿仍可能回來。機密內容應在伺服器上刪除或限制存取;單靠搜尋設定不夠。
若內容不再提供,刪除頁面或檔案,讓伺服器正確回 404 或 410。
操作路徑:網站/伺服器 → 內容移除
後續檢索可判定內容已不存在。PDF、圖片等檔案也要處理原檔。

若只供內部使用,加入可靠的登入或密碼保護。
操作路徑:網站存取權限
內容無法被未授權訪客直接讀取,而非只有從導覽選單藏起來。

若頁面可公開看但不要進搜尋,提供 Google 可讀到的 noindex。
操作路徑:HTML meta/HTTP X-Robots-Tag
Google 後續讀取後可將頁面排除索引;同時用 robots.txt 封鎖可能讓它讀不到新指令。

步驟 1:仍需快速隱藏時,再搭配暫時移除並持續確認網站端狀態。
操作路徑:移除網址 → 暫時移除/網址審查
短期處理與長期排除都有對應結果,避免半年後重新露出。

注意事項
- 不要只用 robots.txt 處理機密內容或永久移除。它主要控制檢索,網址仍可能被其他連結帶出。
- 如果只是搬站、網址改版或挑選 canonical,應使用重新導向和標準化方法,不要用移除工具替代。
官方說明:移除與安全搜尋工具、robots meta 與預覽控制
Core Web Vitals 與 HTTPS
網站使用體驗核心指標:從整組網頁找出速度與互動問題
左側「體驗」底下的「網站使用體驗核心指標」,會依行動裝置、電腦分開顯示真實使用者的使用資料。LCP 看主要內容多久出現,INP 看互動後多久有畫面回應,CLS 看版面是否意外位移。先找影響較多重要網頁的問題,再回網站修正共用範本,通常比逐頁追分數更有用。 若報表沒有列出問題,就不會出現相應的問題詳情、示例群組與追蹤操作。
步驟 1:開啟「網站使用體驗核心指標」,先分別看行動裝置與電腦的摘要。
操作路徑:左側選單 → 體驗 → 網站使用體驗核心指標
確認各裝置的「不良」「需要改善」「良好」網址數與走勢;某一裝置沒有資料,不能推論另一裝置也沒有問題。

步驟 2:在要處理的裝置區塊按「開啟報表」。
操作路徑:網站使用體驗核心指標 → 行動裝置或桌面 → 開啟報表
進入該裝置的詳細報表,圖表與問題表格都只對應這個裝置。

步驟 3:切換「不良」「需要改善」「良好」卡片,再往下看「未將網址視為優質網址的原因」。
操作路徑:裝置報表 → 狀態卡片 → 原因表格
找出是 LCP、INP 還是 CLS 出問題。群組狀態由表現最弱的指標決定,同一網址也可能同時出現在多種問題中。

步驟 4:若有問題列,點進一列,查看受影響數量、日期走勢和「示例」網址。
操作路徑:原因表格 → 問題列 → 示例
每個示例代表一組體驗相近的網址;先確認是否共用文章、商品或分類範本,別把示例誤當成完整受影響清單。

步驟 5:點選示例網址,查看群組中的其他網址,再透過提供的連結開啟 PageSpeed Insights。
操作路徑:問題詳細資料 → 示例網址 → 群組詳細資料 → 外部測試
用個別頁面的診斷找圖片、JavaScript、字型或版面問題。PageSpeed Insights 的單頁資料與實驗室測試,不一定等於這裡的整組現場資料。

步驟 6:修正網站後,先測試同範本的幾個代表頁,再回到該問題按「開始追蹤」。
操作路徑:網站完成修正 → Core Web Vitals 問題詳細資料 → 開始追蹤
開始 28 天監控期,追蹤同類問題是否持續消失;這個動作不會立即重新建立索引,也不會把舊的使用者資料清空。

步驟 7:在驗證狀態按「查看詳細資料」;若失敗,修正仍有問題的群組後再要求重新驗證。
操作路徑:問題詳細資料 → 驗證狀態 → 查看詳細資料 → 要求重新驗證
依實際收集到的資料追蹤通過、失敗或待處理,避免每天重開監控期。

注意事項
- 良好門檻為 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 數量增加不直接代表流量增加,這裡看的是索引使用的通訊協定。

步驟 2:如果有非 HTTPS 問題,點選下方原因列。
操作路徑:HTTPS → 問題原因表格 → 問題詳細資料
看到受影響的示例網址;若顯示沒有重大問題,就不會有可下鑽的錯誤清單。

對照該 HTTP 網址的 HTTPS 版本,確認憑證有效、能正常回應,且沒有轉回 HTTP。
操作路徑:問題詳細資料 → 示例網址 → HTTPS 對應頁
把「HTTPS 含有無效的憑證」「HTTPS 含有重新導向」等原因,對應到真正需要修正的伺服器或網站設定。

步驟 3:若原因涉及標準網址、Sitemap 或 robots.txt,使用網址審查檢查頁面,再修正網站來源設定。
操作路徑:示例網址 → 網址審查 → 測試線上網址;另檢查 canonical、Sitemap、robots.txt
HTTPS 頁面的 canonical、Sitemap 與存取設定保持一致;報表本身沒有替網站安裝憑證或改寫轉址的功能。

步驟 4:修正後確認實際頁面可用,等待 Google 重新檢索,之後再回報表看走勢;需要留存時按「匯出」。
操作路徑:HTTPS → 狀態走勢/匯出
確認錯誤是否逐漸消失。「未評估 HTTPS」應先排除憑證、伺服器或其他已知錯誤,再觀察更新。

注意事項
- 報表提供樣本,沒有列出某個網址不等於該網址沒有 HTTPS 問題。
- 整站從 HTTP 改為 HTTPS,應處理轉址、內部連結、canonical 與 Sitemap;不使用「變更網址」工具。
官方說明:Google:HTTPS 報表
購物與結構化資料
產品摘要:檢查評測、價格與產品標記
「產品摘要」會檢查 Google 偵測到的產品結構化資料,包含可能用於一般搜尋結果的評分、價格、供貨等資訊。寫產品評測的網站也可能有這張報表,不一定要有購物車。
步驟 1:展開「購物」並開啟「產品摘要」。
操作路徑:左側選單 → 購物 → 產品摘要
看到有效、無效產品項目的趨勢;若沒有入口,先用複合式搜尋結果測試確認 Google 是否能辨識該頁的 Product 標記。

步驟 2:先看「無效」卡片與「為什麼項目無效」,再看非重大問題。
操作路徑:產品摘要 → 無效 → 問題表格
將會失去該類複合式結果資格的錯誤,與仍有效但可補充資訊的建議分開處理。

步驟 3:點選問題列;若仍有示例,選一筆查看欄位、項目名稱及錯誤位置。
操作路徑:問題列 → 示例 → 項目詳細資料
確認出問題的是哪個產品或 Offer,避免一頁多個項目時改錯對象。

以頁面可見內容核對 name、review、aggregateRating、offers 等相關欄位,再在 CMS、外掛或程式碼中修正。
操作路徑:網站產品/評測頁 → 結構化資料來源
標記與讀者看到的內容一致;只填真實存在的評價與價格,不為消除警告捏造評分。

步驟 4:使用複合式搜尋結果測試與網址審查確認上線版本,修完同類問題後回報表啟動驗證。
操作路徑:測試線上網址 → 產品摘要問題詳細資料 → 驗證修正後的項目
測試確認目前版本,報表驗證則確認 Google 重新處理後的結果;兩者都通過仍不保證一定顯示產品摘要。

注意事項
- 這裡計算的是結構化資料項目,不是產品銷量、訂單數,也不必然等於網頁數。
- 實際販售商品的網站還要檢查「商家資訊」;兩張報表服務的搜尋呈現與必要欄位不同。
官方說明:Google:產品摘要結構化資料、Google:複合式搜尋結果報告總覽
商家資訊:檢查能直接購買的商品頁
「商家資訊」著重使用者可向你購買的商品資料,像是售價、圖片、庫存、運送與退貨。它與 Merchant Center 帳戶中的產品狀態互相補充,但不是訂單或營收報表。
步驟 1:開啟「商家資訊」,看有效與無效項目是否突然變動。
操作路徑:左側選單 → 購物 → 商家資訊
確認商品頁標記是否持續被 Google 辨識。只有符合條件且 Google 已偵測到相關資料的資源,才會出現對應報表。

步驟 2:開啟影響較多項目的重大問題。
操作路徑:商家資訊 → 項目無效的原因 → 問題列
取得受影響商品樣本及缺漏欄位,判斷是單一商品、變體,還是整個商品範本出錯。

步驟 3:核對樣本頁顯示的售價、幣別、供貨狀態、商品圖片與可購買條件。
操作路徑:問題詳細資料 → 示例商品頁 → 網站商品資料
網站、結構化資料及使用中的商品資料來源保持一致;已售完與無效標記是兩件不同的事。

步驟 4:若問題與運費、退貨或商品變體有關,依問題連結閱讀相應規格,再修正真正管理該資料的來源。
操作路徑:問題說明 → 官方欄位規格 → 網站/Merchant Center/運送與退貨設定
不在多個工具各填一份互相矛盾的政策,也不把所有推薦欄位都誤認成必要欄位。

步驟 5:測試修正後的實際網址,完成整批修正後回該問題啟動驗證;需要交接可匯出報表。
操作路徑:複合式搜尋結果測試/網址審查 → 問題詳細資料 → 驗證修正後的項目/匯出
追蹤 Google 是否已接受更新。商品曝光與點擊的變化,仍要回到成效報表或 Merchant Center 檢查。

注意事項
- 商家資訊的有效數量是標記品質指標,不能拿來代表 Google 已替所有商品投放廣告或顯示免費產品資訊。
- Google 可能從結構化資料與 Merchant Center 取得資訊;應先確認自己的資料來源與政策優先順序。
官方說明:Google:商家資訊結構化資料、Google:複合式搜尋結果報告總覽
商家商機:查看商品改善建議與 Merchant Center 關聯
「商家商機」是商家功能入口,出現的卡片取決於網站是否有商品,以及是否已與 Merchant Center 建立關聯。不同資源的畫面可能差很多;看不到某張卡片時,先確認資格與權限。
步驟 1:開啟「商家商機」,閱讀目前提供的機會或設定提示。
操作路徑:左側選單 → 購物 → 商家商機
依目前資源判斷下一步是改善商品資料、補充政策,或建立 Merchant Center 關聯。

步驟 2:已有 Merchant Center 帳戶且需要關聯時,開啟「商家商機」,依當頁的「開始使用」入口前往 Merchant Center。
操作路徑:商家商機 → 開始使用 → Merchant Center
在 Merchant Center 選擇正確帳戶,依其網站驗證與關聯流程處理;需要同時具備 Search Console 資源擁有者及 Merchant Center 管理員權限。

步驟 3:核對網域與帳戶後,依 Merchant Center 提供的驗證與關聯流程完成,再回 GSC 檢查。
操作路徑:Merchant Center → 網站驗證/關聯流程;GSC → 設定 → 關聯
回到「關聯」與「商家商機」核對所連帳戶,再依當頁可用功能查看商品資料與改善機會。

步驟 4:逐一開啟商機卡片,確認它要你修改的是商品頁、政策,還是 Merchant Center 資料。
操作路徑:商家商機 → 可用卡片/前往 Merchant Center
把修改落在實際資料來源;若卡片導向外部服務,依該服務介面繼續,回 GSC 確認更新狀態。

注意事項
- Merchant Center 關聯只適用於網域層級的網站資源,不支援只涵蓋子路徑的資源;單一 Search Console 資源只能關聯一個 Merchant Center 帳戶。
- 建立關聯會讓具備該 Search Console 資源存取權的人員,依功能查看或更新 Merchant Center 資料,應先核對團隊存取範圍。
- 沒有 Merchant Center 帳戶也可以在符合條件的 GSC 資源設定運送與退貨;不需為了看這篇教學先建立付費廣告活動。
官方說明:Google:關聯,含 Merchant Center 規定、Google:運送與退貨設定
強化項目共同操作:從無效項目一路查到修正驗證
「強化項目」依 Google 在網站偵測到的標記顯示報表,不是一份每個帳號都相同的功能清單。導覽標記、資料頁面、評論與影片的操作骨架相近,差別在要檢查的欄位與內容資格。先熟悉這一套流程,再套用到自己的報表。 以下先看導覽標記總覽,再用影片報表的問題與程式碼說明下鑽操作;回到自己的報表時,依當頁問題處理。
步驟 1:展開「強化項目」,選擇目前網站有的類型;產品相關報表則在「購物」底下。
操作路徑:左側選單 → 強化項目 → 報表名稱
看見該類標記的有效、無效項目趨勢。沒有報表時,先檢查頁面是否有支援的標記、是否可檢索,以及 Google 是否已處理過頁面。

步驟 2:先看無效項目,再讀「項目無效的原因」與「改善項目外觀」。
操作路徑:報表總覽 → 狀態卡片 → 問題表格
重大問題會使該項目不符合複合式結果資格;非重大問題通常是可補充的資訊,不等於整頁未建立索引。

步驟 3:點一列問題,記下欄位名稱、首次偵測日期、受影響項目與驗證狀態。
操作路徑:問題表格 → 問題詳細資料
判斷是否與最近一次改版、外掛更新或範本修改時間相近,再把問題交給管理標記的人。

步驟 4:點選示例項目,查看程式碼位置;需要查整頁時,點網址旁的審查圖示。
操作路徑:問題詳細資料 → 示例 → 項目詳細資料/網址審查
定位出錯的巢狀欄位與項目。單頁可有多筆標記,問題數不能直接相加當作頁數。

步驟 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 網址。
操作路徑:強化項目 → 導覽標記 → 問題 → 示例
確認導覽層級能合理描述頁面位置,網址沒有指向錯誤分類、測試站或舊網域;修正後依共同流程測試與驗證。

步驟 2:開啟「資料頁面」,查看 ProfilePage 及 mainEntity 所指的人物或組織是否正確。
操作路徑:強化項目 → 資料頁面 → 問題/有效項目 → 示例
標記應描述這一個作者或帳號的個人資料頁,不能把一般文章、整個網站或無關頁面當成作者資料頁。

步驟 3:開啟評論摘錄類報表,確認被評論的對象、評分、評分數與作者資料。
操作路徑:強化項目 → 查看摘要/評論摘錄 → 問題 → 示例
找出評分數值、型別或必填資訊錯誤,並確保評論確實出現在頁面上;不是所有物件類型都支援星等。

步驟 4:開啟「影片」,核對 VideoObject 的名稱、縮圖、日期與影片檔或播放器位址。
操作路徑:強化項目 → 影片 → 問題 → 示例
確認 Google 可讀取影片標記與相關資源。再到「影片索引概況」檢查影片是否實際編入索引,兩份報表要分開看。

步驟 5:每一種類型修正後,使用對應頁面的實際網址測試,再到該類型的問題頁分別驗證。
操作路徑:複合式搜尋結果測試 → 各類型問題詳細資料 → 驗證修正後的項目
修好導覽標記不代表同頁的影片或產品問題也已解決,應逐類確認。

注意事項
- 這些報表只有在該資源偵測到相應資料時才會出現。沒有啟用該類內容的網站,不需要為了湊齊選單硬加標記。
- 評論摘錄須符合適用類型與評論政策;不要將商家自己控制的自我評價包裝成獨立評論。
官方說明:Google:導覽標記、Google:個人資料頁面、Google:評論摘錄、Google:影片結構化資料
討論區、問與答、教育問答與資料集:依內容型態檢查
這幾類報表不是一般部落格必備。只有網站確實提供對應內容、Google 能辨識支援的標記,而且資源有該報表時,才照以下路徑檢查;沒有入口時,先從單頁測試與官方規格確認。
步驟 1:有「討論區」報表時,點進問題與示例,核對原始貼文、作者、發布時間與留言的巢狀關係。
操作路徑:強化項目 → 討論區 → 問題 → 示例
DiscussionForumPosting 應描述真正的討論內容,留言要對應原貼文;一般文章附幾則留言,不必然就是論壇頁。

確認頁面主要是開放討論,還是一個問題接受多個回答,再選擇 DiscussionForumPosting 或 QAPage。
操作路徑:網站內容 → 討論區/問與答標記來源
型別依頁面本身決定,不是挑比較容易讓測試變綠的名稱。

步驟 2:有「問與答」報表時,查看主問題、答案、作者及回答數;若有 acceptedAnswer,確認它真的是被接受的回答。
操作路徑:強化項目 → 問與答 → 問題 → 示例
QAPage 用於一個問題及其回答,不等於由站方自寫多組問答的 FAQ。

步驟 3:有「教育問與答」報表時,確認頁面是符合規範的學習問答或字卡,並核對題目與答案內容。
操作路徑:強化項目 → 教育問與答 → 問題 → 示例
Quiz 等標記需對應真正教育內容,答案應正確且可見,不將商品客服問答套成教育題。

步驟 4:有「資料集」報表時,開啟問題與示例,確認資料集名稱、說明、來源與下載資訊。
操作路徑:強化項目 → 資料集 → 問題 → 示例(若有)
Dataset 描述可供使用的資料集合;單篇含數字的文章不因此成為資料集。

資料集另到 Dataset Search 查核可發現性,並依 Dataset 文件檢查資料分發與下載連結。
操作路徑:網站資料集頁 → Dataset 結構化資料 → Google Dataset Search
Google 已澄清 Dataset 標記供 Dataset Search 使用,不能把它寫成一般 Google 搜尋的複合式結果保證。


步驟 5:修正相應的內容與標記後,測試公開網址,再回有提供驗證的報表啟動修正驗證。
操作路徑:各類型問題頁 → 驗證修正後的項目(若有)
每種資料分別追蹤,沒有報表的類型則以單頁測試、索引與適用服務的官方工具確認。

注意事項
- 教育問答、一般 QAPage、FAQ 與練習題是不同類型。FAQ 複合式結果與練習題功能已退役,不能因名稱相似就互相替換。
- Google 說明總覽與個別更新有時不同步。資料集應以 Dataset Search 的現行用途為準,不把選單是否存在當成一般搜尋展示資格。
官方說明:Google:複合式搜尋結果報告總覽、Google:討論區結構化資料、Google:問與答頁面、Google:教育問與答、Google:資料集、Google:文件更新紀錄
活動、徵才啟事與食譜:核對內容資格與時效
這三類報表的操作和其他強化項目相同,但錯誤不一定只是少了欄位。活動日期、徵才狀態與食譜內容都要與網站實際內容一致,過期資訊也要正確更新。
步驟 1:有「事件」或「活動」報表時,點進問題與示例,核對名稱、日期、地點、主辦與票券資訊。
操作路徑:強化項目 → 事件/活動 → 問題 → 示例
標記對應可參加的實際活動,不把全站折扣、營業時間或一般促銷當活動。

步驟 2:活動延期、改期或取消時,依 Event 規格更新狀態與日期,再檢查公開頁。
操作路徑:活動頁 → Event 的活動狀態與日期 → 測試線上網址
讓頁面文字與標記一致;搜尋功能有地區與語言條件,標記有效不代表所有市場都會顯示。

步驟 3:有「徵才啟事」報表時,核對職缺名稱、雇主、地點、發布/截止日期與應徵方式。
操作路徑:強化項目 → 徵才啟事 → 問題 → 示例
JobPosting 應放在單一職缺詳情頁,不放在列出多個職缺的搜尋或列表頁。

職缺關閉後,依官方方式更新 validThrough、移除職缺標記或移除已無內容的職缺頁,並保留正確回應。
操作路徑:網站職缺頁 → 職缺狀態/結構化資料
已關閉職缺不再被錯誤表示為開放應徵;符合資格時可另使用 Indexing API 通知更新。

步驟 4:有「食譜」報表時,點開問題與示例,核對 Recipe 的名稱、圖片、食材與烹調步驟。
操作路徑:強化項目 → 食譜 → 問題 → 示例
標記要描述食物製作流程;課程操作、清潔方法等一般教學不套用 Recipe。

步驟 5:若是食譜集合或附有影片,再核對 ItemList、Recipe 與 VideoObject 是否指向正確頁面與對象。
操作路徑:食譜/食譜集合頁 → 結構化資料 → 複合式搜尋結果測試
有效食譜、食譜集合與影片可有不同問題;依適用類型分開測試,修正後回報表驗證。

注意事項
- 只為了消除警告,不應編造薪資、評論、營養資料、票價或日期;必要欄位與推薦欄位應依當前官方規格判斷。
官方說明:Google:複合式搜尋結果報告總覽、Google:活動結構化資料、Google:徵才啟事、Google:食譜
圖片中繼資料與訂閱內容:檢查授權與付費牆設定
圖片授權與出版商訂閱的問題,通常要回到圖片或付費內容的資料來源修正。報表能協助診斷,不能替網站取得圖片授權,也不會替你建立付費牆。
步驟 1:有「圖片中繼資料」報表時,點進問題與示例,核對圖片及其授權資訊。
操作路徑:強化項目 → 圖片中繼資料 → 問題 → 示例
確認 ImageObject 的圖片位址、授權網址與取得授權頁面正確,且圖片與頁面能被 Google 讀取。

步驟 2:圖片同時使用 IPTC 與頁面結構化資料時,核對兩邊內容,並測試實際上線網址。
操作路徑:圖片檔 IPTC/頁面 ImageObject → 測試線上網址
避免版權人、授權條件或網址互相矛盾;搜尋中的授權標示不等於已授權訪客自由使用。

步驟 3:有「訂閱內容」報表時,從問題示例確認出版商、產品 ID 與 Reader Revenue Manager 程式碼片段。
操作路徑:強化項目 → 訂閱內容 → 問題 → 示例(若有)
這類報表與相應出版商整合有關,不是每個有登入頁的網站都會出現。

若問題涉及付費牆,再核對 isAccessibleForFree、hasPart 與 cssSelector 是否描述真正的付費內容區域。
操作路徑:網站付費內容頁 → 付費牆結構化資料 → 測試
幫助 Google 辨識付費內容,並確認爬蟲實際可取得應索引的內容;訂閱整合與結構化資料需各自符合規範。

步驟 4:修改程式碼片段或標記後,測試公開頁與存取狀態,再回有驗證功能的問題頁追蹤。
操作路徑:網站上線 → 網址審查/相應測試工具 → 問題驗證
避免將正常的登入限制、錯誤付費牆設定及 Google 索引狀態混為一談。

注意事項
- 不是所有結構化資料都會有獨立 GSC 報表。例如 Article 或 Organization 的支援,不代表左側一定會出現同名報表。
官方說明:Google:複合式搜尋結果報告總覽、Google:圖片授權中繼資料、Google:將 Reader Revenue Manager 程式碼片段加入網站、Google:訂閱與付費牆內容
飯店與度假民宿:先確認旅宿整合資格
旅宿報表與一般文章或產品頁不同,還可能涉及 Hotel Center、資料合作與額外整合資格。只有自己確實使用相應功能且介面有報表時,才依下列方式處理,不能只加一段 schema 就期待取得所有旅宿展示。
步驟 1:有「飯店」報表時,點進問題與示例,核對對應旅宿、房型、價格與供應條件。
操作路徑:強化項目 → 飯店 → 問題 → 示例(若有)
確認 Hotel、HotelRoom、Offer 等實際適用資料與網站及價格來源相符,先辨認是標記問題或價格一致性問題。

若涉及飯店價格準確度驗證,依 Hotel Prices 的專用規格檢查,而非直接套用一般產品 JSON-LD 範例。
操作路徑:飯店價格來源/網站房價 → Hotel Prices 官方文件
目前飯店價格準確度驗證建議使用 Microdata;這項規定有自己的用途,不能延伸成所有 Google 結構化資料都停用 JSON-LD。


步驟 2:有「度假民宿」報表時,核對 VacationRental 的物件識別、名稱、照片、地址或位置等報錯欄位。
操作路徑:強化項目 → 度假民宿 → 問題 → 示例(若有)
每個標記描述正確房源,房源資料與旅宿整合來源一致。

步驟 3:先確認已符合 Google 旅宿的整合資格,再測試頁面,修正完回相應問題頁驗證。
操作路徑:旅宿整合資格 → 公開房源頁測試 → 問題驗證
度假民宿文件針對已與 Google 技術窗口及 Hotel Center 整合的網站;提交合作意願也不保證取得資格。

注意事項
- 飯店、度假民宿的資料可能有合作與市場條件;實際管理畫面與欄位以自己已啟用的服務為準。
官方說明:Google:複合式搜尋結果報告總覽、Google:飯店價格結構化資料、Google:度假民宿結構化資料
數學解題工具:檢查題型與解題入口
「數學解題工具」適用於真的能協助使用者解數學題的服務。它與已退役的「練習題」功能不同;有對應內容與報表才需要處理。
步驟 1:若有「數學解題工具」報表,開啟問題與示例,確認是哪一個 MathSolver 項目。
操作路徑:強化項目 → 數學解題工具 → 問題 → 示例(若有)
辨認服務名稱與解題入口,不把只有一篇數學文章的頁面誤作整個解題工具。

依 MathSolver 規格核對支援題型與 potentialAction 等解題操作資訊。
操作路徑:MathSolver 標記 → 題型/解題操作欄位
標記應對應服務真正能處理的題目與操作,不聲稱支援尚未提供的解題能力。

步驟 2:實際測試解題入口能否接受使用者題目並到達合理結果,再測試 Google 讀到的標記。
操作路徑:網站解題服務 → 複合式搜尋結果測試/網址審查
語法有效與解題服務可用是兩個檢查點。

步驟 3:修正後回對應問題頁驗證;沒有報表時依官方文件及測試結果追蹤,不自行假設已取得搜尋展示。
操作路徑:問題詳細資料 → 驗證修正後的項目(若有)
確認 Google 後續處理結果,同時保留內容準確性與功能測試。

注意事項
- MathSolver 與 Quiz/練習題的名稱相近,但功能與支援狀態不同,不應互相替代。
官方說明:Google:複合式搜尋結果報告總覽、Google:數學解題工具
AMP:檢查 AMP 網頁的有效性與對應關係
只有網站使用 AMP,且 Google 已偵測到相關頁面時,才會看到 AMP 報表。AMP 不是所有網站的必要設定,也不是進入焦點新聞輪轉介面的必要條件。
步驟 1:若側欄有「AMP」,開啟報表並查看有效與無效頁面數。
操作路徑:左側選單 → AMP(若有)
確認網站仍有使用 AMP;沒有 AMP 內容的網站不必為了增加報表而安裝 AMP 外掛。

步驟 2:點選無效問題,再選受影響網址樣本。
操作路徑:AMP → 問題列 → 示例網址
讀取具體 AMP 語法、資源或連結問題,不將所有 AMP 錯誤都當成整站無法索引。

步驟 3:使用網址審查或可用的 AMP 測試,核對 AMP 版本與標準版本。
操作路徑:示例網址 → 網址審查 → AMP 詳細資料/測試線上網址
確認 canonical、rel=amphtml、內容與存取設定一致,AMP 與標準頁應能完成相同的主要任務。

步驟 4:回網站的 AMP 範本或外掛修正,再測試公開版本。
操作路徑:網站 AMP 來源 → 驗證/測試線上網址
先確認目前頁面已修正,再要求 Google 驗證,而不是重複提交未變動的頁面。

步驟 5:完成同類問題修正後,回 AMP 問題頁按驗證修正,並追蹤驗證狀態。
操作路徑:AMP → 問題詳細資料 → 驗證修正後的項目
區分修正驗證、AMP 有效性與是否建立索引;它們不能直接視為同一結果。

注意事項
- 若決定停用 AMP,需依官方 AMP 移除流程處理連結與重新導向,不只是從 GSC 隱藏報表。
- Google 於 2026 年調整 AMP 搜尋連接方式,舊教學中的 AMP Viewer/Cache 操作不應直接沿用。
官方說明:Google:AMP 狀態報告、Google:AMP 測試、Google:文件更新紀錄
無法剖析的結構化資料:先修語法,再看類型
「無法剖析的結構化資料」通常表示 Google 連資料本身都無法完整讀取,例如少了逗號、引號或括號。這類錯誤可能讓產品、影片等標記無法歸入正常報表,要先把語法修好。
步驟 1:開啟報表,點進實際列出的語法問題。
操作路徑:強化項目 → 無法剖析的結構化資料 → 問題列
看到錯誤類型與受影響示例,不要只依總數猜是哪個外掛有問題。

步驟 2:若問題頁仍有示例,選一筆檢查指出位置附近的 JSON-LD 或其他結構化資料。
操作路徑:問題詳細資料 → 示例 → 程式碼詳細資料
找出不成對引號、未跳脫的特殊字元、漏逗號或格式錯誤;真正原因有時在標示位置的前一段。

修正產生標記的範本或外掛設定,再用測試工具檢查整個資料區塊。
操作路徑:網站結構化資料來源 → 複合式搜尋結果測試
確認工具能辨識正確類型,再檢查該類型的必要欄位,而不只是讓 JSON 語法通過。

步驟 3:發布修正並測試線上網址,回到問題頁啟動修正驗證。
操作路徑:無法剖析的結構化資料 → 問題詳細資料 → 驗證修正後的項目
後續回看原本的產品、導覽標記或影片報表,確認資料已恢復辨識。

注意事項
- 這份報表只列重大剖析錯誤,沒有有效項目或警告。修好語法後,其他類型報表才可能顯示原本無法判讀的欄位問題。
- 同一錯誤若來自共用範本,可能同時影響大量頁面;只手改一個示例頁不會修好全站。
官方說明:Google:無法剖析的結構化資料報表、Google:複合式搜尋結果報告總覽
安全、連結與成就
人工判決處罰:讀懂影響範圍,修正後要求審查
「人工判決處罰」會列出 Google 人工審查認定的政策問題。它和演算法更新造成的流量變動不同;看到流量下降時,先確認這裡是否真的有處罰,不要直接把兩者畫上等號。
步驟 1:展開「安全性與人工判決處罰」,開啟「人工判決處罰」。
操作路徑:左側選單 → 安全性與人工判決處罰 → 人工判決處罰
若顯示未偵測到問題,代表目前沒有這裡列出的人工處置;不表示網站所有內容或排名都沒有問題。

步驟 2:若列出處罰,展開每一項,閱讀原因、影響範圍與示例網址。
操作路徑:人工判決處罰 → 問題 → 詳細資料
確認是部分頁面、某個區段、整站,還是特定搜尋功能受到影響;示例不是完整違規清單。

步驟 3:依該問題的官方說明檢查整個受影響範圍,修正內容、連結、標記或網站行為。
操作路徑:問題 → 瞭解詳情 → 網站修正
修正真正違規行為,並保留做了哪些修改、哪些頁面已處理及如何防止重發的紀錄。

步驟 4:確認列出的所有問題都已處理,再按「要求審查」,用具體修改內容說明處理方式。
操作路徑:人工判決處罰 → 要求審查
送出重審要求;應說明問題、採取的修正與驗證結果,不用只寫「已改好請恢復排名」。

步驟 5:追蹤留言與電子郵件的審查進度,未有結果前不要重複提交。
操作路徑:右上角留言 → 審查通知;人工判決處罰 → 狀態
分清楚審查中、撤銷或仍需修正。處罰撤銷後的搜尋表現仍要觀察,沒有立即恢復原排名的保證。

注意事項
- 不同政策問題影響不同。例如結構化資料處罰可能影響複合式結果資格,不應一律寫成整站從搜尋消失。
- 處理流程與重審撰寫可延伸看本站 Google 人工判決處罰指南。
官方說明:Google:人工判決處罰報告、Google:結構化資料一般指南
安全性問題:處理遭駭、惡意軟體與詐騙警告
「安全性問題」回報 Google 偵測到的遭入侵內容、惡意或垃圾軟體、社交工程等風險。這類問題可能讓搜尋結果或瀏覽器出現警告;處理時要清查整個受影響範圍,不能只刪掉一個示例。
步驟 1:開啟「安全性問題」,確認是否有警示。
操作路徑:左側選單 → 安全性與人工判決處罰 → 安全性問題
正常時會顯示沒有偵測到問題的狀態;若收到警告但看不到項目,先確認登入帳戶與所選資源是否正確。

步驟 2:展開問題,閱讀首次偵測時間、問題說明與受影響網址樣本。
操作路徑:安全性問題 → 問題詳情 → 詳細資料
把問題分類清楚,再依「瞭解詳情」處理;沒有樣本網址不代表沒有受影響頁面。

由網站維護人員檢查受影響內容、外掛、帳戶與漏洞,移除有害內容並修補被利用的漏洞。
操作路徑:問題官方說明 → 網站/主機端修正
同時處理感染內容與漏洞。無法安全判讀程式碼時,交給主機商或網站安全人員;不要為了重現畫面直接在日常瀏覽器開啟疑似惡意頁。

步驟 3:確認各類問題及全站受影響頁面都已修正並測試,再按「要求審查」。
操作路徑:安全性問題 → 要求審查
提供發現的問題、清理方式與檢查結果,讓 Google 重新評估。

步驟 4:等待審查通知並追蹤報表,若仍失敗就依原因繼續修正。
操作路徑:留言/電子郵件 → 審查結果 → 安全性問題
確認 Google 的處理結果;審查通常需要數天至數週,處理中不要反覆送出同一要求。

注意事項
- Google 的警告可能依瀏覽情境觸發,自己看不到警告不等於問題不存在。
- HTTPS 憑證正常也不代表網站沒有遭駭,HTTPS 報表與安全性問題報表要分開檢查。
官方說明:Google:安全性問題報告
連結:查外部來源、錨點與內部連結分布
「連結」會整理 Google 找到的外部與內部連結樣本。先看重要頁面是否獲得合理的連結,再下鑽來源;這裡的連結數不是網站權威分數,也不是推薦流量或 PageRank。
步驟 1:開啟「連結」,先辨認外部連結與內部連結區塊。
操作路徑:左側選單 → 連結
外部連結來自目前資源之外,內部連結則連向資源內頁面。兩者用途與統計範圍不同。

步驟 2:在外部連結的「熱門連結網頁」按「更多」,再選一個目標網址。
操作路徑:連結 → 外部連結 → 熱門連結網頁 → 更多 → 網址
看到最常連到該頁的網站,判斷文章、產品或首頁的被連結分布是否符合預期。

步驟 3:點一個來源網站,再查看實際的連結來源頁面與目標網址。
操作路徑:目標網址 → 連結至這個網頁的熱門網站 → 網站
追到具體反向連結樣本;目標網址不同時,可能涉及重新導向或 Google 採用的標準網址。

步驟 4:回到總覽,在「最常連結的網站」按「更多」,點選來源網域。
操作路徑:連結 → 外部連結 → 最常連結的網站 → 更多 → 網域
換成由來源查目標的角度,查看該站最常連向自己的哪些頁面。來源通常依根網域合併,不會逐一拆開 www 等子網域。

步驟 5:開啟「最常見的連結文字」,查看其他網站使用哪些錨點文字。
操作路徑:連結 → 外部連結 → 最常見的連結文字 → 更多
核對來源如何描述網站與內容;空白文字可能是圖片等沒有文字的連結,不必直接視為錯誤。

步驟 6:在內部連結區塊開啟熱門連結網頁,再點選重要目標頁。
操作路徑:連結 → 內部連結 → 熱門連結網頁 → 更多 → 網址
檢查重要內容是否獲得站內其他頁面連入。若重要頁連結很少,回到相關內容與導覽加入合理連結,再等待重新檢索。

步驟 7:需要更大份樣本時按「匯出外部連結」,依需求選「更多範例連結」或「最新連結」;下鑽表格也可各別匯出。
操作路徑:連結 → 匯出外部連結;或詳細資料表格 → 匯出
把資料交給試算表整理,保留匯出日期。最新連結指 Google 發現的時間,不必然是該連結實際建立的時間。

注意事項
- 這份報表整理外部反向連結與站內連結,不是「網站連到哪些外站」的完整外連清單。
- 報表是樣本,表格最多 1,000 列;有些已被移除的連結仍可能出現,也不會標示是否 nofollow。不要拿它當完整即時反向連結資料庫。
- 突然出現陌生連結不代表網站一定會被處罰。Google 說大部分網站不需要使用 Disavow;應先判斷是否涉及大量人工或付費連結及人工處置風險。
- 內部連結的規劃可延伸閱讀本站 站內 SEO 與內部連結。
- 外部連結的「最新連結」與「更多範例連結」匯出最多各 100,000 列;單一詳細表格匯出最多 1,000 列,仍屬樣本資料。
官方說明:Google:連結報告、Google:禁止連結指向你的網站
成就:追蹤搜尋點擊里程碑
「成就」依 Google 搜尋點擊記錄顯示里程碑,方便觀察網站進展。它不是 Google 認證、網站品質評分或排名獎勵。
步驟 1:開啟「成就」,查看進行中與已達成的項目。
操作路徑:左側選單 → 成就
同時間只會有一項進行中的成就,已完成里程碑則另列在達成區。

步驟 2:點選進行中的成就,查看與前一個 28 天的比較及相關連結。
操作路徑:成就 → 進行中 → 成就卡片
知道下一個目標與近期點擊進度,再進入「深入分析」找出帶動成長的內容。

步驟 3:點選已達成的成就查看徽章,再回成效報表確認日期、網頁與查詢來源。
操作路徑:成就 → 已達成;成效 → 搜尋結果成效
把里程碑連回可分析的數據,而不是只看徽章。新資源可能需要約 28 天累積資料。

注意事項
- 達成成就不會替網站增加排名權重;沒有徽章也不能推論搜尋設定錯誤。
官方說明:Google:Search Console 中的成就
帳戶與資源設定
AI controls:管理網站是否出現在搜尋生成式 AI
這個設定會影響網站內容與連結是否出現在 Google 搜尋的指定生成式 AI 功能。操作前先確認自己看的資源範圍,以及它是否沿用上層。
步驟 1:開啟「設定」,在「AI controls」下點「Google 搜尋生成式 AI」。
操作路徑:設定 → AI controls → Google 搜尋生成式 AI
看到目前納入或排除的設定;子資源可能勾選「沿用以下資源的控制項」,並顯示設定來源。

步驟 2:若顯示沿用,先讀上層資源名稱,確認真正生效的設定來自哪裡。
操作路徑:Google 搜尋生成式 AI → 沿用設定
子資源預設沿用最近一個有自訂設定的上層,並不一定直接沿用根網域。

步驟 3:需要調整時,先確認是否沿用上層;自行設定則選擇「在 Google 搜尋生成式 AI 功能中納入我的網站連結和內容」或「不要在 Google 搜尋生成式 AI 功能中納入我的網站連結和內容」,再按「儲存」。
操作路徑:Google 搜尋生成式 AI → 沿用控制項/納入或排除 → 儲存
設定套用至該資源範圍。排除會影響 AI 摘要、AI 模式與探索的生成式 AI 內容及連結。

步驟 4:變更後保留日期,隔一段時間觀察相應曝光報表。
操作路徑:成效 → 生成式 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 或大量資料匯出。
操作路徑:設定 → 對應項目
進入個別工具。若有「購物」區塊,運送與退貨也在這裡;並非每個資源都會顯示。

步驟 4:需要查資源建立時間時,查看「資源新增日期」。
操作路徑:設定 → 資源新增日期
這是此資源最近新增至 Search Console 的日期,不等於網域註冊、網站上線或 Google 首次發現網站的日期。

注意事項
- 本節說明設定入口;調整使用者、建立關聯、設定政策或啟動匯出都會改變實際帳戶設定,操作前需核對正確資源與內容。
官方說明:Google:Search Console 資源設定頁面、Google:管理擁有者、使用者和權限
擁有權驗證:確認驗證方法,保留必要憑證
「擁有權驗證」用來證明你能控制網站。已通過驗證後仍要保留驗證所需的 DNS 記錄、檔案或標記;刪掉它們,未來重新檢查時可能失去存取權。
步驟 1:開啟「擁有權驗證」,查看目前的驗證狀態與方法。
操作路徑:設定 → 擁有權驗證
確認是 DNS、HTML 檔案、HTML 標記、Google Analytics 或 Google 代碼管理工具;可用方法依資源類型而異。

步驟 2:展開自己的驗證方法,依說明核對網站或 DNS 中的原始設定。
操作路徑:擁有權驗證 → 驗證方法 → 詳細資料
知道改版、換主機或移轉 DNS 時要保留哪一項設定,不必重新建立一項重複資源。

步驟 3:若需要新增備援驗證,選擇適用方法並依畫面將個人驗證資料放到指定位置,再按「驗證」。
操作路徑:擁有權驗證 → 其他驗證方法 → 驗證
新增一個成功的驗證方式。網域資源需以 DNS 驗證;網址前置字元資源才可依條件使用其他方式。

步驟 4:交接網站時,到「使用者和權限」核對擁有者與驗證詳細資料,再處理離職者的存取權及遺留權杖。
操作路徑:設定 → 使用者和權限 → 擁有者更多選單 → 擁有權驗證詳細資料
避免只從使用者清單移除人員,卻仍留下可重新驗證的權杖;也避免誤刪仍在使用的驗證資料。

注意事項
- Google Analytics 驗證與 GA4 報表關聯是不同事情,驗證成功不代表 GA4 已自動出現 Search Console 報表。
- 驗證資料可能同時用於其他 Google 服務,移除前應確認影響;不要在公開教學或交接截圖展示個人的完整權杖。
官方說明:Google:驗證網站擁有權、Google:管理擁有者、使用者和權限
使用者和權限:新增、調整、移除與交接
只有資源擁有者能管理使用者。擁有者、完整權限與受限權限的範圍不同,授權時應依對方真正要做的工作選擇,不必讓每位看報表的人都成為擁有者。
步驟 1:開啟「使用者和權限」,逐列核對帳戶與權限。
操作路徑:設定 → 使用者和權限
辨認目前團隊、外包人員及已驗證/委派擁有者;看不到此頁時,先確認是否具擁有者權限。

步驟 2:要授予存取權時,按「新增使用者」,輸入對方的 Google 帳戶電子郵件。
操作路徑:使用者和權限 → 新增使用者 → 電子郵件地址
填入單一有效 Google 帳戶,不能以電子郵件群組代替使用者。

步驟 3:選擇對應權限,按「新增」,完成後回清單核對。
操作路徑:新增使用者對話框 → 權限 → 新增
帳戶與角色顯示正確。完整使用者可看資料並執行部分操作,受限使用者主要用於查看;擁有者另具管理權。

步驟 4:需要調整角色時,開啟該使用者的更多選單,選「變更權限」。
操作路徑:使用者列 → 更多 → 變更權限 → 儲存
新權限生效。已驗證擁有者不能只靠降級選單撤銷驗證,必須處理其驗證方式。

步驟 5:停止授權時,開啟該使用者的更多選單,選「移除存取權」。
操作路徑:使用者列 → 更多 → 移除存取權
該使用者失去此資源存取權;若畫面提示仍有驗證權杖,繼續檢查才能完成交接。

步驟 6:開啟「未使用的擁有權權杖」,核對已移除擁有者的遺留驗證方式。
操作路徑:使用者和權限 → 未使用的擁有權權杖 → 權杖詳細資料
依指示從網站、DNS 或相關服務移除確定不再需要的個人驗證方式,避免對方重新取得權限。

注意事項
- 不要移除資源最後一位有效擁有者;資源必須保有已驗證擁有者。
- 發現不認得的擁有者時,不能只清掉清單了事,還要檢查網站與帳戶是否遭到入侵。
- 來自上層資源的擁有者可能自然擁有子資源權限,不能在子資源把他降為較低角色。
官方說明:Google:管理擁有者、使用者和權限
關聯:連接 GA4、Merchant Center 與其他 Google 服務
「關聯」連接的是不同 Google 服務的資源或帳戶。它不等於新增 GSC 使用者,資料分享與操作能力也會依服務而異;核准前要看清楚是哪個帳戶提出要求。
步驟 1:開啟「關聯」,核對現有關聯與待處理要求。
操作路徑:設定 → 關聯
確認服務名稱、帳戶與網址。已拒絕或移除的關聯不會持續保留在清單中。

步驟 2:建立 GA4 關聯時,到 GA4 管理員的「Search Console 連結」選擇正確的網站資源與網頁資料串流,完成後回 GSC 核對。
操作路徑:GA4 → 管理 → 產品連結 → Search Console 連結;GSC → 設定 → 關聯
需要 Search Console 擁有者及 GA4 編輯權限;建立後,具備該 GA4 資源存取權的人員可看到分享的搜尋資料。

步驟 3:開啟「商家商機」,依「開始使用」前往 Merchant Center,再依商家帳戶的關聯流程核對帳戶與網域。
操作路徑:GSC → 商家商機 → 開始使用 → Merchant Center
需要 GSC 擁有者及 Merchant Center 管理員權限,且網站資源必須符合網域層級條件。

步驟 4:若「待處理的要求」出現其他服務送來的申請,先閱讀資料與權限影響,再依該要求提供的核准或拒絕選項處理。
操作路徑:關聯 → 待處理的要求 → 核准/拒絕
只有確認正確的要求才成為有效關聯;其他服務通常需先從該服務端提出要求。

步驟 5:要解除既有關聯,從該列「其他動作」選單選「移除關聯」,依後續畫面處理並核對清單。
操作路徑:關聯 → 既有關聯 → 其他動作 → 移除關聯
停止這項服務連接;不會因此刪除網站或移除其他 GSC 使用者。

注意事項
- 可關聯服務與可用入口會持續調整。GA4、Google Ads、Merchant Center、Play/Android、Chrome 線上應用程式商店等應以當前清單與對應官方說明為準。
- 新增 GA4 使用者也可能讓更多人看到已關聯的 Search Console 資料,定期交接時要一起檢查兩邊權限。
官方說明:Google:關聯
變更網址:網站搬到新網域時使用
畫面中的「變更網址」用來通知 Google,整個網站正在搬往另一個網域或子網域。網站與重新導向要先完成,這個工具才接著檢查與傳送遷移訊號,不能代替搬站本身。
確認新舊網站已建立對應的永久重新導向,且同一 Google 帳戶擁有新舊兩項資源。
操作路徑:新舊網站搬遷前置作業 → Search Console 資源清單
舊頁能導到正確新頁,新站可存取,新舊資源均已驗證;子路徑層級資源不適用此工具。


步驟 1:選擇舊網站資源,再開啟「變更網址」。
操作路徑:舊資源 → 設定 → 變更網址
工具目前的來源是舊站,避免在新站反向送出搬遷。

步驟 2:從清單選擇正確的新網站資源,按「驗證並更新」。
操作路徑:變更網址 → 選擇新網站 → 驗證並更新
工具檢查擁有權與重新導向;有關鍵錯誤需先修正,有警告則讀清楚影響再決定。

步驟 3:檢查通過後依畫面確認,完成後查看新舊資源的遷移通知。
操作路徑:前置檢查 → 確認遷移 → 新舊資源通知
GSC 顯示遷移進行中;後續分別觀察兩站成效、索引與錯誤,不會立即把舊站所有網址清空。

步驟 4:遷移後持續維持舊址到新址的重新導向,定期檢查重要網址、索引與搜尋流量。
操作路徑:遷移通知 → 新舊資源成效/網頁索引狀態 → 網址審查
確認流量與索引逐步轉移;工具不會自動替網站維護重新導向。

如果確定要還原遷移,先移除舊站到新站的重新導向,再依還原計畫建立新站回舊站的永久重新導向。
操作路徑:網站伺服器/重新導向設定 → 還原路由
讓實際網站回應與要取消的遷移方向一致;應先檢查重要頁,避免形成雙向循環。

步驟 5:在提交後 180 天內,開啟舊資源的「變更網址」,按「取消遷移」;涉及多個舊資源時分別處理。
操作路徑:舊資源 → 設定 → 變更網址 → 取消遷移
取消工具中的搬遷通知。工具通知、網站重新導向及後續重新檢索仍須分別追蹤。

注意事項
- HTTP 改 HTTPS、www 與非 www 切換、同網域內更換路徑、只換主機或 CDN,都不使用這個工具。
- 工具不會自動搬遷所有子網域,使用中的子網域與變體應依官方規定分別確認。
- Google 建議重新導向至少維持 180 天,仍有搜尋流量時須更久;不要把 180 天當成到期即可刪除舊網域的指令。
官方說明:Google:網址變更工具
檢索統計資料:追查 Googlebot、主機與回應異常
「檢索統計資料」顯示近 90 天 Google 對網站提出的要求、下載量與回應時間,適合追查主機或檢索異常。它計算的是要求次數,同一網址可被要求多次,也包含部分資源要求,不能與已建立索引頁數直接比較。
步驟 1:開啟設定中的「檢索統計資料」,按畫面的「開啟報表」。
操作路徑:設定 → 檢索統計資料 → 開啟報表
看到檢索要求總次數、下載內容總大小與平均回應時間;只適用於網域或根層級網址前置字元資源。

步驟 2:切換三項指標,查看異常日期是否同時出現要求下降、錯誤增加或回應變慢。
操作路徑:檢索統計資料 → 指標卡片 → 日期圖表
建立時間線,接著與網站改版、主機紀錄及索引變化交叉確認,不能只靠一條線判定原因。

步驟 3:點開「主機狀態」;若列出多個主機,先選擇要處理的主機。
操作路徑:檢索統計資料 → 主機/主機狀態
查看 robots.txt 可用性、DNS 解析、伺服器連線能力;異常時先處理主機端的阻礙。

步驟 4:在依回應分類的表格點選 5XX、404、重新導向或其他要調查的回應。
操作路徑:檢索要求明細 → 依回應 → 回應類型
看到該類回應的走勢與樣本。失效內容回 404 可能符合預期,重要頁誤回 404 或持續 5XX 才需要修正。

步驟 5:再依檔案類型、檢索目的與 Googlebot 類型下鑽。
操作路徑:檢索要求明細 → 檔案類型/檢索目的/Googlebot 類型
區分 HTML、圖片、JavaScript 等資源,探索與重新整理,以及智慧型手機、電腦等檢索器。

步驟 6:點選一個樣本網址,記下要求時間、回應與大小,再對照伺服器記錄。
操作路徑:分類詳細資料 → 樣本網址 → 要求詳細資料
將 GSC 的異常對應到可查的請求;樣本不完整,找不到網址不代表 Google 從未檢索。

步驟 7:修正主機、規則或回應後,觀察新資料與索引狀態,不追求檢索次數越高越好。
操作路徑:檢索統計資料 → 最新走勢;網頁索引狀態 → 問題
確認重要頁能穩定被檢索且伺服器正常;此處沒有讓 Googlebot 強制提高檢索頻率的按鈕。

注意事項
- 報表並非完整伺服器存取紀錄,與主機 log 可能存在差異;重新導向鏈中的每次要求會分別計算。
- 平均回應時間是檢索擷取的指標,不等於使用者端 LCP 或完整頁面載入時間。
- 子路徑資源沒有此報表時,切換到自己有權限的根層級資源;檢索預算的背景可參考本站相關教學。
官方說明:Google:檢索統計資料報告
robots.txt:查看 Google 讀到的版本與擷取問題
設定中的「robots.txt」報表用來確認 Google 能否取得及解析規則。這裡可以看版本與要求重新檢索,但實際檔案仍要在網站或代管平台修改。
步驟 1:開啟「robots.txt」,核對檔案路徑、擷取狀態、上次檢查時間與問題數。
操作路徑:設定 → robots.txt
確認查看的是正確協定與主機;報表僅適用於網域層級或不含子路徑的網址前置字元資源。

步驟 2:點一個檔案,查看 Google 最近擷取的內容與醒目標示的錯誤或警告。
操作路徑:robots.txt → 檔案列 → 檔案內容
區分成功擷取但規則解析有誤,與根本無法取得檔案的情況。

步驟 3:要排查改版時間,點「版本」並選擇先前擷取的版本。
操作路徑:檔案內容 → 版本 → 擷取版本
查看過去 30 天的變動記錄;只有內容或擷取結果有變化的要求才會留下版本。

步驟 4:按「開啟目前運作中的 robots.txt 檔案」,比較網站現在提供的內容。
操作路徑:檔案詳細資料 → 開啟目前運作中的 robots.txt 檔案
判斷 GSC 是否仍在顯示舊版本。不同子網域或 HTTP/HTTPS 有各自適用的檔案,不可只查其中一份。

步驟 5:在網站修正擷取或重大規則錯誤後,回檔案列更多選單選「要求重新檢索」。
操作路徑:robots.txt → 檔案列 → 更多 → 要求重新檢索
請 Google 更新規則;這不保證所有剛解除封鎖的網頁會立即重新檢索或建立索引。

步驟 6:用網址審查測試重要頁面,確認實際網址不再遭 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 → 設定 → 大量資料匯出
確定資料要存在哪裡,以及誰能管理與查詢;沒有需求或預算時,先使用一般報表匯出即可。

在 Google Cloud 的「API 和服務」啟用 BigQuery API 與 BigQuery Storage API。
操作路徑:Google Cloud 控制台 → API 和服務 → 啟用 API 和服務
目的專案可接收 BigQuery 匯出。啟用的是自己的正確專案,不是只修改瀏覽器目前選到的任意專案。

到 IAM 授予官方匯出主體 [email protected]「BigQuery 工作使用者」與「BigQuery 資料編輯者」角色。
操作路徑:Google Cloud → IAM 與管理 → IAM → 授予存取權
讓 Search Console 能建立及寫入匯出資料;這是 Google 公開的系統服務帳戶名稱,不需要下載或上傳自己的私密金鑰。

步驟 1:回到 GSC,填入 Cloud 專案 ID,選擇資料集名稱與位置。
操作路徑:設定 → 大量資料匯出 → Cloud 專案 ID/資料集名稱/位置
填的是專案 ID,不是專案編號;多項資源匯入同專案時,各用不同資料集名稱,位置也要在啟動前確認。

步驟 2:檢查設定後按「繼續」並依畫面確認,之後回此頁查看上次匯出狀態。
操作路徑:大量資料匯出 → 繼續 → 匯出狀態
開始排程匯出,成功設定後首次匯出最慢可能需要 48 小時;設定完成不等於資料表已成功寫入。

在 BigQuery 查看資料表及匯出紀錄,設定適當的分區到期時間。
操作路徑:BigQuery → 對應資料集 → 資料表/匯出紀錄
確認日期是否連續及資料是否到齊;若設定分區到期,官方要求至少 14 天,並避免修改匯出資料表結構。

步驟 3:匯出失敗時,先看狀態原因,再檢查專案計費、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:選擇適用的國家/地區,輸入消費者能開啟的退貨政策網址。
操作路徑:新增退貨政策 → 國家/地區 → 退貨政策網址
提供正式公開政策頁,不使用後台預覽、需登入或已失效的網址。


步驟 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 帳戶,這裡只能管理自己的收信偏好。

步驟 2:查看是否啟用電子郵件通知功能,以及各訊息類型的訂閱狀態。
操作路徑:電子郵件接收設定 → 通知開關/訊息列表
清楚知道哪些類型會寄信。列表通常只列曾取消訂閱的訊息,不是所有可能通知的完整清單。

步驟 3:要恢復特定通知,將對應類型改為訂閱;要恢復全部通知,先開啟整體通知開關。
操作路徑:電子郵件接收設定 → 類型狀態/啟用電子郵件通知功能
之後依偏好寄送郵件,先前對個別類型的設定仍需另外核對。

步驟 4:需要停止某類郵件時,可從收到的郵件底部取消訂閱,或在已列出的類型中調整。
操作路徑:通知郵件 → 取消訂閱;或電子郵件接收設定 → 狀態
影響該類型在自己所有資源的郵件,訊息仍會顯示在 GSC 留言面板。

注意事項
- 關閉郵件不會關閉問題偵測,也不會刪除後台通知。網站交接時,團隊成員需要各自確認自己的收信設定。
- 回到「使用者設定」另有「搜尋結果中的 Search Console 資訊」,控制自己的 Google 搜尋畫面是否出現網站成效摘要;它不會改變一般訪客看到的搜尋結果。
官方說明:Google:電子郵件接收設定頁面
說明、提交意見與服務狀態:遇到問題時怎麼找答案
問號、欄位旁的說明圖示與「提交意見」各有用途。先確認指標定義與服務狀態,再決定是網站問題、報表延遲,還是需要向 Google 回報介面異常。
步驟 1:不確定欄位意思時,先點欄位旁的問號或說明圖示。
操作路徑:報表 → 欄位旁說明圖示
確認指標的範圍與限制,例如數字計算的是網址、項目還是要求次數。

步驟 2:點頂端「說明」,開啟目前報表的說明或前往官方說明中心。
操作路徑:頂端 → 說明 → 官方說明文件
用同一報表名稱查操作與資格,避免照已退役介面的舊教學找不到按鈕。

若多個報表同時延遲或異常,查看 Google Search Status Dashboard 與相關資料異常公告。
操作路徑:官方說明連結 → Google Search Status Dashboard/Data anomalies
將已知系統事件與自己網站的變更分開;沒有公告也不能立即斷定網站一定有錯。

步驟 3:要回報 GSC 介面問題,點左側「提交意見」,寫下操作路徑、預期結果與實際錯誤。
操作路徑:左側選單 → 提交意見
提供能重現問題的內容;若附畫面,先遮蔽帳戶、網址與敏感資料,再依畫面選擇是否送出。

需要討論網站診斷時,前往 Search Central 官方社群;要檢舉垃圾、釣魚或惡意網站,改用對應檢舉表單。
操作路徑:官方說明中心 → 社群/檢舉工具
使用適合問題的管道。提交意見不是請求索引、申訴處罰或保證有人回覆的客服工單。

注意事項
- 「關於 Search Console」提供產品介紹與相關連結,不會修改目前資源的搜尋設定。
- 圖表波動應先保留當時的篩選條件、日期與截圖,再查原因,避免換了條件後無法重現。
官方說明:Google:Search Console 報表總覽、Google Search Status Dashboard、Google Search Central 支援資源
外部工具與日常檢查
搜尋結果中的 Search Console 資訊:控制自己的成效摘要卡
用管理網站的帳戶登入 Google 搜尋時,有時會看到網站的點擊、曝光與平均排序摘要。這張資訊卡只給該資源的擁有者或完整權限使用者看,不會公開顯示給一般搜尋者。
步驟 1:點右上角「使用者設定」,開啟「搜尋結果中的 Search Console 資訊」。
操作路徑:頂端 → 使用者設定 → 搜尋結果中的 Search Console 資訊
進入自己帳戶的摘要卡顯示設定,與網站排名或 SEO 標題設定無關。

步驟 2:需要全部開啟或關閉時,勾選或取消「為下列資源啟用」。
操作路徑:搜尋結果中的 Search Console 資訊 → 為下列資源啟用
控制自己的所有資源摘要卡;停用後若再次啟用,會還原各資源先前的顯示設定。

步驟 3:只想調整某個網站時,保持功能啟用,再到該資源的狀態選「顯示」或「不要顯示」。
操作路徑:資源列表 → 該資源的狀態 → 顯示/不要顯示
只改自己這個資源的資訊卡顯示,不會更改其他成員的偏好。

也可在 Google 搜尋中出現的摘要卡打開設定,選「不要在這個網站顯示」或「不要在我的任何網站顯示」。
操作路徑:Google 搜尋 → 自己的 Search Console 摘要卡 → 設定選單
從搜尋結果就能調整自己的顯示偏好;這個卡片不保證每次搜尋都會出現。

注意事項
- 這裡不是把後台流量公開到搜尋結果,也不會影響訪客能否找到網站。
- 若使用受限權限帳戶或登入其他 Google 帳戶,可能看不到摘要卡。
官方說明:Google:搜尋結果中的 Search Console 資訊
外部工具:GA4、Site Kit、複合式結果與速度測試怎麼分工
GSC 看搜尋端的曝光、點擊與索引;GA4 看進站後的行為;Site Kit 把部分 Google 資料帶到 WordPress。工具可以搭配,設定與資料也不會因為裝了某個外掛就完全自動完成。
在 GA4 管理員中開啟 Search Console 連結,核對網站資源與網頁資料串流。
操作路徑:GA4 → 管理 → 產品連結 → Search Console 連結
依 GA4 流程建立關聯,需要正確的 GSC 擁有者與 GA4 編輯權限;不能只因兩邊用同一 Email 就期待自動相連。

連結完成後,到 GA4 報表的媒體庫確認 Search Console 集合是否已發布。
操作路徑:GA4 → 報表 → 媒體庫 → Search Console 集合 → 發布(若尚未發布)
讓有權限的讀者在 GA4 導覽看到搜尋相關報表;集合不存在時依 GA4 當前範本建立。

WordPress 使用 Site Kit 時,核對所連接的 Google 帳戶與 Search Console 資源。
操作路徑:WordPress → Site Kit → 設定 → 已連接服務
方便在網站後台看摘要;進階篩選、索引診斷與管理工作仍依需求回 GSC。

要檢查目前頁面的結構化資料,使用複合式搜尋結果測試;要看 Google 已知的索引版本,使用網址審查。
操作路徑:Rich Results Test → 網址/程式碼;GSC → 網址審查
分別回答「目前標記可否辨識」與「Google 目前記錄什麼」,不把單次測試當成已收錄或已顯示結果的證明。

要追速度瓶頸,使用 PageSpeed Insights/Lighthouse,再回 Core Web Vitals 觀察實際使用者群組的變化。
操作路徑:PageSpeed Insights/Lighthouse → 單頁診斷;GSC → 網站使用體驗核心指標
用測試定位程式與資源問題,以現場資料追蹤後續影響。

注意事項
- 不同工具的工作階段、點擊與歸因規則不同,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
可依頁面、查詢、國家、裝置等整理資料;仍受資料與隱私限制,不保證取回每一列或揭露匿名查詢。

索引診斷選 URL Inspection API,提供 inspectionUrl 與所屬 siteUrl。
操作路徑:Search Console API → URL Inspection → index.inspect
取得 Google 索引版本目前可用的狀態,不能透過此 API 執行實際網址即時測試,也不能用它批次按「要求建立索引」。

需要自動管理已授權資源與 Sitemap,使用 Sites 或 Sitemaps API,依操作選擇適當 OAuth 權限。
操作路徑:Search Console API → Sites/Sitemaps
查詢與寫入需要的權限不同;唯讀報表程式不必為了方便而取得可修改網站資源的權限。


只有符合職缺或直播用途時,才評估另外的 Indexing API。
操作路徑:Google Indexing API → 官方 Quickstart → 資格與規範
官方限定 JobPosting,或 VideoObject 內嵌 BroadcastEvent 的頁面;一般文章與一般電商商品不能把它當成通用快速索引工具。

設計自動化前,核對各 API 現行配額、資料限制、授權帳戶與錯誤處理。
操作路徑:官方 API 文件 → Usage limits/Authorization → 專案設定
程式對準正確資源,遇到權限或配額錯誤能辨識原因;不透過多帳戶規避限制,也不把憑證寫進公開程式或教學截圖。

注意事項
- 網域資源的 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 主選單以外的進階工具。大部分網站不需要使用;發現陌生網域或第三方工具給了低分,並不足以構成上傳禁止清單的理由。
先確認是否同時存在大量人工、垃圾或劣質連結,以及已受到或可能受到人工判決處罰的風險。
操作路徑:連結報表 → 來源查核;人工判決處罰 → 問題
沒有這兩項條件時,停止在一般連結診斷,不將正常連結批次禁止。


有必要處理時,先針對確認違規的連結嘗試移除,保留既有禁止清單與處理紀錄。
操作路徑:來源網站/合作方 → 違規連結移除 → 現有清單核對
只將無法移除且確定應禁止的網址或網域整理進清單,不依陌生程度或單一分數決定。


建立 UTF-8 或 7 位元 ASCII 的 .txt 檔,每行一個網址;禁止網域時使用 domain:example.com 格式。
操作路徑:本機文字檔 → 禁止清單
不支援禁止整個子路徑;清單需符合官方大小與行數規格,並保留仍需要的舊項目。

步驟 1:前往官方禁止連結工具,選擇正確的網址前置字元資源,再依畫面上傳。
操作路徑:官方 Disavow 工具 → 選擇資源 → 上傳清單
需要資源擁有者權限,工具不支援網域資源。新的清單會取代這項資源的既有清單。

步驟 2:檢查格式結果,保留送出的版本與日期;若仍有人工處罰,再依該處罰的流程要求審查。
操作路徑:上傳結果 → 清單留存 → 人工判決處罰審查(適用時)
成功上傳不等於已重新評估,處理可能需數週,已禁止的連結仍可能顯示在連結報表。

步驟 3:需要撤銷整份禁止清單時,在相同資源選「取消禁止」;只想調整部分項目則上傳完整修訂版。
操作路徑:Disavow 工具 → 正確資源 → 取消禁止/上傳修訂清單
明確分清楚撤銷整份與修訂部分項目,避免誤刪仍需保留的設定。

注意事項
- 工具用錯可能傷害搜尋表現,不應列為每月例行清理清單。是否處理需根據自己網站的連結建立方式與人工處置風險判斷。
官方說明:Google:禁止連結指向你的網站、Google:禁止連結工具
舊報表與停用功能:找不到入口時先查支援狀態
搜尋結果、強化報表與測試工具會持續調整。舊文章提到的選單不一定仍存在,搜尋外觀篩選器也不是完整的結構化資料功能清單。先核對官方更新,再決定網站是否需要修改。
步驟 1:舊教學要求開「網頁體驗」或「行動裝置可用性」時,改查目前的 Core Web Vitals、HTTPS 與實際行動版體驗。
操作路徑:目前體驗選單 → 網站使用體驗核心指標/HTTPS
舊的綜合網頁體驗及行動可用性入口已退役,不能要求帳號重新開啟。

遇到 HowTo 或 FAQ 複合式結果教學時,先查當前官方支援狀態。
操作路徑:Google Search Central 文件更新 → HowTo/FAQ
HowTo 已停止顯示,FAQ 複合式結果自 2026 年 5 月 7 日停止顯示;不能把補 FAQ schema 寫成目前取得 FAQ 搜尋外觀的方法。

舊內容提到 Course info、ClaimReview、Estimated salary、Learning video、Special announcement 或 Vehicle listing 時,核對它們的退役公告。
操作路徑:官方 2025 年結構化資料調整公告 → 對應類型
這些已退役的搜尋功能,不應再重建為現行必有的 GSC 教學選單。既有網站是否保留標記,仍可依其他消費端與系統需要決定。

遇到「練習題」報表,核對 2025 年 11 月及 2026 年 1 月更新;資料集則改依 Dataset Search 的用途檢查。
操作路徑:官方更新 → Practice problems/Dataset
練習題已退出 GSC 複合式報表、測試與搜尋外觀,不再列為現行操作;MathSolver 是不同類型。Dataset 標記供 Dataset Search 使用。

若文件提到「資料螢光筆」等舊工具,從官方總覽的舊版工具連結查看是否仍對自己資源開放。
操作路徑:官方報表總覽 → 舊版工具與報表 → 對應工具
僅在工具仍可使用且符合網站需求時評估,不能把舊工具當成每個帳號左側都有的新功能;可修改網站時應優先維護正確來源資料。

注意事項
- 某種類型的 schema.org 標記仍存在,不代表 Google 搜尋仍以相同方式使用;停止顯示複合式結果,也不等於內容必然從一般搜尋索引移除。
- Book actions 在 2025 年後續官方更新中保留特定用途,不應一併誤寫成所有書籍相關功能都已停用。



討論與提問