Posted:
原文:App deep linking with goo.gl
作者:Fabian Schlup, 工程師

即日起,無論您的內容是在 Android 應用程式中、 iOS 應用程式中還是網站中,您都可以將 goo.gl 短連結設為單獨的連結並套用到自己所有的內容。 按照必要的步驟針對 Android 和 iOS 將應用程式編入索引後, goo.gl 網址就會將已安裝您的應用程式的使用者直接導向應用程式中的適當頁面,並將其他使用者導向您的網站。這樣一來,您的應用程式使用者就會有更多機會再次與您的應用程式互動。

這樣功能既適用於新的短網址,也適用於以前的網址。因此,連結到您內容的全部現有 goo.gl 短連結也會將使用者導向您的應用程式。



分享「因平台制宜」的連結

如要充分發揮這項功能的作用,您也可以將 URL Shortener API 整合到應用程式的分享流程中,這樣使用者分享的連結就會將訪客自動重新導向您的跨平台原生應用程式。此外,其他人也可以在自己的網站和應用程式中嵌入透過深層連結直接連到您應用程式的連結。

以 Google 地圖為例,有了全新的跨平台 goo.gl 連結,透過地圖的分享按鈕所產生的連結就能為每個人提供最理想的分享方式。開啟後,該連結會自動偵測使用者的作業平台並檢查他們是否安裝了 Google 地圖。如果使用者安裝了 Google 地圖,短連結就會直接在 Android 或 iOS 裝置上的 Google 地圖應用程式中開啟相關內容。如果使用者未安裝該應用程式或者透過桌機瀏覽,短連結就會開啟 Google 地圖網站上的相關網頁。

您不妨來試一下!測試前別忘了在手機上安裝 Google 地圖應用程式:http://goo.gl/maps/xlWFj

設定方式 

如何透過 goo.gl 設定應用程式深層連結:

  1. 參閱 g.co/AppIndexing,完成相關必要步驟,將 Android 和 iOS 應用程式編入Google 搜尋索引。請注意,凡是 iOS 開發人員都可以使用 goo.gl 深層連結,這與目前透過 Google 搜尋提供的深層連結不同。完成此步驟後,現有的 goo.gl 短連結就會透過深層連結將使用者導向您的應用程式。
  2. 您可以視需要將 URL Shortener API 整合到應用程式的分享流程、您的電子郵件廣告活動等項目中,透過程式產生會以深層連結形式直接連回您應用程式的連結。



希望您喜歡這個新功能,並且擁有愉快的跨平台分享體驗!

Posted:
原文:Surfacing content from iOS apps in Google Search
作者:Eli Wald, 產品經理

最近我們一直致力於協助使用者在 Google 搜尋結果中尋找 Android 應用程式中的相關內容,即日起,「應用程式索引」功能也可以運用在 iOS 應用程式上,也就是說,Android 和 iOS 的使用者都可以直接透過 Google 搜尋開啟行動應用程式內容。

在未來幾天內,首批已經編入索引中的應用程式連結將陸續顯示在 Google App 以及 Chrome 的搜尋結果中,全球的已登入使用者皆可透過 iOS 裝置看見:


如何將您的 iOS 應用程式編入索引

雖然即將推出的 iOS 應用程式索引功能只有為數不多的合作夥伴參與測試,但我們正持續努力,希望能盡快開放這項技術給更多應用程式開發人員。與此同時,您可以按照下列步驟搶先體驗 iOS 應用程式索引功能:
1. 在您的 iOS 應用程式中新增深層連結支援功能。 
2. 確保使用者只要點擊一次就可以返回搜尋結果
3. 在您的網站上提供深層連結註解
4. 如果您對此感興趣,請與我們聯絡。請注意,將您的意願告知我們,並不保證您的應用程式深層連結一定會顯示在 iOS 搜尋結果中。


如果您會參加本週的 Google I/O 大會,可以注意一下「將您的應用程式編入 Google 索引」這場演講,以便進一步瞭解「應用程式索引」功能。您也可以在 g.co/AppIndexing 找到有關 iOS 應用程式索引的詳細說明文件。如果您有其他任何問題,請參閱網站管理員說明論壇

Posted:
作者:Hillel Maoz, Engineering Lead, Search Console Team (favorite app: Flipboard) and Mariya Moeva, Webmaster Trends Analyst (favorite app: Spotify)

對於已編入索引的應用程式內容,如果您能夠追蹤這些內容在搜尋結果中的所在位置和對應的查詢、瞭解哪些應用程式頁面最受歡迎,以及哪些頁面含有錯誤內容,是不是很棒呢?正因為我們也有相同的感受,所以在最近改名的 Search Console 中,我們加入了新的報表功能,希望有助您瞭解 Google 如何解讀您的應用程式內容,以及 Google 如何在搜尋結果中顯示您的應用程式內容。我們的目標是讓所有關心自家內容搜尋表現的使用者,無論採用何種內容格式,都能在 Search Console 找到最全面的資訊。因此,如果您是應用程式的擁有者或開發人員,那麼 Search Console 將是您獲得搜尋統計資料的新選擇。

將您的應用程式加入 Search Console
只要開啟 Search Console,然後輸入您的應用程式名稱 (例如 android-app://com.example) 就行了。當然,我們只會將資料提供給已獲得授權的應用程式擁有者;有鑑於此,您必須登入自己的 Google Play 帳戶,讓 Search Console 知道您有權存取相關的應用程式。如果您在 Google Play 中並沒有相關應用程式的存取權,可以請應用程式擁有者在 Search Console 中驗證該應用程式並將您加入。

為您的網站與應用程式建立連結
您必須將您的網站與應用程式建立關聯,才能夠讓應用程式索引服務發揮作用。這也有助於我們充分瞭解您的應用程式內容,並使其在搜尋結果中獲得更高的排名。

追蹤您的應用程式內容在搜尋結果中的曝光情況
我們新推出的搜尋分析報表會提供各類詳細資訊,協助您掌握應用程式內容搜尋相關資料,例如在各個國家/地區的熱門查詢、熱門應用程式頁面以及流量。不僅如此,這份報表也提供了齊全的篩選條件,透過這些篩選條件,您可以查看特定查詢類型或特定地區的資料,還能依照點擊次數、曝光次數、點閱率和排名來排序相關資料。

使用搜尋分析報表時,您可以將您認為最重要的應用程式內容與實際出現在搜尋結果中且點擊次數最高的內容進行比對。如果兩者相符,就表示目前一切都在正軌上。也就是說,使用者不僅如您所願找到了對的內容,對於結果也很滿意。如果這兩者中只有少量內容是相同的,表示您可能需要調整導覽方式,或者讓最重要的內容更容易找到。此外,您不妨確認一下:對於您想要呈現給使用者的應用程式內容,您是否全都提供了深層連結?

確保 Google 能夠解讀您的應用程式內容
如果我們在為應用程式內容建立索引時遇到錯誤,就無法在搜尋結果中顯示這些應用程式頁面的深層連結。您可以透過檢索錯誤報告查看我們偵測到的錯誤類型和數量。

以 Google 的角度檢視您的應用程式內容
我們開發了應用程式專用的 Google 擷取工具 Alpha 版本,以便協助您檢查應用程式 URI 能否正常運作,並查看 Google 對於應用程式 URI 的轉譯效果。您也可以使用這項工具來比較應用程式內容和網頁內容,以便排除各項錯誤 (例如內容不相符)。大多時候,內容不相符錯誤是因為應用程式內有資源遭到封鎖,或是要求使用者登入或註冊的彈出式視窗所造成的。現在,您可以找出這些問題並且予以解決。


如果您想讓自己的應用程式擁有最佳表現,並解決其中隱藏的各種問題,請立即將其加入 Search Console。如要進一步瞭解「應用程式索引服務」,請造訪我們的開發人員網站閱讀相關資訊。如果您有其他問題,歡迎前往網站管理員說明論壇提問。


Posted:
作者:Michael Fink,Google Search Console 

近十年來,Google 網站管理員工具一直在推陳出新,讓使用者可以運用各式各樣的工具和指標來打造令人驚豔的網站,而這些網站也都能在 Google 搜尋系統中得到極佳的網站排名。去年,我們試圖進一步認識各位 Google 網站管理員工具的忠實使用者,希望瞭解您所扮演的角色和追求的目標,能夠讓我們的產品更貼近您的需要。
經過這些努力,我們發現各位之中其實只有部分人士符合「網站管理員」這個傳統角色的定位。網站管理員工具的愛用者遍及各行各業,包括特定興趣的愛好者、小公司業主、搜尋引擎最佳化專家、行銷人員、程式設計師、設計師、應用程式開發人員,網站管理員自然也在其中。各位的共同之處在於,大家都想在網路上提供自己的內容,也都想讓使用者透過 Google 搜尋找到自己的內容。因此,為了確保所有關注 Google 搜尋的人都能使用我們的產品,我們決定將 Google 網站管理員工具更名為 Google Search Console
我們期望透過 Google Search Console 開創精彩的未來,也希望各類型的使用者 (包括網站管理員) 能夠親身體驗、使用我們的服務診斷自己的網頁內容,藉以提高在網路搜尋的曝光度。接下來幾週,我們將陸續推動這項產品更名的相關作業,敬請密切注意。
歡迎前往 g.co/SearchConsole,立即開始使用 Google Search Console!

Posted:
原文:Case Studies: Fixing Hacked Sites
作者:Julian Prentice and Yuan Niu, Search Quality Team

每天都有數以千計的網站遭到入侵,而遭到入侵的網站往往會提供惡意軟體、收集個人資訊或將使用者導向他們無意造訪的網站,可能因此對使用者造成損害。雖然網站管理員會努力儘速修復遭到入侵的網站,但是修復這類網站的程序往往相當複雜。

我們正致力於為網站管理員簡化網站遭到入侵的修復程序。為此,我們提供了等多項資源,例如安全性問題網站遭駭客入侵的相關說明討論網站入侵問題的論壇專區。近來我們也與兩位網站曾遭到入侵的網站管理員會談,進一步瞭解他們修復網站的方法。我們會在本文中分享這兩位網站管理員的經驗,希望能讓其他為駭客入侵所苦的網站管理員做為參考。此外,我們也會根據這類實務案例以及各方的反應,改善關於網站遭駭客入侵的說明文件,讓日後所有的網站管理員都能透過更簡便的流程修復遭到入侵的網站。

個案研究 #1:遭到駭客植入多個指令碼的餐廳網站
某間餐廳使用 Wordpress 架設網站,但該餐廳的網站管理員工具帳戶收到 Google 發出的訊息,警告管理員網站已經遭到駭客入侵。為了保護 Google 使用者,Google 已在搜尋結果中將這個網站標示為遭到入侵的網站。餐廳網站的管理員小珊在查看程式碼之後,發現網站上出現許多陌生連結,且其中包含「viagra」(威而鋼) 和「cialis」(犀利士) 等醫藥詞彙。同時她也注意到,許多網頁的中繼描述標記 (在 HTML 中) 都加入了類似「在佛羅里達州購買怯疹易」的內容,還有不少網頁的隱藏式 div 標記 (也在 HTML 中) 會連結到其他網站,但這些連結都不是小珊自己加入網站中的。

小珊將所有她發現遭到駭客入侵的內容全數移除,然後申請重審。Google 拒絕了這項重審申請,但在給她的訊息中建議她檢查所有 PHP 檔案 (或任何伺服器檔案) 中是否含有陌生的指令碼,同時也建議她檢查 .htaccess 檔案是否曾有任何異動。這是因為駭客可能會在上述檔案中加入用來竄改網站內容的指令碼,而這類指令碼只會對搜尋引擎顯示遭到駭客入侵的內容,一般使用者看不到這些內容。小珊仔細檢查了所有的 .php 檔案,並與她自己保留的備份複本對照,發現 footer.php、index.php 和 functions.php 檔案中都出現了新的內容。小珊用遭到入侵前的版本取代這些檔案之後,網站上就再也找不到任何遭到駭客入侵的內容。當她再次提出重審申請後,Google 就通知她網站上已經沒有遭到入侵的內容了!

雖然小珊這次成功清除了網站上遭到駭客入侵的內容,但她也瞭解到自己必須持續加強網站的安全防護措施,避免日後再次遭遇駭客攻擊。為了確保網站的安全性,小珊採取了下列步驟:
  • 將 CMS (內容管理系統,例如 WordPress、Joomla、Drupal 等) 保持在最新版本,同時也確保外掛程式是最新版本。
  • 為用來存取 CMS 管理功能的帳戶設定不易破解的專用密碼。
  • (如果 CMS 支援) 為登入流程啟用兩步驟驗證功能 (或稱為「雙重因素驗證」或「2 步驟驗證」)。建議您也為密碼救援使用的帳戶設定兩步驟驗證,大部分電子郵件供應商 (例如GoogleMicrosoft 和 Yahoo) 都支援這項功能!
  • 確認所安裝的外掛程式和主題的來源可靠,因為盜版的外掛程式或主題往往含有惡意程式碼,將為駭客大開方便之門!
個案研究 #2:包含許多遭到入侵的網頁卻找不到所在位置的公司網站
瑪莉亞經營一家小公司,並親自管理公司的網站。某天她在網站管理員工具中收到訊息,得知她的網站遭到駭客入侵。訊息中提供了一個由駭客植入的網頁示例:http://example.com/where-to-buy-cialis-over-the-counter/。瑪莉亞詢問主機供應商,但對方檢查首頁的程式碼後並沒有找到任何與藥品相關的關鍵字,造訪 http://example.com/where-to-buy-cialis-over-the-counter/ 時,系統則會傳回錯誤頁面。瑪莉亞也購買了惡意軟體掃描服務,但仍無法從她的網站中找出任何惡意內容。

於是瑪莉亞開啟網站管理員工具,使用 Google 模擬器工具存取 Google 提供的示例網址 (http://example.com/where-to-buy-cialis-over-the-counter/),可是系統並未傳回任何內容。在困惑之餘,瑪莉亞向 Google 提出了重審申請,但遭到拒絕。Google 在發送給她的拒絕重審通知中建議她採取以下兩個動作:
  1. 驗證非 www 版本的網站;這是因為駭客常會試圖將內容隱藏在網站管理員容易忽略的資料夾中。
雖然 http://example.com 和 http://www.example.com 看起來像是同一個網站,但實際上 Google 會將其視為不同的網站。http://example.com 會被視為「根網域」,http://www.example.com 則稱為「子網域」。瑪莉亞雖已驗證 http://www.example.com,但卻沒有驗證 http://example.com;這是相當重要的關鍵,因為駭客加入的是非 www 網頁 (例如 http://example.com/where-to-buy-cialis-over-the-counter/)。只要瑪莉亞驗證 http://example.com 之後,就可以透過網站管理員工具中的 Google 模擬器工具,查看 Google 提供的網址中遭到入侵的內容。
  1. 檢查 .htaccess 檔案中是否出現新規則。
瑪莉亞與主機供應商聯絡,對方為她說明了如何存取 .htaccess 檔案。她立刻注意到 .htaccess 檔案中出現了一些她從未加入過的奇怪內容:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} (google|yahoo|msn|aol|bing) [OR]
RewriteCond %{HTTP_REFERER} (google|yahoo|msn|aol|bing)
RewriteRule ^([^/]*)/$ /main.php?p=$1 [L]
</IfModule>

以上 mod_rewrite 規則就是駭客植入的,會將透過特定搜尋引擎進入網站的任何訪客和搜尋引擎檢索器重新導向至 main.php,所有遭到入侵的內容都是由這個檔案產生的。此外,這些規則也有可能將使用行動裝置造訪網站的使用者重新導向。當天瑪莉亞就看到新的惡意軟體掃描工具在這個 main.php 檔案中找到可疑內容。除此之外,她也在網站開發軟體的 FTP 使用者區域中發現了一名來路不明的使用者。

瑪莉亞移除了 main.php 檔案和 .htaccess 檔案,也將 FTP 使用者區域中的不明使用者移除,終於解決了網站遭到入侵的問題!

避免日後遭到入侵的防範步驟
  • 請避免使用 FTP 將檔案傳送到您的伺服器,因為 FTP 無法加密流量,也無法為密碼加密。建議您改用 SFTP,即可為包括密碼在內的所有資料進行加密,這項保護措施可以防止監視網路流量的有心人士竊取資料。
  • 檢查機密檔案 (例如 .htaccess) 的存取權限;如需相關說明,請向您的主機供應商尋求協助。.htaccess 檔案可用於改善及保護網站,但如果不慎讓駭客取得存取權限,也會被用於惡意入侵行為。
  • 請保持警惕,對於管理介面和任何其他可供使用者修改網站內容的地方,請留意其中是否出現陌生的新使用者。
我們誠摯希望您的網站不會遭到駭客入侵,但如果不幸遇到這類問題,我們在網站遭駭客入侵的相關說明頁面中為網站遭駭的管理員提供了許多資源。如果您需要進一步的說明,或是想分享自己的獨門防駭訣竅,歡迎前往我們的網站管理員說明論壇張貼文章。在論壇張貼文章或申請重審網站時,請在文中加入「#NoHacked」。

Posted:
原文:Easier website development with Web Components and JSON-LD
作者:Posted by Ewa Gasperowicz, Developer Programs Engineer, Mano Marks, Developer Advocate, Pierre Far, Webmaster Trends Analyst


JSON-LD 是以 JSON 為基礎的資料格式,這種資料格式可用來實作結構化資料,向 Google 和其他搜尋引擎描述您網站上的內容。舉例來說,如果您有一份有關活動、餐館、人物或其他內容的清單,那麼您可以透過結構化格式在自己的網頁上加入這項資料,只要以 JSON-LD 程式碼片段形式將 schema.org 詞彙嵌入網頁中即可。結構化資料有助於 Google 理解您的網頁內容,進而在某些搜尋功能 (例如知識圖譜中的活動複合式摘要) 中突顯您的內容。

Web Component 是仍處於初期發展階段的一組技術元件,作用是定義可重複使用的自訂使用者介面小工具及其行為模式。任何網頁開發人員都可以自行建立 Web Component。如要建立 Web Component,請先找到一個明確的使用者介面,然後為這部分的介面定義範本,並匯入網頁中,之後就能在網頁上使用這個 Web Component。Custom Element 可用來定義 Web Component 的行為模式。由於您已將使用者介面部分的顯示和邏輯關係統合到 Web Component 中,所以可以輕鬆將這部分內容與他人共用、重複應用到其他網頁上或提供給其他開發人員,進而達到簡化網頁開發作業的目的。

JSON-LD 和 Web Component 的搭配相當契合。Custom Element 可做為展示層,而 JSON-LD 可做為資料層,供 Custom Element 和搜尋引擎取用。也就是說,您可以建立任何 schema.org類型的 Custom Element,例如        schema.org/Event 和
 schema.org/LocalBusiness

就實際上的架構而言,您的結構化資料會儲存在資料庫中 (例如您的連鎖商店所在位置的資訊)。這項資料會以 JSON-LD 程式碼片段的形式嵌入網頁內,讓 Custom Element 可以調用該資料來提供給訪客查看,而 Googlebot 也可以擷取這項資料來建立 Google 搜尋索引。
如要進一步瞭解 Custom Element,並開始使用這個介面,請參閱下列資源:
             *我們在 webcomponents.org 發佈的最新文章和附帶的程式碼範例。
             *JSON-LD 網站和 W3C 規格
             *Web Component 維基和 Web Component 社群 (位於 webcomponents.org)

Posted:
原文:More precise data in the new Search Analytics report
作者:Zineb, 代表Google管理員工具團隊工程師和UX設計團隊

如果您是網站管理員,就必須深入瞭解使用者如何找到您的網站,以及網站內容在 Google 搜尋結果中的顯示方式。截至目前為止,這類資料均列在「搜尋查詢」報表中,而「搜尋查詢」報表也可能是網站管理員工具中最常使用的功能。過去這些年來,我們一直在傾聽您的意見,以及您對功能方面的需求。比方說,有人希望比較電腦版和行動版的流量,也有人需要比較不同的國家/地區或兩個不同時段的指標。
各位的種種需求我們都聽見了!今天,我們很高興在此宣佈 Google 網站管理員工具推出了全新的搜尋分析報表,可協助您充分利用流量分析資料。

新版「搜尋分析」報表會解析網站的搜尋資料,並且透過各種不同的方式進行篩選,為您提供更精確的分析結果。舉例來說,您可以比較 4 月 21 日行動裝置相容性更新前與更新後的行動裝置流量,進而瞭解這項更新對流量帶來的影響。

或者,如果您擁有國際性的網站,現在您可以掌握最常搜尋您品牌的使用者來自哪些國家/地區:選擇「曝光數」做為指標,使用您的品牌名稱進行篩選後,依照國家/地區將結果區分為不同的群組,即可按國家/地區顯示曝光數分類清單。

上述的範例僅僅是其中兩種應用方式,還有更多應用方式待您發掘。「搜尋分析」報表可讓您真正深入進行流量分析,協助您針對網站效能做出最適當的決策。
「搜尋分析」和「搜尋查詢」報表兩者間有些許差異。「搜尋分析」報表中的資料比舊版「搜尋查詢」報表更準確,運算方式也有所不同。如要瞭解詳情,請參閱「搜尋分析」說明中心文章的資料專區。我們瞭解有些管理員可能仍然需要使用舊版報表,因此我們決定暫時在 Google 網站管理員工具中繼續提供舊版報表服務,為期三個月。如要進一步瞭解新版報表,請參閱搜尋分析說明中心文章。
希望新版「搜尋分析」報表能夠在您進行流量分析時,為您提供更多協助。如果您有任何意見,歡迎在下方留言分享,或者前往 Google 網站管理員 Google+ 專頁告訴我們。如果您有任何問題或需要報表相關協助,也歡迎至網站管理員說明論壇發文。
最後最重要的是,我們在此由衷感謝所有信任的測試人員和網站管理員論壇的傑出貢獻者,他們花了相當多的時間測試「搜尋分析」Alpha 版本,協助我們製作出如此優質的報表系統:如果沒有各位持續提供意見和建議,我們也無法達到這樣的成果,感謝各位的卓越表現!