將網站名稱提供給 Google 搜尋
Google 在搜尋結果中列出網頁時,會一併附上來源網站的名稱,也就是我們所說的「網站名稱」。Google 會根據各種資訊來自動判斷網站名稱。如果您想指定偏好的網站名稱,可以新增 WebSite
結構化資料。請注意,網站名稱與依網頁顯示的標題連結不同,標題連結對應的是個別網頁,網站名稱對應的則是整個網站。

功能適用情況
以下情境,網站名稱會顯示在 Google 搜尋結果中:
- 以英文、法文、德文和日文執行的搜尋
- 行動版和電腦版網域層級網站
- 行動版子網域層級網站
Google 搜尋如何產生網站名稱
Google 搜尋結果網頁上的網站名稱是全自動產生的資訊,產生依據包括網站本身的內容,以及網路上指向該網站的參照文字。網站名稱的作用是盡可能呈現並描述每筆結果的來源。
Google 搜尋會根據網站首頁中的幾處資訊自動判斷網站名稱,包括:
WebSite
structured data<title>
元素中的內容- 標題元素,例如
<h1>
元素 og:site_name
雖然我們無法手動更改個別網站的顯示名稱,但會盡全力提供最正確的名稱。如果想讓 Google 搜尋針對您的網頁顯示更合適的網站名稱,不妨新增 WebSite
結構化資料。
如何新增結構化資料
結構化資料是一種標準化格式,能夠提供網頁相關資訊並分類網頁內容。如果您是第一次使用結構化資料,請參閱這篇文章,進一步瞭解結構化資料的運作方式。
以下大致介紹了建立、測試及發布結構化資料的做法。如果想參考逐步指南,按部就班地在網頁中新增結構化資料,請前往結構化資料程式碼研究室。
- 遵循指南規範。
- 使用 JSON-LD、RDFa 或微資料格式,在網站首頁加入必要屬性。您只需要將這個標記加入網站首頁即可,不必在網站的每個網頁中都加入標記。
JSON-LD
<html> <head> <title>Example: A Site about Examples</title> <script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "WebSite", "name" : "Example", "url" : "https://example.com/" } </script> </head> <body> </body> </html>
微資料
<html> <head> <title>Example: A Site about Examples</title> </head> <body> <div itemscope itemtype="https://schema.org/WebSite"> <meta itemprop="url" content="https://example.com/"/> <meta itemprop="name" content="Example"/> </div> </body> </html>
- 如果想提供替代版本的網站名稱 (例如首字母縮略詞或簡稱),可以視需要新增
alternateName
屬性。JSON-LD
<html> <head> <title>Example: A Site about Examples</title> <script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "WebSite", "name" : "Example Company", "alternateName" : "EC", "url" : "https://example.com/" } </script> </head> <body> </body> </html>
微資料
<html> <head> <title>Example: A Site about Examples</title> </head> <body> <div itemscope itemtype="https://schema.org/WebSite"> <meta itemprop="url" content="https://example.com/"/> <meta itemprop="name" content="Example Company"/> <meta itemprop="alternateName" content="EC"/> </div> </body> </html>
- 使用網址檢查工具,測試 Google 轉譯網頁的情形。請確認 Google 可以存取您的首頁,而且該網頁並未遭到 robots.txt 檔案或
noindex
封鎖,也未設有登入規定。如果網頁看起來沒問題,您可以要求 Google 重新檢索網址。
指南規範
如果想幫助 Google 正確辨識您的網站名稱,請務必遵循 Google 搜尋基礎入門指南、結構化資料通用指南,以及下列技術與內容指南:
技術指南
- 目前,Google 搜尋僅支援對每個網站使用一個網站名稱,其中「網站」是由網域或子網域所定義。Google 搜尋不支援位在子目錄層級的網站名稱。
請注意,以
www
或m
開頭的子網域名稱,通常視為等效。
支援:https://example.com
(這是網域層級首頁)
支援:https://www.example.com
(這也被視為網域層級首頁)
支援:https://m.example.com
(這也被視為網域層級首頁)
支援:https://news.example.com
(這是子網域層級首頁)
不支援:https://example.com/news
(這是子目錄層級首頁)
WebSite
結構化資料必須位於網站首頁。我們所說的首頁是指網域或子網域層級的根 URI。舉例來說,https://example.com
是網域的首頁,https://example.com/de/index.html
則不是首頁。注意:如果子網域首頁沒有結構化資料,系統可能會將網域層級的網站名稱當做子網域備用名稱。- 首頁必須可供 Google 檢索,不能禁止 Google 存取。如果 Google 不能存取您的首頁內容,可能就無法產生網站名稱。
- 如果您有多個內容相同的首頁 (例如 HTTP 和 HTTPS 版,或 www 和非 www 版),請務必在所有重複的網頁上使用相同的結構化資料,不要只在標準網頁上提供結構化資料。
- 如果您已經實作
WebSite
結構化資料來提供網站連結搜尋框功能,請務必在同一個節點中建立網站名稱屬性的巢狀結構。也就是說,如果可以,請避免在首頁上建立額外的WebSite
結構化資料區塊。以下示範如何一次實作網站名稱和網站連結搜尋框的WebSite
結構化資料:<html> <head> <title>Example: A Site about Examples</title> <script type="application/ld+json"> { "@context" : "https://schema.org", "@type" : "WebSite", "name" : "Example Company", "alternateName" : "EC", "url" : "https://example.com/", "potentialAction": { "@type": "SearchAction", "target": { "@type": "EntryPoint", "urlTemplate": "https://query.example.com/search?q={search_term_string}" }, "query-input": "required name=search_term_string" } } </script> </head> <body> </body> </html>
內容指南
- 選擇能夠準確指代網站的獨特名稱。請勿選擇其他網站已經使用的名稱,以免誤導使用者。所選名稱必須符合 Google 搜尋的內容政策。
- 使用廣為人知的簡要名稱 (例如「Google」,而不是「Google, Inc」)。雖然網站名稱沒有長度限制,但是太長的網站名稱可能會無法完整顯示在某些裝置上。如果您的網站有方便大眾識別的替代名稱,不妨使用
alternateName
屬性指出這個名稱 (例如首字母縮略詞)。 - 在首頁上使用一致的網站名稱。無論結構化資料使用的網站名稱為何,都必須與首頁及
<title>
元素中的網站名稱保持一致。此外,由於 Google 可能會從其他重要來源取得網站名稱,所以您也必須在這些地方使用相同的網站名稱。
結構化資料類型定義
為了向 Google 指出您偏好的網站名稱,請在網站首頁加入必要屬性。
WebSite
如需 WebSite
的完整定義,請前往 schema.org/WebSite。下表詳細說明 Google 支援的必要屬性和建議屬性。
必要屬性 | |
---|---|
name
|
網站名稱。這個名稱必須遵循內容指南規範。 |
url
|
網站首頁的網址。請設為網站網域或子網域的標準首頁。例如 |
建議屬性 | |
---|---|
alternateName
|
網站的替代名稱 (如果有的話),比如方便大眾識別的首字母縮略詞或簡稱。這個名稱必須遵循內容指南規範。 |
排解常見問題
以下是搜尋結果中的網站名稱最常出現的問題。
常見問題 | |
---|---|
網站名稱有誤或格式不正確 |
例如:顯示 "Andorid",而不是 "Android"。 請確認首頁中標記提供的網站名稱是您偏好的網站名稱,而且遵循指南規範。此外,也要確認首頁上的其他來源同樣採用您偏好的網站名稱。 如果您的網站有多個版本 (比如 HTTP 和 HTTPS 版),請務必使用一致的網站名稱。 |
顯示網址,而不是網站名稱 |
例如,顯示 "android.com" 或 "news.android.com",而不是顯示 "Android"。 如果 Google 搜尋無法根據首頁的中繼資料和其他信號有效判斷網站名稱,可能會改為顯示縮寫網址。請仔細確認網站名稱遵循內容指南規範,而且結構化資料的實作方式正確無誤。 |
搜尋結果重新導向其他網頁 |
如果您的網頁重新導向 Googlebot 可以存取的其他網頁,系統就會以重新導向後的網頁為準顯示網站名稱。假使網頁重新導向 Googlebot 無法存取的網頁,系統則會顯示來源網頁的網站名稱。 請確認您的重新導向機制正常運作,而且 Googlebot 可以存取重新導向的目標網頁。接著,再要求重新檢索該網頁。 |
排解結構化資料問題
如果無法順利實作結構化資料,或是偵錯時遇到困難,請參考下列資源。
- 如果您使用 CMS,或者有他人代為處理網站事務,可向系統供應商或相關人員尋求協助。如果收到載明問題詳細資訊的 Search Console 訊息,請務必將這些訊息轉寄給上述人員。
- Google 不保證採用結構化資料的功能一定會顯示在搜尋結果中。如要瞭解為何 Google 無法將您的內容顯示為複合式搜尋結果,請參閱結構化資料通用指南中的常見原因清單。
- 結構化資料可能含有錯誤。請查看結構化資料錯誤清單。
- 再次詳閱指南規範,檢查您的內容是否符合規定。造成問題的原因可能是垃圾內容或不當使用的標記。
- 參閱「疑難排解:未出現複合式搜尋結果/複合式搜尋結果總數減少」。
- 請等待一段時間,讓系統重新檢索及建立索引。Google 可能在網頁發布的幾天後才會找到並檢索網頁。如有關於檢索和索引建立作業的一般問題,請參閱「Google 搜尋檢索和索引作業常見問題」。
如果您已嘗試過上述疑難排解步驟,但仍無法解決問題,請前往 Google 搜尋中心產品討論社群發文提問。 這有助於我們找出系統中可望改善之處。