Google Search Console 安裝與驗證教學

你有沒有算過，自己網站上到底有多少頁面，Google 根本從來沒收錄過？

一項分析大量頁面的第三方研究發現，超過 96% 的受分析內容沒有從 Google 取得自然搜尋流量（Ahrefs 的〈96.55% of Content Gets No Traffic From Google. Here's How to Be in the Other 3.45% [New Research for 2023]〉研究）。這項統計不能證明原因是未收錄；搜尋需求、索引、排名、內容與連結都可能影響結果。GSC 的價值，是讓你先確認 Google 收錄了哪些頁面、哪些查詢曾帶來曝光。

Google Search Console（簡稱 GSC）就是那雙讓你看見真相的眼睛。它是 Google 免費提供的官方工具，告訴你哪些頁面被收錄了、哪些搜尋查詢帶來了曝光、你的網站在搜尋結果裡大概排在第幾名、有沒有什麼技術錯誤正在拖累你的排名。沒有它，做 SEO 等於矇著眼睛開車，你永遠不知道自己開到了哪裡，也不知道為什麼停滯不前。如果你想先搞清楚 GSC 到底是什麼、它跟其他 SEO 工具有什麼不同（完整工具清單可參考我整理的SEO 工具完整評比），可以先看〈Google Search Console 介紹與完整教學〉這篇打底，再回來跟著這篇走安裝流程。

快速重點整理：這篇教學帶你從零開始驗證 GSC。Domain 資源涵蓋整個網域，URL 前綴資源只涵蓋完全相符的通訊協定、主機名稱與路徑；選到錯誤前綴時，報表可能沒有你預期的資料。後續還要提交正確 Sitemap、檢查索引與確認搜尋曝光是否真的發生。

「裝了 GSC」跟「GSC 真的在運作」是兩件事

很多人對安裝 GSC 的理解，就是在後台按幾個按鈕、貼一段驗證碼，然後就搞定了。這個想法只對了一半。GSC 的驗證機制設計得相當寬容，你只要證明你「擁有」這個網域或這組網址，驗證就會通過，介面也會亮起綠色的勾。但驗證通過只代表 Google 認得你是站長，不代表它會把「對的資料」送進你面前。

資源類型設錯，幾乎是「為什麼我 GSC 都沒資料」最常見的兇手之一。一個非常典型的狀況是：網站實際跑在 https://www.example.com，站長卻在 GSC 裡新增了一個 http://example.com 的 URL 前綴資源。驗證通過了，綠燈也亮了，但接下來好幾個星期，成效報表裡永遠是一片空白。因為 Google 只會把「那個確切前綴」底下的搜尋資料倒進這個資源，而你的真實流量根本不在那個前綴底下，它們落在 https://www 那邊，而那邊你沒有驗證。

這就是為什麼這篇教學的節奏跟一般「照表操課」的安裝文不太一樣。我會先把那個最關鍵的選擇講透徹，再走安裝步驟，並帶你確認資料真的有進來。順序很重要：先搞懂你要量什麼，再決定怎麼裝。順序錯了，你會花三個月盯著空白的報表，納悶自己的 SEO 到底哪裡出了問題。更糟的是，你可能會朝錯誤的方向使力，去改標題、改內容、買連結，卻從頭到尾不知道真正的瓶頸出在一個安裝步驟上。一個三十秒就能做對的決定，代價可能是三個月的白工。

動手前最重要的一個選擇：Domain 資源還是 URL 前綴資源

GSC 讓你新增兩種類型的資源（property），它會直接決定報表涵蓋範圍。網站健檢時，可以先確認目前驗證的是 Domain 資源還是 URL 前綴資源，以及它是否對應正式網址。

兩者的差異可以用一個比喻來理解。Domain 資源像是在你家社區的大門口裝一台攝影機，所有從前門、後門、側門進出的人都拍得到，不管是開車的、走路的、騎腳踏車的。URL 前綴資源則是只在某一扇特定的門裝攝影機，走別扇門的人它完全看不到，就算那些人是你的常客也一樣。

比較項目	Domain 資源	URL 前綴資源
涵蓋範圍	所有子網域、http 與 https、www 與非 www 全包	只有你填入的那個確切前綴
驗證方式	僅限 DNS TXT 記錄	HTML 檔案、Meta 標籤、GA、GTM、DNS 五選一
需要 DNS 存取權	是（必須能改網域的 DNS 記錄）	僅 DNS 驗證需要，其他四種方式不用
資料完整度	最高，一次涵蓋整個網域的所有變體	受限於前綴範圍，漏掉其他變體
設定難度	中等（要會改 DNS）	低（HTML 標籤貼上去就行）
適合誰	能登入網域 DNS 後台的站長	無法改 DNS、或只想追蹤單一子網域的人

我的建議很直接：如果你能碰到 DNS，選 Domain。它能一次涵蓋整個網域的所有變體，你不需要分別為 www、非 www、http、https 各建一個資源，然後在四個地方切來切去看資料。對絕大多數站長來說，這是最省事而且資料最完整的選擇。你只管理一個資源，所有子網域的搜尋資料都會匯集在同一個地方。

如果你完全沒有 DNS 的存取權，例如網站託在別人代管的虛擬主機上，你連 cPanel 或後台都進不去，那 URL 前綴資源加上 HTML 標籤驗證就是你的退路。但你要非常清楚自己在追蹤哪一個前綴，並且確保那個前綴就是你網站實際對外服務的版本。關於網域和網址結構的基礎觀念，如果你還不太確定 www 跟非 www 的差別、http 跟 https 在 SEO 上的意義，建議先看〈如何區分網域與網址〉把前綴的概念弄扎實，再回來做選擇。這個基本功要是沒打好，後面每一個步驟都可能踩到地雷。

Domain 資源的完整安裝流程：DNS TXT 驗證

這是多數專案裡的首選路徑。步驟本身不多，但每一步都要做對，尤其 DNS 記錄的傳播需要一點耐心，不要驗證失敗就慌了手腳。整個流程分四步走。

第一步：在 GSC 新增 Domain 資源

打開 Google Search Console 官方頁面，用你的 Google 帳號登入。在左上角的下拉選單裡點「新增資源」，你會看到兩個分頁：左邊是「網域」，右邊是「網址前置字串」。選左邊的「網域」，在輸入框裡填入你的根網域，例如 example.com。注意這裡有三個「不要」：不要加 http://、不要加 www、不要加任何路徑。就只要裸網域本身。填好之後點「繼續」。

第二步：取得 TXT 驗證記錄

GSC 會立刻產生一串很長的文字驗證碼，格式大概長得像 google-site-verification=AbCdEfGhIjKlMnOpQrStUvWxYz1234567890。把這整串原封不動地複製下來。接下來你要做的事，就是想辦法把這串文字加到你的網域 DNS 設定裡。GSC 頁面上也會貼心地標示出你買網域的那家服務商的名稱，並附上對應的 DNS 設定教學連結。

第三步：到 DNS 管理後台新增 TXT 記錄

DNS 可能由網域註冊商、主機商或獨立 DNS 服務管理。登入實際承載名稱伺服器設定的後台，找到「DNS 記錄」「DNS 管理」或「Zone Editor」之類的頁面，新增一筆 TXT 記錄：

• 類型（Type）：TXT
• 名稱或主機（Name / Host）：@（代表根網域本身）或者直接留空
• 值或內容（Value / Content）：把剛才複製的那整串 google-site-verification=... 貼進去
• TTL：保持預設值即可，不需要刻意調整

存檔之後，這筆 TXT 記錄就會開始在全球的 DNS 伺服器之間傳播。如果你對 DNS 的操作還不太熟，或者根本是第一次碰到 DNS 管理介面，〈網域申請購買全攻略〉從查詢、註冊到 DNS 設定有完整的走過一遍。建議先補完這塊基本工再回來，因為 DNS 記錄一旦設錯，影響的不只是 GSC 驗證，還可能連帶影響你的郵件解析、子網域指向，後果比你想的嚴重。

第四步：回到 GSC 按下驗證

TXT 記錄加好之後，回到 GSC 頁面按下「驗證」按鈕。這裡你要有一個心理準備：DNS 傳播不是即時的。有時候幾分鐘就驗證通過了，有時候得等上好幾個小時，極少數的情況下甚至要等一天。如果第一次按驗證顯示失敗，不要慌張，這不代表你設錯了，很可能只是 DNS 還沒傳播到 Google 的伺服器。等十五分鐘到半小時再試一次就好。GSC 本身也有提供「稍後再試」的機制，它會持續在背景幫你檢查。

驗證通過後，報表仍可能需要一段時間才顯示資料。若網站尚未產生 Google 搜尋曝光，成效報表也可能維持空白；驗證成功本身不會創造曝光或加快索引。

DNS 裡的 TXT 驗證記錄通過後不要刪掉。Google 會定期重新檢查所有權；記錄消失可能讓你的驗證權限失效，但不等於該資源已累積的搜尋資料會被刪除。

如果你的網站後續更換了網域供應商，或者把 DNS 託管搬到另一個服務，DNS 記錄不一定會自動跟著搬。你需要確認新的 DNS 環境裡仍保留同一筆 TXT 驗證碼。所以建議你把 GSC 給你的那串驗證碼記在一個找得到的地方，不要驗證完就丟。這是一個看起來不起眼、但真實專案裡很容易踩到的坑。

URL 前綴資源：五種驗證方式怎麼選

如果你沒辦法改 DNS，或者你刻意只想追蹤某一個特定的子網域（例如 blog.example.com 或 shop.example.com），那就走 URL 前綴資源這條路。新增的時候，在「網址前置字串」欄位裡，填入你網站實際對外服務的完整網址，一個字都不能錯。要包不包含 https://、要包不包含 www，完全取決於你網站真實跑在哪個版本上。填錯這裡，就是前面反覆強調的那個沉默失敗的開端。

GSC 為 URL 前綴資源提供了五種驗證方式。哪一種適合你，取決於你對網站的技術掌控程度，以及你手邊已經部署了哪些工具。

驗證方式	怎麼做	適合誰	注意事項
HTML 檔案上傳	下載 GSC 給的一個驗證檔，上傳到你網站的根目錄	有 FTP 或主機檔案管理權限的人	檔案名稱和內容都不能改一個字
HTML 標籤	把一段 <meta name="google-site-verification" content="..."> 加到首頁的 <head> 裡	能編輯網站原始碼或佈景檔案的人	一旦移除這個標籤，驗證會跟著失效
Google Analytics	用你已經安裝的 GA 追蹤碼來驗證所有權	已裝好 GA 且具有編輯權限的人	必須使用登入 GSC 的同一個 Google 帳號
Google Tag Manager	用已部署的 GTM 容器代碼來驗證	網站已經安裝 GTM 容器的站長	需對該 GTM 容器具備發佈權限
網域名稱供應商	透過 DNS TXT 記錄驗證，流程跟 Domain 資源相同	有 DNS 存取權但想用 URL 前綴的人	本質上跟 Domain 資源的 DNS 驗證沒有區別

如果網站已部署 Google Analytics 或 Google Tag Manager，可以用它們驗證，但權限條件不同。GA 驗證需要使用相同 Google 帳號，且對對應的 Analytics 資源具備「編輯」權限；GTM 驗證則需要相同帳號具備容器的「發布」權限，容器片段也要正確安裝。若權限不足，改走 HTML 標籤或請組織管理員調整權限。GTM 的安裝可搭配〈GTM Google 代碼管理工具新手攻略〉。

如果你是一個純做內容的站長，既沒有 GA 的編輯權限也碰不到 GTM 容器，那 HTML 標籤驗證就是最務實的選擇。把 GSC 給你的那行 meta 標籤加到首頁 HTML 的 <head> 區塊裡，存檔，回 GSC 按驗證就完成了。WordPress 的使用者這一步尤其簡單，幾乎所有主流 SEO 外掛都提供一個專屬欄位讓你直接貼驗證碼，完全不用自己動手改佈景的原始碼。

至於 HTML 檔案上傳這種方式，它要求你把 GSC 產生的一個特定檔案（檔名像是 google1234567890abcdef.html）放到你網站的根目錄裡。這個方式看似直觀，但它有兩個容易出錯的地方：一是檔案的內容和名稱都不能做任何修改，哪怕多了一個空格或少了一個字元，驗證就會失敗；二是你必須確認這個檔案能夠透過瀏覽器直接訪問到，如果你的伺服器有防火牆規則或者根目錄存取被限制，Google 就讀不到它。驗證通過之後，跟 DNS 的 TXT 記錄一樣，這個檔案不能刪，刪了驗證就失效。

WordPress 站長的三條安裝路徑

WordPress 是目前全球市佔率最高的內容管理系統，超過四成的網站跑在它上面。GSC 在 WordPress 上的安裝自然也有一些專屬的捷徑，不需要從頭手動貼驗證碼。根據你目前的技術程度和已經裝了哪些外掛，有三條路可以走，從最簡單到最硬核。〈WordPress 網站提交 GSC 完整攻略〉有更針對 WP 環境的專文討論，這裡我先給你一個快速的全覽。

路徑一：Site Kit by Google 外掛（最省事）

這是 Google 官方親自出的 WordPress 外掛，名字叫 Site Kit。它把 GSC、GA4、PageSpeed Insights、AdSense 這些 Google 旗下的工具全部包裝在一起，用一個安裝精靈引導你一步一步完成。安裝 Site Kit 之後跟著精靈走，它會幫你自動完成 GSC 的驗證和資源連結，你連驗證碼長什麼樣子都不需要看到。對不想碰任何程式碼的新手站長來說，這是最快、最無腦的一條路。安裝完成之後，你的 WordPress 後台首頁會出現一個 Site Kit 的儀表板小工具，直接在那裡就能看到搜尋曝光、點擊、熱門查詢等基本數字，不用每次都跳到 GSC 的網頁介面去查。如果你想知道 Site Kit 更詳細的功能和限制，〈Site Kit by Google 完整教學〉有深入的介紹。

路徑二：SEO 外掛內建的驗證欄位

許多 SEO 外掛的設定頁有「Webmaster Tools」或「Google Search Console」驗證欄位，可貼入 HTML 標籤驗證碼的 content 值。實際欄位名稱與需要貼整段標籤或內容值，依外掛文件為準。這條路的好處是驗證碼跟著外掛設定，不會因更換佈景而自動消失。

路徑三：手動注入佈景的 head 區塊

如果你兩種外掛都沒裝，也不想為了驗證 GSC 多裝一個外掛，可以手動把 HTML 標籤驗證碼加到佈景的 <head> 裡。走 WordPress 後台的「外觀 → 佈景主題編輯器 → header.php」，找到 </head> 這一行，在它前面貼上整段 meta 標籤。不過我要特別提醒一件事：我個人不太建議直接改佈景的原始檔案。因為佈景一旦更新，你所有的修改都會被覆蓋掉，驗證會跟著消失，你又要從頭來一遍。比較安全的做法是用子佈景（child theme），或者裝一個專門用來注入 <head> 程式碼的輕量外掛。如果你想更系統化地管理網站上各種追蹤碼、廣告代碼、分析代碼，〈Ad Inserter 外掛教學〉示範了一個用一個外掛統一管理所有代碼的做法，值得參考。

驗證通過之後，立刻執行的設定清單

驗證通過只是起點，不是終點。很多人的 GSC 裝好之後就放著不管了，以為它會自己運轉，結果過了半年回來看，Sitemap 沒提交、GA4 沒連結、索引報表裡一堆錯誤沒處理，等於白裝了。接下來這幾件事，是你在驗證通過後應該在頭一個禮拜內立刻做的。我把它們排成了優先順序，你照著從上往下走就不會漏。

1. 提交 XML Sitemap

Sitemap 是主動提供給 Google 的網址清單。可在 GSC 左側的「Sitemap」頁面提交網址。WordPress 核心預設產生的網址通常是 你的網域/wp-sitemap.xml，部分 SEO 外掛則使用 你的網域/sitemap_index.xml；實際網址以網站輸出為準。Sitemap 報表會顯示是否成功讀取與發現的網址數，收錄結果仍要回到網頁索引報表確認；相關設定可參考Sitemap 產生教學與XML Sitemap 介紹。

2. 把 GSC 連結到 GA4

GSC 告訴你「Google 怎麼把搜尋者送到你網站」，GA4 告訴你「這些搜尋者進站之後做了什麼」。兩者的資料視角是互補的，缺了哪一邊你都會看到一個不完整的拼圖。在 GSC 的「設定」頁面裡有一個「關聯」的區塊，你可以把 GSC 資源和 GA4 連起來。連結完成之後，你在 GA4 的報表裡就能看到 GSC 帶來的搜尋查詢資料，等於把搜尋層和行為層的數據打通了。如果你 GA4 本身還沒安裝或設定完成，〈Google Analytics 完整教學〉從帳戶建立到四大報表分析有全流程的實戰指引。

3. 檢查網頁索引狀態

提交 sitemap 後，可在資料更新時查看「網頁索引」報表。這份報表會彙整已索引與未索引頁面數量，並依原因分類、提供部分範例網址；它不是全站每一個網址的完整清單。常見原因包括「被 noindex 標記阻擋」「被 robots.txt 封鎖」「重複網頁，Google 選了另一個標準版本」「已檢索但尚未編入索引」等。先判斷狀態是否符合預期，再決定是否修正。想深入了解索引報表的每一欄怎麼讀，〈GSC 網頁索引報表解析〉有詳細拆解；特定頁面則可用〈GSC 網址檢查工具〉做網址層級診斷。

4. 確認 HTTPS 版本與 www 設定一致

如果選 URL 前綴資源，要確認前綴就是網站正式版本。HTTPS 是小幅排名訊號，更重要的是傳輸安全與瀏覽器信任；從 HTTP 遷移時也要設定逐頁 301 轉址與正規網址。www 和非 www 版本同樣應統一轉向正式版本，避免重複網址與資料分散。

5. 檢視 Core Web Vitals 與手機版呈現

GSC 的 Core Web Vitals 報表會依實際使用資料分組顯示 LCP、CLS 與 INP 問題。Core Web Vitals 是小幅排名訊號，改善應以使用者體驗為主，不必追求滿分。Search Console 的「行動裝置可用性」報表已在 2023 年 12 月停止提供；手機版仍可用網址檢查的已檢索頁面、瀏覽器裝置模擬與 Lighthouse 等方法測試。行動優先是索引使用手機版內容，不是額外排名加分。CWV 的概念可看〈網站使用體驗核心指標白話文介紹〉。

「我的 GSC 都沒資料」：五個沉默的失敗模式

安裝完成，驗證也通過了，結果過了一個禮拜、甚至一個月，成效報表裡還是一片空白。這是做 SEO 諮詢時最常被問到的問題之一，沒有之一。接下來要講的這五個原因，涵蓋了絕大多數「GSC 裝了卻沒資料」的狀況。你可以逐一對照排查。

失敗模式一：資源類型跟前綴對不上

這就是這篇文章反覆強調的陷阱。你建了 http:// 的 URL 前綴資源，但網站實際跑在 https://；或者建了非 www 資源，網站卻強制轉址到 www。URL 前綴資源只涵蓋指定的通訊協定與前綴，選錯就看不到正式版本的完整資料。先確認網址最終落在哪個版本，再新增對應資源；如果有 DNS 權限，也可新增涵蓋各通訊協定與子網域的 Domain 資源。

失敗模式二：網站太新，資料還沒累積出來

GSC 的成效資料並不是即時的，它跟 GA4 那種近乎即時的數據不一樣。一個剛驗證通過的新資源，通常要等兩到三天，有時候更久，才會開始在成效報表裡出現搜尋曝光和點擊的數字。如果你的網站剛上線不久、整體流量還很少，前幾個月的資料本來就會非常稀疏，可能一天只有個位數的曝光。這不是 bug，是正常的冷啟動期。你需要的是耐心等待，同時持續產出內容、確保 sitemap 有提交，讓 Google 慢慢建立對你網站的認識。一個判斷基準是：如果你的網頁索引報表裡已經顯示有頁面被收錄了，但成效報表裡還是空的，那通常只是搜尋曝光還沒發生，不是設定有問題。給它時間。

失敗模式三：robots.txt 把 Googlebot 擋在門外

robots.txt 是給合規爬蟲的檢索指示，不是門禁或存取控制。若上線後仍保留 Disallow: /，Googlebot 會停止檢索網站內容，但被其他頁面連到的網址仍可能以有限資訊出現在搜尋結果。Search Console 現在提供 robots.txt 報表查看抓取狀態與錯誤；特定網址是否受阻可搭配網址檢查。若要防止公開存取，應使用身分驗證；若要移出索引，則要讓 Google 能檢索到 noindex。完整觀念可看〈robots.txt 介紹〉。

失敗模式四：頁面上掛了 noindex 指示

Google 若能檢索到頁面並遵循其中的 noindex 指示，該頁就不會留在索引與搜尋結果中。noindex 可能來自 SEO 外掛、佈景程式碼或伺服器的 X-Robots-Tag 標頭；如果 robots.txt 同時封鎖檢索，Google 反而可能看不到 noindex。可在「網頁索引」報表查看原因分類與範例網址，再用網址檢查確認特定頁面。完整機制與常見踩坑點可看〈noindex 介紹〉。

失敗模式五：JavaScript 渲染讓 Googlebot 讀不到內容

如果網站依賴 JavaScript 產生主要內容，Googlebot 通常能渲染，但資源封鎖、錯誤、逾時或需要互動才載入仍可能造成內容缺失。可在網址檢查的即時測試中查看已測試頁面與載入資源；若與瀏覽器呈現有明顯落差，再進一步排查。〈JavaScript SEO 介紹〉對這個主題有專門討論。

把 GSC 接進你的數據工具鏈

GSC 本身的報表有一些先天限制：它只顯示搜尋相關的資料，也就是曝光數、點擊數、平均排名、點閱率（CTR），而且歷史資料最多只能回溯十六個月，超過的就查不到了。要把 SEO 的全貌看清楚，你通常需要把 GSC 的資料和其他工具的資料串在一起，用多個視角互相印證。

最基礎也最常見的組合是 GSC 加上 GA4。GSC 告訴你哪些搜尋查詢把人送到了你門口，GA4 告訴你這些人進門之後做了什麼、停留了多久、有沒有完成你想要的轉換動作。兩邊一對照，你才能分辨哪些關鍵字帶來的是「路過看一眼就走」的淺層流量，哪些才是真正會留下來閱讀、會填表單、會下單的優質流量。Backlinko 在分析了四百萬筆 Google 搜尋結果之後發現，排名在第一頁前三名的結果囊括了超過一半以上的點擊（Backlinko 2025 年 4 月的 Google CTR 統計）。但點擊不等於轉換，光看排名和點擊數會讓你誤判策略方向，你必須把搜尋層和行為層的資料接起來，才能看出真正的成效漏斗。

很多剛接觸 SEO 的人會把 GSC 跟 GA4 搞混，以為兩者都是「看流量的工具」，裝一個就夠了。這是一個需要釐清的觀念。GSC 的資料來源是 Google 搜尋引擎本身，它記錄的是「你的網頁在 Google 搜尋結果裡的表現」，包含了曝光數（你的頁面出現在搜尋結果裡被看見了幾次）、點擊數（搜尋者實際點進去了幾次）、平均排名（你大概排在第幾個位置）。這些數字 GA4 是看不到的，因為 GA4 只能在訪客「已經進到你網站之後」才開始追蹤。反過來說，GSC 也看不到訪客進站後的行為，它不知道訪客看了幾頁、停了多久、有沒有加入購物車。兩者各管一段漏斗，GSC 管的是「搜尋到點擊」這一段，GA4 管的是「進站到轉換」這一段。缺了任何一邊，你的 SEO 決策都會建立在不完整的資訊上。

如果你想更進一步，把 GSC、GA4、甚至外部 SEO 工具的資料整合到同一個儀表板裡做交叉比對，Looker Studio（它的前身叫 Google Data Studio）是一個免費且威力強大的選擇。它可以把多個資料來源拉進同一張報表，讓你在一個畫面裡同時看到搜尋曝光、進站流量、轉換數字的全站健康概況。比起在 GSC 和 GA4 之間來回切換分頁，一個整合好的 Looker Studio 儀表板能幫你省下大量時間。〈Google Data Studio 介紹〉可以帶你踏出建置 Dashboard 的第一步。

你的下一步行動方案

讀到這裡，你手上的下一步已經很清楚了。不要把這些步驟留在書籤列裡發霉，挑一個你今天就能動手的開始做。做了一步，你就比昨天多看見一點自己網站的真相。

1. 打開 GSC，確認你的資源類型：看目前驗證的是 Domain 還是 URL 前綴。若 URL 前綴對不上正式版本，新增正確資源或補一個 Domain 資源；舊資源不必刪除，也不會妨礙新資源。
2. 提交或更新你的 Sitemap：到 Sitemap 頁面，確認你已經提交了一個有效的 sitemap，而且狀態顯示「成功」。如果還沒提交，現在就花三十秒把它做了。
3. 把 GA4 連上來：在 GSC 的設定裡把 GA4 資源關聯起來，讓搜尋層和行為層的資料能互相參照。這一步只花兩分鐘，但能讓你之後看報表的效率翻好幾倍。
4. 掃一遍索引報表：給自己十分鐘，把「網頁索引」報表從頭到尾掃過一遍，看有沒有大量未索引的頁面。有的話，點進去看原因，先處理數量最多的那一類，那是你最大的缺口。
5. 設一個每個月回來看的提醒：GSC 不是裝一次就永遠有效的工具。你的網站在長大，Google 的演算法在更新，索引狀態會持續變動，隨時可能有新的頁面被排除、新的錯誤冒出來。每個月花半小時回來巡一次報表，及時發現小問題，比起事後救一場大火輕鬆太多。

SEO 是一場需要耐心的長期投資，這句話每印證一次，就讓人更確定一次。而 GSC 是你唯一能直接聽到 Google「怎麼看待你網站」的官方管道。Bing 那一側也有對應的官方窗口，還沒裝的人可以照著Bing Webmaster Tools 的安裝流程走一遍，兩邊報表對照著看，視角會更完整。把它裝對、裝好、定期回來看，你才有可能從那 96% 拿不到流量的頁面堆裡慢慢爬出來，一步步擠進真正有曝光、有點擊、有轉換的那一小群。很多站長花了大量心力在寫內容、調標題、做外部連結，卻從來沒有認真把 GSC 裝好、看懂裡面的報表，等於是在沒有導航的情況下開夜車，再怎麼踩油門也不知道自己是不是走錯了路。

如果你在安裝過程中卡在某個步驟，或者 GSC 裝好了、報表也看了，卻不知道那些數字到底在告訴你什麼、下一步該從哪裡優化起，Whoops SEO 提供一對一的 SEO 諮詢服務。你可以帶著你的 GSC 截圖和疑問來找我們聊聊，我們幫你把看不懂的報表翻譯成可以執行的下一步。