--- title: "SEO電子報第三十五期 – 2021.06.16~2021.06.30" description: "六月份的SEO有相當多新的消息，除了六月的核心演算法的改動，在七月一號當天Google也宣布另一個核心演算法也推出了，此外還有兩個打擊spam的算法更新；這期電子報的兩份新文檔以及Search Podcast都可以讓大家對Google運作方式有更進一步的認識；另外第3點的案例分析和第5點的onpage" canonical: "https://www.darrenhuang.com/seo-newsletter-issue-35.html" markdown: "https://www.darrenhuang.com/seo-newsletter-issue-35.md" locale: "zh-hant" language: "zh-Hant" translationKey: "post:seo-newsletter-issue-35" type: article published: "2021-07-01T00:00:00.000Z" modified: "2024-09-02T00:00:00.000Z" --- > 此 Markdown 版本由正式 HTML 內容自動產生。 > 引用時請使用 [canonical page](https://www.darrenhuang.com/seo-newsletter-issue-35.html)。 數位引擎文章 # SEO電子報第三十五期 – 2021.06.16~2021.06.30 六月份的SEO有相當多新的消息，除了六月的核心演算法的改動，在七月一號當天Google也宣布另一個核心演算法也推出了，此外還有兩個打擊spam的算法更新；這期電子報的兩份新文檔以及Search Podcast都可以讓大家對Google運作方式有更進一步的認識；另外第3點的案例分析和第5點的onpage Darren Huang·2021年7月1日·約 10 分鐘更新於 2024年9月2日 本文目錄10 個段落 1. [搜尋結果上每頁的FAQ資訊調降為兩則](#toc-1) 2. [Google一連推出兩項打擊垃圾網頁的演算法更新](#toc-2) 3. [Technical SEO 優化案例分析 - Encazip.com](#toc-3) 4. [Beta測試中 - 認識新聞內容背後的記者](#toc-4) 5. [可互動式Onpage SEO指南](#toc-5) 6. [Google: 此搜尋結果變化劇烈中](#toc-6) 7. [各項網站技術的Core Web Vitals比較](#toc-7) 8. [官方新文檔 - HTTP 狀態碼如何影響Google搜尋](#toc-8) 9. [官方新文檔 - 轉址與Google搜尋](#toc-9) 10. [\[摘要\] Google Search Podcast – Google I/O & 資訊檢索](#toc-10) **本文目錄** 1. [搜尋結果上每頁的FAQ資訊調降為兩則](#toc-1) 2. [Google一連推出兩項打擊垃圾網頁的演算法更新](#toc-2) 3. [Technical SEO 優化案例分析 - Encazip.com](#toc-3) 4. [Beta測試中 - 認識新聞內容背後的記者](#toc-4) 5. [可互動式Onpage SEO指南](#toc-5) 6. [Google: 此搜尋結果變化劇烈中](#toc-6) 7. [各項網站技術的Core Web Vitals比較](#toc-7) 8. [官方新文檔 - HTTP 狀態碼如何影響Google搜尋](#toc-8) 9. [官方新文檔 - 轉址與Google搜尋](#toc-9) 10. [\[摘要\] Google Search Podcast – Google I/O & 資訊檢索](#toc-10) 六月份的SEO有相當多新的消息，除了六月的核心演算法的改動，在七月一號當天Google也宣布另一個核心演算法也推出了，此外還有兩個打擊spam的算法更新；這期電子報的兩份新文檔以及Search Podcast都可以讓大家對Google運作方式有更進一步的認識；另外第3點的案例分析和第5點的onpage seo指南，也推薦大家找個時間坐下來好好閱讀! - [搜尋結果上每頁的FAQ資訊調降為兩則](./seo-newsletter-issue-35.html#toc-1) - [Google一連推出兩項打擊垃圾網頁的演算法更新](./seo-newsletter-issue-35.html#toc-2) - [Technical SEO 優化案例分析 - Encazip.com](./seo-newsletter-issue-35.html#toc-3) - [Beta測試中 - 認識新聞內容背後的記者](./seo-newsletter-issue-35.html#toc-4) - [可互動式Onpage SEO指南](./seo-newsletter-issue-35.html#toc-5) - [Google: 此搜尋結果變化劇烈中](./seo-newsletter-issue-35.html#toc-6) - [各項網站技術的Core Web Vitals比較](./seo-newsletter-issue-35.html#toc-7) - [官方新文檔 - HTTP 狀態碼如何影響Google搜尋](./seo-newsletter-issue-35.html#toc-8) - [官方新文檔 - 轉址與Google搜尋](./seo-newsletter-issue-35.html#toc-9) - [\[摘要\] Google Search Podcast – Google I/O & 資訊檢索](./seo-newsletter-issue-35.html#toc-10) * * * ## 搜尋結果上每頁的FAQ資訊調降為兩則 「FAQ」與「How-To」是在[2019年亮相](./google-io-2019-seo-news-information.html#new-fs)的兩個新的搜尋結果，在2021年六月中，Google做了一項更新，讓搜尋結果上的FAQ問題調整為每個網頁最多兩則，並且即便網頁上有超過兩個FAQ，也不會有"Show More"的選項出現。 ![](./wp-content/uploads/2021/06/FAQ%E8%B3%87%E8%A8%8A%E8%AA%BF%E7%82%BA%E5%85%A9%E5%89%87.png) 在一篇[國外網友的分析文](https://brodieclark.com/googles-faq-schema-update/)中，他發現FAQ中所顯示的問題有可能因為搜尋字的不同而不同，但多數情況都還是顯示最前面的兩組FAQs，所以大家可以去審視網頁上所標記的前兩個問題是否最能吸引眼球。另外該作者提到另一個冷知識是，當網頁只有一個FAQ標記時，則該網頁沒有機會在搜尋結果中贏得FAQ的顯示! * * * ## Google一連推出兩項打擊垃圾網頁的演算法更新 Google公告在6/23與6/28這兩天，他們各推出了一項演算法更新，其目的是打擊垃圾內容/網頁，其影響是全球性的，且包含網頁搜尋與圖片搜尋。 根據SER的[報導](https://www.seroundtable.com/google-search-spam-algorithm-update-june-23rd-31649.html)，這項更新在社群中並沒有造成太大的迴響，包括討論黑帽SEO技術的論壇，且各大排名追蹤工具也都沒有顯示出太劇烈的排名波動。儘管如此，我印象中Google以前幾乎沒有特別公告他們推出了演算法更新要來打擊spam，所以有使用一些見不得光的SEO手段的網站，可能要多加留意一下了。 > Twitter／X 貼文 > > [在 Twitter／X 查看原始貼文](https://twitter.com/searchliaison/status/1409576349715427332) 另外Google 每年幾乎都會推出自己在打擊spam的年度報告，可以參考過去數位引擎的介紹 - [2020](./seo-newsletter-issue-31.html#toc-4) / [2019](./seo-newsletter-issue-10.html#toc-3) / [2018](https://developers.google.com/search/blog/2019/03/this-year-in-search-spam-webspam-report) / [2017](https://www.facebook.com/searchenginecommunity/photos/a.193015414769742/272138763524073/) * * * ## Technical SEO 優化案例分析 - Encazip.com 這篇案例分析在講土耳其的Encazip.com這個網站，有了整個公司的高層的認同之下對網站進行徹頭徹尾的大翻新+優化。 其最後正面的結果先撇開不說，這篇案例幾乎講到了技術面SEO上所有可以檢測的東西，也包括很多我本來不知道的細節，例如: 「[Google建議DOM不要多於1,500個nodes，或深度不要超過32層](https://web.dev/dom-size/)」、 「[異步加載CSS檔案](https://www.holisticseo.digital/pagespeed/async-css/)」 、 「[為品牌建立entity](https://www.authoritas.com/blog/encazip-case-study/#branding) 」...等等，都需要額外再做研究才能看通。 ![](./wp-content/uploads/2021/06/Comparison_between_August_and_January_2021-480x223-1.png) encazip.com 網站流量成長圖 這篇文章非常的長，內容也相當深，裡面提及的大部分的東西一般的SEO都碰不到，但知道更多觀念和技術不會是壞事! 推薦大家泡個咖啡找個時間好好坐下來閱讀。 連結: [Encazip.com 優化案例](https://www.authoritas.com/blog/encazip-case-study/) * * * ## Beta測試中 - 認識新聞內容背後的記者 Google 一直致力於提高使用者對於搜尋結果的信賴度，這點從[搜尋指南](https://static.googleusercontent.com/media/guidelines.raterhub.com/en//searchqualityevaluatorguidelines.pdf)上的EAT、新聞文章的[Full Coverage](./seo-newsletter-issue-16.html#toc-8)和事實查核...等功能都可以看出。而現在又有一項新的功能在beta測試中，這項功能讓使用者在搜尋記者名字時，多出一個"Articles"的輪播版位收錄該記者在過去所寫的文章。 雖然這個新功能目前僅限於美國地區的一小部分記者，但我認為相當值得一提。比較資深的SEO人可能會聽過`rel="author"`這個標籤，"authorship"是Google以前[曾經想要](https://developers.google.com/search/blog/2013/08/relauthor-frequently-asked-advanced)做卻[失敗](https://support.google.com/webmasters/answer/6083347)的東西，因為在網路上要準確地將"內容"與"作者"連結起來太困難了，而這個更新可能是Google的再次嘗試。 連結: [官方公告](https://blog.google/products/news/learn-more-about-person-behind-news-article/) * * * ## 可互動式Onpage SEO指南 這份Siege Media所出的[SEO指南](https://siegemedia.com/strategy/on-page-seo)內容比較初階，但相當全面，我覺得很適合提供給寫手們閱讀。我自己與寫手打交道的心得是當寫手"太在乎"或"太不在乎"SEO都滿不OK的，而這篇文章給了很好的平衡點。 ![](./wp-content/uploads/2021/06/%E9%A0%81%E9%9D%A2%E4%B8%8ASEO%E6%8C%87%E5%8D%97-1024x458.png) 章節 另外值得一提的是這個網頁的互動式設計，往下滾的時候右側圖片會隨之變化 (電腦版)，這樣的設計讓內容雖然很長卻容易消化，相當值得一學，這裡是另一個相似的[網頁設計](https://www.abc.net.au/news/2019-12-11/why-everything-you-thought-about-running-is-wrong/11775598?nw=0)。SEO到某個領域後和UX很難沒有交集，畢竟文字內容再怎麼SEO優化，沒有一個好的呈現方式讓讀者想閱讀下去也是徒勞。 * * * ## Google: 此搜尋結果變化劇烈中 為了因應突發狀況剛發生，網路上可信任資訊相對少的時候，使用者在搜尋結果可能被低權威性網站內容誤導的情況，今後在搜尋結果上會主動通知使用者 –*「It looks like these results are changing quickly」*。 2020年的四月開始，Google也開始推出[另一個通知](./seo-newsletter-issue-7.html#toc-2)告訴使用者他們沒有找到高度匹配的網頁，直接承認自己的不完美。 ![](./wp-content/uploads/2021/06/%E6%90%9C%E5%B0%8B%E7%B5%90%E6%9E%9C%E8%AE%8A%E5%8C%96%E5%8A%87%E7%83%88%E4%B8%AD.png) 連結: [官方公告](https://blog.google/products/search/new-notice-search-rapidly-evolving-results/) * * * ## 各項網站技術的Core Web Vitals比較 由Google的[Rick Viscomi](https://twitter.com/rick_viscomi)所做的Data Studio儀表板，結合[CrUX](./core-web-vitals-lcp-fid-cls.html#crux)和[HTTP Arvhie](./seo-newsletter-issue-31.html#toc-9)的資料，來監測每項網頁技術在CWVs上的表現。 以往的報告都只能看到每個網站的CWV表現，但卻看不到每個網站背後所使用的技術在CWV上的平均表現如何，雖然一個網站可能使用多種技術，且技術也不是影響網站表現的唯一變數，但這個角度的可以至少看出那些技術種類(例如CMS、JS架構...等)可能比較performance friendly. ![](./wp-content/uploads/2021/07/%E7%B6%B2%E9%A0%81%E6%8A%80%E8%A1%93CWV%E6%AF%94%E8%BC%83.png) 由此圖可看出Wix所架的網站在過去一年CWV有明顯提升 另外補充一個比較React, Vue, Angular...等網站架構的網站 - [Perf Track](https://perf-track.web.app/) 連結: [Rick介紹此儀表板](https://discuss.httparchive.org/t/new-dashboard-the-core-web-vitals-technology-report/2178) * * * ## 官方新文檔 - HTTP 狀態碼如何影響Google搜尋 Google發布了這篇[新的文檔](https://developers.google.com/search/docs/advanced/crawling/http-network-errors)，在講Googlebot如何看待各種HTTP狀態碼，以及防火牆或DNS設定...等造成Googlebot看不到網頁內容的情況。 內容比我想像中的有趣許多，例如下圖這點，Googlebot只會跟隨最多10次的轉址，之後他們就會顯示redirect error，另外301 vs 302的爭議有個比較清楚的解釋，301在告訴Google目標網頁是標準頁面這點有較強的訊號。 ![](./wp-content/uploads/2021/06/%E6%9A%AB%E6%99%82%E8%BD%89%E5%9D%80%E8%88%87%E6%B0%B8%E4%B9%85%E8%BD%89%E5%9D%80-1024x610.png) 另外還有除了429 (too many requests)以外的4XX錯誤，在Google一視同仁；而204(no content)則是會被視作soft 404；另外還有[418](https://www.facebook.com/searchenginecommunity/posts/226240884780528)因為這個開發者的幽默而來的狀態碼，推薦大家閱讀! * * * ## 官方新文檔 - 轉址與Google搜尋 轉址的主要目的是當網址變動的時候，讓使用者以及Google知道新的目標網址為何。雖然對使用者通常沒甚麼影響，但對Google來說轉址主要分為兩種 - 永久性轉址(permanent redirect)、暫時性轉址(temporary redirect)。 不管永久性或暫時性的轉址都有多種的方法可以達成，包含大家耳熟能詳的301、302；JS redirect；meta refresh；以及造成大家國外討論劇烈的`Crypto Redirect`。這個新名詞聽起來很酷，但其實只是指在原本的網頁上放上一段訊息，並普通的超連結到新的網頁上，差不多是下面這樣: 😂

嘿，我們搬家了，請到這裡進入我們新的網站

![](./wp-content/uploads/2021/07/SEO%E8%BD%89%E5%9D%80%E6%96%B9%E6%B3%95.png) 永久性與暫時性轉址分類 另外這篇文檔的最後一段也滿有趣的，他說當一個網址被轉址的時候(例如A redirect to B)，Google會從原始網頁(A)和目標網頁(B)中，根據訊號的強弱選一個當作標準網址(canonical URL)，而另一個則成為標準網址的alternative name。通常出現在搜尋結果的會是標準網址，但alternative name也可能因為使用者的用了特定搜尋字(ex: `site:`)而出現。 連結: [Google轉址文檔](https://developers.google.com/search/docs/advanced/crawling/301-redirects) * * * ## \[摘要\] Google Search Podcast – Google I/O & 資訊檢索 [Spotify episode](https://open.spotify.com/embed/episode/3ttE5qbxVrbLtMp8Wy7vKT) [在 Spotify 查看原始內容](https://open.spotify.com/episode/3ttE5qbxVrbLtMp8Wy7vKT) **Google IO 2021** Martin說他不覺得在Google I/O這種開發者大會上，需要有更多和搜尋有關的演講，因為相較於Google Cloud或Tensorflow這些對開發者比較有直接影響的東西來說，如果Google把搜尋做好，那開發者其實沒有甚麼需要擔心的。 Gary補充在Google裡一直都有兩派聲音，一派是偏好不用特別對外說關於搜尋的細節，因為理想上當Google可以完美理解一個網頁或網站，站長們並不需要特別做些什麼在技術上"優化"SEO；而另一派則是承認Google在搜尋上的不足，對外溝通，讓SEO們知道如何幫助Googlebot理解網站。 結構化資料是個很好的例子，想像幾年後Google的技術如果能直接理解網頁上的內容並將其"結構化"，屆時站長們就不需要特別放上schema markup這類型的結構化資料了，但現況是Google離完美還有一段距離。 Gary提到的兩派聲音其實都可以理解，我認為長期來看，SEO人在理解用戶需要什麼資訊、怎麼搜尋、怎麼生產內容的技能還是必要的，而技術面的SEO，正確的心態應該是幫助Google更好的理解網站內容，而非試著鑽出Google不足的部分並試圖從中獲得利益。 **Information Retrieval **Gary在以前的podcast中曾提過[query parsing & query understanding](./seo-newsletter-issue-32-33.html#toc-10)，也就是使用者搜尋一個字，Google會將其擴展成更多的相關字，再去索引庫查找；而這個查找的動作就是所謂的information retrievel，簡易的理解就是判斷某個檔案是否含有某項資訊，這個步驟使用了[sign posting](./seo-newsletter-issue-27.html#toc-8)等技術來提高效率，才能在最短時間內找到相關結果。 在information retrieval中，當判斷相關字的時候，一個有趣的小知識是 - 「buy car」跟「sell car」是可能[被視為「同義字](http://www.facebook.com/searchenginecommunity/posts/580626692675277)」的，因為當用戶在搜尋要「買」一個物品時，網頁上就算用的是「賣」這個字也非常符合使用者的搜尋意圖。 以上的步驟都只是找出相關的所有網頁或檔案，這個步驟給了每個網頁一個大略的分數，假設一個搜尋字有10億相關的網頁，他們會將其排序並取前1000個左右的網頁。到這個階段其實給出的結果已經相當不錯了，但他們只是基於一些基本訊號的排序結果，整個排名的過程並沒有完全結束。這1000個網頁還需要經過更多的訊號，重新排序，才會是使用者最後所看到的搜尋結果。 連結: [逐字稿](https://hwcdn.libsyn.com/p/2/6/b/26b5324f792c3aef/Search_Off_the_Record_-_19th_episode.pdf?c_id=105586766&cs_id=105586766&preview=1625002022&no-libsyn-stats=true&expiration=1625005622&hwt=7faf66fbd85e094c136afa21c4c0d980) * * * Crypto Redirect造成了大家熱烈討論，以為要跟區塊鏈搭上甚麼關係，但John和Gary的[解釋](https://twitter.com/methode/status/1410278827314515969)說這是他們內部的用語，而且早在2006年Matt Cutts就說過[crypto-404](https://www.mattcutts.com/blog/sitemaps-interview/#:~:text=we%20call%20that%20a%20crypto-404)之類的詞，相當有趣，我也很期待之後的中文官方翻譯。SEO to the moon! **分類** - [SEO電子報](/categories/seo電子報.html) **標籤** - [SEO電子報](/tags/seo電子報.html) Keep exploring ## 繼續閱讀 [全部文章 →](/articles.html) [上一期**SEO電子報第三十四期 – 2021.06.01~2021.06.15**](/seo-newsletter-issue-34.html)[下一期**SEO電子報第三十六期 – 2021.07.01~2021.07.15**](/seo-newsletter-issue-36.html) ### 相關文章 2021年7月30日 #### [SEO電子報第三十七期 – 2021.07.16~2021.07.31](/seo-newsletter-issue-37.html) [閱讀文章 →](/seo-newsletter-issue-37.html) 2021年5月31日 #### [SEO電子報第三十二~三十三期 – 2021.05.01~2021.05.31](/seo-newsletter-issue-32-33.html) [閱讀文章 →](/seo-newsletter-issue-32-33.html) 2021年8月16日 #### [SEO電子報第三十八期 – 2021.08.01~2021.08.15](/seo-newsletter-issue-38.html) [閱讀文章 →](/seo-newsletter-issue-38.html) × 開啟原圖 ↗