2014年11月20日星期四

協助使用者尋找適合行動裝置的網頁

作者:Google 移动搜索小组的 Ryoichi Imaizumi 和 Doantam Phan
您是否曾在手機上輕觸某個 Google 搜尋結果後,發現網頁中的文字只有一丁點大,而且連結更是小到不行,您還得辛苦地左右來回捲動才能看到完整內容?這通常是因為該網站尚未提供適合透過手機瀏覽的版本。
這會讓行動裝置搜尋者感到相當不便。為了讓使用者更容易找到需要的資訊,即日起我們會在 Google 行動裝置搜尋結果中加入「適合行動裝置」標籤。

這項措施將在未來幾週逐步推行。凡是經過 Googlebot 偵測符合下列條件的網頁,即具有加入「適合行動裝置」標籤的資格:
  • 避免使用行動裝置不常用的軟體,例如 Flash
  • 使用無需縮放即可輕鬆辨讀的文字
  • 將內容調整到適合螢幕的大小,讓使用者省去橫向捲動或縮放的麻煩
  • 連結之間保持足夠的間距,方便使用者輕觸正確的連結
如何確認您的網頁是否符合適合行動裝置的標準:
  • 閱讀 Google 網站管理員工具中的行動裝置可用性報告,其中會針對您整個網站 (而非單一網頁) 特別點出與行動裝置可用性相關的主要問題
  • 查看我們的第三方軟體做法指南 (例如 WordPress 或 Joomla 等軟體),瞭解如何遷移由 CMS (內容管理系統) 代管的網站,以便使用適合行動裝置的範本
為協助行動裝置使用者擁有更完善的行動網路體驗,我們將不斷努力研究,這些標籤只是我們的第一步。除了標籤之外,我們也開始實驗性地使用適合行動裝置的標準做為排名指標。

希望未來能有更多適合行動裝置的網站,讓我們一同為所有使用者創造更美好的網路環境!

網站管理員指南技術內容更新

原文:Updating our technical Webmaster Guidelines
作者:皮埃尔·法 (Pierre Far),webmaster trends analyst

不久前,我們宣佈索引系統已開啟 CSS 和 JavaScript 支援功能,將可透過與一般新型瀏覽器更接近的方式轉譯網頁。今天我們將根據這項公告,更新網站管理員指南技術內容中的部分內容。
為了讓轉譯及索引功能達到最佳效果,新版指南指出管理員應允許 Googlebot 存取網頁中使用的 JavaScript、CSS 和圖片檔案。如此一來,您的網站就能獲得最佳轉譯及索引效果。如果您未允許 Google 在您網站的 robots.txt 檔案中檢索 Javascript  CSS 檔案,將直接影響 Google 演算法轉譯內容及建立索引的效果,導致網站無法達到應有的排名。

將索引功能最佳化的最新建議

以往,Google 索引系統的運作方式是模擬舊型的純文字瀏覽器 (例如 Lynx),我們的網站管理員指南也根據這樣的運作方式傳達相關指示。如今,由於系統已改為根據轉譯網頁建立索引,如果再延續舊有方式運作,將無法準確呈現網頁內容。現在比較能夠正確建立索引的方法,是模擬新型的網頁瀏覽器。瞭解這個新的概念之後,提醒您注意下列事項:
  • 我們的轉譯引擎和新型瀏覽器一樣,可能無法支援網頁中使用的部分技術。請務必遵循漸進增強的原則設計網頁,這樣可讓我們的系統 (以及多款瀏覽器) 在尚未支援特定網頁設計功能的情況下,仍能存取可用的內容和基本功能。
  • 可快速轉譯的網頁不僅能讓使用者更快取得您的內容,也能讓網頁建立索引時更有效率。建議您遵循網頁效能最佳化的最佳做法,尤其是下列事項:
  • 確認您的伺服器可處理為 Googlebot 提供 JavaScript 和 CSS 檔案時的額外負載。

測試及疑難排解

在推出轉譯型索引功能的同時,我們也更新了「網站管理員工具」中的 Google 模擬器功能,讓網站管理員可以查看我們系統轉譯網頁的情形。Google 模擬器可讓您找出多種索引問題,例如不恰當的 robots.txt 限制、Googlebot 無法追蹤的重新導向設定等等。
如果您有任何意見或問題,歡迎您隨時透過網站管理員說明論壇提出。

在 Google 搜尋結果中宣傳適合新型裝置的新型網站


使用者在瀏覽網站時常會遇到一個問題,就是裝置不支援網站所需的瀏覽器技術。當他們存取這類網頁時,可能只會看到一片空白,或是看不到網頁上的許多內容。
從現在起,我們的演算法將在偵測到裝置無法執行的網頁時,為搜尋者指出這類網頁。舉例來說,Adobe Flash 不適用於 iOS 裝置或 Android 4.1 以上版本的裝置,因此系統對於內容以 Flash 為主體的網頁,會顯示類似下圖的附註:

開發支援多種裝置的新型網站

幸好,要架設適合在所有新型裝置上執行的網站並非難事,只要網站採用 HTML5 技術即可,因為所有裝置都支援 HTML5,有些裝置甚至只能瀏覽採用 HTML5 的網頁。為了協助網站管理員建立適用於各類型裝置的網站,而不受所提供的內容類型限制,我們最近公佈了兩種資源:
  • Web Fundamentals:提供各種精選的新型網站最佳做法。
  • Web Starter Kit:入門級架構,可在上面直接應用 Web Fundamentals 的最佳做法。
只要按照 Web Fundamentals 的最佳做法,即可打造出採用回應式網頁設計的網站。這是一直以來 Google 推薦使用的設計,非常利於搜尋網頁。請勿使用 robots.txt 或以其他方式阻止任何 Googlebot 檢索網頁資產 (CSS、JavaScript 和圖片)。如能完全存取這些外部檔案,將有助我們的演算法偵測您網站的回應式網頁設計配置,並進行適當處理。您可以使用網站管理員工具中的 Google 模擬器功能來轉譯網頁,測試我們的索引演算法會如何檢視您的網站。
如需其他協助,歡迎隨時前往網站管理員論壇發問。

2014年9月23日星期二

Webmaster Tools API 更新現已推出

原文:An update to the Webmaster Tools API
作者:John Muellerfan of long command lines, Google Zürich

今年夏天,網站管理員工具小組為您端出了熱騰騰的 Webmaster Tools API 更新。新版 API 與其他 Google API 彼此相容,可協助您輕鬆驗證應用程式或網路服務,以及存取網站管理員工具的部分主要功能。
如果您已用過其他的 Google API,使用 Webmaster Tools API 應該很快就能上手!我們同時提供了 Python 和 Java 的範例,而命令列愛用者也可參考 OACurl 的範例。
您可以使用這個 API 執行下列作業:
  • 在帳戶中列出、新增或移除網站 (目前帳戶最多可擁有 500 個網站)
  • 列出、新增或移除網站的 Sitemap
  • 接收針對個別 Sitemap 統計的警告、錯誤和索引數量
  • 依時間順序列出網站所有類型的檢索錯誤
  • 列出特定類型檢索錯誤的樣本
  • 將個別檢索錯誤標示為「已修正」(這不但不會影響您對錯誤的處置,反而有助於簡化使用者介面)
期待看到您使用我們的 API 創造出獨特的網站!歡迎在下方留言中提供您的專案連結。如果您對使用 API 有任何問題,也歡迎前往說明論壇提問。

網站管理員學院正式推出 22 種語言版本

原文:Webmaster Academy now available in 22 languages
作者:Mary Chen,Webmaster Outreach

現在起,最新的網站管理員學院正式推出 22 種語言版本!我們提供多國語言版本,讓許多國家/地區的網站管理員新手或初學者可以透過自己的母語學習有關網站建置的各種基礎知識,像是如何建置優質的網站提供讓使用者滿意的體驗,以及提升網站的搜尋結果排名如果您自認已經十分瞭解這些主題,不妨透過每個單元結尾的自我測驗來驗收您的學習成果 :)。
歡迎透過您慣用的語言瀏覽網站管理員學院,並透過留言或說明論壇將您的想法告訴我們。我們在今年 3 月發佈了英文版網站管理員學院,隨後收到了許多使用者提供的絕佳意見,讓我們獲益良多。希望這份淺顯易懂的指南能對所有使用者有所幫助 (更希望所有使用者都能樂在其中)!
預祝全球網站管理員順利建置優質網站,讓世界各地的使用者都能輕鬆透過搜尋找到各式各樣的網站內容。

2014年9月22日星期一

搜尋結果頁面推出改良版搜尋框

原文:An improved search box within the search results
作者:Mariya Moeva, Webmaster Trends Analyst; Kaylin Spitz, Software Engineer


網站連結搜尋框經過改良,現已全新上線。如果您在搜尋結果網頁上提供這項工具,使用者就可直接經由站內搜尋網頁,輕鬆找到網站上的特定內容。
搜尋框是什麼,何時會在我的網站上顯示?
當使用者透過 [Megadodo Publications] 或 [Dunder Mifflin] 這樣的公司名稱來執行搜尋,實際要找的可能是該公司網站上的特定內容。以前我們的演算法發現這點時,會顯示一大堆網站連結並在搜尋結果下方附上搜尋框,方便使用者直接在搜尋結果網頁執行 site: 搜尋 (例如 [site:example.com 搭車指南]),搜尋該網站的內容。
現在這個搜尋框換到更顯眼的位置 (位於網站連結上方),而且還支援自動完成功能。只要您使用正確的標記,就能將使用者直接導向網站內部的搜尋網頁。

     
如何標記我的網站?
您的網站上必須設置專屬搜尋引擎。具備這項條件後,請透過以下方法告訴我們:使用schema.org/SearchAction 標記的 potentialAction 屬性,將網站首頁標記為schema.org/WebSite 實體。您可以使用 JSON LD、微資料或 RDFa 完成上述要求;詳情請參閱開發人員網站上提供的完整實作資料。
只要在網站上實作這個標記,使用者就能透過網站連結搜尋框,直接前往您的站內搜尋結果頁面。如果 Google 沒有偵測到任何標記,則會按照一般處理方式,只顯示 site: 查詢的相關搜尋結果網頁。
如果您有其他問題,歡迎前往網站管理員說明論壇提問。

針對 Apache 和 Nginx 進行頻寬最佳化

原文:Optimizing for Bandwidth on Apache and Nginx
作者:Jeff Kaufman

減少頻寬使用量是大家共同的願望,因為不僅業主希望藉此減少帳單費用,行動使用者也希望頻寬使用量保持在限制之下,沒有人想為不必要的位元組浪費等待時間。網路上處處有可以節省頻寬的地方,比如未使用 GZIP 或樣式表的網頁、所用 JavaScript 尚未縮小的網頁、尚未最佳化的圖片等等,這些還只是一部分而已。
既然減少頻寬消耗對人人有益,為什麼現今的網路環境仍未有效運用頻寬、還有許多未改進的地方呢?主要是因為這太過麻煩。雖然網頁設計師在匯出作品時會選擇「Save for web」,但他們有時會忘記這件事情。JavaScript 程式設計師也不愛處理縮小的程式碼,因為這會增加偵錯的困難度。雖然只要建立自訂管道,就能確保在開發及部署的過程中持續為網站套用這些最佳化措施,但實在工程浩大。
對於網路使用者而言,最簡單的解決辦法就是使用最佳化 Proxy,例如 Chrome 的 Proxy。使用者啟用這項服務後,系統便會透過 Google 的 Proxy 傳送他們的 HTTP 流量,進而獲得最佳化網頁載入速度,並減少 50% 的頻寬用量。雖然 Chrome 使用者開啟這項功能即可享受迅捷速度,但是其他使用者仍得面臨相同處境,這個做法也不適用於 HTTPS 流量。
為此,PageSpeed 小組特別製作了頻寬最佳化網頁,希望各位網站管理員都能運用這裡的技術造福大眾,包括其他瀏覽器或安全站台的使用者、桌機使用者,以及眾多渴望減少輸出流量費用的網站擁有者。只要在 Apache 或 Nginx 伺服器上安裝 PageSpeed 模組 [1],然後在設定中開啟頻寬最佳化,PageSpeed 就會接手完成所有動作。
如果您日後決定採用 PageSpeed 更進階的最佳化措施,比如快取擴充功能嵌入項目,或是更進一步的圖片延遲載入和 JavaScript 延遲載入,都只要在 PageSpeed 設定中啟用就行了。
進一步瞭解如何安裝 PageSpeed 或啟用頻寬最佳化
[1] 如果您使用的是其他網路伺服器,建議您在 Apache 或 Nginx Proxy 上執行 PageSpeed。本工具完全開放原始碼,目前正在移植到 IISATS 和其他平台。

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