驗證網站擁有權

什麼是擁有權驗證？

擁有權驗證的意思是向 Search Console 證明你擁有特定網站。通過驗證的擁有者在 Search Console 中擁有最完整的權限。

這個過程為什麼這麼複雜？

Search Console 中的網站擁有者可存取網站的機密 Google 搜尋資料，還可以執行特定操作，影響網站在 Google 搜尋和其他 Google 服務中的形象和行為。因此，我們想要確保只有真正的網站擁有者才能在 Search Console 中獲得擁有者權限。

驗證網站擁有權

1. 新增資源，或是從資源選取器選擇未驗證的資源。
2. 選擇下列其中一種驗證方法並按照指示操作。驗證頁面會針對你的網站列出適用的建議方法。
3. 如果你因為某些原因而無法驗證網站擁有權，請要求目前的擁有者授予你存取 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) 和資源子網域變化版本的資料，因此非常實用。

驗證方法詳細資料

使用網站代管平台 (WordPress、Shopify、Wix 等) 的網站

如果你使用網站代管平台 (例如 WordPress、Wix 或 SquareSpace)，可能會無法使用下列某些方法。但相反地，你的平台可能會提供特殊的外掛程式或設定，方便你在 Search Console 上輕鬆驗證資源，甚至是自動驗證資源。

如果你要使用網站代管平台，請在嘗試本頁面列出的任一種驗證方法前，先嘗試執行下列步驟：

1. 搜尋網站代管商的 Search Console 驗證資訊說明文件，例如：「Wix Search Console 驗證」、「Weebly Search Console 驗證」或「Shopify Search Console」。
2. 搜尋平台上能為你處理驗證程序的外掛程式。舉例來說，WordPress 專用 Site Kit 可為你處理驗證作業，同時也可就 Search Console 資料提供簡化的檢視畫面。注意：Site Kit 是 Google 官方唯一贊助的外掛程式，因此在安裝任何外掛程式前，請先做點功課，確認無誤後再安裝。

上傳 HTML 檔案

透過上傳 HTML 檔案驗證網站擁有權：Google Search Console 訓練課程

總覽

你可以將特殊的 HTML 檔案上傳到網站上的特定位置，藉此驗證網站擁有權。這個檔案會與特定使用者連結。請按照驗證詳細資料頁面的指示操作。如果你將這個驗證檔案從網站上移除，驗證就會失效。

⚠️ 相關規定

• 這個檔案不得要求使用者進行身分驗證。用於上傳 HTML 檔案的目錄必須可讓未登入的使用者存取。如要測試，你可以嘗試使用瀏覽器的無痕式視窗造訪檔案。
• 你必須能夠將檔案上傳到網站的根目錄，供網路瀏覽器存取。如果你沒有相關權限，請嘗試其他驗證方法。假如你是使用網站代管平台，可能需要搜尋該服務的說明頁面，瞭解這個方法是否可行。
• 上傳 HTML 檔案的做法可用於網址前置字元資源，但不得用於網域資源。

步驟

如何使用 HTML 檔案驗證擁有權：

1. 如果你使用的是網站代管平台，請搜尋該服務的說明網頁，藉此查看專屬的操作說明，瞭解如何在 Search Console 中驗證你的網站。如果你找不到任何資訊，請繼續執行後續步驟。
2. 詳閱這項驗證技術的相關規定。
3. 在資源的擁有權驗證頁面中選擇 HTML 檔案上傳方法。
4. 下載系統提供的驗證檔案。這是你個人專屬的檔案，無法用來辨識其他人的身分，而且會與你的 Gmail 帳戶建立關聯。
5. 將驗證檔案上傳至你的網站，讓該檔案出現在驗證詳細資料頁面中指定的網址，供系統存取。這個網址通常是資源的根目錄 (也就是說，如果你將資源定義為 https://example.com，而提供的檔案名稱為 1234.txt，那麼只要透過 https://example.com/1234.txt 應該就能瀏覽該檔案)。Search Console 在尋找這個檔案時不會追蹤重新導向。如有需要，你可以在檔案內文結尾加入新的一行，但請勿修改檔案名稱或內容。
6. 透過瀏覽器前往 Search Console 驗證精靈指定的位置，確認你可以查看該檔案。如果在瀏覽器中輸入該網址也無法存取檔案，Google 將無法找出檔案進行驗證。提示：如要確認存取檔案時可不必登入帳戶，請使用瀏覽器的無痕式視窗。
7. 按一下驗證詳細資料頁面中的「驗證」，完成驗證程序。
8. 如果驗證失敗，請參閱下方的「疑難排解」解決問題。

疑難排解

上傳 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 標記

透過 HTML 標記驗證網站擁有權：Google Search Console 訓練課程

總覽

你可以在指定網頁的 HTML 中加入 <meta> 標記，藉此驗證網站擁有權。我們會驗證該中繼標記是否確實位於該網頁上。如果找不到標記，則會將所遇到錯誤的相關資訊提供給你。這個標記會與特定使用者連結。Search Console 會定期檢查這個標記是否仍存在。

⚠️ 相關規定

• 首頁不得要求使用者進行身分驗證。網站首頁必須可讓未登入的使用者存取。
• 你必須能夠直接編輯網站首頁的 HTML 原始碼。具體來說，你必須能在首頁的 <head> 標記中插入標記。如果你沒有相關權限，請嘗試其他驗證方法。假如你是使用網站代管平台，可能需要搜尋該服務的說明頁面，以便瞭解這個方法是否可行。
• 納入檔案中的標記大小不得超過 2MB。外部資源 (例如指令碼) 不計入檔案大小 (受這項限制影響的網站很少)。
• 代碼管理工具容器程式碼片段可用於網址前置字元資源，但不得用於網域資源。

步驟

如何使用 HTML 標記驗證擁有權：

1. 如果你使用的是網站代管平台，請搜尋該服務的說明網頁，藉此查看專屬的操作說明，瞭解如何在 Search Console 中驗證你的網站。如果你找不到任何資訊，請繼續執行後續步驟。
2. 詳閱這項驗證技術的相關規定。
3. 在資源的擁有權驗證頁面中選擇 HTML 標記這個方法。
4. 從 Search Console 的驗證精靈複製標記，然後找到網站的未登入版首頁，將標記貼到 HTML 的 <head> 部分中 (查看注意事項)。範例如下：
   <head>
<title>Example.com homepage</title>
<meta name="google-site-verification" content="......." />
</head>
   這是你個人專屬的標記，無法用來辨識其他人的身分，而且會與你的 Gmail 帳戶建立關聯。
5. 儲存網頁。造訪網頁並在網頁原始碼中尋找標記，確認實際上線的網頁中存有標記 (按下 Ctrl + F 鍵，然後在網頁原始碼中搜尋「google-site-verification」，藉此找出標記)。
6. 按一下驗證詳細資料頁面中的「驗證」，完成驗證程序。
7. 如果驗證失敗，請參閱下方的「疑難排解」解決問題。

疑難排解

使用 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 記錄驗證網站擁有權：Google Search Console 訓練課程

總覽

將 DNS 記錄新增至網域供應商的記錄清單，證明你是網域的擁有者。只有針對網域資源 (example.com) 必須這麼做，網址前置字元資源 (https://example.com) 不必。如果你針對網址前置字元資源使用這個方法，系統也會自動驗證網域資源。

Google 可以為部分網域新增記錄；其他網域則必須由你自行插入記錄。

你可以驗證根網域 (example.com) 或子網域 (m.example.com) 的擁有權。驗證根網域的擁有權會自動驗證所有子網域的擁有權，但驗證子網域的擁有權不會一併驗證上層網域的擁有權。舉例來說，驗證 m.example.com 的擁有權也會一併驗證 pets.m.example.com 的擁有權，但不會驗證 example.com 的擁有權。

⚠️ 相關規定

• 你必須擁有自訂網域名稱，或是具備網域名稱的控制權。
• 你必須能夠登入網域名稱供應商的管理頁面。

步驟

透過網域名稱供應商 (販售網域名稱給你的公司) 驗證擁有權：

1. 如果你使用的是網站代管平台，請搜尋該服務的說明網頁，藉此查看專屬的操作說明，瞭解如何在 Search Console 中驗證你的網站 (如果你不知道自己的 DNS 供應商是哪家公司，請參閱尋找 DNS 供應商的提示)。如果你在供應商的網頁上找不到適合自己的解決方案，請繼續執行後續步驟。
2. 前往 Search Console 中資源的擁有權驗證頁面，選擇網域名稱供應商這個方法 (當你建立網域資源時，系統會自動選取這項設定)。
3. • 如果 Search Console 提供了 TXT 記錄，請按照下方的「手動新增網域名稱供應商的操作說明」>「TXT DNS 記錄操作說明」操作。
   • 如果 Search Console 在清單中顯示了你的網域名稱供應商，請選擇你的供應商，然後按一下「開始驗證」，接著按照系統的指示操作。系統會要求你登入網域名稱供應商的網站。之後，驗證程序應該就會立即開始。
   • 如果 Search Console 不是顯示你的網域名稱供應商，請在清單中選擇「任何 DNS 供應商」，然後按照下方的「手動新增網域名稱供應商的操作說明」操作。

     手動新增網域名稱供應商的操作說明

     如果 Search Console 未在「網域名稱驗證」對話方塊中列出你的網域名稱供應商，你必須手動將 DNS 記錄新增到供應商的記錄中。這個 DNS 記錄是由 Search Console 提供的名稱/值組合，開始設定的方式如下：

     1. 決定要使用的 DNS 記錄格式。你必須根據網站的設定方式選擇 TXT 記錄或 CNAME 記錄。以下說明如何判斷要使用哪一種：
        1. 在「CNAME」分頁中開啟 Google Admin Toolbox
        2. 輸入資源的網域名稱。這是指「https://」後的部分。如果資源是「https://www.example.com/」，網域名稱就是「www.example.com」。
        3. 在「CNAME」分頁中查看輸出內容
           • [最常見的情況] 找不到任何記錄：如果找不到 CNAME 記錄，請按照 TXT 記錄操作說明進行。
             
           • 找到記錄：如果找到 CNAME 記錄，且目標值是你所輸入網域的上層網域，就必須按照「CNAME 記錄操作說明」一節進行。如果該名稱不是上層網域，請使用 TXT 記錄操作說明。
             
     2. 請視需要在下方參閱適用的 TXT 或 CNAME 操作說明。

     TXT DNS 記錄操作說明

     1. 產生專屬 TXT 驗證記錄：當系統要求你在 Search Console 中驗證網域資源，請在 Search Console 驗證彈出式視窗中針對「選取記錄類型」的部分選擇「TXT」。Search Console 會提供字串值 TXT 記錄，供你在下一個步驟使用。
     2. 將 DNS 記錄新增到網域供應商的系統中：請按照下列步驟，將上一步中 Search Console 提供的 TXT 記錄新增到網域供應商的記錄中：
        1. 開啟你的網域供應商適用的 Google Workspace 說明文件。
        2. 略過 Google Workspace 的步驟 1 (取得專屬驗證記錄)，因為你已經在 Search Console 中取得 TXT 記錄。
        3. 登入你的網域代管商網站 (通常是 Google Workspace 的步驟 2)。
        4. 將 Search Console 的 TXT 記錄新增到網域的 DNS 記錄中 (通常是 Google Workspace 的步驟 3)：
           • 按照 DNS 供應商的說明文件所述，將「Host/Name」屬性留空或設為「@」。
           • 在「Value」屬性部分，提供你先前產生的 Search Console TXT 記錄字串。
        5. 略過 Google Workspace 的步驟 4 (驗證步驟)，繼續進行下方的步驟 4。

     CNAME DNS 記錄操作說明

     1. 產生專屬 CNAME 驗證記錄：在網域資源的驗證流程中，請在 Search Console 驗證彈出式視窗中針對「選取記錄類型」的部分選擇「CNAME」。你會看到兩個要在下一步使用的值 (其中一個名為「name」、「label」或「host」，另一個名為「destination」或「target」，視情境而定)。
     2. 將 DNS 記錄值新增到網域供應商的系統中：
        1. 開啟你的網域供應商適用的 Google Workspace 說明文件。
        2. 略過 Google Workspace 的步驟 1 (取得專屬驗證記錄)，因為你已經在 Search Console 中取得 CNAME 記錄。
        3. 登入你的網域代管商網站 (通常是 Google Workspace 的步驟 2)。
        4. 使用先前在 Search Console 中取得的記錄值，將 CNAME 驗證記錄新增到網域的 DNS 記錄中 (通常是 Google Workspace 的步驟 3)。然後在 DNS 供應商網站的適當欄位中，同時提供這兩個值。你可以使用供應商建議的預設存留時間值。
        5. 略過 Google Workspace 的步驟 4 (驗證步驟)，繼續進行下方的步驟 4。
4. 在 Search Console 的驗證詳細資料頁面中按一下「驗證」，完成擁有權驗證程序。重要事項：供應商最多可能需要兩到三天才能開始提供手動安裝的記錄。如果你已按照上述手動新增網域名稱供應商的指示操作，卻無法成功驗證，請等待一到兩天，然後再試一次。如需排解問題的方法，或是瞭解如何查看網域名稱供應商是否已提供記錄，請參閱潛在錯誤一節。

重要事項：為了保持驗證狀態，請勿移除供應商系統中的 DNS 記錄 (驗證成功後也不可移除)。

疑難排解

如何查看網域名稱供應商提供的是哪些記錄：

1. 前往 Google Admin Toolbox。
2. 在頂端的方塊中輸入你的網域名稱，但不要輸入通訊協定或任何斜線 (亦即輸入 example.com，而不是 https://example.com)。
3. 根據你驗證時使用的記錄類型，點選「TXT」或「CNAME」。(大多數網站都是使用 TXT 記錄驗證網域)。
4. 在供應商系統上找到的所有特定類型 DNS 記錄都會顯示在底部，並標有記錄類型 (通常是 CNAME 或 TXT)。
5. 在記錄清單中找出 Search Console 核發的 DNS 記錄。
   • 如果是 TXT 記錄，Search Console 驗證記錄的格式應為 google-site-verification=<<特定數字>>。
   • 如果是 CNAME 記錄，驗證記錄會是名稱/值的組合，名稱會包含你的資源網域，值則包含 dv.googlehosted.com。
   記錄必須與 Search Console 提供的驗證記錄值完全一致 (如要查詢 Search Console 的 DNS 記錄值，你可以再次按照「手動驗證步驟」操作，直到產生驗證記錄為止)。
6. 如果清單中沒有列出憑證，請等候一到兩天，然後再試一次。

使用 DNS 方法驗證資源後，應如何查看 DNS 記錄：

1. 開啟 Search Console。
2. 在資源清單中按一下資源名稱，查看該資源的驗證方法清單。
3. 按一下「DNS TXT 記錄」或「DNS CNAME 記錄」旁邊的「詳細資料」，即可查看記錄值。
4. 如有需要，你也可以按照上文所述，使用 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 (分析) 驗證網站擁有權：Google Search Console 訓練課程

總覽

如果你使用 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 (分析) 代碼驗證擁有權：

1. 詳閱這項驗證技術的相關規定。
2. 透過在 Google Analytics (分析) 中有權編輯資源的 Google 帳戶開啟 Search Console，並新增或選取要驗證的資源。
3. 前往驗證詳細資料頁面為你的網站選擇「Google Analytics (分析)」方法，然後按一下「驗證」。
4. 如果驗證失敗，請參閱下方的「疑難排解」解決問題。

疑難排解

透過 Google Analytics (分析) 追蹤程式碼進行驗證時，可能發生下列驗證錯誤：

• 找不到 Analytics (分析) 程式碼 (「我們在你網站的索引網頁找不到任何 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 代碼管理工具驗證網站擁有權：Google Search Console 訓練課程

總覽

如果你在網站上啟用了 Google 代碼管理工具帳戶，而且你具備「發布」或「管理員」權限，那麼你可以使用 Google 代碼管理工具容器片段程式碼驗證網站擁有權。登入 Search Console 的帳戶，必須與用來管理代碼管理工具的 Google 帳戶相同。

⚠️ 相關規定

• 首頁不得要求使用者進行身分驗證。網站首頁必須可讓未登入的使用者存取，才能完成擁有權驗證。此外，凡是需要通過身分驗證才能存取的網頁，可能就不會經常顯示在 Google 搜尋中，因此不會累積大量的搜尋資料。
• 你必須具備該網頁上 Google 代碼管理工具容器的「發布」或「管理員」權限。
• Search Console 和 Google 代碼管理工具必須使用相同的 Google 帳戶。
• 未登入的首頁 (請查看注意事項) 須在正確的位置包含標記。代碼管理工具程式碼的 <noscript> 部分必須緊接在網頁的起始 <body> 標記後方，否則將無法順利完成驗證。請勿在 <body> 標記與代碼管理工具程式碼之間插入資料層 (或 HTML 註解以外的任何內容)，如要確認此標記是否存在，請在瀏覽器中開啟網頁以查看網頁原始碼，然後搜尋程式碼片段。
• 請務必使用系統提供的程式碼，切勿修改，否則會造成驗證程序作業失敗。
• 納入檔案中的標記大小不得超過 2MB。外部資源 (例如指令碼) 不計入檔案大小 (受這項限制影響的網站很少)。
• 代碼管理工具容器程式碼片段可用於網址前置字元資源，但不得用於網域資源。

步驟

如何使用 Google 代碼管理工具代碼驗證擁有權：

1. 透過在 Google 代碼管理工具中具備編輯權限的 Google 帳戶開啟 Search Console。
2. 詳閱這項驗證技術的相關規定。
3. 前往驗證詳細資料頁面為你的網站選擇「Google 代碼管理工具」方法，再按照畫面上的指示操作。
4. 如果驗證失敗，請參閱下方的「疑難排解」解決問題。

疑難排解

透過 Google 代碼管理工具進行驗證時可能發生的錯誤如下：

• 找不到代碼 (我們在你網站首頁找不到 Google 代碼管理工具容器 ID)
  Search Console 在你網站的首頁找不到任何 Google 代碼管理工具程式碼。
  • 你是否將程式碼片段放在首頁的正確位置？未登入的首頁是否包含你的程式碼片段？
  • 查看你首頁的轉譯後原始碼，尋找「Google 代碼管理工具」或你的代碼管理工具程式碼片段。如果沒有，表示你的網站並未使用 (或未妥善管理) Google 代碼管理工具。
• 權限不足 (你必須具備這個代碼管理工具容器中的「發布」或「管理員」權限，才能使用這種驗證方法)
  
  你需要 Google 代碼管理工具容器的「發布」或「管理員」權限，才能使用這種驗證方法。
• 標記錯誤 (你網站使用的容器 ID 未與你的代碼管理工具帳戶建立關聯)
  系統在首頁找到代碼管理工具程式碼，但你並未使用具備該代碼管理工具容器適當權限的帳戶登入 Search Console。請確認你在使用 Search Console 時所搭配的 Google 帳戶，在這個代碼管理工具容器中具備適當的權限。
• 沒有任何代碼管理工具容器 (你尚未在 Google 代碼管理工具中建立任何容器)
  你尚未針對目前使用的 Google 帳戶，在代碼管理工具帳戶中建立任何容器。請確認你已建立代碼管理工具容器，而且你用來存取 Search Console 的 Google 帳戶，在該容器中具備適當權限。
• 代碼位置錯誤 (我們在你網站首頁中找不到 Google 代碼管理工具容器 ID)
  該代碼可能不在首頁，或是雖然存在但並非放置在網頁程式碼中的必要位置 (在 <head> 元素裡面)。請務必按照代碼管理工具說明文件中的指示，將代碼放在適當的網頁和位置。
• 下文列有其他常見的驗證問題。

Google 協作平台

驗證 Google 協作平台擁有權：Google Search Console 訓練課程

總覽

如果你擁有 Google 協作平台網站，而且你使用相同的 Google 帳戶登入 Search Console，系統會自動驗證你對該 Google 協作平台資源的擁有權。

⚠️ 相關規定

• 建立 Google 協作平台網站所使用的 Google 帳戶必須和 Search Console 所使用的帳戶相同。
• 你必須用自己的 Google 協作平台管理帳戶登入 Search Console。

步驟

• 如要驗證沒有自訂網域網址的新版 Google 協作平台網站 (建立時間為 2017 年之後)，你必須使用 Google Analytics (分析) 追蹤程式碼這個方法來驗證網站。
• 如果你使用的是傳統版 Google 協作平台 (建立時間在 2017 年之前)，或是擁有自訂網域網址的網站，請使用 HTML 標記方法。

Blogger

透過 Blogger 驗證網站擁有權：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 服務無法辨識你的網址。請確認你是否提供了正確的資源網址。