SEO電子報第三十七期 – 2021.07.16~2021.07.31

Google推出"Link Spam Update"

這是上一期才出現過的Duy所發布的公告，在07-26這天，Google推出了一項演算法更新，取名為「link spam update」，預計兩周內完全推出，目的是要更有效率的辨別及忽視連結造成的spam，影響範圍為全球性的並無視語言。

反向連結的討論就不在這邊延伸展開，有興趣的可以閱讀我的反向連結文章，尤其是站長心態以及Google的看法這兩段。

打擊不自然的反向連結的演算法(Google Penguin)，自從2012年就已經存在，我認為Google特別做出公告，是在警告SEO們即將可能發生的排名波動，未來幾周甚至幾個月，在觀察流量的變化上可以將此納入可能因素。

連結: Link Spam Update公告 / SER報導

"About This Result"告訴你為何某網頁排名在前

第26期的時候介紹過"About This Result"這個出現在SERP上個額外資訊框，現在Google將該網頁為何排名在前的原因也顯示在其中，這項功能目前僅在美國的英文結果上出現，並會在未來幾個月讓更多人使用。

Twitter／X 貼文

在 Twitter／X 查看原始貼文

提供這些資訊主要的目的是讓一般的使用者能更相信Google的搜尋結果、知道為何Google把這些網頁推薦給他們、以及建議一些搜尋的技巧(ex: 使用雙引號)。對於有些SEO經驗的人相信不會對下面這些因素感到意外。

• 相符關鍵字 (Matching Keywords) - 該網頁使用了你所搜尋的字
• 相關字詞 (Related terms) - 該網頁出現了你所搜尋的字的相關字
• 連結 (Looking at links) - 有其他網頁連到這個網頁，並使用了與你所搜尋的字作為錨點文字。
• 地區相關性 (Local relevance) - 這個結果與你使用的語言或你所在的國家or區域有關

連結: 官方公告

WordPress正式推出 "Pattern"

WordPress自從5.0版開始將預設編輯器改為區塊化的Gutennberg編輯器，雖然很多人不習慣，但區塊編輯器(ex: Gutenberg, Elementor...etc)有其好用的地方，例如這次v5.8正式推出的Patten功能。

類似於WordPress上的主題(Theme)和外掛(Plugin)，Pattern可以讓你把設計出來的區塊變成一個模板，然後重複使用。更甚者，你可以再Pattern Directory瀏覽別人所設計出來的區塊，套用到自己的網頁中，就像下載外掛或套用主題這麼簡單!

因為剛推出，現在Pattern目錄上的可用區塊還不多，但對於使用WordPress的站長來說，這項更新影響非常大，不容錯過!

連結: 官方公告 / WP Pattern Directory / WP v5.8改版公告

Gary: 至少讓轉址維持一年再拿掉

當然，如果可以永遠不拿掉最好。

絕大多數的情況下，都是建議轉址後就不要拿掉，因為(1.)使用者可能仍然會意外拜訪舊的網址，而你希望他看到正確的網頁，(2.)你希望舊網址所收集的SEO價值，能夠傳遞到新的網址上。

Gary的這個回答是說，撇開(1.)的情況，官方的建議是讓轉址至少維持一年，來確保Google有足夠時間把所有訊號都轉移到新網址上。

舉個例子，URL A有超多的反向連結，在某天URL A 被設定轉址到URL B，轉址設定後URL A的價值將傳遞到URL B上。轉址設定後過了一年，因為某些原因轉址被拿掉了，URL A變成了一個404頁面或者新的網頁，那URL A因為反向連結而得到的價值將會持續留在URL B上，不會因為轉址的消失而消失。

Twitter／X 貼文

在 Twitter／X 查看原始貼文

大部分的人可能會想說把轉址留著就好了，為什麼要拿掉? 理想上的確是不要拿掉最好，但實務上，可能因為別的組非常非常想要使用URL A來創建網頁，或者工程師想要清理後端的轉址條件，跑來詢問SEO的意見，這時我們就能保持專業的引用官方的回答了。

連結: SER報導 / 官方文檔

Google正式推出SeekToAction影片結構化資料

Google宣布SeekToAction脫離beta測試，現在大家都可以使用這項結構化資料。

要讓影片有Key Moments出現有兩個結構化資料可以使用，一個是Clip(數位引擎在2019曾介紹過)，另一個則是SeekToAction。兩者的差別是:

• Clip: 需自己定義每個段落的開始與結束時間，並提供段落的名稱
• SeekToAction: 讓AI自行判斷影片的段落與段落名稱，僅需提供影片格式(ex: ?t=45表示影片45秒處)

若影片是讓在YouTube上，那也可以在影片的說明方塊加上影片章節來達到Key Moments的效果。

連結: SeekToAction 官方公告 / 影片Key Moments結構化資料

技巧: 模擬使用者行為來偵錯CLS問題

「使用PageSpeed Insights的時候都說網站CLS沒問題，但Search Console裡面卻顯示CLS分數極差，為什麼會有這樣的差異呢?」

累計版面配置轉移 (CLS, Cumulative Layout Shift)是一個比較難偵錯的指標，因為它衡量的不只是網頁在載入過程中的非預期性板塊移動，也包含的使用者在瀏覽網站時的板塊移動。使用PageSpeed Insights這類型工具時，由於工具不會與網站互動 (ex: 滾動、待超過一定時間)，因此有些板塊移動的情形不會被實驗室工具發現，所以造成這樣的落差。

Rick Viscomi寫了一篇文章，除了解釋上面這項原因，也提供了兩個解法，(1.)使用瀏覽器插件，並實際與網頁互動，或者是(2.)使用WebPageTest中的Inject Script功能，強制工具在網頁載入後往下滾動，再判斷是否有CLS問題。

第二個方法我覺得非常聰明，塞入額外的腳本也是以前不知道的PageSpeedTest功能，推薦給大家!

連結: Rick Viscomi文章

圖片搜尋指令 src: & imagesize:

Google 更新了其搜尋指令的文檔，介紹src:和imagesize:這兩個專屬於圖片搜尋的少見指令。

其中src:可以返回「來源為特定網域的圖片」，一個很實用的方法是知道你的圖片被那些其他的網站引用了。舉例來說， 輸入-site:darrenhuang.com src:darrenhuang.com 可以看到有哪些網頁崁入了我的圖片。 當然，這僅限於對方直接使用你的圖片網址的情況，若圖片被下載再重新上傳則無效。

另一個imagesize:的指令我是第一次知道，功能是找出特定大小的圖片。舉例來說， 輸入tokyo olympics imagesize:900X1200即可看到長1200px/寬900px的東京奧運圖片。

根據測試，數字的部分必須要精準，有一點不同就會得到不同的結果；另外這指令沒辦法根據"比例"來尋找圖片，這是我覺得可能會比較有用的功能。

以上兩個都是圖片專屬的搜尋指令，如果大家有想到什麼不錯的使用情境歡迎留言分享! 另外關於一般網頁的搜尋指令想了解更多的可以參考這篇Moz的文章，介紹了一些實務上常見的應用。

完整 XML Sitemap 指南 by Sitebulb

由Sitebulb所發布的一篇XML Sitemap教偷學。對於這種基礎文章，我三不五時會瀏覽一遍，確保自己的認知是正確的、吸收新的細節或小技巧、並學習別人是怎麼表達這個概念 (理解和講得讓人聽懂是不同的境界)。

我推薦SEO新手可以詳細閱讀這篇文章，老手們可以快速地讀過去當作複習，我自己看完比較有被提醒到的是下面幾個點:

1. 如何找到一個網站的XML Sitemap? 這在分析對手網站的時候非常實用。
2. XML Sitemap 裡有哪些主要的標籤(url, loc, lastmod, priority...)，那些Google在乎那些不在乎?
3. XML Sitemap該被放在哪裡 - 根目錄或者哪裡都可以? 這點文章寫得和我的認知有差異，查證後我覺得文章是錯誤的，xml sitemap不一定要只能放在根目錄。

另外補充一個冷知識，給搜尋引擎看的sitemap，不一定要是.xml檔!

連結: Sitebulb文章 / Google文檔

[官方文章] 分析自然流量下降原因

由Daniel Waisberg所發表的文章，要讓大家在流量下降時有比較好的方向，知道怎麼透過GSC或其他工具來分析原因。他認為網站的流量掉落有五大可能原因 - 1.)技術性問題、2.)安全性問題、3.)人為介入處理、4.)演算法改動、5.)搜尋興趣變動。

通常前三種因素都還算明顯，比較難的是演算法的改動，或是對手對網站做了些改動。實務上要將流量變化歸因頗為複雜，甚至通常時候都只能點出可能原因，沒法具體知道確切因素。

我認為這篇文章的重點是，造成網站自然流量下降的原因有很多，而有哪些工具可以協助站長們分析。

連結: 官方文章

[影片] 使用共享伺服器會對SEO不好嗎?

這集的影片回答了一個很常見的迷思 - 「與其他網站共享伺服器(shared hosting)，會不會造成網站的SEO表現較差?」，答案簡單來說是不會，但通常這樣的顧慮背後有兩個原因:

1.) 跟我共享伺服器的可能是壞網站，我怕他被處罰我也跟著被處罰!
不會的，共用伺服器或共用IP地址是網路世界中很自然的事情，Google看待的是網站，而不是你的"鄰居"，John不是第一次回答這個問題。

2.) 共享伺服器可能會造成伺服器表現的不穩定，我的網站會因為鄰居太熱門而過載!
這的確會造成問題，但共享伺服器可以有很穩定的；專屬伺服器也可能有很差勁的。雖然通常專屬伺服器會優於共享伺服器，但穩定性及表現還是取決於提供商，不該一概而論。我的建議是中小型網站可以考慮VPS (共享實體伺服器、不共享伺服器資源)。