網站使用體驗核心指標報告

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

「網站使用體驗核心指標報告」會根據實際使用資料 (有時稱為「現場資料」) 顯示網頁效能。

開啟報告

網頁效能的重要性

解讀報表

「網站使用體驗核心指標報告」會根據狀態、指標類型和網址群組 (由類似網頁組成的群組) 等條件,以分組方式顯示網址效能。

報告是根據 LCPFIDCLS 這三項指標產生。如果系統為某個網址收集的資料量未達到某項指標的最低門檻,該網址的報告中就不會列出該指標。一旦網址達到任何指標的資料量門檻,網頁狀態顯示的就是效能指標中表現最差指標的狀態。

「目前沒有資料」

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

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

你可以使用 PageSpeed Insights 測試工具Chrome Lighthouse 工具,測試個別網址的即時效能。

 

瀏覽報表

  1. 切換總覽頁面圖表上的 [速度低落]、[需要改善] 或 [速度良好] 分頁標籤,即可根據過往的使用者資料查看網站中的網址效能。
  2. 按一下 [開啟報告] 即可查看行動版或電腦版摘要頁面,顯示網頁在各個平台的效能數據。
  3. 點選表格中的任一列,即可針對所選問題,查看受影響網址群組的詳細資料 (系統會提供一系列示例網址)。
  4. 在問題詳細資料頁面的「示例」表格,點選任一網址即可查看該網址和類似網址的詳細資訊。

 

總覽頁面

「網站使用體驗核心指標報告」的總覽頁面會根據開啟網址的裝置類型為行動裝置或電腦 (不含平板電腦資料),將資料進一步細分。系統會依照狀態 (速度低落、需要改善或速度良好) 將所有資料分組。

開啟特定裝置類型的報告,即可查看該類型裝置的詳細效能資料。

行動裝置或電腦的摘要頁面

我們如果有資料,系統就會將您網站上所有網址的狀態和問題都顯示在行動裝置或電腦的頂層報告。點選詳細資料表格中的任一列,即可進一步研究特定狀態與特定問題類型組合。

圖表

圖表上方的分頁標籤會顯示目前處於各個狀態網址總數,以及該狀態中的問題數量。你可以藉由切換分頁標籤,選擇要在圖表中顯示哪些狀態,圖表會顯示在指定日期處於指定狀態的網址數。

為什麼圖表顯示的總數低於表格顯示的總數?
圖表會計算對網址造成影響的最慢速問題,且每個網址只會計算一次;相較之下,表格則會計算與網址相關的所有問題。也就是說,如果某網址同時有一個「速度低落」和一個「需要改善」問題,圖表只會把它計入「速度低落」問題網址,在總數中只佔一筆計數;但表格卻會將它同時記錄為「速度低落」及「需要改善」兩筆資料列。

 

表格

表格會依照狀態和問題將網址分組列出,每列資料包含驗證狀態、該列走勢(以簡化的時間軸顯示),以及目前處於該速度狀態和問題狀態的網址數量。

如果網址受到多個問題影響,則可能出現在多個表格資料列中。

行動裝置或電腦的問題詳細資料頁面

在行動裝置或電腦的頂層摘要頁面中按一下表格資料列,即可開啟該組合 (裝置 + 狀態 + 問題) 的詳細資料頁面,其中會顯示所選問題的相關網址和其他詳細資料。

圖表

問題詳細資料圖表會顯示在特定日期受到特定狀態和問題組合影響的網址數,以及目前總共有多少網址受到所選狀態和問題影響。

表格

問題詳細資料表格會顯示受到所選問題影響的一組示例網址。每個示例網址都是類似網址群組的其中一個項目。只要點選特定示例網址,即可查看該群組中的不同網頁和其他詳細資訊,以及可針對該網址執行 PageSpeed Insights 測試的連結。表格上限為 200 列。

表格中包含下列資訊:

 

使用 PageSpeed Insights 測試網址:在問題詳細資料檢視畫面中,點選「示例」表格中的網址,然後在新出現的示例詳細資料中點選 [Pagespeed Insights] 連結。

 

查詢特定網址的狀態

這份報告的設計初衷不是要讓你查詢特定網址的狀態,而是呈現你網站的整體效能,並協助排解影響網站中多個網頁的問題。如要查看特定網址的效能資料,請使用 PageSpeed Insights,這項工具會列出過往使用者資料,以及特定網址的即時測試資料。雖然你可以下鑽細查狀態和問題,並查看受影響的特定網址,但要使用「網站使用體驗核心指標報告」找出特定網址的資料可能並不容易。

報告的資料來源

「網站使用體驗核心指標報告」的資料取自 CrUX 報告。我們會以匿名方式向造訪網址的實際使用者收集資料,進而彙整成 CrUX 報告中的效能時間匿名指標 (亦稱為「現場資料」)。不論網址是否為 Search Console 資源的一部分,CrUX 資料庫都會收集網址的相關資訊。

狀態:速度低落、需要改善、速度良好

系統會根據網址在特定類型裝置上的效能,套用「速度低落」,「需要改善」和「速度良好」標籤。

網址狀態

網址狀態指的是系統判定網址在該裝置類型上的最慢速狀態。舉例來說:

  • 如果某網址在行動裝置上的 FID 為「速度低落」,但 LCP 為「需要改善」,系統會判定該網址在行動裝置上「速度低落」;
  • 如果某網址在行動裝置上的 LCP 為「需要改善」,而 FID 為「速度良好」,系統會判定該網址在行動裝置上「需要改善」;
  • 如果某網址在行動裝置上的 FID 和 CLS 為「速度良好」,但沒有 LCP 資料,系統會判定該網址在行動裝置上「速度良好」;
  • 如果某網址在行動裝置上的 FID、LCP 和 CLS 為「速度良好」,在電腦上的 FID、LCP 和 CLS 為「需要改善」,那麼該網址在行動裝置上會屬於「速度良好」,在電腦上則屬於「需要改善」。

如果系統為某個網址收集的資料量未達到某項指標的門檻,該網址的報告中就不會列出該項指標。如果網址只有一項指標的資料,系統便會根據該項指標判定狀態。如果網址未達任何指標的資料量門檻,就不會顯示在報告中。

狀態定義

系統會根據下列範圍來評估狀態指標:

  速度良好 需要改善 速度低落
LCP 不到 2.5 秒 4 秒以下 超過 4 秒
FID 不到 100 毫秒 300 毫秒以下 超過 300 毫秒
CLS 不到 0.1 0.25 以下 超過 0.25

 

  • LCP (最大內容繪製):從使用者要求網址時開始,轉譯可視區域中最大可見內容元素所需的時間。最大元素通常是圖片或影片,也可能是區塊層級大型文字元素。FCP 之所以重要,是因為使用者可以透過這項資料瞭解網址確實在進行載入作業。
    • 報告中顯示的「匯總 LCP」(縮寫為 Agg LCP) 代表 75% 的使用者造訪群組內特定網址時,達到 LCP 狀態所需的時間。
  • FID (首次輸入延遲時間):自使用者首次與網頁互動起算 (例如點選連結、輕觸按鈕等),到瀏覽器回應該互動所需的時間。這項測量作業是針對使用者首次點選的互動式元素進行。對於需要使用者主動操作的網頁來說,這個時間點非常重要,因為網頁在此之後才會變為互動式網頁。
    • 報告中顯示的「匯總 FID」(縮寫為 Agg FID) 代表 75% 的使用者造訪此群組內特定網址時所獲得的最低值。
  • CLS (累計版面配置轉移):網頁版面配置在載入期間的轉移量。分數評分範圍為 0 到 1,其中 0 表示沒有任何轉移,1 表示轉移最多。這項指標的重要性在於,如果網頁元素在使用者嘗試與網頁互動時移動了位置,會對使用者體驗造成負面影響。
    • 報表中顯示的「匯總 CLS」(縮寫為 Agg CLS) 代表 75% 的使用者造訪群組內特定網址時一般最低的 CLS 值。

如需修正這些問題的建議,請對受影響的網址執行 PageSpeed Insights 測試

網址群組

系統會依照問題,將含有類似使用者體驗的網址加以分組,這是因為系統假設類似網頁的效能問題都是由同一種潛在問題所造成 (例如這些網頁都有載入速度緩慢的特徵)。

修正問題

一般使用者 (不具專業技術)

  1. 排定問題的優先順序:建議你先修正所有標示為「速度低落」的網址,並且優先修正影響最多網址或是影響你最重要網頁的問題。至於標示為「需要改善」的網址,由於修正迫切性低於「速度低落」網址,可留待稍後改善。
  2. 排定優先順序後,為工程師或網址更新人員提供速度報表
  3. 常見的網頁修正方式:
    • 縮減網頁大小:最佳做法是將網頁及其所有資源的大小縮減至 500 KB 以下。
    • 最多只提供 50 個網頁資源,以利行動版網頁獲得最佳效能。
    • 考慮使用 AMP,不論是行動版還是電腦版,AMP 網頁幾乎都可以保證良好的網頁載入速度。
  4. 使用 PageSpeed Insights 測試工具測試修正結果。如要使用瀏覽器內建工具,則可使用 Chrome Lighthouse 工具進行測試。
  5. 如果你認為特定問題已成功修正,請開啟 Search Console 網站使用體驗核心指標報告,並點選問題詳細資料頁面中的 [開始追蹤]。
  6. 追蹤驗證程序。

網站開發人員

  1. 排定問題的優先順序:建議你先修正所有標示為「速度低落」的網址,並且優先修正影響最多網址或是影響你最重要網頁的問題。至於標示為「需要改善」的網址,由於修正迫切性低於「速度低落」網址,可留待稍後改善。
  2. 建議您詳閱《web.dev 快速載入指南》和網站基礎知識的效能頁面 (developers.google.com),瞭解改善網頁速度的原理與指南。
  3. 使用 PageSpeed Insights 測試工具測試修正結果。如要使用瀏覽器內建工具,則可使用 Chrome Lighthouse 工具進行測試。
  4. 如果你認為特定問題已成功修正,請開啟 Search Console 網站使用體驗核心指標報告,並點選問題詳細資料頁面中的 [開始追蹤]。
  5. 追蹤驗證程序。

其他實用資源:

 

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

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

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

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

 

共用報表

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

匯出報表資料

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

驗證修正結果

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

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

問題驗證狀態

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

可能的驗證狀態如下:

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

網址驗證狀態

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

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

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

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

這對您有幫助嗎?
我們應如何改進呢?