Google中文網站管理員 - 中文網誌 [TW]: 2015

AJAX 檢索配置即將走入歷史

2015年12月17日星期四

要點：目前已不建議您採用我們於 2009 年提出的 AJAX 檢索方案。
我們於 2009 年提出了讓 AJAX 網頁可供檢索的方案。在當時的環境下，如果網頁透過 JavaScript 將內容提供給使用者，我們的系統還無法轉譯及解讀這類網頁。由於「檢索器 … (當時) 無法查看任何 … 動態建立的內容」，我們便建議了一套做法供網站管理員採用，以確保搜尋引擎將他們的 AJAX 應用程式編入索引。

然而，情況已經隨著時間改變。現在，只要您未禁止 Googlebot 檢索您的 JavaScript 或 CSS 檔案，我們通常都能跟新型瀏覽器一樣轉譯及解讀您的網頁。為了反映這方面的進步，我們最近更新了《網站管理員指南》技術內容，建議網站管理員不要禁止 Googlebot 檢索網站的 CSS 或 JS 檔案。

由於我們在 2009 年所提方案的假設前提已不成立，建議您改為遵循漸進增強原則。舉例來說，您可以使用 History API pushState()，確保各款瀏覽器 (以及我們的系統) 都能順利存取網站。

問與答

問：我的網站目前遵照 Google 的建議運作，並且支援 _escaped_fragment_。Google 撤回這項提案後，是否會因此不再為我的網站建立索引？
答：不會，我們還是會為您的網站建立索引，但基本上我們建議您在下次更新網站時採用業界最佳做法。一般來說，我們會檢索、轉譯並編入索引的是 #! 網址，而不是 _escaped_fragment_ 網址。

問：捨棄 AJAX 檢索提案並改採業界最佳做法代表要遷移網站嗎？是否需要實作重新導向？
答：如果您目前的設定運作正常，就不必立即做出任何變更。如果您目前正在建置新網站或調整現有網站結構，只要避免導入 _escaped_fragment_ 網址即可。

問：我採用 JavaScript 框架，而且我的網頁伺服器會放送預先轉譯的網頁。這種做法依然可行嗎？
答：一般來說，網站不該只針對 Google 預先轉譯網頁；預先轉譯網頁是為了提供更流暢的使用者體驗，因此我們建議您遵循漸進增強原則。如果您預先轉譯網頁，請確定您提供給 Googlebot 的內容與使用者看到的內容相符 (包括顯示方式和互動方式)。如果您提供給 Googlebot 的內容和一般使用者看到的內容有所不同，我們會將此視為違反《網站管理員指南》規定的偽裝手法。

如有任何疑問，歡迎在這裡或前往網站管理員說明論壇提問。

張貼者：搜尋品質分析人員 Kazushi Nagayama

2015 年傑出貢獻者高峰會：表揚貢獻卓著的網站管理員！

2015年11月26日星期四

一個月前，我們有幸於美國舊金山和加州山景城的 Google 總部舉辦了 2015 年度傑出貢獻者高峰會 (#TCsummit)。 Google 傑出貢獻者是一群才華洋溢且熱心助人的 Google 產品愛好者，他們樂於在 Google 的國際性說明論壇上分享自己的專業知識，每年幫助數百萬名 Google 使用者解決各種疑難問題。兩年一度的 Google 傑出貢獻者高峰會，就是為了表揚這些使用者令人讚許的貢獻。今年，我們很榮幸從世界各地邀請到 526 位傑出貢獻者。這場活動的精神在於「學習、互動、表揚」，讓傑出貢獻者有機會進一步瞭解 Google 各項產品、深入研究 Google 未來的發展，並讓專精各項產品的傑出貢獻者與 Google 員工互相交流，最後表揚傑出貢獻者對 Google 產品和使用者帶來的正面影響。

2015 年傑出貢獻者高峰會影片我們也藉此機會舉辦了網站管理員專屬的座談會，讓 Google 員工透過這次難得的機會與 56 位網站管理員傑出貢獻者見面；這些網站管理員來自 20 個國家/地區、分別使用 14 種不同的語言。

網站管理員傑出貢獻者與 Google 網站管理員關係小組的團體合照當天，我們在座談會上針對 Google 網站管理員指南、Search Console 和 Google 搜尋服務進行了深度研討。我們討論了使用者最常在國際網站管理員論壇上提出的問題，也傾聽了眾位傑出貢獻者對於搜尋工具的意見。除此之外，討論議題也包括本項傑出貢獻者計劃的內容，以及其他能讓使用者獲得 Google 和傑出貢獻者支援的機會。Google 的產品經理、工程師和負責搜尋品質的 Google 員工均出席了本次座談會，聽取傑出貢獻者和論壇使用者的意見，以便之後將這些寶貴意見轉達給所屬團隊。

網站管理員傑出貢獻者出席座談會，針對 Google 網站管理員指南、
Search Console 和 Google 搜尋服務進行深度討論身為 Google 的一份子，我們很感謝能有這麼棒的機會可以和這些眼光獨到的網站管理員社群成員會面及交流，瞭解他們對於這些重要議題的意見。透過這次活動，我們得以確認網站管理員、內容創作者和使用者重視的事情，以此做為 Google 持續努力的方向。如要進一步瞭解傑出貢獻者計劃或提供您的寶貴意見，請造訪傑出貢獻者首頁，或是加入網站管理員說明論壇。網站管理員關係小組成員 Diogo Botelho 與 Roberta Remigi

偵測及移除惡意的行動版網頁幕後重新導向

2015年11月5日星期四

Detect and get rid of unwanted sneaky mobile redirects
在多數情況下，網站針對不同的裝置顯示的內容稍有不同，這並沒有問題。舉例來說，想針對智慧型手機的較小螢幕呈現最佳效果，可能得修改部分內容 (例如圖片)。您也可能會將網站的選單放入導覽匣 (按這裡查看說明文件)，方便使用者有效率地在行動裝置上瀏覽網站。只要正確完成設定，Google 完全可以理解這些以使用者角度出發所做的修改。
而專門針對行動裝置使用者進行的網頁重新導向，Google 也抱持類似的立場。如果將行動裝置使用者重新導向到其他行動版網頁是為了提供更好的行動服務品質 (例如將行動裝置使用者從 example.com/url1 重新導向至 m.example.com/url1)，通常對使用者是有益的。不過，以幕後重新導向的手段將使用者帶往其他網址卻很令人反感，更違反了《Google 的網路管理員指南》。

令人反感的體驗：桌機和行動裝置上的搜尋結果網頁顯示同一個網址；當使用者在桌機上點選這個搜尋結果，網址會正常開啟，但在智慧型手機上點選同一個搜尋結果時，系統會將使用者重新導向至不相關的網址。哪些人可以導入這些專門針對行動裝置使用者進行的網頁幕後重新導向？在某些情況下，網站管理員會蓄意針對行動裝置使用者設置重新導向規則。《網站管理員指南》一般禁止這種做法，而如果這類重新導向對 Google 使用者的體驗造成損害，我們將派專人介入處理 (詳情請參閱本文的最後一節)。不過在下列情況下，網站擁有者並不會知悉有發生這類專門針對行動裝置使用者進行的網頁幕後重新導向的情形：

針對行動裝置使用者設置重新導向的廣告配置
原本為了顯示廣告並透過內容營利而安裝的指令碼/元素，可能會在網站管理員不知情的情況下，將行動裝置使用者重新導向至完全不同的網站。

網站遭到入侵而導致的行動版網頁重新導向
在其他情況下，如果您的網站遭到入侵，攻擊者可能會針對行動裝置使用者設置重新導向，將他們帶往垃圾內容網域。

如何偵測我的網站是否正在進行行動版網頁幕後重新導向？

使用智慧型手機瀏覽您的網站時，檢查系統是否會將您重新導向
建議您使用智慧型手機透過 Google 搜尋結果造訪您的網頁，這樣可讓您以造訪您網站的行動裝置使用者角度來檢驗自家網頁。由於電腦瀏覽器中的行動裝置模擬功能可針對大多數的其他裝置進行測試，建議您可以在設法排除錯誤時，多加利用這項便利的功能。舉例來說，您可以在 Chrome、Firefox 或 Safari 瀏覽器中直接進行這類測試 (如果您使用的是 Safari，請確定您已啟用「在選單列中顯示開發人員選單」功能)。

留意使用者的意見
使用者瀏覽您網站的方式可能與您不同，因此請務必留意任何使用者的申訴，以便瞭解所有與行動裝置 UX (使用者體驗) 相關的問題。

透過網站的 Analytics (分析) 資料監測使用者活動
您可以查看網站的 Analytics (分析) 資料中的某些資料，藉此找出異常的行動裝置使用者活動。舉例來說，行動裝置使用者在網站上的平均瀏覽時間就是很好的觀察重點。如果行動裝置使用者 (而且只有這類使用者) 瀏覽您網站的時間突然比過去大幅縮短，這表示行動版網頁重新導向設定可能發生了問題。

為了在各種行動裝置使用者活動變化剛發生時就能掌握相關情況，您可以設定 Google Analytics (分析) 快訊。舉例來說，您可以將快訊設在行動裝置使用者瀏覽網站時間大幅減少時發出警告，也可以設在行動裝置使用者人數大幅減少時發出警告 (不過，這些指標的大幅度變化並無法明確視為網站正在進行行動版網頁幕後重新導向的直接訊號，請務必將這一點納入考量)。

我偵測到針對行動裝置使用者進行的幕後重新導向，而且這類重新導向並非由我設定：我該採取什麼動作？

確認您的網站未遭到入侵。查看 Search Console 中的安全性問題工具。只要系統偵測到有人入侵您的網站，就會在這裡顯示相關資訊。
詳情請參閱網站遭到入侵時的徵兆和遭到入侵的網站案例研究中的其他相關資源。

審核您網站上的第三方指令碼/元素
如果您的網站未遭入侵，建議您花點時間調查第三方指令碼/元素是否為造成幕後重新導向的原因。請按照下列步驟操作：

A. 逐一移除您無法控制重新導向網頁設定的第三方指令碼/元素。 B. 在行動裝置上或透過模擬的方式，查看您網站在每個指令碼/元素移除後的情況，並瞭解在哪個指令碼/元素移除後，幕後重新導向才會停止。
C. 如果您認為某個特定指令碼/元素就是造成幕後重新導向的原因，建議您將其從網站上移除，並與指令碼/元素供應商合作，以排除這個問題。關於行動版網頁幕後重新導向的最後幾點看法
將使用者重新導向至刻意顯示與搜尋引擎檢索器所取得內容完全不同的網頁，這樣的行為已經違反了《Google 網站管理員指南》(詳情請參閱幕後重新導向)。為確保使用者的搜尋結果品質，Google 搜尋品質小組可對這些網站採取專人介入處理，包括將網址從搜尋索引中移除。我們採取專人介入處理後，會透過 Search Console 將訊息傳送給網站擁有者。因此，請確定您已設定 Search Console 帳戶。
請務必選擇對使用者流量處理完全透明化的廣告客戶，以免在不知情的情況下將使用者重新導向。假如您想瞭解線上廣告空間的建立信任基礎，建議您在參加廣告聯播網時，查看當中的業界適用最佳做法。舉例來說，您不妨先從 Trustworthy Accountability Group 的 (美國互動式廣告局) 《廣告空間品質指南》(英文) 著手。許多提供高品質使用者體驗的行動解決方案皆可讓您透過內容獲取收益，建議您善加利用這些方案。
如果您對專門針對行動裝置使用者進行的網頁重新導向有任何問題或意見，歡迎造訪Google 網站管理員支援論壇與我們一起討論。

初次點擊免費政策異動

2015年10月15日星期四

原文：First Click Free update

作者：John Mueller, Google 瑞士

10 年前，我們推行了「初次點擊免費」政策，當時難以想像現今會吹起多螢幕、多裝置的風潮，加上隨時在線的生活成為常態，人們消費內容的方式正在迅速大幅改變。

自推出至今，初次點擊免費的用意一直是讓使用者能夠以最低的成本獲得優質的新聞，同時確保採用付費訂閱模式的發佈商在 Google 搜尋和 Google 新聞中得到曝光。

2009 年我們修訂了初次點擊免費政策，設定每日 5 篇文章的上限，以避免某些使用者濫用這項政策，損害發佈商的權益。最近有發佈商向我們反映，這些政策有重新審視的必要，畢竟現在已經是流行使用多裝置的行動世代。今天我們在此宣佈，初次點擊免費的上限數修改為單日 3 篇文章。這項政策異動的適用範圍涵蓋了 Google 搜尋與 Google 新聞。

Google 希望能為使用者帶來優質的新聞內容，同時將發佈商介紹給更多使用者。我們相信初次點擊免費政策是幫助我們達成這個目標的重要一環，因此我們將定期審核並視需要修訂這些政策，以便繼續造福使用者和發佈商雙方。我們會傾聽大家的聲音，也歡迎任何意見指教。

關於初次點擊免費的問答集

問：其他舊版指南是否仍然適用？

答：是的，如需更多資訊，請參閱 Google 新聞指南、網頁搜尋指南和相關網誌文章。

問：我可以只在網站的一個版面採用初次點擊免費方案，或者針對 Google 新聞 (或網頁搜尋) 採用這個方案嗎？

答：當然可以！只要確保 Googlebot 和使用者都能經由適當搜尋結果查看必要內容即可。提醒您，如果對 Googlebot 顯示完整網頁內容，但卻對使用者顯示註冊網頁，這將視同使用偽裝手法。

問：我需要申請才能使用初次點擊免費方案嗎？

答：如果您要在 Google 新聞使用初次點擊免費方案，請告訴我們；如果是 Google 網頁搜尋，則不需要特意通知我們是否要使用初次點擊免費方案。

問：如要計算使用者造訪的次數，哪種方法較妥當？

答：由於網站架構有多種類型，我們認為這最好由發佈商決定。

(如要進一步瞭解 Google 新聞的初次點擊免費方案，請參閱相關網誌文章。)

打擊駭客垃圾內容的新措施

2015年10月6日星期二

最近我們為了處理搜尋結果中因駭客而產生的垃圾內容，開始實行一系列最新的演算法。據我們所知，現有大量合法網站遭到垃圾內容發佈者入侵，用來銷售仿冒商品或非法處方藥物，或是將網站流量導引到品質低劣的網站、惡意軟體下載、色情內容等。
如果網站擁有者未採用標準最佳做法來確保安全，駭客就能輕易利用漏洞來入侵網站。無論是政府網站、大學、小型企業、公司網站、餐廳、業餘愛好者成立的組織、各種會議網站等，都處於這種風險中。垃圾內容發佈者和網路罪犯會刻意尋找這類網站做為下手目標，然後在這些網頁中植入惡意內容，企圖提升搜尋引擎排名或增加流量。
為了保護使用者和網站管理員，我們決定主動針對這些駭客所植入或竄改的垃圾內容採取行動。
改用新的演算法之後，約有 5% 的查詢會受到影響 (視語言而定)。在我們推行新演算法的同時，使用者可能會注意到執行某些查詢時，系統只會顯示最相關的搜尋結果，結果集的數量也有所減少。

這是因為我們移除了大量惡意植入的垃圾內容，近期應有更進一步的改善。我們會持續調整系統，除了清除品質不佳的內容以外，也會繼續提供合法的隨機搜尋結果。如果您對這些新措施有任何問題，或者想對這些演算法提供任何意見，歡迎隨時前往網站管理員說明論壇。

幫助遭到入侵的網站通過重審程序

2015年9月29日星期二

Helping hacked sites with reconsideration requests 2015 年到目前為止，我們發現遭到入侵的網站數量增加了 180%，而為此提出重審申請的網站數量則提高了 300%。我們一方面提供了網誌文章、#NoHacked 推廣活動等種種資源，協助網站管理員瞭解如何從根本上防止網站遭到入侵；一方面也意識到重審程序是一項重要措施，可以幫助網站管理員更快速、更輕鬆地修復網站入侵問題。以下是我們一直以來的工作重點：
1) 改進溝通效率 2) 提供更實用的工具 3) 根據意見持續改進 1. 針對網站遭到入侵的問題，改進與網站管理員之間的溝通效率去年，我們在重審程序中添加了審查者附註功能，以便在回覆重審要求時可根據個別情況提供更具體的示例和建議。2015 年以來，已經有超過 70% 因為網站入侵問題申請重審的網站管理員在申請遭拒時收到了我們特別撰寫的附註，指示他們應該如何找出其餘的惡意內容。結果令人振奮的是，從我們對受駭網站採取人工介入處理行動開始，到我們判斷網站管理員已清除惡意內容並撤銷人工介入處理行動，這整個流程的平均時間減少了 29%。

「審查者附註」示例，其中包含詳細指示與相關被駭文字和被駭網頁的例證此外，我們還進行了第二次的 #NoHacked 推廣活動，幫助網站管理員深入瞭解如何防止網站遭到入侵和如何在遭駭後進行修復處理。在這次活動中，我們介紹了如何提升網站的安全性，以及網站遭到入侵後的修復辦法。如要瞭解詳情，請前往 http://goo.gl/979BBB 參閱本系列第一篇文章。 2. 提供更實用的工具，包括自動撤銷部分針對遭駭內容的人工介入處理行動我們去年在 Google 模擬器工具中加入了「擷取並轉譯」功能，您可以透過這項工具從 Googlebot 的角度檢視自己的網站。這項功能在修復遭到入侵的網站時相當好用，因為許多駭客都會在網站上植入一般使用者看不到，只有在 Googlebot 等搜尋引擎檢索器面前才會現形的偽裝內容。今年，我們還推出了網站遭入侵時的疑難排解工具 (有 23 種語言版本)，透過一些基本步驟引導網站管理員修復遭到入侵的網站。如果您覺得這項工具好用的話，歡迎告訴我們，我們會持續擴充其功能與效果。最後，我們正在測試讓系統自動撤銷部分針對遭駭內容的人工介入處理行動。具體來說，如果 Search Console 的「部分相符結果」部分列出「網站遭到入侵」的人工介入處理行動，而我們的系統偵測到相關的惡意內容已不復存在，有時就會自動撤銷相關人工介入處理行動。我們仍建議您在看到人為介入處理行動時提出重審申請，但如果「網站遭到入侵」的人工介入處理行動自己消失了，您也不必擔心，這是系統自動處理的結果。

「部分相符結果」部分包含「網站遭到入侵」人工介入處理行動的範例畫面：如果我們的系統偵測到惡意內容已不復存在，有時就會自動撤銷相關人工介入處理行動 3. 廣納各方意見並採取行動我們會直接向遭駭網站的網站管理員收集意見，據此改進溝通方式和各種工具。舉例來說，今年稍早我們就曾針對遭駭網站的重審程序，召集美國加州山景市和愛爾蘭都柏林有過相關經驗的網站管理員參與集體討論會。此外，我們也隨機訪問了許多曾為網站遭到入侵而進行重審程序的網站管理員，結果發現，受訪者中只有 15% 的人不滿意重審程序，他們所面臨的主要問題是：在網站遭到入侵時並未獲得足夠明確的通知，以及對於如何解決駭客問題沒有具體的處理方針。為了回應這些意見，我們特別撰寫了周詳的網誌文章來說明如何修復駭客造成的影響，也據此規劃了最新 #NoHacked 推廣活動的大部分內容。 (高解析度版本) https://goo.gl/photos/TkvkwYt23MpVHBwz6

Google 都柏林分部的員工在會晤過當地網站管理員後，開始研討如何改善遭駭網站的重審程序除了網站管理員協助 (專門針對遭駭網站) 入口網站，以及討論安全性、惡意軟體和網站入侵問題的論壇專區外，我們也會持續透過上述方法協助網站管理員處理網站遭到入侵的問題。歡迎在下方留言提供您的寶貴意見，幫助 Google 提供更好的支援服務，讓網站管理員輕鬆修復網站入侵問題！

善用應用程式橫幅廣告打造適合行動裝置瀏覽的網頁

2015年9月3日星期四

Mobile-friendly web pages using app banners 當使用者利用行動裝置搜尋時，無論找到的資訊來自應用程式或網頁，都應該是關聯性最高的搜尋結果。為了讓使用者能夠更輕鬆地查詢及發掘應用程式和適合行動裝置瀏覽的網頁，我們近來已推行許多相關措施。然而，有時當使用者在行動裝置上點選搜尋結果，卻發現宣傳特定應用程式的插頁廣告遮住了許多內容，要求他們安裝應用程式。我們的分析顯示，由於使用者會因為無法看到預期的網頁內容而感到失望，造成搜尋滿意度大打折扣。即日起，我們將更新行動裝置相容性測試，指出網站應避免顯示用來宣傳應用程式的插頁廣告，以免使用者在從搜尋結果網頁轉換至所需頁面時，因為這類廣告而無法正常瀏覽網頁內容。網站管理員可透過 Search Console 的行動裝置可用性報告，瞭解自家網站上有多少網頁出現這個問題。自 11 月 1 日起，如果行動版網頁因顯示應用程式插頁宣傳廣告，導致點選搜尋結果的使用者無法正常瀏覽所連結的網頁內容，將被視為不適合在行動裝置上瀏覽。不過，這對於其他類型的插頁廣告並無影響。除了應用程式插頁宣傳廣告以外，您還可以透過其他類型的瀏覽器廣告，以使用者更容易接受的方式宣傳您的應用程式。

應用程式插頁宣傳廣告會遮住許多內容，帶來應用程式的橫幅宣傳廣告所造成的干擾性不良的搜尋體驗較低 (推薦使用)

應用程式插頁宣傳廣告會遮住許多內容，帶來不良的搜尋體驗

應用程式的橫幅宣傳廣告所造成的干擾性較低 (推薦使用)

Safari 和 Chrome 皆支援應用程式橫幅宣傳廣告 (前者支援智慧型橫幅廣告，後者則支援原生應用程式橫幅宣傳廣告)。橫幅廣告可在宣傳應用程式的同時，保持使用者介面的完整性，讓使用者隨心所欲進行瀏覽。此外，只要在不妨礙搜尋者瀏覽網頁內容的前提下，網站管理員都可以用自己的方式投放應用程式橫幅宣傳廣告。如有任何疑問，也歡迎隨時前往網站管理員中心論壇與我們討論。

＃Nohacked: 修正被植入亂碼的網頁

2015年8月25日星期二

#NoHacked: Fixing the Injected Gibberish URL Hack作者：Eric Kuan, Webmaster Relations Specialist and Yuan Niu, Webspam Analyst 我們將在今天的 #nohacked 推廣活動中，和大家談論如何解決我們上週提到的被植入無意義網址的駭客攻擊問題。即使您的網站未遭受這種特定類型的駭客攻擊，下方許多步驟仍有助您抵禦其他類型的駭客攻擊。大家可以透過 #nohacked 標記追蹤在 Twitter 和 Google+ 上的討論內容。((第 1 部分、第 2 部分、第 3 部分、第 4 部分)

讓網站暫時下線 讓網站暫時下線不僅可避免網站的訪客前往遭駭網頁，您也有時間能夠妥善修正網站問題。如果未讓網站下線，在您清理網站的同時，網站可能面臨再次遭到入侵的風險。
處理網站問題 您必須有能力對自己的網站進行技術方面的調整，才方便進行以下的幾個步驟。如果您並不熟悉網站技術，或者不確定自己是否能處理這些調整，建議您諮詢或聘請專業人士。不過，詳閱這些步驟說明仍然對您有所幫助。
著手修正網站問題前，建議您先備份網站 (這個備份版本仍包含遭駭客植入或竄改過的內容，僅供您在不慎移除重要檔案時使用)。如果您不知道如何備份網站，請向您的代管服務供應商尋求協助，或者參閱內容管理系統 (CMS) 說明文件。而按照步驟進行操作時，如果您打算移除某個檔案，請務必保留該檔案的複本。
檢查 .htaccess 檔案為了操縱您的網站，這類駭客攻擊手法會建立或竄改 .htaccess 檔案的內容。如果您不知道 .htaccess 檔案的位置，請參閱伺服器或 CMS 說明文件。
請檢查 .htaccess 檔案，確認其中是否含有可疑內容。如果您不知道如何解讀 .htaccess 檔案的內容，可以參閱 Apache.org 說明文件、前往說明論壇提問，或者諮詢專業人士。以下是遭這類駭客攻擊所竄改的 .htaccess 示例：


<IfModule mod_rewrite.c> 
  RewriteEngine On  
  #Visitors that visit your site from Google will be redirected  
  RewriteCond %{HTTP_REFERER} google\.com 
  #Visitors are redirected to a malicious PHP file called happypuppy.php 
  RewriteRule (.*pf.*) /happypuppy.php?q=$1 [L] 
</IfModule>

將您找到的所有惡意內容予以刪除。在多數情況下，如果 .htaccess 檔案內均為惡意內容，您可以直接刪除整個 .htaccess 檔案。此外，您可能會注意到 .htaccess 檔案中出現了惡意 PHP 檔案 (我們稱之為 happypuppy.php，但其名稱通常為隨機的雙字詞組合)，這部分在下一步驟中相當重要，因為我們接下來要討論的就是如何追蹤惡意檔案。
找出其他惡意檔案 JavaScript 和 PHP 檔案是最常遭到這類駭客攻擊手法竄改或植入內容的檔案類型。駭客所採取的方式通常有兩種：第一種是在伺服器上置入新的 PHP 或 JavaScript 檔案。有時這些被置入檔案的名稱會與網站上正常檔案的名稱相當類似 (比如正常檔案是 wp_cache.php，被置入的檔案是 wp-cache.php)。第二種方式是竄改伺服器上的正常檔案，在這些檔案中置入惡意內容。舉例來說，如果您的網站上具有範本或外掛的 JavaScript 檔案，駭客就可能在這類檔案中加入惡意的 JavaScript。
例如 www.example.com 上有一個名為 happypuppy.php 的惡意檔案，這個檔案先前被發現藏匿在 .htaccess 檔案內，而駭客將其植入網站資料夾中。不過，駭客同時也破壞了名為 json2.min.js 的正常 JavaScript 檔案，在其中加入了惡意程式碼。以下為遭到毀損的 json2.min.js 檔案示例：

為了有效追蹤惡意檔案，您必須瞭解網站上的 JavaScript 和 PHP 檔案有何作用。您可能需要參閱 CMS 說明文件以取得協助；瞭解各檔案的功用之後，追蹤不屬您網站的惡意檔案時就會更為輕鬆。
此外，也請檢查您的網站最近是否修改過任何檔案。凡是近期修改過的範本檔案，都應該徹底檢查。我們在附錄中提供了相關工具，協助您解析不易解讀的 PHP 檔案。
移除惡意內容如同先前所述，在您決定移除或修改任何檔案前，請先妥善備份網站內容。如果您有定期備份網站的習慣，那麼可能只要將網站還原到完好的備份版本，網站就清理完成了，整個流程非常簡單。
如果您沒有定期備份網站的習慣，則有幾種替代方案可以選擇。首先，刪除網站中被置入的所有惡意檔案。舉例來說，您可以刪除 www.example.com 中的 happypuppy.php 檔案。而對於 json2.min.js 這類遭到毀損的 PHP 或 JavaScript 檔案，您必須將這些檔案的完好版本上傳到您的網站。如果您使用 CMS，建議您在網站上重新載入新版核心 CMS 和外掛程式檔案。
找出並修正漏洞 移除惡意檔案後，建議您追蹤導致網站遭到入侵的漏洞並予以修正，否則您的網站隨時都有再次遭駭的風險。漏洞的來源相當多，從遭到竊取的密碼乃至於過舊的網路軟體都有可能。請參閱Google 網站管理員駭客攻擊相關說明文章，瞭解如何找出並修正漏洞。如果您無法找出網站遭到入侵的原因，請務必更改所有登入憑證所使用的密碼、更新所有網路軟體，也可以謹慎評估是否需要更多協助，確保一切安全無虞。
後續步驟 網站清理完成後，請使用 Google 模擬器工具來檢查 Google 是否仍會看到這些遭駭網頁，也別忘了檢查首頁是否還有遭駭客植入或竄改過的內容。如果您沒有發現任何遭駭內容，那麼恭喜您，網站已經清理乾淨！如果 Google 模擬器工具依然在這些遭駭網頁上看到由駭客植入或竄改過的內容，則代表您的工作尚未完成。請再次進行檢查，看看是否遺漏了任何惡意 PHP 或 JavaScript 檔案。
確認網站清理完成，漏洞也已修正之後，就可以讓網站重新上線。如果 Google 對您的網站施行了人工介入處理行動，請透過 Search Console 提出重審要求。此外，請設法保護網站日後不受攻擊所危害。如需進一步瞭解如何針對日後可能受到的攻擊為網站採取預防措施，請造訪 Google 網站管理員說明中心 (專門針對遭入侵的網站) 閱讀相關文章。
我們希望這篇文章能夠讓您更加瞭解，當網站遭受駭客攻擊、被植入無意義網址時該如何解決問題。敬請追蹤我們的社交推廣活動，也歡迎透過 #nohacked 主題標記，分享任何關於維護網路安全的提示或技巧。
如果還有其他問題，歡迎前往網站管理員說明論壇提問，該網站管理員社群中的其他成員會非常樂意回答您的問題。另外，我們將於 8 月 26 日舉辦 Hangouts 直播：安全性講座，歡迎共襄盛舉。
附錄這些工具或可為您提供協助，不過 Google 並未針對這些工具提供支援。 PHP Decoder、UnPHP：駭客經常會竄改 PHP 檔案，導致難以辨識。利用這些工具清理 PHP 檔案，可讓您更瞭解 PHP 檔案的作用。

#NoHacked：判別和診斷植入亂碼的駭客攻擊

2015年8月19日星期三

原文：#NoHacked: Identifying and Diagnosing Injected Gibberish URL Hacking 作者：Eric Kuan, Webmaster Relations Specialist and Yuan Niu, Webspam Analyst 我們將在今天的 #nohacked 推廣活動中，和大家談論如何判別時下常見的駭客入侵手法以及相關的診斷方式。即使您的網站未遭受這種特定類型的駭客攻擊，下方許多步驟仍有助您抵禦其他類型的駭客攻擊。我們將在下週的文章中進一步探討如何解決這類駭客入侵問題。大家可以透過 #nohacked 標記追蹤在 Twitter 和 Google+ 上的討論內容。(第 1 部分、第 2 部分、第 3 部分)

判別徵兆
充斥胡言亂語的網頁這類駭客攻擊的特徵就是在網站上加入垃圾網頁。這類網頁含有充斥關鍵字的無意義文字、連結和圖片，目的是為了操控搜尋引擎。舉例來說，這類駭客攻擊會建立像www.example.com/pf/download-2012-free-full-crack.html 這樣含有無意義內容的網頁，如下所示：

偽裝手法這類駭客攻擊模式通常會使用偽裝手法，讓網站管理員難以察覺。所謂的偽裝，指的是對網站管理員、訪客和搜尋引擎顯示不同內容或網址的手法。舉例來說，網站管理員可能會看到空白網頁或 HTTP 404 網頁，進而誤以為駭客的威脅已經不存在。然而，當使用者點選搜尋結果進入該網頁時，卻仍會被重新導向垃圾網頁，搜尋引擎檢索該網站時仍只會看到毫無意義的內容。
監控網站 嚴密監控網站是否遭到駭客入侵，可讓您更快針對駭客攻擊進行補救，將這類攻擊可能造成的傷害降到最低。您可以透過多種方法來監控網站是否遭受這類駭客攻擊。
檢查是否出現網站流量遽增的情況由於這類駭客攻擊會建立許多塞滿關鍵字的網址供搜尋引擎檢索，因此您可以查看近期是否有任何非預期的流量遽增情況發生。發現流量遽增的情況時，您可以使用 Search Console 中的搜尋分析工具來調查造成網站流量出現異常的根源是否為遭駭的網頁。
追蹤您的網站在搜尋結果中的顯示方式我們建議所有網站管理員都應該定期檢查自家網站在搜尋結果中的呈現效果，因為這能讓您及時察覺駭客入侵的徵兆。您可以使用 site: 運算子搜尋自家網站 (例如搜尋 site:example.com)，藉此查看網站在 Google 搜尋結果中的顯示方式。如果發現與您的網站相關的垃圾連結，或是「這個網站可能已遭入侵」標籤，代表您的網站很可能已遭到入侵。
訂閱 Google 快訊我們建議您申請使用 Search Console，以便透過其中的人為介入處理檢視器或安全性問題報告，檢查 Google 是否在您的網站上偵測到遭駭網頁。一旦 Google 在您的網站上偵測到遭駭網頁，Search Console 就會傳送訊息通知您。
此外，我們也建議您為自己的網站設定 Google 快訊。如此一來，當 Google 發現新的搜尋查詢結果時，Google 快訊就會傳送電子郵件給您。舉例來說，您可以使用常見垃圾字詞為自己的網站建立 Google 快訊，例如 [site:example.com <特價軟體>]。如果您收到電子郵件指出 Google 已針對該字詞傳回新的查詢，最好馬上檢查觸發快訊的是您網站上的哪些網頁。
診斷您的網站
收集有用的工具您可以在 Search Console 中使用 Google 模擬器工具。Google 模擬器工具可讓您透過 Google 的角度檢視網頁，以便找出經過偽裝的遭駭網頁。此外，您也可以在本篇文章的附錄中找到其他來源提供的更多付費和免費工具。
檢查是否有網頁被駭如果您不確定自己的網站上是否有遭駭客植入或竄改過的內容，Google 網站遭入侵疑難排解工具可引導您完成一些基本檢查事項。如果是遭受這類駭客攻擊，建議您對網站執行 site: 搜尋，查看搜尋結果中是否有含有奇怪關鍵字的可疑網頁和網址。如果您的網站擁有大量網頁，您可能需要嘗試更多針對性的查詢。您可以找出常見垃圾字詞，然後附加在 site: 搜尋查詢中，例如 [site:example.com 特價軟體]。請多嘗試幾個垃圾字詞，看看是否有任何結果。
找出經過偽裝的遭駭網頁由於這類駭客攻擊會利用偽裝手法來掩人耳目，因此，請務必使用 Search Console 中的 Google 模擬器工具來檢查您在上一個步驟中所找到的垃圾網頁。提醒您，偽裝的網頁可能會對您顯示 HTTP 404 頁面，讓您誤以為網頁遭入侵的問題已經解決，但其實該網頁仍在線上。另外，建議您一併使用 Google 模擬器查看您的首頁，因為這類駭客攻擊通常會在首頁加入文字或連結。
我們希望這篇文章能讓您更加瞭解如何判別網站被植入無意義網址的駭客攻擊，並學會相關的診斷方式。我們將在下週說明如何排除這類駭客攻擊對網站的影響，請密切注意。敬請追蹤我們的社交推廣活動，也歡迎透過 #nohacked 主題標記，分享任何關於維護網路安全的提示或技巧。
如果還有其他問題，歡迎前往網站管理員說明論壇提問，該網站管理員社群中的其他成員會非常樂意回答您的問題。另外，我們將於 8 月 26 日舉辦 Hangouts 直播：安全性講座，歡迎共襄盛舉。
附錄您可以使用下列工具來掃描網站，這或許有助於找出問題內容。不過，除了 VirusTotal 是 Google 提供的工具，Google 並未對其他工具提供支援。
Virus Total、Aw-snap.info、Sucuri Site Check、Wepawet：這些工具都能為您掃描網站，協助找出問題內容；但提醒您，這些掃描工具不一定能判別所有類型的問題內容。張貼者：網站管理員關係專員 Eric Kuan 和垃圾網站分析師 Yuan Niu

Search Analytics API 簡介

2015年8月17日星期一

原文：Introducing the Search Analytics API 作者：John Mueller，Webmaster Trends Analyst
在收到許多關於 Google Search Console 搜尋分析報表功能的意見後，我們決定也透過 API 為開發人員提供這項資料，希望這款 Search Analytics API 可協助您將搜尋排名資料納入您的應用程式和工具中。如果您已經在使用其他的 Google API 或現有的 Search Console API，相信這會更容易上手！使用說明網頁 (目前僅提供英文版說明文件) 提供了 Python 的範例，可供您在自己的程式中使用。舉例來說，您可以將 API 用於下列用途：

確認資料顯示情形 (您最快可以在哪一天索取資料？)

[以上說明文件目前僅提供英文版。您認為翻譯成您的語言會有幫助嗎？請使用這份表單告訴我們。] 您打算如何運用這款新的 API 呢？我們很想知道您會透過什麼方式來使用加入了這款 API 的全新工具和應用程式，讓您進一步瞭解網站在 Google 搜尋結果的排名？歡迎與我們分享！如果您已將這款 API 整合到工具中，也期待您與我們分享心得。如果您在使用這款 API 時遇到任何問題，歡迎造訪網站管理員說明論壇。

#NoHacked：透過雙重驗證保護您的網站

2015年8月11日星期二

原文：#NoHacked: Using two-factor authentication to protect your site 作者：Eric Kuan, Webmaster Relations Specialist and Yuan Niu, Webspam Analyst
我們將在今天的 #nohacked 推廣活動裡，和大家談論雙重驗證。大家可以透過 #nohacked 標記追蹤在Twitter 和 Google+ 上的討論內容。(第 1 部分、第 2 部分)

以往透過安全性相對較強的密碼或回答安全性問題，就能有效保護線上帳戶的安全。然而，根據阻止惡意程式 (Stop Badware) 協會的研究，駭客通常會運用竊取而來的憑證入侵網站。此外，即使是知名網站也可能遭受駭客攻擊，並且可能將您的個人資料 (例如密碼) 外洩給攻擊者。所幸目前可以使用雙重驗證方式來保障個人帳戶的安全。雙重驗證的原理是要求使用者在存取個人帳戶前，除了密碼之外，還必須通過其他的驗證方式。如果您在登入社交媒體網站或銀行帳戶時，曾經看過要求您輸入手機接收到的驗證碼的提示 (進入網站或使用晶片讀卡機時)，那就表示您早已使用過上述的雙重驗證機制。雙重驗證方式讓其他人難以登入您的帳戶，就算已盜取您的密碼也一樣。如果條件允許，網站擁有者應為網站的帳戶啟用雙重驗證功能。如有帳戶遭到入侵，就有可能讓您失去重要的個人資料，並且有損網站的名聲。雙重驗證有助提升帳戶和資料的安全性，讓您高枕無憂。 Google 目前可為所有帳戶提供兩步驟驗證，包括 Google Apps 網域下的所有帳戶。您可以使用手機、像是安全金鑰的硬體驗證裝置，或 Google Authenticator 應用程式來驗證帳戶。當您在旅途中，或無法連上行動網路時，便能靈活運用這些選項。如果您的主機供應商、內容管理系統 (CMS)，或任何一種用來管理網站的平台並未提供雙重驗證功能，可向他們的客戶服務部門反映，要求對方提供這個選項。他們也可以使用 Google 的開放原始碼在自有平台中建置雙重驗證功能。如果您的平台或主機供應商對於未授權的存取行為，無法提供強有力的防護措施，請考慮委由其他主機供應商代管您的內容。您可以前往 https://twofactorauth.org/ 網站查看，其中列有支援雙重驗證的網站清單，並詳列可選用的驗證選項類型。如果還有其他問題，歡迎前往網站管理員說明論壇提問，該網站管理員社群中的其他成員會幫忙回答您的問題。您也可以加入我們在8月26日針對安全性問題所舉辦的 Hangout 直播。

中文網站管理員 - 中文網誌