新增網站資源

本文說明如何將網站資源新增至您的 Search Console 帳戶。請注意,您必須先證明自己是網站 (或網站的特定部分) 的擁有者,才能將該網站加入 Search Console 帳戶。您可以建立包含整個網域的資源 (例如 example.com),也可以建立只含單一分支的資源 (例如 example.com/clothing/)。

網站資源類型

Search Console 支援下列網站資源類型:

  網址前置字元資源 網域資源
說明

只包含具有指定前置字元 (包括 http/https 通訊協定) 的網址。如果您希望資源涵蓋任何通訊協定或子網域 (http/https/www./m. 等),請考慮改為新增網域資源。查看詳情。

網域層級的資源,包含所有子網域 (m、www 等) 以及多種通訊協定 (http、https、ftp)。查看詳情。
驗證 類型繁多 只有 DNS 記錄驗證
示例

資源 http://example.com/

http://example.com/dresses/1234
🅧 
https://example.com/dresses/1234 - 未涵蓋 https
🅧 http://www.example.com/dresses/1234 - 未涵蓋 www.

資源 example.com

http://example.com/dresses/1234
 
https://example.com/dresses/1234
 http://www.example.com/dresses/1234
 http://support.m.example.com/dresses/1234

新增資源

如何新增資源:

  1. 在 Search Console 頁面中開啟資源選取器下拉式選單。
  2. 選取下拉式選單中的 [+ 新增資源]
  3. 選擇要新增的資源類型:
    1. 網址前置字元資源
      • 指定資源網址時,請以瀏覽器網址列中顯示的實際網址為準 (包括最後的 / 符號)。新增的資源將涵蓋開頭是該前置字元的任何網址。
      • 如果您的網站支援多種通訊協定 (http 和 https),請分別為這些通訊協定新增資源。同樣地,如果您的網站支援多個子網域 (例如 example.com、m.example.com 和 www.example.com),請分別為這些子網域新增資源。
      • 如果支援其他網域版本或通訊協定版本 (m.example.com、http://example.com、https://example.com),請考慮向 Google 告知何者為標準網址
      • 如果您需要分別追蹤網站中某幾個部分的資料,可以考慮為您要追蹤的每個網域或子路徑都建立 Search Console 資源,然後再建立一個涵蓋這些內容的上層資源。舉例來說,如果您經營的旅遊網站有多個子資料夾,分別涵蓋有關愛爾蘭、法國和西班牙的資訊,那麼您可以為下列網址前置字元資源建立帳戶:
        • https://www.example.com/ (或是 example.com 的網域資源)
        • https://www.example.com/france/
        • https://www.example.com/ireland/
        • https://www.example.com/spain/
        • http://m.example.com/ (用於行動版網站)
    2. 網域資源

      請指定資源所涵蓋的網域。您可以參閱下文,瞭解支援的網址語法,以及您的資源會包含哪些網址。此外,除非網域資源是位於 Blogger 或 Google 協作平台等 Google 產品,否則您也必須透過 DNS 記錄驗證證明自己擁有該網域。

      語法

      網域資源的網址不具通訊協定 (http/https) 或任何目錄部分 (/some/path/)。請注意,由於「公開後置字元」(.org、.com 等) 是資源名稱的一部分,因此「example.com」網域資源並不包含「example.org」或「example.il.com」。

      下列網址都是有效定義的網域資源:

      • m.example.com
      • example.com
      • support.m.example.org
      • support.m.example.co.es

      www 會受到忽略。 如果您在資源名稱中加入 www,系統會忽略 www。舉例來說,如果指定 www.example.com 做為資源網址,建立的資源就會是 example.com。

      涵蓋範圍

      網域資源匯總了資源中所有子網域、通訊協定、和子路徑的資料。舉例來說,如果使用「example.com」定義網域資源,匯總的資料就涵蓋 example.com、example.com 的任何子網域 (例如 m.example.com、support.m.example.com、www.example.com 等) 以及這些網域的任何子路徑,且 http、https 與 ftp 版本都包含在內。

      以下是一些網域資源和匯總網址的參考範例:

      範例網域 包含下列網址
      example.com
      • http://example.com
      • https://example.com
      • http://m.example.com
      • http://a.b.c.example.com
      • https://m.example.com/any/path/here
      fish.example.com
      • http://fish.example.com
      • https://fish.example.com
      • https://support.fish.example.com
      • https://support.fish.example.com/any/path/here
      • 「不」包含 example.com
      example.co.cn
      • http://example.co.cn
      • https://example.co.cn
      • https://support.example.co.cn
      • https://support.example.co.cn/any/path/here
      • 「不」包含 example.co

       

      如果您想按子網域、路徑或通訊協定來區隔網域資源資料,請使用下列任一方法:

      • 在成效報表中新增頁面篩選器,用於查看特定通訊協定或子網域的資料。
      • 為網域資源的各部分另外建立網址前置字元資源;例如,您可以為 example.com 網域資源另外建立 m.example.com、http://example.com、https://example.com/spain/ 等資源。
    3. Google 代管的資源

      如果您擁有 Google 代管的資源 (例如協作平台或 Blogger 網站) 或 G Suite 帳戶,則可以依據您擁有的是整個網域,還是網域的其中一個子路徑,選擇建立網址前置字元資源或網域資源。當您登入 Google 代管資源所屬的帳戶,系統將自動完成驗證。
  4. 您可以使用我們提供的其中一種驗證方法來驗證資源。當您在 Search Console 中選取驗證方法後,系統會顯示該方法所需的驗證步驟。您可以立即驗證,也可以先儲存設定,稍後再完成驗證程序:
    • 如要立即驗證,請按照驗證步驟的說明操作 (不必關閉彈出式視窗),然後在彈出式視窗中點選 [驗證]。如果您認為執行這些步驟的時間過長,可以隨時儲存設定,稍後再完成驗證程序 (如下文所述)。
    • 如果您想先暫停程序,稍後再繼續完成,請點選 [稍候再驗證] 儲存目前狀態,然後關閉彈出式視窗,待方便時再驗證網站。執行驗證所需的步驟後,請在導覽列的資源選取器中選取已儲存 (但未驗證) 的資源,然後選取 [驗證] 來完成驗證程序。
  5. 有關您資源的資料應該幾天後就會出現。只要有人在 Search Console 帳戶中新增資源 (無論是否經過驗證),Search Console 就會立即開始收集相關資料,直到這項資源被使用者從帳戶移除。而是否有人完成擁有權驗證,並不影響 Search Console 為資源收集資料。如果在驗證完幾天後,您的資源仍未顯示任何資料,這可能是因為無人在 Google 搜尋中找到該網站,或是您指定的網址有誤 (例如使用 http 而非 https 來建立網址前置字元資源)。
支援資源網址中的非拉丁字元
Search Console 支援應用程式國際化網域名稱 (IDNA) 式網站網址。只要照常輸入網域名稱,網域名稱即會正確顯示在 Search Console 中。舉例來說,如果您在 [新增資源] 方塊中輸入 http://bücher.example.com/,系統會自動顯示正確的位址。

再次新增已移除的資源

只要移除的資源仍屬於一位已驗證的擁有者,您就可以再次新增這項資源,不必進行驗證。

只要按照上文步驟 1 至 3 所述新增資源,即可再次新增已移除的資源。系統應會自動重新驗證。

這對您有幫助嗎?
我們應如何改進呢?