2014年8月7日星期四

以 HTTPS 做為排名指標

原文:HTTPS as a ranking signal
作者:Zineb Ait Bahajji and Gary Illyes, Webmaster Trends Analysts

Google 一向將安全性視為首要之務。我們投注許多心力,確保各項服務採用領先業界的安全性標準,例如預設採用可靠的 HTTPS 加密功能。也就是說,當使用者使用搜尋、Gmail 和雲端硬碟等服務時,系統會自動與 Google 進行安全連線。
除了 Google 本身的產品之外,我們也持續努力推廣網際網路的安全性。其中一個重要關鍵是確保使用者透過 Google 存取的網頁均安全無虞。舉例來說,我們建立了許多資源,可協助網站管理員預防及修正網站的安全性缺口
除此之外,我們有更遠大的目標。在幾個月前的 Google I/O,我們提出了「HTTPS Everywhere」(網路全面落實 HTTPS) 的理想。
我們也看到越來越多網站管理員開始在網站上採用 HTTPS (亦即受傳輸層安全性 (簡稱 TLS) 保護的 HTTP),實在令人感到振奮。
基於這些原因,我們過去幾個月來不斷進行測試,將網站是否採用安全加密連線納入排名演算法,視為其中一項指標。結果令人相當滿意,因此我們將開始使用 HTTPS 做為排名指標。目前,這項指標的影響力還很小 (全球只有不到 1% 的查詢會受到影響,其決定性不及高品質內容等其他指標),網站管理員可在現階段逐步改用 HTTPS。不過,我們可能會決定逐漸提升這項指標的影響力,促使所有網站擁有者從 HTTP 改用 HTTPS,讓使用者在更安全的網路環境下瀏覽網站。

我們會在未來幾週發佈詳細的最佳做法 (屆時將在此新增連結),協助網站擁有者輕鬆採用 TLS,並且避免常見錯誤。以下是一些基本的入門提示:
             *決定您需要的憑證類型:單一網域、多重網域或萬用憑證
  • *使用 2048 位元金鑰憑證
  • *針對位於相同安全網域的資源使用相對網址
  • *針對其他所有網域,使用通訊協定相對網址
  • *參閱我們的網站遷移說明文章,取得更多關於如何變更網站網址的指南
  • *請勿使用 robots.txt 禁止 Google 檢索您的 HTTPS 網站
  • *儘可能允許搜尋引擎為您的網頁建立索引。避免使用 Noindex 中繼標記。
如果您的網站已採用 HTTPS,您可以透過 Qualys Lab 工具測試網站的安全性等級和設定。如果您對於 TLS 和網站效能有疑慮,歡迎參閱「Is TLS fast yet?」(TLS 夠快嗎?) 提供的相關資訊。當然,如果您有任何問題或疑慮,歡迎前往我們的網站管理員說明論壇提問。
我們期望未來有更多網站採用 HTTPS。讓我們共同為創造更安全的網路環境盡一分心力!

2014年7月30日星期三

利用網站管理員工具排解 hreflang 註解問題

原文:Troubleshooting hreflang annotations in Webmaster Tools
作者:Gary Illyes, Webmaster Trends

如果您的目標對象包含多個國家/地區的使用者,可能就聽過 rel-alternate-hreflang 這個詞。如果您不知道這是什麼,簡單來說,這個註解可讓 Google 和其他搜尋引擎為搜尋者提供適當語言或地區版本的網頁,進而提升使用者的滿意度。

世界各地的網站擁有者都直言不諱,表示想要確認已部署的註解是否對搜尋引擎有用可能相當困難,含有大量網頁的網站更是如此。不過,我們今天推出的功能應可讓找出不當 rel-alternate-hreflang 註解的過程更簡單。

指定國際目標功能的指定語言部分可協助您識別兩種最常見的 hreflang 註解問題:
  • 找不到傳回連結:您必須經由註解指向的網頁確認註解。如果網頁 A 的連結指向網頁 B,網頁 B 的連結必須返回指向網頁 A,否則可能導致註解的解讀不正確。
    對於這種錯誤,我們會回報偵測到每個錯誤的時間、位置,以及預期的傳回連結。

  • hreflang 值不正確:hreflang 屬性值必須是採用 ISO 639-1 格式的語言代碼 (例如「es」),或是與 ISO 3166-1 Alpha 2 格式地區代碼的組合 (例如「es-AR」)。
    為防止我們的索引系統偵測到不符合上述格式的語言或地區代碼,我們也提供網址樣本協助您進行修正。

此外,我們也將網站管理員工具的指定地理區域設定移到了這個部分,以便您在同一處查看指定國際目標及多語言的全部相關資訊。

希望這項新功能對您有所幫助,讓您得以區別在網站上實作 rel-hreflang 的相關問題。如果您對這項功能有任何意見或疑問,請到我們的網站管理員說明論壇上發文。

2014年7月16日星期三

測試 robots.txt 檔案變得更簡單了

原文:Testing robots.txt files made easier
作者:Asaph Arnon, Webmaster Tools team

要不要檢索,這可得問 robots.txt。

然而,要建立正確的 robots.txt 檔案並做好維護工作,有時並非易事。雖然大部分網站的 robots.txt 檔案都很好處理 (有的網站甚至根本不需要 robots.txt 檔案),但若要在大型 robots.txt 檔案中找到目前或以前的個別網址封鎖指令,實在有點棘手。為了減輕您的負擔,我們在網站管理員工具中新推出了一款 robots.txt 測試工具

您可以在網站管理員工具的 [檢索] 部分找到這款最新測試工具:


您可以在這個工具中查看現有的 robots.txt 檔案,並測試新網址是否能順利接受檢索。為了方便您在無數複雜的指令中鎖定正確目標,決定檢索與否的指令會醒目顯示在畫面上。修正檔案後,您可以再次測試看看有無問題。等您將修改好的檔案上傳到伺服器後,變更才會生效。我們的開發人員網站內有更多 robots.txt 指令和檔案處理做法的相關資訊

此外,您也可以查看原來的 robots.txt 檔案,瞭解何時 Google 會因為存取問題而無法檢索您的網頁。舉例來說,如果 Googlebot 在讀取 robots.txt 檔案時出現 500 伺服器錯誤,我們通常就會暫停檢索網站。

由於您的網站可能因此出現一些錯誤或警告,建議您再次檢查網站的 robots.txt 檔案。您也可以搭配網站管理員工具的其他功能,例如使用最新的 Google 模擬器工具來轉譯網站上的重要網頁。假使工具回報有網址遭到封鎖,您可以立即用 robots.txt 測試工具找出封鎖網址的指令,然後對症下藥。以前的 robots.txt 檔案常有封鎖 CSS、JavaScrpt 或行動版內容的問題,現在只要在測試工具中找出有問題的指令,這些問題修正起來都是小事一樁。

我們希望這款最新工具能幫助您輕鬆測試及維護 robots.txt 檔案。如有任何問題,或是需要建立一套完善指令的相關說明,歡迎隨時前往網站管理員說明論壇提問!

2014年7月1日星期二

Android 應用程式索引服務現已開放所有人使用!

原文:Android app indexing is now open for everyone!
作者: Mariya Moeva, Webmaster Trends Analyst

除了電腦版的網站內容以外,您是否也為使用者提供行動版的 Android 應用程式?現在起,您可以連結這兩項產品,讓透過智慧型手機和平板電腦進行搜尋的使用者可以輕鬆找到並存取您的應用程式內容。

在搜尋結果中顯示應用程式深層連結有助於使用者更輕鬆找到您的應用程式內容,讓使用者安裝應用程式後再提高使用應用程式的機會。網站擁有者可以適時向使用者顯示適當的內容,只要為網站上的網頁和應用程式的相關部分建立連結,即可有效管理將使用者導向應用程式及網站的時機。


目前已有數百種應用程式實作了應用程式索引服務。我們上週的 Google I/O也發表了一系列新功能,讓您更容易設定應用程式的深層連結、為網站與應用程式建立連結,以及追蹤成效和潛在錯誤。

輕鬆著手實作

我們大幅簡化了將應用程式深層連結編入索引的作業程序。如果您的應用程式支援 HTTP 深層連結架構,請按照下列步驟操作:
1. 在您的應用程式中加入深層連結支援
2. 為您的網站與應用程式建立連結
3. 大功告成,沒有第三步了 :-)

當我們為您的網址建立索引時,我們會找到應用程式與網站之間的連結關係並將其編入索引,隨後應用程式深層連結就可能會出現在搜尋結果中。

我們可以自動找到您的應用程式深層連結並將其編入索引,但還是建議您發佈深層連結。如果您的應用程式僅支援自訂深層連結架構,請確實按照我們的建議操作。您可以從下列兩種發佈方法中擇一使用:

  • 在每個網頁的 <head> 區段或您的 Sitemap 中插入 rel=alternate <link> 元素,藉此指定應用程式 URI。如需這些方法的實作說明,請造訪我們的開發人員網站
  • 使用 App indexing API

另請注意,我們也為網站管理員工具添加了新功能,協助您執行偵錯,解決應用程式頁面索引建立期間發生的錯誤。這項新功能可顯示我們在應用程式頁面與網頁配對中偵測到的錯誤類型,並提供範例應用程式 URI,以便您執行偵錯:


此外,我們會提供針對各種錯誤執行偵錯的詳細操作說明,包括應用程式深層連結的 QR 圖碼,方便您在手機或平板電腦上輕鬆開啟。另一方面,您也會在網站管理員工具中收到錯誤通知,可藉此掌握最新狀態。



歡迎您試用應用程式索引服務,如需其他協助,請隨時前往網站管理員說明論壇發問

2014年6月9日星期一

讓網站遷移作業更輕鬆

作者: Pierre Far 和 Zineb Ait Bahajji,Webmaster Trends Analysts

對網站管理員來說,大概沒有什麼議題比網站遷移更讓人頭大和怯步了。為了讓您不要發生意外狀況,我們製作了詳盡深入的指南,說明如何在不影響 Googlebot 檢索網站的情況下遷移網站。那麼,網站遷移究竟是什麼?您又該如何正確地遷移網站呢?

網站遷移基本概念

大致上來說,遷移網站時會執行下列其中一種類型的內容遷移作業:
  • 在網址不變的情況下遷移網站:只對維持網站運作的基礎架構進行變更,對外顯示的網址結構則完全不變。舉例來說,您可以將 www.example.com 遷移至其他代管服務供應商,同時保留 www.example.com 原本的網址和網站架構。
  • 遷移網站並變更網址:採用這種遷移方式時,網站網址的各部分都可能發生變化,如下所示:
    • 通訊協定:從 http://www.example.com 改為 https://www.example.com
    • 網域名稱:從 example.com 改為 example.net
    • 網址路徑:從 http://example.com/page.php?id=1 改為 http://example.com/widget
我們曾在許多案例中發現網站管理員實作網站遷移作業的方式有誤,或是在遷移過程中遺漏某些步驟,因此錯失良機,增加網站遷移作業順利完成的難度。為了協助網站管理員正確設計並實作網站遷移作業,我們特地更新了說明中心所提供的網站遷移指南。同時,只要您遵照我們的指南操作,相信您也會發現我們不斷在改善檢索和索引系統,力求對網站遷移情形提供良好的偵測及處理效率。

改用回應式網頁設計

最近網站管理員越來越常提出一個相關問題:如何讓另有行動版網址或採用動態服務的網站改採回應式網頁設計。為了協助您實作這項設定變更,我們在智慧型手機建議事項的網站上提供了最新的相關說明網頁,敬請參閱。

如有其他問題,歡迎您隨時前往網站管理員說明論壇提出。

2014年5月29日星期四

進一步瞭解網頁

作者:Erik Hendriks and Michael Xu, Software Engineers, and Kazushi Nagayama, Webmaster Trends Analyst

回首 1998 年,當我們的伺服器在 Susan Wojcicki 的車庫中運作時,我們還不用真的去擔心 JavaScript 或 CSS 的問題。當時,這些技術運用的層面不廣。或者說,JavaScript 的用途就是讓網頁元素可以更炫一點而已。然而,隨著時間過去,很多事情都大不相同。現在,網路上遍佈各種內容豐富、採用動態技術的出色網站,這些網站都大量運用 JavaScript。今天,我們要談談如何轉譯內容更豐富的網站。這代表我們以更接近現代網路瀏覽器的角度看待您的網站內容,包含外部資源、執行 JavaScript 並且使用 CSS。

我們傳統上只注重從 HTTP 回應內文中獲得的原始文字內容,並未確實解讀執行 JavaScript 的典型瀏覽器看到了哪些內容。因此,當這些具備重要內容 (由 JavaScript 轉譯) 的網頁開始出現時,我們無法協助搜尋者找到這些網頁,造成搜尋者與網站管理員雙輸的局面。

為了解決這個問題,我們決定嘗試以執行 JavaScript 的方式來解讀網頁。就目前網路的規模而言,要達成這個目標相當困難,但我們認為這絕對值得一試。我們已經花了好一段時間來逐步改善作業方式。在過去這幾個月中,我們的索引系統已經轉譯了相當大量的網頁,而且在檢視網頁時,角度盡量與一般使用者的瀏覽器 (啟用 JavaScript) 保持一致。

在轉譯作業執行期間,有時結果不盡如人意,這可能會對您網站的搜尋結果產生負面影響。以下說明部分潛在的問題,以及您可如何盡量協助避免問題發生:
  • 如果位於獨立檔案中的 JavaScript 或 CSS 等資源遭到封鎖 (例如使用 robots.txt),那麼 Googlebot 就無法擷取這些資源,我們的索引系統也無法以一般使用者的角度檢視您的網站。建議您允許 Googlebot 擷取 JavaScript 和 CSS,以獲得更理想的內容索引效率。這點對行動版網站而言更加重要,因為 CSS 與 JavaScript 等外部資源可協助我們的演算法瞭解網頁已針對行動裝置進行最佳化處理
  • 如果您的網路伺服器無法處理大量的資源檢索要求,那麼我們轉譯您網頁的能力也會受到負面影響。如果您想要確保 Google 能夠轉譯您的網頁,請務必使用足以處理資源檢索要求的伺服器。
  • 適度讓自己的網站降級 (不要採用過多網頁技術) 也是不錯的做法。如此一來,就算使用者的瀏覽器並未實作相容的 JavaScript,仍然可以順利檢視您的內容。除此之外,停用/關閉 JavaScript 的訪客和當下無法執行 JavaScript 的搜尋引擎也能因此受惠。
  • 有時 JavaScript 可能過於複雜或難以解讀,導致我們無法執行。在這種情況下,我們便無法精確而完整地轉譯網頁。
  • 部分 JavaScript 會移除網頁內容,而不是新增內容,造成我們無法為內容建立索引。
為了讓偵錯更簡便,我們目前正在開發相關工具,協助網站管理員進一步瞭解 Google 如何轉譯網站。希望不久之後就能在網站管理員工具中為您提供這項工具。

如果您有任何問題,歡迎隨時造訪我們的說明論壇。

2014年5月27日星期二

使用 Google 模擬器轉譯網頁

原文:Rendering pages with Fetch as Google
作者:Shimi Salant, Webmaster Tools team

網站管理員工具中的 Google 模擬器功能可供網站管理員檢視 Googlebot 嘗試擷取自己網頁的結果。其中顯示的伺服器標頭和 HTML 可方便網站管理員診斷技術問題和網站遭入侵的副作用,但有時卻會造成重複確認回應發生困難:求救!這些程式碼代表什麼意思?這個網頁真的和我在自己的瀏覽器中看到的網頁相同嗎?我們要去哪吃午餐?最後一個問題我們幫不上忙,至於其他問題,我們近期已擴充這項工具的功能,可供您查看 Googlebot 轉譯網頁的結果。

檢視轉譯的網頁
為了轉譯網頁,Googlebot 會嘗試找出所有相關的外部檔案並擷取這些檔案,其中通常包括圖片、CSS 樣式表和 JavaScript 檔案,以及其他可能間接透過 CSS 樣式表或 JavaScript 嵌入網頁的檔案。系統會運用這些檔案轉譯預覽圖片,供您查看網頁在 Googlebot 中顯示的樣貌。

您可以在 Google 網站管理員工具的「檢索」中找到 Google 模擬器功能。在您透過「擷取並轉譯」方式提交網址後,系統隨即會進行處理,請耐心等候 (處理部分網頁時可能需要一些時間)。處理完成後,您只需按一下回應列即可查看轉譯結果。


處理遭 robots.txt 封鎖的資源
Googlebot 會遵循 robots.txt 指示詞來擷取所有檔案。如果您禁止系統檢索部分檔案 (或是您用來嵌入檔案的第三方伺服器不允許 Googlebot 檢索這些檔案),我們將無法在轉譯畫面中顯示這些檔案。同樣地,如果伺服器無法回應或傳回錯誤,我們也無法使用這些檔案 (您可以在網站管理員工具中的「檢索錯誤」區找到類似問題)。如果遇到上述問題,系統會在預覽圖片下方顯示相關資訊。

建議您先確定 Googlebot 可以存取任何會影響網站顯示內容和版面配置的重要內嵌資源,如此一來,您在使用 Google 模擬器時會更加輕鬆,同時也能讓 Googlebot 找到相關內容並建立索引。部分類型的內容 (例如社交媒體按鈕、字型或網站分析指令碼) 通常不涉及網站的顯示內容和版面配置,因此禁止 Googlebot 檢索這類內容不會有所影響。如需更多資訊,請參閱我們之前針對 Google 如何設法進一步瞭解網頁內容所撰寫的網誌文章。

希望這項更新能協助您輕鬆診斷這類問題,並找出意外禁止 Googlebot 檢索的內容。如果您有任何意見或疑問,歡迎通知我們或造訪網站管理員說明論壇

恭喜!您已經發現了botcoins(博特幣),一種網站管理員間流通的新貨幣!您可以把博特幣用在對網站的搜索上,甚至不需要輸入任何關鍵字就可以完成!(100個博特幣=一次搜索)。兌換您的博特幣的方法很簡單,找到Google搜索小組的員工,把您的博特幣交給他,再告訴他您的搜索查詢。這位Google員工就會為您完成這次搜索(這次對話中SSL配置並不適用)。--請註意:谷歌員工很可能會忽視您,或者當他情緒不好的時候有可能會為您的搜索選擇不同的關鍵詞。並且目前博特幣沒有提供挖礦的機會:)