--- title: "SEO電子報第四十四期 – 2021.11.01~2021.11.15" description: "這一期電子報是開張以來花最多時間在寫的，也應該是最長的一期。兩個禮拜來值得講的東西很多，其中幾條特別深，例如Chrome Dev" canonical: "https://www.darrenhuang.com/seo-newsletter-issue-44.html" markdown: "https://www.darrenhuang.com/seo-newsletter-issue-44.md" locale: "zh-hant" language: "zh-Hant" translationKey: "post:seo-newsletter-issue-44" type: article published: "2021-11-15T00:00:00.000Z" modified: "2024-09-02T00:00:00.000Z" --- > 此 Markdown 版本由正式 HTML 內容自動產生。 > 引用時請使用 [canonical page](https://www.darrenhuang.com/seo-newsletter-issue-44.html)。 數位引擎文章 # SEO電子報第四十四期 – 2021.11.01~2021.11.15 這一期電子報是開張以來花最多時間在寫的，也應該是最長的一期。兩個禮拜來值得講的東西很多，其中幾條特別深，例如Chrome Dev Darren Huang·2021年11月15日·約 11 分鐘更新於 2024年9月2日 本文目錄10 個段落 1. [\[新聞\]「網頁體驗更新」即將登陸桌機版](#toc-1) 2. [\[摘要\] Chrome Dev Summit 2021](#toc-2) 3. [\[爭議\] AMP項目的反壟斷指控](#toc-3) 4. [\[新聞\] Google公布其爬蟲IP地址](#section-新聞-google公布其爬蟲ip地址) 5. [\[調查\] 數位行銷產業的定價調查](#toc-5) 6. [\[有趣\] 搜尋結果(SERP)演進史](#toc-6) 7. [\[工具\] Sandbox: SERP競品網站比較](#toc-7) 8. [\[技巧\] 透過GTM在GA中追蹤「rage clicks」](#toc-8) 9. [\[影片\] 搜尋中影片的時間戳記 (Key Moments)](#toc-9) 10. [\[摘要\] Google Search Podcast – The Future of SEO](#toc-10) **本文目錄** 1. [\[新聞\]「網頁體驗更新」即將登陸桌機版](#toc-1) 2. [\[摘要\] Chrome Dev Summit 2021](#toc-2) 3. [\[爭議\] AMP項目的反壟斷指控](#toc-3) 4. [\[新聞\] Google公布其爬蟲IP地址](#section-新聞-google公布其爬蟲ip地址) 5. [\[調查\] 數位行銷產業的定價調查](#toc-5) 6. [\[有趣\] 搜尋結果(SERP)演進史](#toc-6) 7. [\[工具\] Sandbox: SERP競品網站比較](#toc-7) 8. [\[技巧\] 透過GTM在GA中追蹤「rage clicks」](#toc-8) 9. [\[影片\] 搜尋中影片的時間戳記 (Key Moments)](#toc-9) 10. [\[摘要\] Google Search Podcast – The Future of SEO](#toc-10) 這一期電子報是開張以來花最多時間在寫的，也應該是最長的一期。兩個禮拜來值得講的東西很多，其中幾條特別深，例如Chrome Dev Summit的摘要、Google的反壟斷調查、以及最後討論SEO未來的podcast，雖然已幫大家在本文中做了總結，但就像學習所有事物一樣，遇到不解的地方還是建議自己去看原本的資料，或是留言討論! - [\[新聞\]「網頁體驗更新」即將登陸桌機版](./seo-newsletter-issue-44.html#toc-1) - [\[摘要\] Chrome Dev Summit 2021](./seo-newsletter-issue-44.html#toc-2) - [\[爭議\] AMP項目的反壟斷指控](./seo-newsletter-issue-44.html#toc-3) - [\[新聞\] Google公布其爬蟲IP地址](./seo-newsletter-issue-44.html#toc-4) - [\[調查\] 數位行銷產業的定價調查](./seo-newsletter-issue-44.html#toc-5) - [\[有趣\] 搜尋結果(SERP)演進史](./seo-newsletter-issue-44.html#toc-6) - [\[工具\] Sandbox: SERP競品網站比較](./seo-newsletter-issue-44.html#toc-7) - [\[技巧\] 透過GTM在GA中追蹤「rage clicks」](./seo-newsletter-issue-44.html#toc-8) - [\[影片\] 搜尋中影片的時間戳記 (Key Moments)](./seo-newsletter-issue-44.html#toc-9) - [\[摘要\] Google Search Podcast – The Future of SEO](./seo-newsletter-issue-44.html#toc-10) * * * ## \[新聞\]「網頁體驗更新」即將登陸桌機版 去年[五月](./seo-newsletter-issue-20.html#toc-1)宣布，一直到今年[九月初](./seo-newsletter-issue-40.html#toc-1)才實裝完畢的「*網頁體驗(Page Experience, PX)更新*」，官方正式宣布將在2022年的二月整合進桌面版(desktop, laptop, tablet)的網頁排名算法中，預計從明年二月開始到三月底結束。 換句話說，**網頁體驗的因素，包括大家耳熟能詳的LCP、FID、CLS、惱人蓋板廣告(intrusive interstitials)...等，以及其相關聯的過關標準，都會影響網站在桌機搜尋的排名**。但根據手機版實裝的經驗，這個影響程度應該[不會太大](https://www.seroundtable.com/google-talks-hypothetically-about-speed-as-a-ranking-factor-31375.html)。 ![](./wp-content/uploads/2021/11/%E7%B6%B2%E9%A0%81%E9%AB%94%E9%A9%97%E6%8C%87%E6%A8%99%E6%A1%8C%E9%9D%A2%E6%9D%BF-1024x322.png) 桌面與手機 PX 更新的差異，僅有手機體驗良好這項不適用 > Twitter／X 貼文 > > [在 Twitter／X 查看原始貼文](https://twitter.com/cramforce/status/1456326083238760459) 連結: [官方公告](https://developers.google.com/search/blog/2021/11/bringing-page-experience-to-desktop) / [SER報導](https://www.seroundtable.com/google-page-experience-update-desktop-in-february-2022-32370.html) / [Google I/O預告](./seo-newsletter-issue-32-33.html#:~:text=%E6%95%B4%E7%90%86%E6%96%BC%20Instagram\)-,1.%20%E7%B6%B2%E9%A0%81%E9%AB%94%E9%A9%97,-\(Page%20Experience%2C%20PX) * * * ## \[摘要\] Chrome Dev Summit 2021 Chrome的開發者大會在十一月初舉行，雖然絕大多數與網站開發、網路隱私和安全...等有關，但也有些值得SEO注意的地方，分享幾個我自己看到的重點。 **1\. [Lighthouse新功能](https://web.dev/lighthouse-user-flows/)** 現在的Lighthouse有兩大缺點，第一是只能模擬網站在一個乾淨環境下載入(cold load)的表現，第二是沒有追蹤網站載入完畢後的表現。換句話說，並沒有辦法測試網站在有cache或service worker下的成效，以及抓到例如頁面滾動才會出現的板塊位移現象。 新的這項「User Flows」功能，就是要讓我們在偵錯時，能看到更全面的網頁表現。 ![](./wp-content/uploads/2021/11/%E6%96%B0%E7%89%88Lighthouse-report.png) 新版 Lighthouse中告訴你「載入」以及「滾動」兩個階段的表現 2\. **兩個新的網頁體驗指標 - `[Responsiveness](https://web.dev/responsiveness/)`和`[Smoothness](https://web.dev/smoothness/)` **[上一期採訪](./seo-newsletter-issue-43.html#toc-10)Core Web Vital專案經理和Tech Lead的podcast中提到，網頁體驗指標是會演進的。這次的活動也對這兩個正在研發中的指標做了更深入的探討，**一個是`Responsiveness`**，現在的FID只能計算第一次與網頁互動的延遲，但並未考量該事件的執行時間以及非第一次互動的網頁反應性；**另一個是`Smoothness`**，大家在瀏覽網頁的時候應該都有類似的經驗，有些網頁在滾動的時候會有卡卡的感覺或偶爾定住，`Smoothness`(流暢性)就是要用來量化這個不好的體驗。 在我的[網站體驗指標文章](./core-web-vitals-lcp-fid-cls.html)中有提到，有「核心」指標當然就有「一般 」 指標，這兩個新指標還在開發中，目前也僅屬於一般指標，但成熟時可能會變為核心指標也不一定。(我個人認為`Responsivess`很大機率會取代`First Input Delay`。) 3\. **[瀏覽器內建夜間模式 (Dark Mode)](https://developer.chrome.com/blog/auto-dark-theme/)** Chrome正在開發讓瀏覽器內建dark mode，透過演算法將網站在視覺上切換成黑色系的主題。這點我認為非常值得關注，因為這代表實行後，如果使用者的裝置或瀏覽器設定為開啟夜間模式，那網站的UI就不會是你所設計的樣子。 最近公司網站在經歷設計上的轉型，我把這條新聞分享給設計師知道，他相當崩潰... 雖然會有opt out的方法，但讓選擇夜間模式的使用者看到亮色系的網站畢竟不是太好的用戶體驗。 ![](./wp-content/uploads/2021/11/chrome-%E5%85%A7%E5%BB%BA%E6%9A%97%E9%BB%91%E6%A8%A1%E5%BC%8F-1024x667.png) 數位引擎網站在開啟夜間模式的樣子 連結: [2020年Chrome Dev Summit摘要](https://www.facebook.com/searchenginecommunity/videos/223574972736913/) / [CDS 2021活動官網](https://developer.chrome.com/devsummit/) / [CDS 2021官方摘要](https://web.dev/cds2021-updates/) * * * ## \[爭議\] AMP項目的反壟斷指控 AMP的爭議一路都有，但在2021年十月底時有一份來自美國16個州的公開正式指控文件引起大家的關注，**該文件主要的控訴是Google推廣AMP的潛在目的，是要鼓勵網站採用AMP架構，藉此排擠掉競爭對手(廣告交換平台)**。 **註: 這項起訴剛成立並未結案，**Google自今也沒有正式的回覆，**因此這裡只是整理控訴方的觀點，其中的論述並未被證實。** 這項控訴圍繞著網站如何透過廣告來營利的技術，現在主流的兩種方法是Header Bidding與Waterfalling。前者被認為是能為網站帶來更多廣告收益的方法，但需要在網站上放上一段JS代碼，因此AMP網頁無法使用Header Bidding。另外，**該控訴指稱Google刻意地將非AMP廣告的載入速度延遲一秒**(文件中第249條)，藉此鼓勵大家轉型用AMP。 另外還有Top Stories的爭議，現在大家知道AMP已不再是出現在此版位的條件，但在這之前，內容媒體網站可是因為這塊流量大餅版位而有點半被脅迫的被轉型成AMP，並使用較利於Google的Waterfalling廣告模式。 ![](./wp-content/uploads/2021/11/top-stories%E4%B8%AD%E9%9D%9EAMP%E7%B6%B2%E7%AB%99%E7%9A%84%E6%AF%94%E4%BE%8B.png) 非AMP網頁出現在Top Stories的占比 連結: [正式指控文件(173頁)](https://storage.courtlistener.com/recap/gov.uscourts.nysd.564903/gov.uscourts.nysd.564903.152.0_1.pdf) / [SEJ報導](https://searchengineland.com/google-throttled-amp-page-speeds-created-format-to-hamper-header-bidding-antitrust-complaint-claims-375466) / [WP Tavern文章](https://wptavern.com/amp-has-irreparably-damaged-publishers-trust-in-google-led-initiatives) / [Header Bidding介紹(簡中)](https://www.adtiming.com/itiming/cn/article04.html) * * * ## \[新聞\] Google公布其爬蟲IP地址 Google最近公開了爬蟲來源的IP地址，[Googlebot](https://developers.google.com/search/apis/ipranges/googlebot.json)以及其他的[Google Crawlers](https://www.gstatic.com/ipranges/goog.json)，檔案是個JSON格式的檔案，並會不定時更新。 網站在某些特殊的情況下會要驗證抓取的來源是否為搜尋引擎 (例如當對手派機器人來抓取網站資訊)，以免誤把搜尋引擎的請求擋掉。過去唯一的方法是透過reverse DNS lookup來查詢請求的IP是否註冊在`google.com`或`googlebot.com`之下，來做到驗證的動作。現在有了公開的IP清單，對於有上面需求的網站可說輕鬆許多。 另一個方便的之處在於，在做log file analysis時，也可以更精準的判斷哪些是真正的googlebot requests。(註: `user-agent`的值是可以隨便設的，所以並不值得信任。) ![](./wp-content/uploads/2021/11/Googlebot-IP%E6%B8%85%E5%96%AE.png) Googlebot的 IP地址 連結: [驗證Googlebot](https://developers.google.com/search/docs/advanced/crawling/verifying-googlebot) / [驗證Bingbot (還是得用reverse DNS lookup)](https://www.bing.com/webmasters/help/how-to-verify-bingbot-3905dc26) * * * ## \[調查\] 數位行銷產業的定價調查 這篇研究由Credo所推出，對507個員工人數1~50+不等的代理商或個人接案，調查其在SEO、PPC、社群媒體廣告...等服務的收費標準。下面列幾個我覺得滿有趣的數據，想看其他領域或者更詳細資料自行閱讀報告。 - ~63% 的SEO代理商不提供外鏈服務 - ~78% 的SEO代理商有提供內容行銷相關的服務 - 美國的SEO個人接案平均收費為每小時$145美金 - 美國的SEO代理商平均收費為每小時$148美金 - 對於最低服務時長(minimum engagement length)，約30%回覆他們合約中沒有此限制；另外30%限制最少6~12個月；而剩下的40%為1~6個月 ![](./wp-content/uploads/2021/11/SEO%E6%94%B6%E8%B2%BB%E8%AA%BF%E6%9F%A5.png) SEO平均收費標準(時薪) 連結: [Credo數位行銷代理商收費報告](https://www.getcredo.com/guide/digital-marketing-industry-pricing-survey/) / [SEJ的SEO人員薪水大調查](./seo-newsletter-issue-36.html#toc-4) * * * ## \[有趣\] 搜尋結果(SERP)演進史 有人透過Wayback Machine上的存檔，把Google和Bing的搜尋結果頁面(SERP)從2000年到2020年做了一個整理，在這網站上可以看到Google搜尋結果(甚至是單一元件)一路一來的變化、和Bing的對照比較、甚至哪一年出現了哪些新的元件，還滿有趣的，想看更多可以到[SERP Evolution這個網站](https://bedgarone.github.io/serpevolution/)玩玩。 ![](./wp-content/uploads/2021/11/%E6%90%9C%E5%B0%8B%E7%B5%90%E6%9E%9C%E6%BC%94%E5%8C%96%E5%8F%B2-927x1024.png) Google(左)和 Bing(右) 的搜尋結果比較 * * * ## \[工具\] Sandbox: SERP競品網站比較 這項「[SERP Analysis](https://tools.sandboxweb.io/serp-analysis-tool)」工具讓你能夠輸入一個字，就直接跑出SERP上每個的對手的SEO資訊，包括其實際(field data)和實驗室(lab data)的使用者核心指標、載入畫面的分隔圖、網頁內容(title, description, h1, h2, word count...)、以及所使用的結構化資料。 ![](./wp-content/uploads/2021/11/%E6%90%9C%E5%B0%8B%E7%B5%90%E6%9E%9C%E6%AF%94%E8%BC%83%E5%B7%A5%E5%85%B7-780x1024.png) 「web 2.0 vs web 3.0」的搜尋結果比較 在第20期有介紹這個網站的另一個工具「[Google Says](./seo-newsletter-issue-20.html#toc-4)」，可以幫大家查找SEO官方人物在推特上曾經說過的話，也很實用，推薦大家玩玩。 * * * ## \[技巧\] 透過GTM在GA中追蹤「rage clicks」 「Rage Clicks」指的是用戶短時間內快速點擊同一個區域，可能代表網頁上的元件在點擊後沒有預期反應，導致使用者不爽。一般測量這種on-page ux的指標會透過Crazy Egg、[Microsoft Clarity](./seo-newsletter-issue-19.html#toc-6)這類型的工具。 我個人會比較傾向用現成的工具，但如果你不想安裝額外的代碼在網站上，或是想學學比較進階一點的tag manager應用，那這篇教學文章教大家如何透過GTM，將rage clicks設定成事件發送到GA (Universal GA 或 GA4 都可)。 ![](./wp-content/uploads/2021/11/%E8%A8%AD%E5%AE%9Arage-clicks-1024x721.png) 將「rage clicks」記錄到 GA 中 連結: [Portent文章](https://www.portent.com/blog/cro/leverage-hotjar-surveys-for-rage-click-custom-events.htm) * * * ## \[影片\] 搜尋中影片的時間戳記 (Key Moments) 這個影片中Danielle講解Google如何判斷影片中重要的時間段，雖然不是新的東西，但相信很多人比較少接觸到，基本上有兩個方法，**1.)交給Google判斷:** 確保影片網址可以被抓取 + 使用`SeekToAction`標記；**2.) 手動加上時間戳記**: 使用`Clip`標記。兩個方法都需要使用結構化資料。 另外有趣的是，在機器判斷的情況下，Danielle舉例幾個Google會使用的機器學習技術，包括利用"Speech recognition"來判斷影片中說的話、使用"Optical character recognition"來判斷影片畫面上的文字、甚至是"Visual signals"來判斷影片裡發生了什麼事 (例如足球進球的畫面。 [YouTube video player](https://www.youtube-nocookie.com/embed/rsFLIewWSrI) [在 YouTube 查看原始影片](https://www.youtube.com/watch?v=rsFLIewWSrI) 連結: [影片結構化資料官方文檔](https://developers.google.com/search/docs/advanced/structured-data/video) / 數位引擎過去介紹 ([1](./seo-newsletter-issue-37.html#toc-5),[2](https://www.facebook.com/searchenginecommunity/posts/575346049870008)) * * * ## \[摘要\] Google Search Podcast – The Future of SEO 這集三人組再度集合，討論SEO的未來趨勢。談及的話題滿多的所以挑幾個我覺得比較有趣的點來總結，還是推薦有空可以自己聽，平常有在接觸SEO的話應該英文部分應該不算太難，而且Gary講話滿好笑的很解悶。 **Meta Tags** - Meta tags讓站長對網站內容有所控制，所以應該不會消失。但Gary說他希望未來不會有更多的meta tags出現，太多只會更複雜。並且舉了一個小故事，他和John常常在其他團隊想要推出新的meta tags時，跳出來阻止，例如若有人想推出一個讓站長控制是否允許網頁內容被自動翻譯的meta tag，那可以加入一個新的指令(directive)在meta robots tag中，並不需要一個全新的meta tag。 **結構化資料 / Canonical** - Gary說雖然現在Google很鼓勵大家使用結構化資料，內部也放了很多資源在開發這塊，但他覺得在未來某個時間點很可能儘管網頁沒有加上結構化資料，Google也能近乎無誤的理解網頁上的內容和其意義。這和canonical tag類似，當機器學習進步到判斷原始內容的能力非常高時，網頁有沒有放其實大多時候無所謂，屆時網頁放上結構化資料和canonical tag可能只是一個再次表態的舉動。 **主動 or 被動抓取和收錄** - Bing最近在推[IndexNow](./seo-newsletter-issue-43.html#toc-2)，讓站長主動將新的或有改動的網頁推給他們知道。儘管這個方法看似更有效率，但Gary和Martin都保持著懷疑態度，原因主要是 (1.)這可能對沒有技術資源的小網站不公平、(2.)當這方法規模化時搜尋引擎端會需要優先排序的方法、(3.)當開放一個對外接口很難避免被惡意攻擊。 **機器生產內容** - [機器生產的內容](./seo-newsletter-issue-38.html#toc-2)是個很大的議題，他們看過機器生產的非常優質的內容，Gary認為現在他們的立場主要是，**如果機器生產的內容沒有經過人工的審核，那Google不想要期出現在搜尋上**；如果有人先審核過再放上網，那就沒關係。 [Spotify episode](https://open.spotify.com/embed/episode/1yGWyiCy9OyxrXduUZliqX) [在 Spotify 查看原始內容](https://open.spotify.com/episode/1yGWyiCy9OyxrXduUZliqX) 連結: [逐字稿](https://hwcdn.libsyn.com/p/f/8/1/f81ccd2d2bd4eb2f/Search_Off_the_Record_-_26th_episode.pdf?c_id=115373786&cs_id=115373786&expiration=1636858702&hwt=1e5935ace6e362e0c5ec07b0f2bda5db) * * * Chrome Dev Summit另一個很重要的東西是「[The New Responsive](https://web.dev/new-responsive/)」的概念，網站中的responsive design不再僅僅是根據螢幕大小而調整網頁排版，新的"響應式"是要能根據使用者偏好(ex: 減少色彩對比)、根據新的螢幕型態(ex: 摺疊螢幕)、及頁面上不同containers的需求來設計UI。不得不說我也沒有100%看懂，但只知道前端工程師和設計師有新東西要學了... **分類** - [SEO電子報](/categories/seo電子報.html) **標籤** - [SEO電子報](/tags/seo電子報.html) Keep exploring ## 繼續閱讀 [全部文章 →](/articles.html) [上一期**SEO電子報第四十三期 – 2021.10.16~2021.10.31**](/seo-newsletter-issue-43.html)[下一期**SEO電子報第四十五期 – 2021.11.16~2021.11.30**](/seo-newsletter-issue-45.html) ### 相關文章 2021年12月16日 #### [SEO電子報第四十六期 – 2021.12.01~2021.12.15](/seo-newsletter-issue-46.html) [閱讀文章 →](/seo-newsletter-issue-46.html) 2021年10月15日 #### [SEO電子報第四十二期 – 2021.10.01~2021.10.15](/seo-newsletter-issue-42.html) [閱讀文章 →](/seo-newsletter-issue-42.html) 2021年10月1日 #### [SEO電子報第四十一期 – 2021.09.16~2021.09.30](/seo-newsletter-issue-41.html) [閱讀文章 →](/seo-newsletter-issue-41.html) × 開啟原圖 ↗