Core Web Vitals 報告

修正網站使用者體驗不佳的問題

Core Web Vitals 報告會根據實際使用資料 (有時稱為「現場資料」) 顯示網頁效能。

開啟報告

解讀報告

Core Web Vitals 報告會根據狀態 (不良、需要改善、良好)、指標類型 (CLS、INP 和 LCP),以及網址群組 (由類似網頁組成的群組) 等條件,分組顯示網址效能。

報告是根據實際使用者資料評估的三項指標產生:LCPINPCLS。只要網址群組中 LCP 和 CLS 的資料量達到閾值,該網址群組就會依照效能表現最弱的指標來顯示狀態。舉例來說,如果網址群組的 CLS 低落但 INP 良好,網址狀態就會顯示為「不良」。

如果網址群組的報告資料量未達到 LCP 和 CLS 的最低閾值,報告中就不會列出該網址。

這份報告只會顯示已建立索引的網址,資料會指派給實際網址,而不是其他多數報告中會採用的標準網址。

提醒你,所有位置的所有要求資料皆會合併計算。假設來自某個網際網路連線速度緩慢的國家/地區流量相當龐大,整體效能就會降低。如果你認為這可能是效能不佳的原因,可以使用 BigQuery 來細分各國家/地區的效能

「目前沒有資料」

如果畫面顯示「目前沒有資料」,可能代表你的資源過新,因此 Search Console 還沒有相關資料;或者 CrUX 報告的資料不足,無法針對選定的裝置類型 (電腦或行動裝置) 提供有意義的資訊。

如果你的資源是新資源:不論網址是否為 Search Console 資源的一部分,CrUX 資料庫都會收集網址的相關資訊。但建立資源後,我們可能需要幾天的時間才能完成分析,並發布 CrUX 資料庫現有的任何資料。

你可以運用 PageSpeed Insights 測試工具Chrome Lighthouse 工具AMP 網頁體驗指南 (適用於 AMP 網頁),測試個別網址的即時效能。

瀏覽報告

報告會顯示兩種網址表格,其中一種表格是針對各平台 (行動裝置或電腦) 列出「不良」或「需要改善」的問題網址 (未將網址視為優質網址的原因),而另一種表格則列出在 LCP、INP 和 CLS 三方面皆為「良好」的網址 (查看優質網址的相關資料)。

  1. 針對所有平台查看到達網頁的一般趨勢圖表
  2. 按一下任一圖表旁的「開啟報告」,即可依平台 (行動裝置或電腦) 下鑽查詢
  3. 如要根據過往的使用者資料查看網站中的網址效能,請在效能圖表中按「不良」、「需要改善」或「良好」等分頁標籤做切換
  4. 查看「未將網址視為優質網址的原因」表格列出的效能問題清單。這裡顯示的每個網址都代表不同的網址群組
  5. 在問題詳細資料頁面的「示例」表格中點選任一網址,即可查看該網址群組的詳細資訊

 

查詢特定網址的狀態

這份報告的設計初衷不是要讓你查詢特定網址的狀態,而是呈現網站整體效能,並協助排解影響網站中多個網頁的問題。如要查看特定網址的效能資料,請利用外部測試。雖然你可以下鑽細查狀態和問題,並查看受影響的特定網址,但要利用 Core Web Vitals 報告找出特定網址的資料可能並不容易。

報告資料來源

Core Web Vitals 報告的資料取自 CrUX 報告。我們會以去識別化的方式收集實際造訪網址使用者的資料,彙整成 CrUX 報告中有關效能表現的去識別化指標 (亦稱為「現場資料」)。不論網址是否為 Search Console 資源的一部分,CrUX 資料庫都會收集相關資訊。

群組狀態:不良、需要改善、良好

系統會根據網址群組在特定類型裝置上的效能而標示為「不良」、「需要改善」或「良好」。如果網址群組的 LCP 和 CLS 兩者的資料量未達閾值,就不會顯示在報告中 (舉例來說,如果該網址只有 LCP 的資料量達到閾值,而 CLS 未達閾值,報告中就不會顯示該網址的資料)。

根據預設,系統顯示的網址群組狀態會是針對該裝置類型指派給該網址群組的最慢狀態。例如:

  • 如有網址在行動裝置上的 CLS 標示為「不良」,但 LCP 為「需要改善」,系統會判定該網址在行動裝置上效能「不良」
  • 如有網址在行動裝置上的 LCP 標示為「需要改善」,但 CLS 為「良好」,系統會判定該網址在行動裝置上的效能「需要改善」
  • 如果某網址在行動裝置上的 LCP、INP 和 CLS 為「良好」,在電腦上的 LCP、INP 和 CLS 為「需要改善」,那麼該網址會標示為在行動裝置上效能「良好」,在電腦上的效能則「需要改善」

 

狀態定義

以下是各狀態的效能範圍:

  良好 需要改善 不良
LCP 2.5 秒以下 4 秒以下 超過 4 秒
INP 200 毫秒以下 500 毫秒以下 超過 500 毫秒
CLS 0.1 以下 0.25 以下 超過 0.25

 

  • LCP (最大內容繪製):從使用者要求網址時開始,轉譯可視區域中最大可見內容元素所需的時間。最大元素通常是圖片或影片,也可能是區塊層級大型文字元素。這項指標的重要性在於可以看出訪客多快能看到該網址實際載入。
    • 報告中顯示的「群組 LCP」,代表該群組網址在 75% 的造訪量中達到 LCP 狀態所需的時間。
  • INP (Interaction to Next Paint):這項指標所評估的是網頁對於使用者互動的整體回應時間,方法是觀察使用者造訪網頁期間,網頁對於所有點擊、輕觸和鍵盤互動的回應時間。最終 INP 值是指觀測到的最長互動時間,忽略離群值。 
    • 報表中顯示的「群組 INP」代表有 75% 的使用者造訪此群組內特定網址時所獲得的最低值。
  • CLS (累計版面配置位移):CLS 能針對使用者開啟網頁期間,加總計算每一次非預期版面配置位移的評分。分數評分範圍為 0 到任何正數,其中 0 表示沒有任何位移,而數字越大表示網頁上發生的位移越多。這項指標的重要性在於,如果網頁元素在使用者嘗試與網頁互動時移動了位置,會對使用者體驗造成負面影響。如果你找不到評分過高的原因,請嘗試與網頁互動,就能瞭解獲得該評分結果的原因。
    • 報告中顯示的「群組 CLS」代表 75% 的使用者造訪群組內特定網址時一般最低的 CLS 值。

如需這些問題的修正建議,請執行外部測試

網址群組

報告中的網址會依使用者體驗相似的網頁做歸類。LCP、INP 和 CLS 狀態會套用至整個群組。有些離群網址在部分造訪中可能獲得較好或較差的值,但針對群組內所有網址的造訪中,有 75% 處於系統顯示的群組狀態。我們假設這些群組具有共通的架構,而群組出現不良行為,可能是出於相同的潛在原因。

為了保護使用者隱私,網址群組所含資料量必須超過最低門檻,才能在報告中顯示。如果網址群組資訊量不足以在報告中顯示,Search Console 會建立較高層級的「來源」群組,藉此納入足量的網址和資料,以便顯示在報告中。這個來源群組包含同一個 protocol://host:port 群組中的所有網址的資料。舉例來說,如果網址 https://m.example.com/a/b/c.html 所屬的群組沒有足夠資料可供顯示,那麼 Search Console 將會建立來源群組 https://m.example.com。來源群組含有 https://m.example.com 下所有網址的資料,系統不會顧慮該網址是否屬於含有足夠資料的某個群組。

請注意以下事項:

  • 來源群組定義包含通訊協定;因此 http://m.il.example.com 和 https://m.il.example.com 是兩個獨立的來源群組。
  • 來源群組包含來源底下所有網址的資料,不論網址是否屬於報告中顯示的其他群組。
  • 如果來源群組的資料不足,就不會顯示 (依此延伸,除非有多個來源群組,否則該網站就沒有足夠的資料可以顯示在這份報表中)。
  • 你可以查看來源群組的資料,不論該群組是否在目前的資源內。不過,你只能查看目前資源中的示例網址。
  • Search Console 會按曝光次數 (由高至低) 列出群組成員。

修正問題

我沒有變更網站,但是網站的狀態改變了

如果你的網站沒有經過任何調整,網站上許多網頁的狀態卻出現明顯變化,這可能是因為很多網頁的速度狀態本來就在臨界點,加上發生了一些影響整個網站的事件,才導致網頁的速度狀態改變。舉例來說,如果網站流量突然大幅增加,或是你的圖片檔存放服務有延遲時間異動,這些都可能造成網站速度變慢。即使改動很微小,但如果會影響整個網站,那就足以讓許多狀態勉強處於「良好」的網頁落入「需要改善」類別,或是從「需要改善」變成「不良」。

另一個可能性較低的原因是用戶端出現大規模變化,例如廣泛採用某個瀏覽器版本更新,或是有一群使用者都在使用速度較慢的網路。提醒你,系統是根據實際的使用資料來衡量網頁效能。你可以檢查自己的記錄,看看網站狀態變化的時間點是否恰巧有任何瀏覽器、裝置或位置異動。

請檢查你的網站在這段期間的流量是否出現劇烈起伏,並且仔細研究特定問題,查看受影響網頁的群組 LCP/INP/CLS 數據。如果這些數據都剛好落在不良/需要改善/良好的邊界,就可能是因為某個微小的改動造成網頁狀態改變。

 

共用報表

你可以將涵蓋範圍報告或強化報告當中所列問題的詳細資料與他人共用,只要按一下頁面上的 [共用] 按鈕 即可。這個連結只會將目前問題詳細資料頁面 (以及這個問題的所有驗證記錄網頁) 的存取權授予知道連結的使用者,而不會授予其他資源網頁的存取權,也不會讓共用對象對你的資源或帳戶執行任何動作。如要撤銷連結,你隨時可以停用這個網頁的共用設定。

匯出報表資料

許多報表上都有 [匯出] 按鈕 ,可讓使用者匯出報表資料 (包括圖表和表格資料)。報表中顯示為 ~ 或 - (無資料/非數字) 的值,在下載的資料中一律為零。

驗證修正結果

修正所有網址中的特定問題後,你可以確認所有網址是否皆已恢復正常。只要點選「開始追蹤」,系統就會啟動為期 28 天的監控期,檢查網站中是否還有網址存在同樣問題。如果網站中任何網址在這 28 天內皆未發生問題,問題就會視為已成功修正。不過,只要任一網址出現問題,我們就會將問題標為未修正。請注意,不論問題狀態為何,系統對於個別網址狀態的評估都會持續到 28 天結束為止。

「開始追蹤」不會觸發其他作業,舉例來說,Google 不會重新建立索引,也不會主動採取任何其他行動;這項程序只會啟動 4 週的監控期 (重新啟動驗證則重新監控 4 週),讓 Search Console 針對網站監控 CrUX 資料。
  • 你可以針對處理中或失敗的驗證要求,查看驗證詳細資料
    • 請前往問題詳細資料頁面,找出「驗證狀態」部分並點選「查看詳細資料」
  • 你也可以隨時重新啟動驗證追蹤期
    • 請開啟驗證詳細資料頁面,然後點選「要求重新驗證」
  • 如果驗證失敗,請執行以下操作:
    1. 再次嘗試修正問題。
    2. 開啟驗證詳細資料頁面,然後點選「要求重新驗證」,藉此重新啟動追蹤期。

問題驗證狀態

這是驗證要求的整體狀態,摘要頁面的每個問題 (以及問題詳細資料頁面) 都會顯示這個狀態。

可能的驗證狀態如下:

  • 未開始:有一或多個網址含有這個問題的例項,而你從未要求驗證。
  • 已開始:你已要求驗證,而我們目前還沒找到其他問題個案。
  • 沒有問題:已開始進行驗證,且目前檢查過的所有網址均已修正該問題。
  • 通過:所有網址均處於「通過」狀態。你必須點選「驗證修正後的項目」,網址才有可能變成這個狀態。如果例項是在你未要求驗證的情況下消失,狀態會變更為「不適用」。
  • 不適用:雖然你未要求驗證,但 Google 發現所有網址均已修正該問題。
  • 失敗:在你要求驗證後,有一或多個網址處於「失敗」狀態。

網址驗證狀態

這是驗證程序頁面所列出的各網址驗證狀態。系統會在有效驗證期間內顯示狀態:「待處理」、「通過」或「失敗」。驗證期間結束後,只有「失敗」狀態會繼續顯示,已修正的項目在驗證期間過後就會從清單中移除。

  • 待處理:Google 須收集足夠的資料,才可以判定網址是否仍受到影響。
  • 通過:網址似乎不再受問題影響。
  • 失敗:網址仍受到所列的問題影響。

只有在驗證追蹤期間,網址才會出現「通過」與「失敗」的狀態。驗證要求範圍以外的網址如出現問題,但之後問題卻自行消失,那麼網址就只會從清單中消失,不會標上任何狀態。

凡是從網路移除,且過去 28 天內沒有資料的網址,將不再顯示在驗證記錄或報告中。

 

外部測試工具

Core Web Vitals 報告提供兩種外部測試工具的連結,用途為執行額外的網頁測試。工具種類會因網頁類型而異:

  • 非 AMP 網頁:PageSpeed Insights 測試工具會回報網頁在電腦和行動裝置上的效能,並提供該網頁的改進建議。這項測試會顯示即時測試資料,以及使用者實際造訪網站的資料。請注意,PageSpeed Insights 中的資訊可能會與網站體驗核心指標報告不同。瞭解原因。
  • AMP 網頁:AMP 網頁體驗指南針對 AMP 網頁提供詳盡的即時測試,包括 Core Web Vitals 指標。這項測試會顯示即時測試資料,以及使用者實際造訪網站的資料。

在摘要頁面的「詳細資料」表格中依序點選狀態列和示例網址,然後在「示例詳細資料」窗格中將滑鼠游標懸停在類似網址上,即可看到示例網址旁邊顯示上述工具的連結。你也可以造訪這些工具的頁面,並且自行提供網址。

此外,你還能使用 Chrome 瀏覽器內建的測試工具Chrome Lighthouse 工具

這對您有幫助嗎?

我們應如何改進呢?

還有其他問題嗎?

嘗試以下步驟:

true
第一次使用 Search Console 嗎?

第一次使用 Search Console 嗎?不論您是初學者、搜尋引擎最佳化 (SEO) 專家,還是網站開發人員,都可以從這裡踏出第一步。

3682254378688583286
true
搜尋說明中心
true
true
true
true
true
83844
false
false
false
搜尋
清除搜尋內容
關閉搜尋
主選單