Microsoft 宣布他們的網路瀏覽器即將停止支援 Flash 時，在文章標題裡形容這是「一個時代的終結」。根據預設，Chrome (自版本 76 起)、Microsoft Edge 及 FireFox 69 都會停用 Flash；再過不久，Google 搜尋索引也會終止使用 Flash。
以前的網頁僅有靜態元素，相當無趣。為了增添豐富的動畫、媒體和動作，Flash 應運而生。這項極具發展性的技術，曾為網路上許多新內容創作者帶來豐沛靈感；Flash 當時幾乎無所不在，用於播放 Flash 內容的 Flash 執行階段，在 2013 下半年的安裝次數高達 5 億次。
我還記得我兒子曾經接連不斷玩了無數款 Flash 遊戲，直到我太太對他大吼：「你該去睡覺了！」嘿，Flash，現在輪到你休息了。
今年年末，Google 搜尋將停止支援 Flash。針對含有 Flash 內容的網頁，Google 搜尋會忽略 Flash 內容，也會停止為獨立的 SWF 檔案建立索引。本次異動對大多數使用者和網站都不會造成任何影響。
Flash，你曾為網路世界帶來眾多靈感與啟發；現在，HTML5 等網路標準將接棒引領網路世界發展。
Jalgayo (/tʃɑlˈgɑjɔ/，韓文中的「再見」)，Flash。
發文者：Google 工程經理 Dong-Hwi Lee
當使用者在搜尋產品或服務時，結合評論複合式搜尋結果的搜尋結果能為他們提供極大幫助 (有時候搜尋結果旁邊會顯示分數和/或「星等」評分)。
為了讓這類搜尋結果對使用者更有幫助和意義，我們已針對複合式搜尋結果中的評論更新演算法，同時處理了網站管理員向我們回報的一些無效或具有誤導性的實作行為。
雖然在技術上來說，您可以為任何類型的結構定義附加評論標記，但是許多類型的結構定義就算顯示星等評論，對使用者也沒有多少價值。這項改變的目的是減少可能在搜尋中觸發評論複合式搜尋結果的結構定義類型。具體來說，我們只會為下列類型 (和相關子類型) 顯示評論：
如果評論是由產品或服務供應商「自行刊登」，對於使用者的幫助就很有限。在我們看來，凡是實體介紹網站自帶的評論 (無論是直接附在標記中，還是透過內嵌的第三方小工具顯示) 都算是「自刊評論」。正因為實體可能控制自身獲得的評論，所以我們必須調整演算法，不再繼續為 localBusiness 和 Organization 結構定義類型 (及其子類型) 顯示評論複合式搜尋結果。
這次演算法更新已將 name 納入必要屬性，所以您必須為接受評論的項目指定 name。
以前，公司或機構之類的實體可以為了提供進一步資訊，在自家網站的首頁或其他頁面中加入自己的評論標記，而這常會造成相關網頁的評論摘要出現在搜尋結果中。這類標記可能是由實體直接加入，也可能是透過第三方小工具所嵌入。
我們將這種行為視為「自刊評論」，因為實體是自行選擇將標記加入自己的網頁，藉此提供公司或機構相關資訊。
現在，我們已經不會再顯示公司和機構的自刊評論 (LocalBusiness 和 Organization 結構定義類型)。也就是說，只要我們認定使用者所做的評論是由實體自行刊登，就不會再為其顯示複合式評論摘要。
我們仍然接受並會顯示其他結構定義類型的評論 (可參閱這份說明文件)。舉例來說，料理網站可能會使用食譜標記來摘述訪客的評論，所以當這些食譜出現在搜尋結果中時，就可能附上這個複合式評論標記。
常見問題
如果我使用第三方小工具來顯示自己公司的評論，會怎麼樣？
Google 搜尋將不會為相關網頁顯示評論摘要，因為我們認為嵌入第三方小工具等同於控制連結評論。
我需要移除 LocalBusiness 或 Organization 結構定義的自刊評論嗎？
您不必移除這類內容。這次調整只是 Google 搜尋單方面不會再為相關網頁顯示評論摘要。
我在自己的網站上自刊評論會導致專人介入處理嗎？
您的網站不會單獨因為這個理由而受到專人介入處理。不過，我們建議您檢查自己的結構化資料是否遵循我們的指南。
這次調整會對我的「Google 我的商家」資訊/資料帶來影響嗎？
不會，這次調整是針對自然搜尋，不會影響到「Google 我的商家」。
如果網站會收集其他機構的評論，是否會受到這次調整影響？
不會，一切維持原樣。評論收集網站仍然可以在搜尋結果中顯示評論摘要 (當然內容是關於其他機構的評論)。
這次調整是否也適用於 AggregateRating？
是，Review 和 AggregateRating 都在適用範圍內。
Review
AggregateRating
如果發現搜尋結果中仍有自刊評論，該如何檢舉？
如果有需要，我們會考慮為此提供一份特別表單。由於這項改變還在緩慢推行，所以您可能還是會在一些地方看到不該出現的評論星號。
這項改變有助於為使用者提供更有意義的評論資訊，而且大部分網站管理員都不需要多費力氣就能搞定。如需這些更新內容的完整資訊，請參閱我們的開發人員說明文件。如果您有任何疑問，歡迎前往網站管理員論壇提問！
張貼者：軟體工程師 Yuxin Cao 和信任與安全性搜尋小組成員 Sven Naumann
Google 使用內容預覽 (包含網頁文字摘要和其他媒體) 協助使用者判斷哪一項搜尋結果與他們的查詢最為相關。許多因素都會影響系統顯示的預覽類型，例如使用者搜尋的內容類型，以及使用者用於瀏覽網頁的裝置類型。
舉例來說，你在 Google 上搜尋食譜時，可能會在搜尋結果中看到縮圖圖片和使用者評分；在決定要吃什麼的時候，這些資訊可能比網頁文字摘要更為實用。而 Google 之所以能顯示這些資訊，是因為發布者替他們的網頁加上了結構化資料標記。
Google 自動產生預覽的目的，是想協助使用者瞭解 Google 顯示的結果和他們的搜尋條件有何關聯，以及他們為何可能想造訪這些連結的網頁。不過我們也知道，有些網站擁有者希望能自行調整網站在搜尋結果中呈現的預覽內容多寡。為了方便個別網站設定網頁摘要的文字長度和可用的文字，以及預覽中應包含多少其他媒體，我們即將為網站管理員推出幾項全新設定。
以往，網站管理員只能選擇是否要顯示網頁文字摘要；現在，我們即將推出多種方法，方便你對自家網頁顯示的預覽內容進行更精細的設定。為了達成這個目標，請使用以下兩種新設定：一系列漫遊器中繼標記和一個 HTML 屬性。
漫遊器中繼標記應加在 HTML 網頁的 <head> 部分，或是透過 x-robots-tag HTTP 標頭加以指定。用於設定網頁預覽內容的漫遊器中繼標記如下所示：
這些中繼標記將自 2019 年 10 月 開始生效。你也可以將這些中繼標記合併使用，範例如下：
<meta name="robots" content="max-snippet:50, max-image-preview:large">
如果想限制網頁中的特定部分顯示為網頁摘要，您可以使用新的設定方法，也就是在 span、div 和 section 元素中加上「data-nosnippet」HTML 屬性。運用這種方法，您就可以避免 HTML 網頁中的某些部分顯示在網頁文字摘要裡。
舉例來說：
<p><span data-nosnippet>哈利·胡迪尼</span>無疑是有史以來最著名的魔術師。</p>
今年稍後，data-nosnippet HTML 屬性便會開始生效。如需瞭解詳情，請參閱 robots 中繼標記、x-robots-tag 以及 data-nosnippet 的開發人員說明文件。
結構化資料中的內容可以在搜尋結果中顯示為複合式搜尋結果；這類結果不會受到上述中繼 robots 設定所宣告的限制影響，但如果以更具體的方式限定或修改結構化資料中提供的內容，還是能設下限制。舉例來說，如果結構化資料中含有食譜，搜尋結果可能會以食譜輪轉介面的形式呈現該結構化資料的內容。如果想要限制這種呈現方式，發布者可以為結構化資料中的內容量及類型設下限制。
搜尋服務中的部分特殊功能必須仰賴預覽內容才能使用，因此對預覽設下限制可能會導致您的內容無法顯示在這些區域中。舉例來說，如要顯示精選摘要，摘要內容必須達到最低字元限制；由於最低字元限制會因語言而異，所以我們無法告知確切的 max-snippet 長度，以確保您的內容一定能顯示在這項功能中。如果您不希望讓自家內容顯示為精選摘要，可以試著縮短 max-snippet 長度；但假如您想確保完全停用精選摘要，請使用 nosnippet。
採用 AMP 格式有一些優點，例如可以讓縮圖圖片在搜尋結果及 Google 探索動態消息中以更顯眼的方式呈現出來；這些特性已經證實能夠為發布者的文章帶來更多流量。不過，如果發布者不希望 Google 搜尋服務及探索功能在顯示他們的 AMP 網頁時使用較大的縮圖圖片，可以運用上述中繼 robots 控制項將 max-image-preview 設為「standard」或「none」。
這些新選項將開放給全球的內容擁有者使用，並且對世界各地顯示的結果都會帶來同樣的效果。我們希望這些控制項能讓各位以更輕鬆的方式充分運用搜尋服務，創造最大價值，並協助各位達成業務目標。如需更多資訊，請參閱中繼標記的開發人員說明文件；如有任何疑問，歡迎與我們聯絡，或是前往網站管理員說明論壇提問。
張貼者：Google 瑞士分公司的網站管理員趨勢分析師 John Mueller
