核心 Web 生命線 – 改進累積佈局轉變 (CLS)

AEO Service Forum Drives Future of Data Innovation
Post Reply
mimakter99
Posts: 28
Joined: Thu Dec 12, 2024 4:55 am

核心 Web 生命線 – 改進累積佈局轉變 (CLS)

Post by mimakter99 »

8分鐘閱讀
您是否曾經嘗試過單擊一個按鈕,但最終打開了其他內容,例如煩人的廣告,因為頁面內容突然被推下?或者,當新廣告出現時,您正在閱讀的內容可能會下移?

這些是在您不與頁面互動的情況下發生的意外佈局變化的範例。這事件的發生可能有多種原因——無論如何,這對遊客來說並不是一次愉快的體驗。累積佈局轉移是一種客觀量化影響的方法。

累積佈局移位分數是如何計算的?
重要的不僅僅是初始加載中首屏的內容。在確定分數時,會考慮所有可見的佈局變化(這些變化可能在滾動時發生)。

確定 CLS 分數時有兩個因素會發揮作用:

影響分數:受移動影響的螢幕數量
距離分數:移動的距離佔螢幕的百分比
CLS 分數 = 影響分數 * 距離分數

因此,如果螢幕的大部分(例如 80% 或 0.8)在螢幕上 馬耳他 電話號碼庫
大幅向下移動(例如 40% 或 0.4),則佈局移動得分為 0.32。在計算最終分數時,他們不僅僅將所有佈局變化相加。他們不計算平均值,因為這可能有利於打開時間相對較短的頁面。相反,他們確定每個會話視窗中的 CLS 並取最大值。

什麼是好的 CLS 分數?
它被稱為累積佈局偏移,因為分數是基於各個佈局偏移的累積。最初,CLS 只是所有佈局變化的總和。現在,它使用「最大會話視窗間隔為 1 秒,上限為 5 秒」來「使 CLS 指標「對長時間開啟的頁面更加公平」。

儘管如此,雖然單獨的佈局變化可能不會產生太大的影響,但當加在一起時,情況可能會有所不同。



Image



「良好」的 CLS 分數是低於 0.1 的分數。任何高於 0.25 的值都被視為「差」。 0.1 到 0.25 之間‘需要改進。

您可以使用 Lighthouse、Webpagetest 或 Chrome DevTools 等工具提供的實驗室數據來測量 CLS。顧名思義,實驗室數據模擬使用者的體驗。您需要將所做更改的實驗室數據與真實用戶數據進行比較。這樣做時,要記住的一件事是,僅在頁面加載期間考慮佈局轉換。這與欄位資料不同,欄位資料考慮了從輸入到頁面關閉的所有佈局變更。

真實用戶資料來自 Google 和第三方在一段時間內、在各種條件下收集的真實用戶互動。 Chrome使用者體驗報告(CrUX)是Google真實使用者資料(現場資料)的主要來源。 Google Search Console 中的 PageSpeed Insights 和 Core Web Vitals 報告使用此數據。

由於多種因素,CLS 在行動裝置上最具挑戰性,其中包括:

較小的屏幕或視口
行動網路問題
中央處理器 (CPU) 較弱
在評估 CLS 或任何其他核心 Web Vitals 時,請務必先檢查您的行動分數。 @MarketMuseCo #corewebvitals #SEO
點擊發推文
以下是一個基於實驗室數據的 CLS 分數為 1.065 的頁面範例。 PageSpeed Insights 顯示相關審核。


點擊審核即可顯示詳細資訊。


下面的影片顯示了頁面如何首先載入內容,然後載入廣告,從而導致內容發生變化。

Kohls.com 上的這個產品頁面範例顯示了廣告載入後內容的顯著變化。
請注意廣告插入如何讓一切急劇下降。
影響核心網路生命力的因素
CLS 分數不佳最常見的原因是:

沒有尺寸的圖像
沒有尺寸的廣告、嵌入內容和 iframe
動態注入的內容
Web 字體導致 FOIT/FOUT(閃爍的不可見文字和閃爍的無樣式文字)
在更新 DOM(文件物件模型)之前等待網路回應的操作 – 通常由廣告引起。
沒有尺寸的圖片和廣告是導致 CLS 分數較低的兩個常見原
Post Reply