SEO電子報第三十五期 – 2021.06.16~2021.06.30

搜尋結果上每頁的FAQ資訊調降為兩則

「FAQ」與「How-To」是在2019年亮相的兩個新的搜尋結果，在2021年六月中，Google做了一項更新，讓搜尋結果上的FAQ問題調整為每個網頁最多兩則，並且即便網頁上有超過兩個FAQ，也不會有"Show More"的選項出現。

在一篇國外網友的分析文中，他發現FAQ中所顯示的問題有可能因為搜尋字的不同而不同，但多數情況都還是顯示最前面的兩組FAQs，所以大家可以去審視網頁上所標記的前兩個問題是否最能吸引眼球。另外該作者提到另一個冷知識是，當網頁只有一個FAQ標記時，則該網頁沒有機會在搜尋結果中贏得FAQ的顯示!

Google一連推出兩項打擊垃圾網頁的演算法更新

Google公告在6/23與6/28這兩天，他們各推出了一項演算法更新，其目的是打擊垃圾內容/網頁，其影響是全球性的，且包含網頁搜尋與圖片搜尋。

根據SER的報導，這項更新在社群中並沒有造成太大的迴響，包括討論黑帽SEO技術的論壇，且各大排名追蹤工具也都沒有顯示出太劇烈的排名波動。儘管如此，我印象中Google以前幾乎沒有特別公告他們推出了演算法更新要來打擊spam，所以有使用一些見不得光的SEO手段的網站，可能要多加留意一下了。

Twitter／X 貼文

在 Twitter／X 查看原始貼文

另外Google 每年幾乎都會推出自己在打擊spam的年度報告，可以參考過去數位引擎的介紹 - 2020 / 2019 / 2018 / 2017

Technical SEO 優化案例分析 - Encazip.com

這篇案例分析在講土耳其的Encazip.com這個網站，有了整個公司的高層的認同之下對網站進行徹頭徹尾的大翻新+優化。

其最後正面的結果先撇開不說，這篇案例幾乎講到了技術面SEO上所有可以檢測的東西，也包括很多我本來不知道的細節，例如: 「Google建議DOM不要多於1,500個nodes，或深度不要超過32層」、 「異步加載CSS檔案」 、 「為品牌建立entity 」...等等，都需要額外再做研究才能看通。

這篇文章非常的長，內容也相當深，裡面提及的大部分的東西一般的SEO都碰不到，但知道更多觀念和技術不會是壞事! 推薦大家泡個咖啡找個時間好好坐下來閱讀。

連結: Encazip.com 優化案例

Beta測試中 - 認識新聞內容背後的記者

Google 一直致力於提高使用者對於搜尋結果的信賴度，這點從搜尋指南上的EAT、新聞文章的Full Coverage和事實查核...等功能都可以看出。而現在又有一項新的功能在beta測試中，這項功能讓使用者在搜尋記者名字時，多出一個"Articles"的輪播版位收錄該記者在過去所寫的文章。

雖然這個新功能目前僅限於美國地區的一小部分記者，但我認為相當值得一提。比較資深的SEO人可能會聽過rel="author"這個標籤，"authorship"是Google以前曾經想要做卻失敗的東西，因為在網路上要準確地將"內容"與"作者"連結起來太困難了，而這個更新可能是Google的再次嘗試。

連結: 官方公告

可互動式Onpage SEO指南

這份Siege Media所出的SEO指南內容比較初階，但相當全面，我覺得很適合提供給寫手們閱讀。我自己與寫手打交道的心得是當寫手"太在乎"或"太不在乎"SEO都滿不OK的，而這篇文章給了很好的平衡點。

另外值得一提的是這個網頁的互動式設計，往下滾的時候右側圖片會隨之變化 (電腦版)，這樣的設計讓內容雖然很長卻容易消化，相當值得一學，這裡是另一個相似的網頁設計。SEO到某個領域後和UX很難沒有交集，畢竟文字內容再怎麼SEO優化，沒有一個好的呈現方式讓讀者想閱讀下去也是徒勞。

Google: 此搜尋結果變化劇烈中

為了因應突發狀況剛發生，網路上可信任資訊相對少的時候，使用者在搜尋結果可能被低權威性網站內容誤導的情況，今後在搜尋結果上會主動通知使用者 –「It looks like these results are changing quickly」。

2020年的四月開始，Google也開始推出另一個通知告訴使用者他們沒有找到高度匹配的網頁，直接承認自己的不完美。

連結: 官方公告

各項網站技術的Core Web Vitals比較

由Google的Rick Viscomi所做的Data Studio儀表板，結合CrUX和HTTP Arvhie的資料，來監測每項網頁技術在CWVs上的表現。

以往的報告都只能看到每個網站的CWV表現，但卻看不到每個網站背後所使用的技術在CWV上的平均表現如何，雖然一個網站可能使用多種技術，且技術也不是影響網站表現的唯一變數，但這個角度的可以至少看出那些技術種類(例如CMS、JS架構...等)可能比較performance friendly.

另外補充一個比較React, Vue, Angular...等網站架構的網站 - Perf Track

連結: Rick介紹此儀表板

官方新文檔 - HTTP 狀態碼如何影響Google搜尋

Google發布了這篇新的文檔，在講Googlebot如何看待各種HTTP狀態碼，以及防火牆或DNS設定...等造成Googlebot看不到網頁內容的情況。

內容比我想像中的有趣許多，例如下圖這點，Googlebot只會跟隨最多10次的轉址，之後他們就會顯示redirect error，另外301 vs 302的爭議有個比較清楚的解釋，301在告訴Google目標網頁是標準頁面這點有較強的訊號。

另外還有除了429 (too many requests)以外的4XX錯誤，在Google一視同仁；而204(no content)則是會被視作soft 404；另外還有418因為這個開發者的幽默而來的狀態碼，推薦大家閱讀!

官方新文檔 - 轉址與Google搜尋

轉址的主要目的是當網址變動的時候，讓使用者以及Google知道新的目標網址為何。雖然對使用者通常沒甚麼影響，但對Google來說轉址主要分為兩種 - 永久性轉址(permanent redirect)、暫時性轉址(temporary redirect)。

不管永久性或暫時性的轉址都有多種的方法可以達成，包含大家耳熟能詳的301、302；JS redirect；meta refresh；以及造成大家國外討論劇烈的Crypto Redirect。這個新名詞聽起來很酷，但其實只是指在原本的網頁上放上一段訊息，並普通的超連結到新的網頁上，差不多是下面這樣: 😂

<p>嘿，我們搬家了，請到<a href="https://www.newsite.com/">這裡</a>進入我們新的網站</p>

另外這篇文檔的最後一段也滿有趣的，他說當一個網址被轉址的時候(例如A redirect to B)，Google會從原始網頁(A)和目標網頁(B)中，根據訊號的強弱選一個當作標準網址(canonical URL)，而另一個則成為標準網址的alternative name。通常出現在搜尋結果的會是標準網址，但alternative name也可能因為使用者的用了特定搜尋字(ex: site:)而出現。

連結: Google轉址文檔

[摘要] Google Search Podcast – Google I/O & 資訊檢索

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，也就是使用者搜尋一個字，Google會將其擴展成更多的相關字，再去索引庫查找；而這個查找的動作就是所謂的information retrievel，簡易的理解就是判斷某個檔案是否含有某項資訊，這個步驟使用了sign posting等技術來提高效率，才能在最短時間內找到相關結果。

在information retrieval中，當判斷相關字的時候，一個有趣的小知識是 - 「buy car」跟「sell car」是可能被視為「同義字」的，因為當用戶在搜尋要「買」一個物品時，網頁上就算用的是「賣」這個字也非常符合使用者的搜尋意圖。

以上的步驟都只是找出相關的所有網頁或檔案，這個步驟給了每個網頁一個大略的分數，假設一個搜尋字有10億相關的網頁，他們會將其排序並取前1000個左右的網頁。到這個階段其實給出的結果已經相當不錯了，但他們只是基於一些基本訊號的排序結果，整個排名的過程並沒有完全結束。這1000個網頁還需要經過更多的訊號，重新排序，才會是使用者最後所看到的搜尋結果。

連結: 逐字稿