什麼是擁有權驗證?
擁有權驗證的意思是向 Search Console 證明你擁有特定網站。通過驗證的擁有者在 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) 和資源子網域變化版本的資料,因此非常實用。 |
驗證方法詳細資料
- 搜尋網站代管商的 Search Console 驗證資訊說明文件,例如:「Wix Search Console 驗證」、「Weebly Search Console 驗證」或「Shopify Search Console」。
- 搜尋平台上能為你處理驗證程序的外掛程式。舉例來說,WordPress 專用 Site Kit 可為你處理驗證作業,同時也可就 Search Console 資料提供簡化的檢視畫面。注意:Site Kit 是 Google 官方唯一贊助的外掛程式,因此在安裝任何外掛程式前,請先做點功課,確認無誤後再安裝。
透過上傳 HTML 檔案驗證網站擁有權:Google Search Console 訓練課程
總覽
你可以將特殊的 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 標記驗證網站擁有權:Google Search Console 訓練課程
總覽
你可以在指定網頁的 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 記錄驗證網站擁有權:Google Search Console 訓練課程
總覽
將 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」分頁中查看輸出內容
- [最常見的情況] 找不到任何記錄:如果找不到 CNAME 記錄,請按照 TXT 記錄操作說明進行。
- 找到記錄:如果找到 CNAME 記錄,且目標值是你所輸入網域的上層網域,就必須按照「CNAME 記錄操作說明」一節進行。如果該名稱不是上層網域,請使用 TXT 記錄操作說明。
- [最常見的情況] 找不到任何記錄:如果找不到 CNAME 記錄,請按照 TXT 記錄操作說明進行。
- 請視需要在下方參閱適用的 TXT 或 CNAME 操作說明。
TXT DNS 記錄操作說明- 產生專屬 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 DNS 記錄操作說明- 產生專屬 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。
- 決定要使用的 DNS 記錄格式。你必須根據網站的設定方式選擇 TXT 記錄或 CNAME 記錄。以下說明如何判斷要使用哪一種:
- 在 Search Console 的驗證詳細資料頁面中按一下「驗證」,完成擁有權驗證程序。重要事項:供應商最多可能需要兩到三天才能開始提供手動安裝的記錄。如果你已按照上述手動新增網域名稱供應商的指示操作,卻無法成功驗證,請等待一到兩天,然後再試一次。如需排解問題的方法,或是瞭解如何查看網域名稱供應商是否已提供記錄,請參閱潛在錯誤一節。
疑難排解
- 前往 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
。
- 如果是 TXT 記錄,Search Console 驗證記錄的格式應為
- 如果清單中沒有列出憑證,請等候一到兩天,然後再試一次。
使用 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 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 (分析) 代碼驗證擁有權:
- 詳閱這項驗證技術的相關規定。
- 透過在 Google Analytics (分析) 中有權編輯資源的 Google 帳戶開啟 Search Console,並新增或選取要驗證的資源。
- 前往驗證詳細資料頁面為你的網站選擇「Google Analytics (分析)」方法,然後按一下「驗證」。
- 如果驗證失敗,請參閱下方的「疑難排解」解決問題。
疑難排解
透過 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 Search Console 訓練課程
總覽
如果你在網站上啟用了 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 代碼管理工具」或你的代碼管理工具程式碼片段。如果沒有,表示你的網站並未使用 (或未妥善管理) Google 代碼管理工具。
- 權限不足 (你必須具備這個代碼管理工具容器中的「發布」或「管理員」權限,才能使用這種驗證方法)
你需要 Google 代碼管理工具容器的「發布」或「管理員」權限,才能使用這種驗證方法。 - 標記錯誤 (你網站使用的容器 ID 未與你的代碼管理工具帳戶建立關聯)
系統在首頁找到代碼管理工具程式碼,但你並未使用具備該代碼管理工具容器適當權限的帳戶登入 Search Console。請確認你在使用 Search Console 時所搭配的 Google 帳戶,在這個代碼管理工具容器中具備適當的權限。 - 沒有任何代碼管理工具容器 (你尚未在 Google 代碼管理工具中建立任何容器)
你尚未針對目前使用的 Google 帳戶,在代碼管理工具帳戶中建立任何容器。請確認你已建立代碼管理工具容器,而且你用來存取 Search Console 的 Google 帳戶,在該容器中具備適當權限。 - 代碼位置錯誤 (我們在你網站首頁中找不到 Google 代碼管理工具容器 ID)
該代碼可能不在首頁,或是雖然存在但並非放置在網頁程式碼中的必要位置 (在<head>
元素裡面)。請務必按照代碼管理工具說明文件中的指示,將代碼放在適當的網頁和位置。 - 下文列有其他常見的驗證問題。
驗證 Google 協作平台擁有權:Google Search Console 訓練課程
總覽
如果你擁有 Google 協作平台網站,而且你使用相同的 Google 帳戶登入 Search Console,系統會自動驗證你對該 Google 協作平台資源的擁有權。
⚠️ 相關規定
- 建立 Google 協作平台網站所使用的 Google 帳戶必須和 Search Console 所使用的帳戶相同。
- 你必須用自己的 Google 協作平台管理帳戶登入 Search Console。
步驟
- 如要驗證沒有自訂網域網址的新版 Google 協作平台網站 (建立時間為 2017 年之後),你必須使用 Google Analytics (分析) 追蹤程式碼這個方法來驗證網站。
- 如果你使用的是傳統版 Google 協作平台 (建立時間在 2017 年之前),或是擁有自訂網域網址的網站,請使用 HTML 標記方法。
透過 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 服務無法辨識你的網址。請確認你是否提供了正確的資源網址。