Core Web Vitals 報告會根據實際使用資料 (有時稱為「現場資料」) 顯示網頁效能。
解讀報告
Core Web Vitals 報告會根據狀態 (不良、需要改善、良好)、指標類型 (CLS、INP 和 LCP)，以及網址群組 (由類似網頁組成的群組) 等條件，分組顯示網址效能。
報告是根據實際使用者資料評估的三項指標產生：LCP、INP 和 CLS。只要網址群組中 LCP 和 CLS 的資料量達到閾值，該網址群組就會依照效能表現最弱的指標來顯示狀態。舉例來說，如果網址群組的 CLS 低落但 INP 良好，網址狀態就會顯示為「不良」。
如果網址群組的報告資料量未達到 LCP 和 CLS 的最低閾值，報告中就不會列出該網址。
這份報告只會顯示已建立索引的網址，資料會指派給實際網址，而不是其他多數報告中會採用的標準網址。
提醒你，所有位置的所有要求資料皆會合併計算。假設來自某個網際網路連線速度緩慢的國家/地區流量相當龐大，整體效能就會降低。如果你認為這可能是效能不佳的原因，可以使用 BigQuery 來細分各國家/地區的效能。
如果畫面顯示「目前沒有資料」，可能代表你的資源過新，因此 Search Console 還沒有相關資料；或者 CrUX 報告的資料不足，無法針對選定的裝置類型 (電腦或行動裝置) 提供有意義的資訊。
如果你的資源是新資源：不論網址是否為 Search Console 資源的一部分，CrUX 資料庫都會收集網址的相關資訊。但建立資源後，我們可能需要幾天的時間才能完成分析，並發布 CrUX 資料庫現有的任何資料。
你可以運用 PageSpeed Insights 測試工具、Chrome Lighthouse 工具或 AMP 網頁體驗指南 (適用於 AMP 網頁)，測試個別網址的即時效能。
瀏覽報告
報告會顯示兩種網址表格，其中一種表格是針對各平台 (行動裝置或電腦) 列出「不良」或「需要改善」的問題網址 (未將網址視為優質網址的原因)，而另一種表格則列出在 LCP、INP 和 CLS 三方面皆為「良好」的網址 (查看優質網址的相關資料)。
- 針對所有平台查看到達網頁的一般趨勢圖表。
- 按一下任一圖表旁的「開啟報告」，即可依平台 (行動裝置或電腦) 下鑽查詢。
- 如要根據過往的使用者資料查看網站中的網址效能，請在效能圖表中按「不良」、「需要改善」或「良好」等分頁標籤做切換。
- 查看「未將網址視為優質網址的原因」表格列出的效能問題清單。這裡顯示的每個網址都代表不同的網址群組。
- 在問題詳細資料頁面的「示例」表格中點選任一網址，即可查看該網址群組的詳細資訊。
總覽頁面
Core Web Vitals 報告的總覽頁面會根據檢視網址的裝置類型 (行動裝置或電腦) 細分資料。資料會按網址狀態 (「不良」、「需要改善」或「良好」) 分組，而網址群組會依據表現最弱的那項指標來顯示狀態為何。
開啟報告中裝置類型的部分，即可查看特定類型裝置的詳細效能資料。
行動裝置和電腦的摘要頁面
平台 (行動裝置或電腦) 的摘要報告會依據網站上系統已取得資料的網址群組顯示狀態和問題。點選詳細資料表格中的任一列，即可進一步研究特定狀態與特定問題類型組合。
圖表
圖表上方的分頁標籤會顯示目前處於各個狀態的網址 (而非網址群組) 總數，以及該狀態中的問題數量。你可以藉由切換分頁標籤，選擇要在圖表中顯示哪些狀態，圖表會顯示在指定日期處於指定狀態的網址數。
表格
表格會依照狀態和問題將網址分組列出，每列資料包含驗證狀態、該列「走勢」(以簡化的時間軸顯示)，以及目前處於該速度狀態和問題狀態的網址數量。
如果網址受到多個問題影響，則可能出現在多個表格資料列中。
行動裝置和電腦的問題詳細資料頁面
在行動裝置或電腦的頂層摘要頁面中按一下表格資料列，即可開啟該組合 (裝置 + 狀態 + 問題) 的詳細資料頁面，其中會顯示所選問題的相關網址和其他詳細資料。
圖表
問題詳細資料圖表會顯示在特定日期受到特定狀態和問題組合影響的網址數，以及目前總共有多少網址受到所選狀態和問題影響。
表格
問題詳細資料表格會顯示受到所選問題影響的一組示例網址。每個示例網址都是一組類似網址的其中一個項目。
表格中包含下列資訊：
- 網址：表格中的每一列皆代表一組類似網址。
- 如果網頁的狀態不佳：系統會根據你正在查看的問題，在下方顯示相關資料欄。請注意，單一網址可能會受到多個問題影響，但系統只會顯示所選問題適用的資料欄。
只要點選示例網址，即可查看所屬群組中的幾個其他網頁，還能瞭解該群組的其他資訊和外部測試的執行連結。表格上限為 200 列。
- Core Web Vitals 會將資料和狀態結合成「網址群組」，PageSpeed Insights 通常會針對個別網址顯示資料 (除非網址本身資訊不足)。在 PageSpeed Insights 中，特定網址的統計資料可能會與 Core Web Vitals 中的群組結果不符，因為個別網址可能對於所屬群組來說是離群網址。
- Core Web Vitals 網址會在區分網頁時加入網址參數；PageSpeed Insights 會從網址中移除所有參數資料，然後將所有結果指派給原始網址。
這份報告的設計初衷不是要讓你查詢特定網址的狀態，而是呈現網站整體效能，並協助排解影響網站中多個網頁的問題。如要查看特定網址的效能資料，請利用外部測試。雖然你可以下鑽細查狀態和問題，並查看受影響的特定網址，但要利用 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 會按曝光次數 (由高至低) 列出群組成員。
修正問題
一般使用者 (不具專業技術)
- 排定問題的優先順序：建議你先修正所有標示為「不良」的網址，並且優先修正影響最多網址或是影響最重要網址的問題。至於標示為「需要改善」的網址，由於修正迫切性低於「不良」網址，可留待稍後改善。
- 排定優先順序後，為工程師或網址更新人員提供速度報表。
- 常見的網頁修正方式：
- 縮減網頁大小：最佳做法是將網頁及其所有資源的大小縮減至 500 KB 以下。
- 將網頁的資源限制在 50 個以下，以利在行動裝置上展現最佳效能。
- 透過外部測試取得網頁修正建議。
- 利用外部測試來測試修正結果。
- 如果認為某個問題已成功修正，請開啟 Search Console Core Web Vitals 報告，並點選問題詳細資料頁面中的「開始追蹤」。
- 追蹤驗證程序。
網站開發人員
- 排定問題的處理優先順序：建議你先修正所有標示為「不良」的項目，標有「需要改善」的網址有待改善，但修正迫切性低於「不良」網址。在狀態中，應優先處理影響最多網址的問題，或是影響最重要網址的問題。
- 指定群組中顯示的網址會依曝光次數 (由高至低) 排序，因此頂端的網址對群組狀態的影響最大。按顯示順序修正網址能夠對狀態產生最佳效果，不過我們還是建議你盡可能修正網址。請注意，如果群組很接近某個狀態的邊緣，狀態可能會因群組清單最下方的少數網址而產生變化。
- 建議你詳閱《web.dev 快速載入指南》和網站基礎知識的效能頁面 (developers.google.com)，瞭解改善網頁速度的原理與指南。
- 透過外部測試取得網頁修正建議。
- 利用外部測試來測試修正結果。
- 如果認為某個問題已成功修正，請開啟 Search Console Core Web Vitals 報告，並點選問題詳細資料頁面中的「開始追蹤」。
- 追蹤驗證程序。
其他實用資源：
- 認識並改善網頁載入時間的指南
- Lighthouse：評估網頁效能的開放原始碼工具
- 其他評估網頁效能的 Google 工具
- 如要針對網頁的 LCP、INP 等指標執行其他測試，請參閱以使用者為中心的效能指標。
我沒有變更網站，但是網站的狀態改變了
如果你的網站沒有經過任何調整，網站上許多網頁的狀態卻出現明顯變化，這可能是因為很多網頁的速度狀態本來就在臨界點，加上發生了一些影響整個網站的事件，才導致網頁的速度狀態改變。舉例來說，如果網站流量突然大幅增加，或是你的圖片檔存放服務有延遲時間異動，這些都可能造成網站速度變慢。即使改動很微小，但如果會影響整個網站，那就足以讓許多狀態勉強處於「良好」的網頁落入「需要改善」類別，或是從「需要改善」變成「不良」。
另一個可能性較低的原因是用戶端出現大規模變化，例如廣泛採用某個瀏覽器版本更新，或是有一群使用者都在使用速度較慢的網路。提醒你，系統是根據實際的使用資料來衡量網頁效能。你可以檢查自己的記錄，看看網站狀態變化的時間點是否恰巧有任何瀏覽器、裝置或位置異動。
請檢查你的網站在這段期間的流量是否出現劇烈起伏，並且仔細研究特定問題，查看受影響網頁的群組 LCP/INP/CLS 數據。如果這些數據都剛好落在不良/需要改善/良好的邊界，就可能是因為某個微小的改動造成網頁狀態改變。
即可。這個連結只會將目前問題詳細資料頁面 (以及這個問題的所有驗證記錄網頁) 的存取權授予知道連結的使用者，而不會授予其他資源網頁的存取權，也不會讓共用對象對你的資源或帳戶執行任何動作。如要撤銷連結，你隨時可以停用這個網頁的共用設定。
，可讓使用者匯出報表資料 (包括圖表和表格資料)。報表中顯示為 ~ 或 - (無資料/非數字) 的值，在下載的資料中一律為零。驗證修正結果
修正所有網址中的特定問題後，你可以確認所有網址是否皆已恢復正常。只要點選「開始追蹤」，系統就會啟動為期 28 天的監控期，檢查網站中是否還有網址存在同樣問題。如果網站中任何網址在這 28 天內皆未發生問題，問題就會視為已成功修正。不過，只要任一網址出現問題，我們就會將問題標為未修正。請注意，不論問題狀態為何，系統對於個別網址狀態的評估都會持續到 28 天結束為止。
- 你可以針對處理中或失敗的驗證要求，查看驗證詳細資料：
- 請前往問題詳細資料頁面，找出「驗證狀態」部分並點選「查看詳細資料」。
- 你也可以隨時重新啟動驗證追蹤期：
- 請開啟驗證詳細資料頁面，然後點選「要求重新驗證」。
- 如果驗證失敗，請執行以下操作：
- 再次嘗試修正問題。
- 開啟驗證詳細資料頁面，然後點選「要求重新驗證」，藉此重新啟動追蹤期。
問題驗證狀態
這是驗證要求的整體狀態，摘要頁面的每個問題 (以及問題詳細資料頁面) 都會顯示這個狀態。
可能的驗證狀態如下：
- 未開始：有一或多個網址含有這個問題的例項，而你從未要求驗證。
- 已開始：你已要求驗證，而我們目前還沒找到其他問題個案。
- 沒有問題：已開始進行驗證，且目前檢查過的所有網址均已修正該問題。
- 通過：所有網址均處於「通過」狀態。你必須點選「驗證修正後的項目」，網址才有可能變成這個狀態。如果例項是在你未要求驗證的情況下消失，狀態會變更為「不適用」。
- 不適用：雖然你未要求驗證，但 Google 發現所有網址均已修正該問題。
- 失敗：在你要求驗證後，有一或多個網址處於「失敗」狀態。
網址驗證狀態
這是驗證程序頁面所列出的各網址驗證狀態。系統會在有效驗證期間內顯示狀態：「待處理」、「通過」或「失敗」。驗證期間結束後，只有「失敗」狀態會繼續顯示，已修正的項目在驗證期間過後就會從清單中移除。
- 待處理：Google 須收集足夠的資料，才可以判定網址是否仍受到影響。
- 通過：網址似乎不再受問題影響。
- 失敗：網址仍受到所列的問題影響。
只有在驗證追蹤期間，網址才會出現「通過」與「失敗」的狀態。驗證要求範圍以外的網址如出現問題，但之後問題卻自行消失，那麼網址就只會從清單中消失，不會標上任何狀態。
凡是從網路移除，且過去 28 天內沒有資料的網址，將不再顯示在驗證記錄或報告中。
Core Web Vitals 報告提供兩種外部測試工具的連結，用途為執行額外的網頁測試。工具種類會因網頁類型而異：
- 非 AMP 網頁：PageSpeed Insights 測試工具會回報網頁在電腦和行動裝置上的效能，並提供該網頁的改進建議。這項測試會顯示即時測試資料，以及使用者實際造訪網站的資料。請注意，PageSpeed Insights 中的資訊可能會與網站體驗核心指標報告不同。瞭解原因。
- AMP 網頁：AMP 網頁體驗指南針對 AMP 網頁提供詳盡的即時測試，包括 Core Web Vitals 指標。這項測試會顯示即時測試資料，以及使用者實際造訪網站的資料。
在摘要頁面的「詳細資料」表格中依序點選狀態列和示例網址，然後在「示例詳細資料」窗格中將滑鼠游標懸停在類似網址上，即可看到示例網址旁邊顯示上述工具的連結。你也可以造訪這些工具的頁面，並且自行提供網址。
此外，你還能使用 Chrome 瀏覽器內建的測試工具：Chrome Lighthouse 工具。
