先搞清楚一件事：你要設定的是哪種資源
打開 Google Search Console 的第一個畫面，會要你選「網域資源」或「網址前置字元資源」。很多人直接跳過這個選擇，結果設定完才發現資料對不起來，或者 HTTPS 遷移後舊資料斷掉了。
這個選擇沒有絕對的對錯，但有明確的適用情境。如果你還不確定 GSC 的用途是什麼，可以先看那篇基礎說明，再回來做這個設定。
兩種資源類型的實際差別
Google 在內部把每個不同的 URL 當作獨立的「資源」來追蹤。http://example.com、https://example.com、https://www.example.com 對 Google 來說是三個不同的東西。
| 比較維度 | 網域資源 | 網址前置字元資源 |
|---|---|---|
| 資料涵蓋範圍 | 整合所有 HTTP/HTTPS、www/non-www 變體 | 只追蹤符合前置字元的 URL |
| 驗證方法 | 只能用 DNS TXT record | 五種方法都可以用 |
| 報表功能 | 部分報表功能不完整（如某些舊版連結功能） | 完整支援所有報表 |
| 設定難度 | 需要 DNS 設定權限，等待生效 | 多種方式，行銷人員也能操作 |
| 建議對象 | 有 DNS 存取權、站點有 HTTPS 遷移過的人 | 沒有 DNS 權限、新站、或只需要追蹤特定路徑 |
網域資源的優勢是「資料整合」。如果你的網站曾經從 HTTP 遷移到 HTTPS，或者同時有 www 和 non-www 版本，設定網域資源才能在同一個地方看到完整的歷史資料。
但「報表功能不完整」這件事競品文章通常只帶過，沒說清楚。具體而言，網域資源在某些舊版連結報表欄位的顯示上有限制，如果你仰賴完整的反向連結資料，建議同時設定兩種資源（這是合法操作，不違反 GSC 規定）。
快速決策：你是哪種情況
| 你的情況 | 建議選擇 |
|---|---|
| 剛架好的新站，沒有 HTTP 遷移紀錄 | 網址前置字元（設定快，功能完整） |
| 有 DNS 管理權限，站點做過 HTTPS 遷移 | 網域資源（資料整合） |
| WordPress 站，只有後台權限 | 網址前置字元（HTML 標記驗證最方便） |
| Shopify 或 Wix 等平台站 | 網址前置字元（平台通常內建 HTML 標記設定） |
| 要幫客戶設定，你掌握 DNS 存取權 | 網域資源（避免日後資料分散） |
5 種驗證方法，哪種最適合你的情況
選好資源類型之後，GSC 會要你驗證網站所有權。驗證方法的選擇，取決於你手邊有哪些工具的管理員權限，不是哪種方法最「正確」。
HTML 標記驗證（最多行銷人員在用）
GSC 會給你一段 meta 標記，格式長這樣：
<meta name="google-site-verification" content="xxxxx" />
你需要把這段貼到網站首頁的 <head> 區塊內，然後回 GSC 點「驗證」。
WordPress 站最快的方式：
- 進入 WordPress 後台
- 找到你安裝的 SEO 外掛（Yoast SEO 或 Rank Math）
- Yoast：設定 > 一般 > 網站管理工具 > 貼上「網站驗證碼」欄位
- Rank Math：設定 > 一般設定 > 網站管理工具 > Google Search Console
- 儲存設定後，回 GSC 點「驗證」
這個方法的優點是不需要 server 或 DNS 存取權，行銷人員自己就能操作。缺點是 meta 標記必須持續存在，如果日後換外掛或主題時不小心移除，GSC 驗證狀態會失效。
Google Analytics 串接驗證
如果網站已安裝 GA4，可以用 GA4 帳號驗證 GSC。GSC 會偵測到你的網站已安裝 GA4 追蹤碼，用這個來確認所有權。
操作路徑：GSC 選「網址前置字元」> 驗證方法選「Google Analytics」> 點驗證。
這裡有個常見的坑：你的 Google 帳號必須在 GA4 中擁有「管理員」角色，「編輯者」不夠。很多負責 SEO 的同事拿到的是編輯者權限，到這步就卡住了。如果驗證時看到「無法驗證」，先去 GA4 確認你的角色設定，看看參考 GA4 的帳號角色說明。
DNS TXT record 驗證（網域資源必用）
這是網域資源唯一能用的驗證方式。你需要登入你的 DNS 服務商後台，新增一筆 TXT record。
以 Cloudflare 為例（大多數使用 CDN 的站點都會在這裡設定）：
- 登入 Cloudflare 後台，選擇你的網域
- 進入「DNS」>「Records」
- 點「Add record」
- Type 選「TXT」，Name 填「@」（代表根網域），Content 貼上 GSC 給你的驗證字串
- TTL 保持預設，Proxy status 選「DNS only」（不要走 Cloudflare proxy）
- 儲存後，等待 24-72 小時讓 DNS 生效
- 生效後回 GSC 點「驗證」
很多人在步驟 6 出問題：DNS 確實需要時間傳播，但不少教學說「幾分鐘就好」，這是誤導。實際上，全球 DNS 傳播可能需要 24 到 72 小時，建議用 Google 官方說明中提到的 DNS 傳播檢查工具確認後再回去按驗證。
HTML 檔案與 GTM 驗證（簡短說明）
HTML 檔案驗證：下載 GSC 提供的 .html 檔案，上傳到網站根目錄。適合有 FTP/SFTP 存取權的開發者，但需要確保這個檔案永久保留在根目錄，不能刪除。
Google Tag Manager 驗證：如果網站已安裝 GTM，且你有 GTM 的「發布者」角色，可以用這個方法。操作方式和 GA4 驗證類似，GSC 偵測到 GTM 容器後直接驗證。
驗證失敗？排查這幾個地方
驗證失敗的原因比大多數教學說的要複雜。排查的第一步不是重新驗證，是找出 meta 標記到底有沒有出現在頁面上。
HTML 標記驗證失敗的常見原因
用瀏覽器打開你的網站首頁，右鍵「檢視頁面原始碼」，搜尋 google-site-verification。
找不到？可能的原因：
- 外掛設定沒儲存：聽起來很蠢，但這是最高頻的原因。回去確認 SEO 外掛的設定有沒有按「儲存」。
- Cloudflare Rocket Loader：Cloudflare 的 Rocket Loader 功能有時會改變頁面結構，導致部分 meta 標記在渲染時出現問題。測試方式：在 Cloudflare 後台暫時關閉 Rocket Loader，再重新驗證。
- Cloudflare HTML 最小化（Minification）：Cloudflare 的 HTML 最小化功能有時會截斷 meta 標記的 content 屬性，尤其是當 content 字串很長時。設定路徑：Cloudflare 後台 > Speed > Optimization > Content Optimization > 關閉 HTML Minification 後再試。
- 快取未清除：WordPress 站常見問題。改完外掛設定後，必須清除 W3 Total Cache / WP Super Cache / Nginx FastCGI cache，讓 GSC 爬蟲抓到最新版本的頁面。
- 主題在 <head> 之後輸出 meta：部分 WordPress 主題或外掛的 bug，會把 meta 標記輸出在 <body> 裡而不是 <head>，Google 爬蟲不接受這個位置。
DNS 驗證失敗的常見原因
- TXT record 格式錯誤：content 欄位不需要加引號，直接貼 GSC 給的字串。多餘的引號或空格都會導致驗證失敗。
- 等待時間不夠：DNS 傳播需要 24-72 小時，不要在設定完的一小時內就急著點驗證。可以用 Google Admin Toolbox（搜尋 dig）確認 TXT record 已經傳播到 Google 的 DNS 伺服器再試。
- Proxy 代理干擾：Cloudflare 的 proxy（橙色雲朵）不會影響 TXT record，但如果你的 DNS 設定在其他代理層後面，可能需要直接在域名注冊商層級設定。
驗證成功後，第一週該做的 4 件事
驗證成功不代表 GSC 可以用了。資料開始進來需要幾天，但這幾件事現在做是正確時機，拖到後面反而麻煩。
-
提交 Sitemap
路徑：GSC 左側選單 > 索引 > Sitemap > 輸入你的 Sitemap URL（通常是 yoursite.com/sitemap.xml 或 yoursite.com/sitemap_index.xml）。主動提交不代表 Google 會馬上爬，但它讓 Google 知道從哪裡開始找你的頁面，對新站尤其重要。 -
執行 URL 檢查確認首頁已索引
在 GSC 上方搜尋欄輸入你的首頁 URL，看「URL 是否已建立索引」的狀態。如果是「已建立索引」就沒問題。如果是「未建立索引」並附上原因，現在就要去排查，不要等流量問題出現才回頭看。 -
設定電子郵件通知
GSC 的 Manual Action（手動操作懲罰）和索引問題都會透過電子郵件通知，但預設設定可能不會發到你常用的信箱。進入 GSC 右上角的設定，確認電子郵件偏好已開啟。這步很多人跳過，然後幾個月後才發現網站被懲罰但沒收到通知。 -
設定使用者與權限
如果不是只有你一個人管理這個 GSC 資源，現在就把其他人加進來。路徑：GSC 左側最下方 > 設定 > 使用者和權限 > 新增使用者。這比你以為的重要，見下一段說明。
驗證成功後的功能細節，包括成效報表怎麼看、索引問題怎麼診斷，可以參考 GSC 各功能報表的解讀方法，那篇從資料解讀的角度拆解了各個報表的實際用法。
如果 URL 檢查顯示「未建立索引」，四種索引狀態背後的含義不同，修復方式也不同，可以參考 Search Console 索引狀態診斷與修復完整指南。
帳號權限管理：不要讓 GSC 變成一個沒人能進去的黑盒子
之前碰到一個電商站，整個 GSC 資源綁定在一個已離職員工的個人 Google 帳號上。那個人走了，帳號停用了，GSC 裡所有的歷史資料還在，但沒有人能看。要重新取得驗證權限需要重新做 DNS 驗證，而那時候 DNS 權限又在另一個不同的人手上。
這種情況不少見。避免的方法是在剛設定好 GSC 的時候，就把帳號權限設定到位。
三個角色的差異
| 角色 | 可以做什麼 | 不能做什麼 |
|---|---|---|
| 擁有者（Owner） | 查看所有資料、管理設定、新增/移除使用者、確認所有權 | — |
| 完整使用者（Full user） | 查看所有報表、執行 URL 檢查、請求重新索引 | 管理使用者、更改資源設定 |
| 受限使用者（Restricted user） | 查看基本成效報表 | URL 檢查、索引報表、設定 |
不要用個人 Google 帳號作為唯一的驗證擁有者，尤其是代理商幫客戶設定時。建議的做法：
- 用客戶自己的 Google 帳號（或公司 Workspace 帳號）做主驗證擁有者
- 代理商帳號以「完整使用者」身份加入，日後合作結束可以移除，不影響客戶資料
- 如果代理商也需要擁有者權限，可以讓客戶先成為 Owner，再把代理商帳號升為 Owner
委派流程很簡單：GSC 左側最下方 > 設定 > 使用者和權限 > 新增使用者 > 輸入 Google 帳號 > 選角色。對方的帳號必須是有效的 Google 帳號。詳細的角色說明可以參考 Google 的使用者和帳號說明，那裡有完整的權限矩陣。
常見問題
延伸閱讀：涵蓋範圍報告排查流程，深入了解如何透過涵蓋範圍報告系統化診斷索引問題。
Google Search Console 要設定哪一種資源類型比較好？
如果你能做 DNS 設定，選網域資源，省得以後麻煩。網域資源把所有 URL 版本整合在一起，資料不會分散。如果你沒有 DNS 存取權，或者只是要快速開始，選網址前置字元，用 HTML 標記驗證是最省事的方式。
HTML 標記驗證要貼到網站的哪個地方？
必須貼在首頁的 <head> 區塊內。WordPress 用 Yoast SEO 的話，進設定 > 一般 > 網站管理工具，貼到「Google」那格。Rank Math 在設定 > 一般設定 > 網站管理工具。貼完一定要清快取再驗證。
DNS 驗證 TXT record 要設在哪裡？
在你的 DNS 服務商後台設定，不是在網站主機後台。常見的是 Cloudflare、GoDaddy、Namecheap，或者你的域名注冊商。Type 選 TXT，Name 填 @ 或你的根網域，Content 直接貼 GSC 給你的驗證字串，不要加引號。
GSC 驗證成功後為什麼還看不到資料？
GSC 的資料有 2-5 天的延遲。驗證成功後你只是告訴 Google 這個資源是你的，但 Google 還需要時間爬取你的頁面並把資料反映在報表裡。新站的話等一週再去看，如果還是空的才需要排查。
Google Analytics 驗證和 GTM 驗證哪裡不一樣？
GA4 驗證要求你在 GA4 中有「管理員」角色；GTM 驗證要求你在 GTM 中有「發布者」角色。兩者都需要你的 Google 帳號已安裝對應的追蹤碼在網站上。如果不確定自己有沒有權限，先去各自的後台確認角色設定。
一個 Google 帳號可以管理多少個 GSC 資源？
沒有硬性上限。一個帳號可以是多個資源的擁有者或使用者。代理商通常會用一個帳號管理幾十個客戶的 GSC，這沒問題。
為什麼 GSC 顯示的流量跟 GA4 不一樣？
這是正常現象，兩個工具的資料來源不同。GSC 的資料來自 Google 搜尋，是用戶在搜尋結果頁看到你的網站的資料（曝光和點擊）。GA4 的資料是用戶實際進入你網站後的行為資料。兩者有不同的去重機制和資料範圍，所以數字永遠對不上，不要硬要讓它們一致。
HTML 驗證檔案上傳後網頁打不開怎麼辦？
先確認檔案路徑正確，應該可以透過 yoursite.com/googleXXXXX.html 直接訪問到。如果 404，可能是上傳到了錯誤的目錄，或者 .htaccess 有規則擋住了。Cloudflare 的防火牆規則有時也會攔截不常見的 .html 路徑，需要建立例外規則。
驗證過了但後來驗證狀態消失，是什麼問題？
GSC 會定期重新驗證。如果驗證條件消失（meta 標記被刪了、驗證檔案被移除、DNS TXT record 被移除），驗證狀態就會失效。最常見的是換主題或換外掛後，meta 標記設定沒有跟著移過去。
一個網站可以同時設定網域資源和網址前置字元嗎？
可以，而且有時候這是合理的做法。網域資源用來整合所有資料，網址前置字元用來存取完整的報表功能。兩個資源的資料是獨立計算的，不會相互干擾。
設定完成之後，下一步是學會讀懂 GSC 的各種報告數字。可以看 Google Search Console 教學：報告讀法與行動框架，裡面有成效報告讀法與行動框架。