SEO電子報第三十八期 – 2021.08.01~2021.08.15

案例分析: Wise (前TransferWise)的SEO策略

Wise是一間相當知名的歐洲金融新創，他們在我心中的地位差不多是金融界的Airbnb。在SEO圈子這間公司也常常被拿來當例子，第一件事是今年成功將公司網站從transferwise.com換到wise.com，另一件事則是他們在非常競爭的金融領域中脫穎而出，成功佔據的大部分的featured snippet位置。

這篇案例分析帶大家了解Wise的SEO五大策略 - (1.)能夠規模化的落地頁；(2.)能夠滿足SEO需求的客製化CMS；(3.)為精選摘要打造的內容；(4.)吸引外部連結的多種方式；(5.)將擁有數百萬頁面的網站成功換網域。

有在使用Twitter的朋友也歡迎追蹤Wise的SEO - Fabrizio Ballarini。

連結: 採訪Fabrizio (SEO @Wise) / [影片] Wise轉址的SEO策略 / [簡報]打造SEO友善的CMS

好文 - 搜尋的同質化與SEO奇點

先看看下面這張圖，左側輸入一段文字，右側生產出兩個改寫方法，一個是人為的改寫，一個是機器的改寫，你能分得出哪個是哪個嗎?

在這篇「The Search Singularity」的文章中可以找到答案，該作者認為我們現在正處在一個革命性的時間點，機器生產的內容越來越進步，同樣的內容會被換句話說上百上千遍，在搜尋上不再有明顯的區隔。

儘管沒有人工智慧，其實很多時候SEO在做的事情就是看看網路上已經有排名的文章，將其整理歸納變產出一篇新文章，鮮少加入額外的資訊或是價值。而AI技術的越趨成熟，讓這個趨勢往前邁了一大步，那麼當機器所生產的內容品質足以達到，甚至超過人類寫作的水準，那整個搜尋生態會變成怎樣，SEO們又該如何適應，這篇文章所探討的議題非常值得深思，推薦給大家！

Screaming Frog的「比較」功能介紹

這是在v15推出的功能，讓使用者能將網站的爬取結果與前一次進行比較。不管是做為網站監測工具、或者重大更新的前後比較，都相當不錯。

幾個實用的使用時機和分析包括 (1.)在優化內部連結後，比較網頁內部連結的數量變化；(2.)在優化網站結構後，比較抓取的深度(crawl depth)；(3.)比較單個網頁的SEO元素 (title, description, headers, canonical...etc.)；(4.)比較特定的資料夾，並篩選出該資料夾在兩個時間點中多了那些網址、少了那些網址。

連結: 比較功能指南 / v15更新紀錄

各種免費SEO模板整理

由The Gray Dot Company所整理的各種SEO模板，包含SEO成效報告的模板、技術健診模板、關鍵字研究模板、內容分析或內容簡報...等等，而且全部都免費!

推薦大家挑選一個喜歡的，以其為底開發出適合自己的報告模板，如果有私藏覺得不錯的也歡迎在下面分享~

連結: The Gray Dot Company 文章

Search Response - Pepople Also Ask 查詢工具

這項工具還在Beta測試階段，我還沒有看到太多人討論，但其設計的功能和People Also Ask (PAA)的切入分析角度相當有趣，使用者可以做到下面這些事:

1. 輸入一個字，看到問題中有包含該關鍵字的問答
2. 輸入一個網域，看到回答來自於該網站的問題
3. 輸入一個網址，看到回答來自於該網頁的問題

市面上比較常見的PAA查詢工具還有 - AlsoAsked、Answer the Public、QuestionDB，雖然這些工具都是英文的為主，但我覺得中文使用者仍然可以用它們來了解使用者的問題所在，了解自家網站內容與使用者搜尋意圖之間的差距，並生產出相對應內容將其填補。

Google推出關於檢索與檢索預算的測驗

Google在其關於檢索預算(crawl budget)的官方文檔上新增了幾個小測驗，裡面的問題滿有趣的，有一些細節需要注意，不會到太簡單。

如果是SEO新手，我以前寫過一篇關於Google檢索的文章，歡迎閱讀。簡單幫大家把問題翻譯在下面，有興趣的可以過去試試，也歡迎留言討論答案。

• 將站點地圖壓縮是否能增加檢索預算
• Google偏好新的內容，所以最好時常調整(tweak)網頁
• Google偏好舊的內容勝過於新的內容 (註: 舊內容指存在一段時間的內容，而非過時內容)
• 頁面載入並渲染得越快，Google就能爬更多頁
• 小網站不像大網站那樣經常被抓取
• 網頁離首頁越近，Google就會覺得該內容越重要
• 網址的版本控制(url versioning)可以讓Google重新抓取
• 網站速度和錯誤會影響檢索預算
• 檢索是個排名指標
• 替代URL (ex: AMP, hreflang)和崁入的資源(ex: CSS, JS)皆算在檢索預算中
• 可以用crawl-delay控制Googlebot的活動
• 連結的nofollow屬性會影響檢索預算

連結: Google檢索測驗

YouTube SEO 研究分析 by SEMRush

SEMRush做了這一項YouTube研究，分析15,000個關鍵字的前10名YouTube影片，並試著剖析歸納出成功影片的常見特徵。其中的一些結論雖然沒有特別感意外，但還滿有趣的。隨著越來越多人開始經營自己的YT頻道，相信大家多少都有被問過YouTube SEO是不是有甚麼特別的技巧。

文章中會舉一些實際例子，例如小頻道排得比大頻道前面的案例，以及背後的可能原因。並且會引經據典一些YouTube官方的說法，所以還滿推薦一讀的!

連結: SEMRush全文 / 第28期介紹的YT SEO指南

Google Search Console更新 - 簡化網頁體驗報告

這份公告中Google提到他們會把Safe Browsing(安全瀏覽)從GSC中的網頁體驗報告中移除，原因是Safe Browsing並不是SEO的排名因素，而且大多時候也不是網站擁有者的控制範圍內。儘管如此，Safe Browsing還是很重要，只是與排名沒有關係，因此將從這份報告中移除。(注意Safe Browsing和HTTPS是分開的東西。)

另一個被移掉的是Ad Experience(廣告體驗報告)，廣告體驗一直都不是網頁體驗的一環，因此從網頁體驗報告移除避免誤會，如果要判斷網站是否有不好的廣告體驗，可以透過專屬工具判斷。

連結: 公告

[影片] 使用者回饋如何影響搜尋?

這集影片裡John回答使用者如何提供回饋，以及Google怎麼消化這些回饋。聯絡的方法主要有三種 - (1.) 搜尋結果頁下方的"提交意見"、(2.)使用者互助論壇、(3.)官方的社群帳號。

至於訊息的部分，最好能具體的表達問題以及其規模、並提供幾個搜尋詞當範例，而非只是將其當作抱怨的管道。要知道的是，Google通常是對演算法進行整體改動，而非針對每個字的搜尋結果進行微調，而對演算法的更動會需要根據規模和問題的嚴重程度進行優先級排序。

[摘要] Google Search Podcast – Web Worker & Universal Search

Gary延續前幾集的話題，Google先把使用者輸入的字進行延伸，變成一個parsed query，再送到索引庫，拉出相關的結果，並給每個結果一個分數進行排序。但索引庫不只一個，除了一般網頁外，還有圖片、影片、新聞...等不同的索引庫。每個索引庫都會收到這個parsed query並回傳其結果。

雖然每個索引庫都回傳了一份結果，但並不是所有SERP上都有圖片或影片，這其實是因為最上面有一個機制，就叫它「Universal Mixer」好了，它負責拼湊最後的搜尋結果上該有哪些元素，而這個最多人使用的搜尋功能被稱作Universal Search，不只是網頁排序，也有圖片或影片等其他結果。

Universal Mixer 在選擇出現那些元素的方式像是個競標系統。例如feature snippet說它有分數1,000的結果想要競爭第一名的位置，而網頁index也說它有個分數1,500的結果想要競爭第一名，那結果就是最後的SERP第一名被該網頁結果拿下，沒有feature snippet。

再來就是，使用者的行為也會影響Universal Mixer的判定，例如某個搜尋字，如果非常多人搜尋後去到"圖片搜尋"的結果，那Google就會學習到這個搜尋字的可能需要在Universal Search的結果中就包含圖片欄位。

John 總結得很好，說Universal Mixer其實就像是搜尋引擎們(web, image, news...etc)的搜尋引擎！

前端工程師或是比較有接觸技術面SEO的可能會聽過Web Worker或Service Worker這項技術，在這次的podcast中首先是Martin解釋這是什麼以及它如何影響SEO。我一直很喜歡聽Martin講技術的東西，之前雖然小有研究，但是是在聽完他的解釋才有豁然開朗的感覺。下面是我的理解，推薦大家有興趣可以自己去聽，如果有解釋不對的地方還請幫忙指證!

Service Worker是Web Worker的一種，一般來說JS會使用到主執行續(main thread)，而這項技術能讓你在其他的執行緒上執行代碼。換句話說，通常當你點了一個網頁上的按鍵然後背後開始跑JS，在該JS跑完之前你的主執行緒都是塞住的，沒辦法進行其他的事件，而web worker可以讓代碼在分開的環境中執行，讓主執行緒可以進行其他動作。

Web Worker另一個最大的好處是可以直接在本地端執行代碼，而不用透過伺服器。例如Squoosh.app這個壓縮圖片的網站，圖片是在你的瀏覽器(local)進行壓縮、轉檔這些動作，而非把圖片上傳到伺服器、轉檔/壓縮、再下載回來。

SEO最常聽到的service worker應用可能是PWA，讓你的網站變成一個可以安裝的"APP"，在離線的時候也可以跑出內容，發出推播通知...等等。(話說數位引擎的主網站是PWA+AMP，在手機上瀏覽也會有上述功能)。

這些比較新潮的技術與UX比較有相關，Martin說絕大多數的應用並不會影響到googlebot的抓取和索引，但有時候工程師太有創意，做了些奇奇怪怪的事情可能還是會影響到SEO，例如主執行緒只載入網頁的模板，讓service worker在背後載入內容，完成後再推到主執行緒上，這樣可能會導致Googlebot在渲染(render)階段沒有等到service worker完成工作，就判斷網頁渲染完畢而沒看到內容。

連結: 逐字稿(英)