使用多地區版本的網站

2010 年 3 月 12 日,星期五

多數接受問卷調查的使用者都認為,取得以自己的語言提供的資訊,比獲得一件低價的商品還要重要,這一點您知道嗎?生活在非英語系國家/地區,我發現親朋好友明確尋找並使用當地及本地化的網站,經過適當本地化的網站確實可以吸引更多使用者。Google 一直致力於為使用者提供最佳的搜尋結果。在多數情況下,這些搜尋結果通常都是已經根據使用者所在位置進行本地化的網頁,和/或以使用者語言顯示的網頁。

如果您打算花時間為自己的網站建立及維護一個本地化版本,很重要的一點,就是讓使用者輕鬆識別及找到這個本地化的版本。在這篇網誌文章系列中,我們會從搜尋引擎的角度來看看建立多地區和多語言版本的網站,會涉及到哪些方面的問題。多地區版本網站是指明確以不同區域使用者為目標的網站 (通常是不同的國家/地區);當網站提供多種語言版本時,我們就稱之為多語言;有時網站既是多個多地區版本網站,也是多語言版版本網站。我們先從一些一般準備工作開始,談談多多地區版本網站。

為建立全球網站做準備

將網站擴大到涵蓋多個地區和/或語言,是一件具挑戰性的工作。建立網站的多個版本後,基本版本網站上的任何問題都會倍數增加,因此在開始之前,請務必先確認一切運作正常。這通常意味著您很快就需要處理倍數增加的網址,所以切記要有相關基礎架構來支援網站。

規劃多地區版本的網站

規劃多個區域的網站 (通常是國家/地區) 時,別忘了先研究可能涉及到的法律或管理規定。這些規定會決定您接下來該如何繼續,例如您是否能使用特定國家/地區的網域名稱。

所有網站都是從網域名稱開始;提到網域名稱,Google 會以兩種類型來區分網域名稱:

  • ccTLD (國家/地區代碼頂層網域名稱):這些網域名稱與特定國家/地區相關聯 (例如 .de 代表德國,.cn 代表中國)。使用者與搜尋引擎會使用這個方式區分您的網站是明確為哪個特定國家/地區提供服務。
  • gTLD (一般頂層網域名稱):不是與特定國家/地區相關聯。gTLD 的範例包括 .com、.net、.org、.museum。Google 會將區域頂層網域名稱 (例如 .eu 和 .asia) 視為 gTLD,因為這類網域名稱並不是與定國家/地區相關聯。我們還會將虛名 ccTLD (例如 .tv、.me 等) 視為 gTLD,因為我們發現,使用者和網站管理員會覺得將這些代碼用在別的縮稱上,會比國家/地區代號更通用 (我們無法完整收列所有被視為 gTLD 的 ccTLD,因為這類清單可能會隨時間變化)。您可以使用網站管理員工具地理目標設定,為具有 gTLD 的網站設定指定地理區域。

指定地理區域因素

Google 通常會使用下列元素來判斷網站 (或網站的一部分) 的指定地理區域:

  1. 使用 ccTLD 對使用者來說,通常是一個很明顯的信號,清楚無誤地指明了網站是為單一國家/地區提供服務。

    網站管理員工具的 gTLD 手動指定地理區域 (可位於網域、子網域或子目錄層級);詳情請參閱我們的網誌文章說明中心在搜尋結果中顯示指定地理區域的區域標記後,這個方法對使用者來說也非常清楚易懂。請注意,如果網站上的相同網頁有多個目標國家/地區 (例如所有使用德文的國家/地區),通常就不太適合設定指定地理區域,這時只要以該語言撰寫即可,而且不要使用指定地理區域設定 (我們很快就會提供使用其他語言撰寫的資訊!)。

  2. 伺服器位置 (透過伺服器的 IP 位址) 通常都是在您的使用者附近。不過,由於某些網站使用的是分散式內容傳遞聯播網 (CDN),或是在網路伺服器基礎架構較佳的國家/地區進行代管,因此我們試著不要單獨倚賴伺服器位置這個因素。
  3. 其他信號可以給我們一些提示。這可能是網頁上的當地地址和電話號碼、當地語言和貨幣的使用資訊、來自其他當地網站的連結,及/或Google 商家登錄中心 (如果有的話) 的使用情況。

請注意,我們不會使用位置資訊 meta 標記 (例如 geo.positiondistribution) 或 HTML 屬性來指定地理區域。雖然這些方法在其他方面或許很實用,但我們發現在指定地理區域方面,這些方法通常不夠可靠。

網址結構

用於指定地理區域的前三個元素與使用的伺服器和網址密切相關。按每個網頁來確定指定地理區域並不容易,因此合理的做法是使用網址結構,將網站分成不同部分再指定地理區域,這樣會比較容易一點。以下列舉幾種可能用於指定地理區域的網址結構,以其優缺點:

ccTLD,例如:example.de、example.fr 含有 gTLD 的子網域,例如 de.site.com、fr.site.com 等 含有 gTLD 的子目錄,例如 site.com/de/、site.com/fr/ 等 網址參數,例如 site.com?loc=de、?country=france 等

優點 (+)

  • 清除指定地理區域
  • 與伺服器位置無關
  • 易於分隔網站
  • 法律要求 (有時)

優點 (+)

  • 易於設定
  • 可以使用網站管理員工具指定地理區域
  • 允許不同的伺服器位置
  • 易於分隔網站

優點 (+)

  • 易於設定
  • 可以使用網站管理員工具指定地理區域
  • 維護成本低 (同一主機)

優點 (+)

(不建議使用)

缺點 (-)

  • 昂貴 (+ 供應情形)
  • 需要更多基礎架構
  • ccTLD 規定 (有候)

缺點 (-)

  • 使用者可能無法單從網址辨識指定地理區域 (「de」代表語言或是國家/地區?)

缺點 (-)

  • 使用者可能無法單從網址辨識指定地理區域
  • 單一伺服器位置
  • 不容易分隔網站

缺點 (-)

  • 難以根據網址進行區隔
  • 使用者可能無法單從網址辨識指定地理區域
  • 無法在網站管理員工具中進行指定地理區域

您可以看到,指定地理區域並非是完全科學的做法 (即使使用國家/地區代碼頂層網域名稱的網站在本質上也是全球性的網站),所以有一點很重要,就是您必須為從「錯誤」的位置來的使用者做好準備。在所有網頁上顯示連結,讓使用者能夠自行選擇地區和語言,便是一種可行的做法。我們將在個網誌文章系列中進一步探討其他可能的解決方案。

處理全球網站上的重複內容

有時候,這類針對不同地區提供特定內容的網站,如果又同時提供了多種語言版本,便可能會在不同的網址上放置相同或類似的內容。只要該內容是針對不同國家/地區的使用者,通常就不成問題。雖然我們強烈建議您為各使用者群組提供獨一無二的內容,但我們瞭解,要從頭開始為所有網頁和變化版本提供律獨一無二的內容並不容易。一般來說,在 robots.txt 檔案中禁止檢索,或是使用 noindex robots meta 標記,就不需要「隱藏」重複的內容。但是,如果您在不同網址上提供同樣的內容給相同使用者 (例如,如果「example.de/」和「example.com/de/」同時顯示了給德國使用者的德文內容),建議您選擇偏好的版本,並適當地進行重新導向 (或使用 "rel=canonical" link 元素)。

您是否已經有一個指定多個區域的網站,或是對規劃這類網站的程序有任何疑問?前往說明論壇加入討論。在以下文章中,我們將探討多語言版本的網站,並接著探討全球性網站可能發生的特殊情況。一會見