什麼是擁有權驗證？
擁有權驗證的意思是向 Search Console 證明你擁有特定網站。通過驗證的擁有者在 Search Console 中擁有最完整的權限。
這個過程為什麼這麼複雜？
Search Console 中的網站擁有者可存取網站的機密 Google 搜尋資料，還可以執行特定操作，影響網站在 Google 搜尋和其他 Google 服務中的形象和行為。因此，我們想要確保只有真正的網站擁有者才能在 Search Console 中獲得擁有者權限。
驗證網站擁有權
- 新增資源，或是從資源選取器選擇未驗證的資源。
- 選擇下列其中一種驗證方法並按照指示操作。驗證頁面會針對你的網站列出適用的建議方法。
- 如果你因為某些原因而無法驗證網站擁有權，請要求目前的擁有者授予你存取 Search Console 資源的權限。
使用多種驗證方法
你可以在資源的驗證設定頁面新增多個驗證方法，以免現有的方法失效。舉例來說，如果你原本使用 Google Analytics 追蹤程式碼驗證資源，後來有人變更了網站的範本導致相關代碼消失，就會造成驗證方法失效。
如要新增其他驗證方法，請前往該資源的設定頁面，然後按一下「擁有權驗證」。
系統允許多位使用者驗證同一個網站資源的擁有權，無論使用的驗證方法是否相同。如果你與他人使用相同的驗證方法，只需確定不會覆寫任何其他擁有者的驗證權杖即可。
驗證子項資源
驗證父項資源後，系統會沿用相同的方法，自動驗證你新增的所有子項資源。也就是說，如果你是上傳 HTML 檔案來驗證 example.com 的擁有權，凡是你建立的子項資源 (m.example.com 或 https://example.com/some/path)，也都會透過相同的方法自動驗證。
驗證的效力可維持多久？
只要 Search Console 能確認你的驗證權杖仍存在且有效，驗證就不會失效。Search Console 會定期檢查你是否仍具備有效的驗證權杖，如果無法確認驗證有效，我們會通知你。假如你仍未修正問題，經過一段寬限期後，你對該資源的權限就會失效。
如果所有已驗證擁有者都失去某資源的存取權，那麼所有使用者都將無法再存取這項 Search Console 資源。
Google 使用 Google 網站驗證工具使用者代理程式來驗證網站。
我何時可以開始查看資料？
只要有人在 Search Console 中新增資源，即使尚未開始驗證，系統也會立即開始收集相關資料。不過，該資源的資料在數天後才會開始累積。
我們失去了唯一通過驗證的網站擁有者！
如果網站唯一通過驗證的擁有者離開了你的團隊，則你必須驗證擁有權，才能保持資源的存取權或重新取得存取權。
如果你接管了其他擁有者的網站，在完成擁有權驗證之後，你就可以移除原先擁有者的驗證權杖，藉此取消其驗證狀態。舉例來說，假設前任擁有者透過 HTML 標記進行驗證，那麼請移除網站上相應的 HTML 標記。詳情請參閱新增或移除擁有者。
選擇驗證方法
Search Console 支援多種驗證方法，你可以參閱下表，選出最適合自己的方式。
| 方法 |
注意事項 |
| 上傳 HTML 檔案 |
相對簡單，但需要能夠上傳檔案，並發布至網站上的特定網址，可能不適用於網站代管平台。 |
| HTML 標記 |
相對簡單，但你必須能夠編輯網站首頁的 HTML 原始碼。可能不適用於網站代管平台。 |
| Google Analytics 追蹤程式碼 |
十分簡單，前提是你可以存取 Google Analytics 帳戶，而網頁已有該帳戶的 Google Analytics 追蹤程式碼。如果網頁沒有追蹤程式碼，你必須新增這個程式碼 (如果沒有 Google Analytics 帳戶，則可能需要先建立帳戶才能新增)。 |
| Google 代碼管理工具 |
十分簡單，前提是你可存取Google 代碼管理工具帳戶，而網頁已有該帳戶的 Google 代碼管理工具程式碼片段。如果網頁沒有程式碼片段，你必須新增這個片段 (如果沒有代碼管理工具帳戶，則可能需要先建立帳戶才能新增)。 |
| Google 協作平台或 Blogger 帳戶 |
請使用各平台適用的建議方法。 |
| 網域名稱供應商 |
較為複雜，但這是驗證網域資源的唯一方法。不過請放心，如果驗證精靈已列出你的網域供應商，這項流程就不會那麼困難。網域資源含有所有通訊協定 (http/https) 和資源子網域變化版本的資料，因此非常實用。 |
驗證方法詳細資料
總覽
你可以將特殊的 HTML 檔案上傳到網站上的特定位置，藉此驗證網站擁有權。這個檔案會與特定使用者連結。請按照驗證詳細資料頁面的指示操作。如果你將這個驗證檔案從網站上移除，驗證就會失效。
⚠️ 相關規定
- 這個檔案不得要求使用者進行身分驗證。用於上傳 HTML 檔案的目錄必須可讓未登入的使用者存取。如要測試，你可以嘗試使用瀏覽器的無痕式視窗造訪檔案。
- 你必須能夠將檔案上傳到網站的根目錄，供網路瀏覽器存取。如果你沒有相關權限，請嘗試其他驗證方法。假如你是使用網站代管平台，可能需要搜尋該服務的說明頁面，瞭解這個方法是否可行。
- 上傳 HTML 檔案的做法可用於網址前置字元資源，但不得用於網域資源。
步驟
如何使用 HTML 檔案驗證擁有權：
- 如果你使用的是網站代管平台，請搜尋該服務的說明網頁，藉此查看專屬的操作說明，瞭解如何在 Search Console 中驗證你的網站。如果你找不到任何資訊，請繼續執行後續步驟。
- 詳閱這項驗證技術的相關規定。
- 在資源的擁有權驗證頁面中選擇 HTML 檔案上傳方法。
- 下載系統提供的驗證檔案。這是你個人專屬的檔案，無法用來辨識其他人的身分，而且會與你的 Gmail 帳戶建立關聯。
- 將驗證檔案上傳至你的網站，讓該檔案出現在驗證詳細資料頁面中指定的網址，供系統存取。這個網址通常是資源的根目錄 (也就是說，如果你將資源定義為 https://example.com，而提供的檔案名稱為 1234.txt，那麼只要透過 https://example.com/1234.txt 應該就能瀏覽該檔案)。Search Console 在尋找這個檔案時不會追蹤重新導向。如有需要，你可以在檔案內文結尾加入新的一行，但請勿修改檔案名稱或內容。
- 透過瀏覽器前往 Search Console 驗證精靈指定的位置，確認你可以查看該檔案。如果在瀏覽器中輸入該網址也無法存取檔案，Google 將無法找出檔案進行驗證。提示：如要確認存取檔案時可不必登入帳戶，請使用瀏覽器的無痕式視窗。
- 按一下驗證詳細資料頁面中的「驗證」，完成驗證程序。
- 如果驗證失敗，請參閱下方的「疑難排解」解決問題。
疑難排解
上傳 HTML 檔案進行驗證時，可能發生下列錯誤：
- 在指定位置找不到驗證檔案
Search Console 在資源的根位置找不到你的個人驗證檔案。請將所提供的驗證檔案原封不動上傳到你網站上的指定位置。如果檔案名稱或內容與所提供的 HTML 檔不符，我們將無法驗證你的網站擁有權。你可以試著在瀏覽器中前往該檔案，確認檔案是否存在。
- 驗證檔案含有錯誤的內容
使用 Search Console 提供的驗證檔案時，必須完全保持原狀，不得修改檔案名稱或內容。如果檔案名稱或內容與 Search Console 針對已登入的使用者所提供的檔案不符，我們就無法驗證擁有權。請使用 Search Console 提供的驗證檔案，然後原封不動地將其上傳至指定位置。
- 驗證檔已被駭客掌握
根據你的驗證失敗結果，我們研判你的網站可能已遭駭客入侵。進一步瞭解如何偵測並修正遭到入侵的網站。
- 你的驗證檔案重新導向不允許的位置
Search Console 不會為驗證檔案追蹤重新導向前往其他網域，但會在同一個網域內部追蹤重新導向。前往你的檔案，看看系統是否會將你重新導向到新網域。如果你的網站會將所有流量重新導向到其他網站，建議你改用 HTML 標記進行驗證。以下列舉部分支援和不支援的重新導向：
http://example.com 到 http://www.example.com -- 支援- http://example.com 到 https://example.com -- 支援；系統可支援重新導向到新的通訊協定 (http/https)。
- example.com 到 foo.com -- 不支援，網域不同。
- m.example.com 到 example.com --
- example.com 到 m.example.com --
- 下文列有其他常見的驗證問題。
總覽
你可以在指定網頁的 HTML 中加入 <meta> 標記，藉此驗證網站擁有權。我們會驗證該中繼標記是否確實位於該網頁上。如果找不到標記，則會將所遇到錯誤的相關資訊提供給你。這個標記會與特定使用者連結。Search Console 會定期檢查這個標記是否仍存在。
⚠️ 相關規定
- 首頁不得要求使用者進行身分驗證。網站首頁必須可讓未登入的使用者存取。
- 你必須能夠直接編輯網站首頁的 HTML 原始碼。具體來說，你必須能在首頁的 <head> 標記中插入標記。如果你沒有相關權限，請嘗試其他驗證方法。假如你是使用網站代管平台，可能需要搜尋該服務的說明頁面，以便瞭解這個方法是否可行。
- 納入檔案中的標記大小不得超過 2MB。外部資源 (例如指令碼) 不計入檔案大小 (受這項限制影響的網站很少)。
- 代碼管理工具容器程式碼片段可用於網址前置字元資源，但不得用於網域資源。
步驟
如何使用 HTML 標記驗證擁有權：
- 如果你使用的是網站代管平台，請搜尋該服務的說明網頁，藉此查看專屬的操作說明，瞭解如何在 Search Console 中驗證你的網站。如果你找不到任何資訊，請繼續執行後續步驟。
- 詳閱這項驗證技術的相關規定。
- 在資源的擁有權驗證頁面中選擇 HTML 標記這個方法。
- 從 Search Console 的驗證精靈複製標記，然後找到網站的未登入版首頁，將標記貼到 HTML 的 <head> 部分中 (查看注意事項)。範例如下：
<head>
<title>Example.com homepage</title>
<meta name="google-site-verification" content="......." />
</head>
這是你個人專屬的標記，無法用來辨識其他人的身分，而且會與你的 Gmail 帳戶建立關聯。
- 儲存網頁。造訪網頁並在網頁原始碼中尋找標記，確認實際上線的網頁中存有標記 (按下 Ctrl + F 鍵，然後在網頁原始碼中搜尋「google-site-verification」，藉此找出標記)。
- 按一下驗證詳細資料頁面中的「驗證」，完成驗證程序。
- 如果驗證失敗，請參閱下方的「疑難排解」解決問題。
疑難排解
使用 HTML 標記進行驗證時，可能發生下列驗證錯誤：
- 找不到中繼標記/中繼標記位於錯誤位置。驗證中繼標記必須位於網頁的
<head> 部分中。如果你看到這些錯誤訊息，請檢查以下事項：
-
中繼標記是否位於正確的網頁？我們會在你網站首頁的轉譯後原始碼中尋找中繼標記。當你造訪定義你 Search Console 資源的網址時，瀏覽器就會前往這個網頁。
- 中繼標記是否位於網頁上的正確位置？系統會在網頁的
<HEAD> 部分中尋找中繼標記。正確位置的範例如下：
<html>
<head>
<title>Your Page Title</title>
<meta name="google-site-verification" content="your verification string">
</head>
<body>
...
- 如果你是透過網頁編輯器或 WYSIWYG (所見即所得) 編輯器來編輯網頁，請確認你編輯的是實際上線網頁的 HTML，而不只是修改電腦上的本機副本。
- 中繼標記不正確
我們找到了驗證中繼標記，但內容不正確。為了避免發生錯誤，請直接複製 Search Console 的「驗證」頁面所提供的中繼標記，並貼到指定的位置。如果網頁中已經有其他使用者的驗證標記，你可能會收到這則錯誤訊息；請確認你在 Search Console 驗證精靈中取得的標記，確實位於網頁的 HTML 中。
- 中繼標記格式不正確
我們在你的網頁上找到了中繼標記，但語法似乎有誤。請複製 Search Console 提供的標記，原封不動貼進你網頁的 HTML 原始碼中 (請注意，你造訪這個網頁的時候，應該不會在瀏覽器中看到標記；只有在你查看產生該網頁的 HTML 時，才會看到標記)。
- 下文列有其他常見的驗證問題。
總覽
將 DNS 記錄新增至網域供應商的記錄清單，證明你是網域的擁有者。只有針對網域資源 (example.com) 必須這麼做，網址前置字元資源 (https://example.com) 不必。如果你針對網址前置字元資源使用這個方法，系統也會自動驗證網域資源。
Google 可以為部分網域新增記錄；其他網域則必須由你自行插入記錄。
你可以驗證根網域 (example.com) 或子網域 (m.example.com) 的擁有權。驗證根網域的擁有權會自動驗證所有子網域的擁有權，但驗證子網域的擁有權不會一併驗證上層網域的擁有權。舉例來說，驗證 m.example.com 的擁有權也會一併驗證 pets.m.example.com 的擁有權，但不會驗證 example.com 的擁有權。
⚠️ 相關規定
- 你必須擁有自訂網域名稱，或是具備網域名稱的控制權。
- 你必須能夠登入網域名稱供應商的管理頁面。
步驟
透過網域名稱供應商 (販售網域名稱給你的公司) 驗證擁有權：
- 如果你使用的是網站代管平台，請搜尋該服務的說明網頁，藉此查看專屬的操作說明，瞭解如何在 Search Console 中驗證你的網站 (如果你不知道自己的 DNS 供應商是哪家公司，請參閱尋找 DNS 供應商的提示)。如果你在供應商的網頁上找不到適合自己的解決方案，請繼續執行後續步驟。
- 前往 Search Console 中資源的擁有權驗證頁面，選擇網域名稱供應商這個方法 (當你建立網域資源時，系統會自動選取這項設定)。
-
- 如果 Search Console 提供了 TXT 記錄，請按照下方的「手動新增網域名稱供應商的操作說明」>「TXT DNS 記錄操作說明」操作。
- 如果 Search Console 在清單中顯示了你的網域名稱供應商，請選擇你的供應商，然後按一下「開始驗證」，接著按照系統的指示操作。系統會要求你登入網域名稱供應商的網站。之後，驗證程序應該就會立即開始。
- 如果 Search Console 不是顯示你的網域名稱供應商，請在清單中選擇「任何 DNS 供應商」，然後按照下方的「手動新增網域名稱供應商的操作說明」操作。
如果 Search Console 未在「網域名稱驗證」對話方塊中列出你的網域名稱供應商，你必須手動將 DNS 記錄新增到供應商的記錄中。這個 DNS 記錄是由 Search Console 提供的名稱/值組合，開始設定的方式如下：
- 決定要使用的 DNS 記錄格式。你必須根據網站的設定方式選擇 TXT 記錄或 CNAME 記錄。以下說明如何判斷要使用哪一種：
- 在「CNAME」分頁中開啟 Google Admin Toolbox
- 輸入資源的網域名稱。這是指「https://」後的部分。如果資源是「https://www.example.com/」，網域名稱就是「www.example.com」。
- 在「CNAME」分頁中查看輸出內容
- 請視需要在下方參閱適用的 TXT 或 CNAME 操作說明。
- 產生專屬 TXT 驗證記錄：當系統要求你在 Search Console 中驗證網域資源，請在 Search Console 驗證彈出式視窗中針對「選取記錄類型」的部分選擇「TXT」。Search Console 會提供字串值 TXT 記錄，供你在下一個步驟使用。
- 將 DNS 記錄新增到網域供應商的系統中：請按照下列步驟，將上一步中 Search Console 提供的 TXT 記錄新增到網域供應商的記錄中：
- 開啟你的網域供應商適用的 Google Workspace 說明文件。
- 略過 Google Workspace 的步驟 1 (取得專屬驗證記錄)，因為你已經在 Search Console 中取得 TXT 記錄。
- 登入你的網域代管商網站 (通常是 Google Workspace 的步驟 2)。
- 將 Search Console 的 TXT 記錄新增到網域的 DNS 記錄中 (通常是 Google Workspace 的步驟 3)：
- 按照 DNS 供應商的說明文件所述，將「Host/Name」屬性留空或設為「@」。
- 在「Value」屬性部分，提供你先前產生的 Search Console TXT 記錄字串。
- 略過 Google Workspace 的步驟 4 (驗證步驟)，繼續進行下方的步驟 4。
- 產生專屬 CNAME 驗證記錄：在網域資源的驗證流程中，請在 Search Console 驗證彈出式視窗中針對「選取記錄類型」的部分選擇「CNAME」。你會看到兩個要在下一步使用的值 (其中一個名為「name」、「label」或「host」，另一個名為「destination」或「target」，視情境而定)。
- 將 DNS 記錄值新增到網域供應商的系統中：
- 開啟你的網域供應商適用的 Google Workspace 說明文件。
- 略過 Google Workspace 的步驟 1 (取得專屬驗證記錄)，因為你已經在 Search Console 中取得 CNAME 記錄。
- 登入你的網域代管商網站 (通常是 Google Workspace 的步驟 2)。
- 使用先前在 Search Console 中取得的記錄值，將 CNAME 驗證記錄新增到網域的 DNS 記錄中 (通常是 Google Workspace 的步驟 3)。然後在 DNS 供應商網站的適當欄位中，同時提供這兩個值。你可以使用供應商建議的預設存留時間值。
- 略過 Google Workspace 的步驟 4 (驗證步驟)，繼續進行下方的步驟 4。
- 在 Search Console 的驗證詳細資料頁面中按一下「驗證」，完成擁有權驗證程序。重要事項：供應商最多可能需要兩到三天才能開始提供手動安裝的記錄。如果你已按照上述手動新增網域名稱供應商的指示操作，卻無法成功驗證，請等待一到兩天，然後再試一次。如需排解問題的方法，或是瞭解如何查看網域名稱供應商是否已提供記錄，請參閱潛在錯誤一節。
重要事項：為了保持驗證狀態，請勿移除供應商系統中的 DNS 記錄 (驗證成功後也不可移除)。
疑難排解
如何查看網域名稱供應商提供的是哪些記錄：
- 前往 Google Admin Toolbox。
- 在頂端的方塊中輸入你的網域名稱，但不要輸入通訊協定或任何斜線 (亦即輸入 example.com，而不是 https://example.com)。
- 根據你驗證時使用的記錄類型，點選「TXT」或「CNAME」。(大多數網站都是使用 TXT 記錄驗證網域)。
- 在供應商系統上找到的所有特定類型 DNS 記錄都會顯示在底部，並標有記錄類型 (通常是 CNAME 或 TXT)。
- 在記錄清單中找出 Search Console 核發的 DNS 記錄。
- 如果是 TXT 記錄，Search Console 驗證記錄的格式應為
google-site-verification=<<特定數字>>。
- 如果是 CNAME 記錄，驗證記錄會是名稱/值的組合，名稱會包含你的資源網域，值則包含
dv.googlehosted.com。
記錄必須與 Search Console 提供的驗證記錄值完全一致 (如要查詢 Search Console 的 DNS 記錄值，你可以再次按照「手動驗證步驟」操作，直到產生驗證記錄為止)。
- 如果清單中沒有列出憑證，請等候一到兩天，然後再試一次。
使用 DNS 方法驗證資源後，應如何查看 DNS 記錄：
- 開啟 Search Console。
- 在資源清單中按一下資源名稱，查看該資源的驗證方法清單。
- 按一下「DNS TXT 記錄」或「DNS CNAME 記錄」旁邊的「詳細資料」，即可查看記錄值。
- 如有需要，你也可以按照上文所述，使用 Google Admin Toolbox 查看網域名稱供應商提供的所有記錄。
使用 DNS 記錄進行驗證時可能發生的錯誤如下：
- 找不到你的 DNS TXT 記錄
系統找不到你的 TXT 驗證記錄。Google 可能要過幾分鐘 (甚至幾天) 才看得到你張貼的記錄，因此請稍候 1 到 2 天，然後再試一次。
- 你的驗證記錄不相符
你的 DNS 供應商平台上沒有與 Search Console 所提供的值相符的驗證記錄。請務必使用驗證頁面提供的記錄進行驗證。如果是 TXT 記錄，請將「name/host」欄位留空，然後在 DNS 記錄的「value」欄位中使用 TXT 字串；如果是 CNAME 記錄，系統會提供一個名稱/值組合，讓你在 DNS 記錄的 [name/value] 欄位中使用。
- 下文列有其他常見的驗證問題。
總覽
如果你使用 Google Analytics 追蹤網站流量，而且你具備該帳戶的編輯權限，就可以透過你網站上使用的 Google Analytics 追蹤程式碼來驗證網站。登入 Search Console 的帳戶，必須與用來管理 Google Analytics 的 Google 帳戶相同。
⚠️ 相關規定
- 首頁不得要求使用者進行身分驗證。網站首頁必須可讓未登入的使用者存取，才能完成擁有權驗證。此外，凡是需要通過身分驗證才能存取的網頁，可能就不會經常顯示在 Google 搜尋中，因此不會累積大量的搜尋資料。
- 你必須擁有該網頁所用 Google Analytics 帳戶的「編輯」權限。在 Google Analytics 4 中，驗證碼會與 Google Analytics 串流建立關聯。在舊版 Google Analytics 中，驗證碼則會與 Google Analytics 網站資源建立關聯。
- Search Console 和 Google Analytics 必須使用同一個 Google 帳戶。
- 未登入的首頁 (請查看注意事項) 必須包含 analytics.js 或 gtag.js 程式碼片段。追蹤程式碼則必須位於網頁的
<head> 部分，「而非」<body> 部分。如要確認此標記是否存在，請在瀏覽器中開啟網頁以查看網頁原始碼，然後搜尋程式碼片段。
- 請務必使用系統提供的 Google Analytics 程式碼，切勿修改。否則會造成驗證程序作業失敗。
- 納入檔案中的標記大小不得超過 2MB。外部資源 (例如指令碼) 不計入檔案大小 (受這項限制影響的網站很少)。
- 代碼管理工具容器程式碼片段可用於網址前置字元資源，但不得用於網域資源。
步驟
如何使用 Google Analytics 代碼驗證擁有權：
- 詳閱這項驗證技術的相關規定。
- 透過在 Google Analytics 中有權編輯資源的 Google 帳戶開啟 Search Console，並新增或選取要驗證的資源。
- 前往驗證詳細資料頁面為你的網站選擇「Google Analytics」方法，然後按一下「驗證」。
- 如果驗證失敗，請參閱下方的「疑難排解」解決問題。
疑難排解
透過 Google Analytics 追蹤程式碼進行驗證時，可能發生下列驗證錯誤：
- 找不到 Analytics 程式碼 (「我們在你網站的索引網頁找不到任何 Google Analytics 追蹤程式碼」)
在資源的首頁找不到 Google Analytics 追蹤程式碼。
- 程式碼格式錯誤 (「你網站上的 Google Analytics 追蹤程式碼格式似乎有誤」)
系統在網頁中找到一段可能是 Google Analytics 追蹤程式碼的程式碼，但格式似乎有誤。請務必原封不動使用系統提供的 Analytics 追蹤程式碼。
- 找到舊版 Google Analytics 程式碼片段 (「你網站上的 Google Analytics 追蹤程式碼使用的是舊版程式碼片段」)
舊版 Analytics 程式碼存在於首頁；Search Console 僅支援最新版本的 Google Analytics 程式碼片段。舊版程式碼片段中含有 _gat. 或 _getTracker|urchin.js。
- 找到 Google 代碼管理工具程式碼 (「我們在你網站中找到 Google 代碼管理工具程式碼片段」)
Search Console 在網頁上找到 Google 代碼管理工具程式碼片段，但沒有 Google Analytics 程式碼片段。請嘗試使用 Google Analytics 方法驗證這項資源。
- 程式碼片段類型錯誤 (「我們在你網站中找到第三方代碼管理工具程式碼片段」)
請確保你在網頁中使用的是 Google Analytics 程式碼片段。
- 程式碼片段位置有誤 (「你網站上的 Google Analytics 追蹤程式碼位於網頁中的錯誤位置」)
程式碼片段必須位於首頁的 <head> 部分中。你可以查看首頁的轉譯後原始碼來確認位置是否正確。
- 你沒有 Google Analytics 帳戶 (「你尚未在 Google Analytics 中建立帳戶」)
你必須擁有有效的 Google Analytics 帳戶、在這個網站上使用該帳戶、使用存取該 Google Analytics 帳戶所用的 Google 帳戶來登入 Search Console，同時，還必須具備該 Google Analytics 帳戶的編輯權限。
- 未建立任何資料檢視 (「你尚未在 Google Analytics 中建立任何網站資料檢視」)
你的 Google Analytics 資源沒有任何資料檢視。你必須在這項資源中建立資料檢視，才能使用 Google Analytics 驗證網站擁有權。
- 權限不足 (「你必須擁有這項 Analytics 網站資源中的「編輯」權限，才能使用這個驗證方法")
你必須擁有這個網站所使用的 Google Analytics 資源的編輯權限。請確認你用來登入 Search Console 的帳戶在 Google Analytics 中具有編輯權限。
- 下文列有其他常見的驗證問題。
總覽
如果你在網站上啟用了 Google 代碼管理工具帳戶，而且你具備「發布」或「管理員」權限，那麼你可以使用 Google 代碼管理工具容器片段程式碼驗證網站擁有權。登入 Search Console 的帳戶，必須與用來管理代碼管理工具的 Google 帳戶相同。
⚠️ 相關規定
- 首頁不得要求使用者進行身分驗證。網站首頁必須可讓未登入的使用者存取，才能完成擁有權驗證。此外，凡是需要通過身分驗證才能存取的網頁，可能就不會經常顯示在 Google 搜尋中，因此不會累積大量的搜尋資料。
- 你必須具備該網頁上 Google 代碼管理工具容器的「發布」或「管理員」權限。
- Search Console 和 Google 代碼管理工具必須使用相同的 Google 帳戶。
- 未登入的首頁 (請查看注意事項) 須在正確的位置包含標記。代碼管理工具程式碼的
<noscript> 部分必須緊接在網頁的起始 <body> 標記後方，否則將無法順利完成驗證。請勿在 <body> 標記與代碼管理工具程式碼之間插入資料層 (或 HTML 註解以外的任何內容)，如要確認此標記是否存在，請在瀏覽器中開啟網頁以查看網頁原始碼，然後搜尋程式碼片段。
- 請務必使用系統提供的程式碼，切勿修改，否則會造成驗證程序作業失敗。
- 納入檔案中的標記大小不得超過 2MB。外部資源 (例如指令碼) 不計入檔案大小 (受這項限制影響的網站很少)。
- 代碼管理工具容器程式碼片段可用於網址前置字元資源，但不得用於網域資源。
步驟
如何使用 Google 代碼管理工具代碼驗證擁有權：
- 透過在 Google 代碼管理工具中具備編輯權限的 Google 帳戶開啟 Search Console。
- 詳閱這項驗證技術的相關規定。
- 前往驗證詳細資料頁面為你的網站選擇「Google 代碼管理工具」方法，再按照畫面上的指示操作。
- 如果驗證失敗，請參閱下方的「疑難排解」解決問題。
疑難排解
透過 Google 代碼管理工具進行驗證時可能發生的錯誤如下：
- 找不到代碼 (我們在你網站首頁找不到 Google 代碼管理工具容器 ID)
Search Console 在你網站的首頁找不到任何 Google 代碼管理工具程式碼。
- 權限不足 (你必須具備這個代碼管理工具容器中的「發布」或「管理員」權限，才能使用這種驗證方法)
你需要 Google 代碼管理工具容器的「發布」或「管理員」權限，才能使用這種驗證方法。
- 標記錯誤 (你網站使用的容器 ID 未與你的代碼管理工具帳戶建立關聯)
系統在首頁找到代碼管理工具程式碼，但你並未使用具備該代碼管理工具容器適當權限的帳戶登入 Search Console。請確認你在使用 Search Console 時所搭配的 Google 帳戶，在這個代碼管理工具容器中具備適當的權限。
- 沒有任何代碼管理工具容器 (你尚未在 Google 代碼管理工具中建立任何容器)
你尚未針對目前使用的 Google 帳戶，在代碼管理工具帳戶中建立任何容器。請確認你已建立代碼管理工具容器，而且你用來存取 Search Console 的 Google 帳戶，在該容器中具備適當權限。
- 代碼位置錯誤 (我們在你網站首頁中找不到 Google 代碼管理工具容器 ID)
該代碼可能不在首頁，或是雖然存在但並非放置在網頁程式碼中的必要位置 (在 <head> 元素裡面)。請務必按照代碼管理工具說明文件中的指示，將代碼放在適當的網頁和位置。
- 下文列有其他常見的驗證問題。
總覽
如果你擁有 Google 協作平台網站，而且你使用相同的 Google 帳戶登入 Search Console，系統會自動驗證你對該 Google 協作平台資源的擁有權。
⚠️ 相關規定
- 建立 Google 協作平台網站所使用的 Google 帳戶必須和 Search Console 所使用的帳戶相同。
- 你必須用自己的 Google 協作平台管理帳戶登入 Search Console。
步驟
總覽
你在 Blogger 中建立的新網誌會自動加入你的 Search Console 帳戶，而且系統也會自動驗證這類網誌。如果你的網誌並未自動出現在 Search Console 首頁中，只要新增這項資源，系統就會自動進行驗證。
⚠️ 相關規定
- 系統不會自動驗證較舊的網誌，請使用 HTML 標記方法進行驗證。
- 請確認你是用自己的網誌管理帳戶登入 Search Console。
應該將驗證標記張貼在何處？
如果你使用標記式驗證方法 (Google Analytics、Google 代碼管理工具或 HTML <meta> 標記方法)，當「未登入的使用者」造訪定義你的資源的網址時，Search Console 會在該使用者重新導向的網頁中尋找你的驗證標記。
範例
如果你將資源定義為 https://example.com，只要有任何未登入的使用者在瀏覽器中輸入該網址，而被重新導向至 https://example.com/home，Search Console 就會在 https://example.com/home 網頁中尋找你的驗證標記。
如果是檔案上傳等其他驗證方法，系統則不會遵循重新導向規則。
常見驗證錯誤
除了特定驗證方法才會發生的錯誤以外，大多數驗證方法都可能發生下列驗證錯誤：
- 標記/程式碼片段/檔案有誤
請務必使用系統在驗證程序剛開始執行時所提供的標記、程式碼片段或檔案。
- 你的伺服器連線逾時。
我們收到伺服器逾時的錯誤，因此無法驗證你的檔案。這可能是由於你的伺服器因當機或忙碌而延誤回應時間，請檢查你的伺服器是否有回應，然後再試一次。
- 查詢你網站的網域名稱時發生錯誤。
我們嘗試存取你的驗證檔案，但因為發生 DNS 錯誤而無法存取你的網域。這可能是因為你的伺服器當機，或導向至你網域的 DNS 發生問題。請確認你的網域是否能正確解析，然後再試一次。
- 下載要求的重新導向次數過多。
檢查網址是否有任何潛在問題，例如無限迴圈。
- 你的伺服器傳回無效的回應。
如果你的網站採用密碼驗證機制，或是由於其他原因造成我們無法存取網站時，可能就會發生這種情況。
- 無法連線至你的伺服器。
請確定你的伺服器並未當機且網域能夠正確解析，然後再試一次。
- 發生內部錯誤。
如果一直出現這個問題，請造訪搜尋中心說明論壇，以掌握最新的相關消息。
- 逾時
你的網站或網域伺服器已停止回應我們提出的要求 (根據所使用的驗證方法而定)。請確認你的網站可回應要求，然後再試一次。
- 找不到你的網域
我們嘗試解析你提供的網站網址，但 DNS 服務無法辨識你的網址。請確認你是否提供了正確的資源網址。
