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 檢索的內容。如果您有任何意見或疑問,歡迎通知我們或造訪網站管理員說明論壇

建立適合多國使用者的首頁

原文:Creating the Right Homepage for your International Users
作者:Zineb Ait Bahajji 和 Gary Illyes, Webmaster Trends Analysts

如果您的業務範圍遍及多個國家/地區,或是鎖定不同語言的目標對象,建議您為個別國家/地區或語言的使用者指定專屬網址,在上面架設獨立的網站或區段以供應專屬內容。比方說,您可以為來自美國的英文使用者提供一個網頁,並為來自法國的法文使用者提供另一個網頁。雖然我們已有處理多地區和多語言版本的網站的相關資訊,不過首頁的情形有一點特別。這篇文章可協助您在網站上建立合適的首頁,依照使用者的語言和所在位置提供適當內容。

您可為首頁/到達網頁採用下列任一種配置,供使用者存取:
  • 對所有人顯示相同內容。
  • 讓使用者自行選擇。
  • 依使用者的所在位置和語言提供內容。
下面我們將詳細說明這些配置。

對全球使用者顯示相同內容

這個情境表示,您決定在首頁/一般性網址 (http://www.example.com) 上提供某個國家/地區和語言的內容。任何直接從瀏覽器存取該網址,或是搜尋該網址的使用者,所存取的都是同樣的內容。如上所述,使用者仍應可從個別國家/地區和語言版本的專屬網址,存取各版本的網站。


注意:您可以在網頁上顯示橫幅,藉此向其他地區或不同語言設定的使用者推薦更適合的版本。


讓使用者自行選擇偏好的地區版本和語言

這個情境表示,您決定在首頁/一般性網址上提供國家/地區選取器,讓使用者依國家/地區和語言來選擇想要瀏覽的內容。輸入該網址的使用者均可存取同樣的網頁。

如要在國際性網站上採用這種做法,請記得在國家/地區選取器網頁上使用 x-default rel-alternate-hreflang 註解,這是專為這類網頁所建立的註解。x-default 值可供我們識別非專屬於特定語言或地區的網頁。


依使用者的所在位置和語言設定,自動將使用者重新導向或動態提供適當的 HTML 內容

第三種情境為,讓系統依使用者的所在位置和語言設定,自動為他們提供合適的 HTML 內容。如要這麼做,您可以使用伺服器端 302 重新導向,也可以動態提供適合的 HTML 內容。
請記得在首頁/一般性網頁上使用 x-default rel-alternate-hreflang 註解,即使後者不是由使用者直接存取的重新導向網頁。

注意:對於未提供專屬版本的使用者,您可以考慮將他們重新導向。比方說,如果法文使用者造訪的網站只有英文、西班牙文和中文三個版本,請向他們顯示您認為最適合的內容。

無論您選擇的配置為何,都應確保所有網頁 (含國家/地區和語言選取器網頁) 滿足下列條件:
  • 具有 rel-alternate-hreflang 註解
  • 可供 Googlebot 檢索以及建立索引:不禁止檢索本地化網頁或建立索引。
  • 使用者可隨時切換地區版本或語言:例如,您可採用下拉式選單以供切換。
提醒:如本文開頭所述,請記得為每個國家/地區和語言版本的網站指定專屬網址。

關於 rel-alternate-hreflang 註解

無論您選擇的註解方式為何,請別遺漏任何網頁。這可有效協助搜尋引擎為使用者顯示正確的結果。

無論是國家/地區選取器網頁,還是重新導向或動態提供的首頁,都應使用 x-default hreflang。這是專為自動重新導向的首頁和國家/地區選取器所設的註解。

最後,以下是關於 rel-alternate-hreflang 註解的一些實用提醒:
  • 必須經由其他網頁確認註解。如果網頁 A 的連結指向網頁 B,網頁 B 的連結必須返回指向網頁 A,否則可能導致註解的解讀不正確。
  • 註解必須具有自我參考性。網頁 A 應使用 rel-alternate-hreflang 註解與自己連結。
  • 您可以在 HTTP 標頭、HTML 的 <head> 部分或 Sitemap 檔案中指定 rel-alternate-hreflang 註解。我們強烈建議您只選擇實作其中一種方式,以免指示不一致或出錯。
  • hreflang 屬性值必須是採用 ISO 639-1 格式的語言代碼,以及 ISO 3166-1 Alpha 2 格式的地區代碼。僅指定地區是不受支援的。如果您只想設定某個國家/地區的網站,請使用網站管理員工具的地理定位功能。
按照這些建議進行設定,可協助我們進一步瞭解您的本地化內容,並且在搜尋結果中為使用者提供更相關的結果。如果您有任何問題或意見,歡迎您隨時前往國際化網站管理員說明論壇與我們分享。

2014年5月19日星期一

使用 PageSpeed Insights 讓您的網站更適合在行動裝置上瀏覽

原文:Making your site more mobile-friendly with PageSpeed Insights
作者:Matthew Steele, Doantam Phan, PageSpeed Insights team

為了協助開發人員和網站管理員製作更適合行動裝置瀏覽的網頁,我們最近更新了 PageSpeed Insigts,加入更多關於行動裝置適用性的建議。

網頁如果不好用,即使載入速度快也沒用。行動網頁平均需要 7 秒以上的載入時間,使用 PageSpeed Insights 工具並按照其中的速度建議設定,可以加快網頁載入的速度。不過,即使您的行動網站速度飛快,只要 2 秒即可載入,但是之後若需花 5 秒的時間以雙指縮放及捲動畫面,才能開始閱讀文字內容及使用網頁上的互動功能,那麼使用者實際上還是要等待 7 秒鐘,網站的速度優勢也蕩然無存。PageSpeed Insights 最新的「使用體驗」規則可讓您找出這類適用性問題並進行修正。

目前新的建議事項涵蓋以下方面:
  • 設定檢視區:如果沒有中繼檢視區標記,新型行動瀏覽器就會判斷您的網頁不適合透過行動裝置瀏覽,從而回復至電腦檢視區,甚至可能套用放大字型,影響您所希望呈現的網頁版面配置。針對行動裝置調整網站時,請務必先設定檢視區,指定 width=device-width 這項參數。
  • 根據檢視區調整內容大小:使用者偏好以上下捲動的方式瀏覽行動網站,而非左右捲動網頁。設定檢視區後,請確認您的網頁內容是否符合檢視區的寬度。也請注意,每款行動裝置的寬度可能不同。
  • 使用易讀的字型大小:如果使用者必須放大智慧型手機的畫面才能夠看清楚內文,表示您的網站不適合透過行動裝置瀏覽。PageSpeed Insights 會檢查您網站上的文字是否夠大,讓大多數使用者能夠舒適地閱讀。
  • 適當調整點按目標大小:最讓使用者煩惱的事情,莫過於想要在手機或平板電腦的觸控螢幕上輕觸按鈕或是連結,卻因為指腹比游標大而不慎按錯位置。請務必確保行動網站在觸控螢幕上的點按目標大小適中,讓使用者可以輕鬆點按。
  • 避免使用外掛程式:大部分的智慧型手機都不支援 Flash 或其他瀏覽器外掛程式,因此請確保您的行動版網站不需依賴外掛程式
有關這些規則的相關詳情,請參閱我們的說明網頁。當您準備好網站後,可以使用PageSpeed Insights 工具測試網頁和您所做的改進。我們還為 PageSpeed Insights 採用了更符合行動裝置的設計,並且將說明文件翻譯成更多語言。

和往常一樣,如果您有任何問題或意見,歡迎到我們的討論群組中發文。

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