Ngày xuất bản: 23 tháng 6 năm 2022, Cập nhật gần đây nhất: 18 tháng 11 năm 2025
Các chỉ số trong CrUX được cung cấp bởi các API nền tảng web tiêu chuẩn do trình duyệt hiển thị. Cụ thể là trong tập dữ liệu BigQuery, dữ liệu này được tổng hợp để phân giải nguồn gốc. Chủ sở hữu trang web cần phân tích và thông tin chi tiết chi tiết hơn (ví dụ: phân giải ở cấp URL) về hiệu suất trang web của họ có thể sử dụng cùng các API để thu thập dữ liệu đo lường người dùng thực (RUM) chi tiết cho nguồn gốc của riêng họ. Xin lưu ý rằng mặc dù tất cả các API đều có trong Chrome, nhưng các trình trình duyệt khác có thể không hỗ trợ toàn bộ tập hợp chỉ số.
Hầu hết các chỉ số được biểu diễn dưới dạng tổng hợp biểu đồ, cho phép hình dung sự phân bổ và giá trị phần trăm gần đúng.
Mức thay đổi bố cục tích luỹ
Mức thay đổi bố cục tích luỹ (CLS) là một chỉ số quan trọng và xoay quanh người dùng nhằm đo lường độ ổn định của hình ảnh vì chỉ số này giúp định lượng tần suất người dùng gặp phải tình trạng bố cục thay đổi đột ngột. CLS thấp giúp đảm bảo rằng trang web mang lại trải nghiệm thú vị.
Nội dung DOM đã tải
"DOMContentLoaded báo cáo thời điểm tài liệu HTML ban đầu đã được tải và phân tích cú pháp toàn bộ mà không cần đợi biểu định kiểu, hình ảnh và khung phụ tải xong."
Quét màu lần đầu tiên
"Quét màu lần đầu tiên báo cáo thời điểm trình duyệt kết xuất lần đầu tiên sau khi điều hướng. Chỉ số này không bao gồm màu nền mặc định, nhưng có bao gồm màu nền không mặc định. Đây là khoảnh khắc chính đầu tiên mà nhà phát triển quan tâm trong quá trình tải trang – khi trình duyệt bắt đầu kết xuất trang.
Nội dung đầu tiên hiển thị
Nội dung đầu tiên hiển thị (FCP) báo cáo thời điểm trình duyệt hiển thị lần đầu tiên bất kỳ văn bản, hình ảnh (bao gồm cả hình nền), canvas không phải màu trắng hoặc SVG. Chỉ số này bao gồm cả văn bản có phông chữ web đang chờ xử lý. Đây là lần đầu tiên người dùng có thể bắt đầu sử dụng nội dung trang."
Lượt tương tác đến nội dung hiển thị tiếp theo
"Lượt tương tác đến nội dung hiển thị tiếp theo (INP) là một chỉ số thực tế đánh giá khả năng phản hồi. INP ghi lại độ trễ của tất cả các lượt tương tác trong toàn bộ vòng đời của trang. Giá trị cao nhất của các lượt tương tác đó (hoặc gần với giá trị cao nhất đối với các trang có nhiều lượt tương tác) được ghi lại dưới dạng INP của trang. INP thấp đảm bảo rằng trang sẽ luôn phản hồi một cách đáng tin cậy."
Lượt tương tác đến nội dung hiển thị tiếp theo (INP) đã được thêm vào tập dữ liệu CrUX vào tháng 2 năm 2022. Chỉ số mới này ghi lại độ trễ từ đầu đến cuối của các sự kiện riêng lẻ và cung cấp một bức tranh toàn diện hơn về khả năng phản hồi tổng thể của một trang trong suốt vòng đời của trang đó.
Nội dung lớn nhất hiển thị
Nội dung lớn nhất hiển thị (LCP) là một chỉ số quan trọng và xoay quanh người dùng nhằm đo lường tốc độ tải mà người dùng nhận thấy vì chỉ số này đánh dấu thời điểm trong tiến trình tải trang khi nội dung chính của trang có thể đã tải. LCP nhanh giúp người dùng yên tâm rằng trang này hữu ích.
Loại tài nguyên Nội dung lớn nhất hiển thị
"LCP báo cáo thời gian kết xuất của hình ảnh, khối văn bản hoặc video lớn nhất hiển thị trong khung nhìn, so với thời điểm đầu tiên người dùng di chuyển đến trang."
web.dev/articles/lcp – What elements are considered for LCP
Văn bản và hình ảnh (bao gồm cả hình ảnh khung video đầu tiên) thường có các đặc điểm tải và kỹ thuật tối ưu hoá rất khác nhau. Việc hiểu tỷ lệ các loại tài nguyên LCP giúp bạn hiểu rõ hơn về các chỉ số LCP và đường dẫn tối ưu hoá.
Để biết thêm thông tin, hãy xem bài đăng trên blog về việc ra mắt các loại tài nguyên LCP.
Các phần phụ của hình ảnh Nội dung lớn nhất hiển thị
Việc tối ưu hoá LCP có thể là một nhiệm vụ phức tạp hơn khi PageSpeed Insights không cung cấp cho bạn câu trả lời về cách cải thiện chỉ số này. Đối với các nhiệm vụ phức tạp, bạn nên chia nhỏ chúng thành các nhiệm vụ nhỏ hơn, dễ quản lý hơn và giải quyết từng nhiệm vụ riêng biệt.
web.dev/articles/optimize-lcp – LCP breakdown into subparts
Việc chia nhỏ LCP của hình ảnh thành các phần phụ quan trọng nhất giúp bạn có thể sử dụng các đề xuất và phương pháp hay nhất cụ thể về cách tối ưu hoá từng phần.
Các phần phụ của hình ảnh LCP được cung cấp trong 4 chỉ số riêng biệt:
largest_contentful_paint_image_time_to_first_bytelargest_contentful_paint_image_resource_load_delaylargest_contentful_paint_image_resource_load_durationlargest_contentful_paint_image_element_render_delay
Các phần phụ chỉ được đưa vào cho hình ảnh và không bao gồm hình ảnh khung video đầu tiên vì chúng phức tạp hơn một chút do chúng tôi không thể đo lường thời gian tải xuống đầy đủ (lưu ý rằng các khung video đầu tiên được đưa vào chỉ số loại tài nguyên LCP, trong đó sự phức tạp đó không liên quan).
Các phần phụ của văn bản cũng không được đưa vào vì chúng ít hữu ích hơn và sẽ làm sai lệch số LCP của hình ảnh. Đối với các trang web chủ yếu được tạo từ LCP văn bản, các chỉ số TTFB tổng thể và FCP tổng thể là các phân tích hữu ích – mặc dù lưu ý rằng chúng nằm trên tất cả các LCP và không dành riêng cho LCP văn bản.
Để biết thêm thông tin, hãy xem bài đăng trên blog về việc ra mắt các phần phụ của hình ảnh LCP.
Các loại di chuyển
Chỉ số các loại điều hướng cung cấp thông tin phân tích về tỷ lệ phần trăm số lượt xem trang của các lượt điều hướng sau:
| Loại | Mô tả |
|---|---|
navigate |
Một lượt tải trang không phù hợp với bất kỳ danh mục nào khác. |
navigate_cache |
Một lượt tải trang mà tài nguyên chính (tài liệu HTML chính) được phân phát từ bộ nhớ đệm HTTP. Các trang web thường sử dụng bộ nhớ đệm cho các tài nguyên phụ, nhưng Tài liệu HTML chính thường được lưu vào bộ nhớ đệm ít hơn đáng kể và khi có thể, điều này có thể dẫn đến những cải thiện đáng kể về hiệu suất do có thể lưu vào bộ nhớ đệm cục bộ và tại CDN. |
reload |
Người dùng đã tải lại trang bằng cách nhấn vào nút tải lại, nhấn vào nút Enter trong thanh địa chỉ hoặc hoàn tác thao tác đóng thẻ. Việc tải lại trang thường dẫn đến việc xác thực lại với máy chủ để kiểm tra xem trang chính có thay đổi hay không. Tỷ lệ phần trăm cao của các lượt tải lại trang có thể cho thấy trải nghiệm người dùng không tốt. |
restore |
Trang đã được tải lại sau khi trình duyệt khởi động lại hoặc một thẻ đã bị xoá vì lý do bộ nhớ. Đối với Chrome trên Android, các lượt tải lại này được báo cáo là "reload" (tải lại). |
back_forward |
Một lượt di chuyển trong lịch sử, có nghĩa là trang đã được xem và quay lại gần đây. Với tính năng lưu vào bộ nhớ đệm chính xác, những trải nghiệm này sẽ khá nhanh nhưng vẫn yêu cầu trang được xử lý và JavaScript được thực thi – cả hai đều tránh được bfcache. |
back_forward_cache |
Một lượt di chuyển trong lịch sử được phân phát từ bfcache. Việc tối ưu hoá các trang để tận dụng bfcache bằng cách xoá các trình chặn sẽ mang lại trải nghiệm nhanh hơn, vì vậy, các trang web nên tìm |
prerender |
Trang đã được kết xuất trước, tương tự như bfcache, có thể dẫn đến các lượt tải trang gần như tức thì. |
Trong một số trường hợp, một lượt tải trang có thể là sự kết hợp của nhiều loại di chuyển. Trong trường hợp đó, CrUX báo cáo kết quả trùng khớp đầu tiên theo thứ tự ngược lại của bảng (từ dưới lên trên).
Bạn có thể xem thêm thông tin trong bài đăng thông báo về các loại di chuyển.
Onload
"Sự kiện tải được kích hoạt khi trang và các tài nguyên phụ thuộc của trang đã tải xong."
Thời gian trọn vòng
Cung cấp thông tin ước tính về thời gian khứ hồi HTTP (lớp ứng dụng) khi bắt đầu di chuyển, dựa trên các kết nối mạng gần đây.
Chỉ số này dựa trên thuộc tính rtt
của Network Information API (API thông tin mạng), đây là cùng một API chịu trách nhiệm cho phương diện
Loại kết nối hiệu quả (ECT) trước đây.
Để biết thêm thông tin, hãy xem bài đăng trên blog về việc ra mắt các loại tài nguyên LCP.
Các chỉ số thử nghiệm
Các chỉ số thử nghiệm có trong tập dữ liệu CrUX bằng BigQuery, một số chỉ số cũng có trong CrUX API. Các chỉ số này có thể thay đổi thường xuyên khi phát triển dựa trên ý kiến phản hồi của người dùng. Hãy kiểm tra ghi chú phát hành để cập nhật những thay đổi mới nhất.
Thời gian cho byte đầu tiên
TTFB trong CrUX chỉ được thu thập trên các lượt tải trang đầy đủ, không giống như các bộ hẹn giờ khác (chẳng hạn như LCP) cũng được thu thập trên các lượt di chuyển bộ nhớ đệm cho thao tác tiến/lùi (bfcache) và các trang được kết xuất trước. Do đó, kích thước mẫu của TTFB có thể nhỏ hơn các chỉ số khác và không nhất thiết phải so sánh trực tiếp với các chỉ số đó. TTFB trong CrUX sẽ bao gồm các lượt tải trang lạnh, các lượt tải trang được lưu vào bộ nhớ đệm và các lượt tải trang từ một kết nối đã thiết lập (ví dụ: các lượt tải trang nội bộ trang web).
TTFB không phải là thước đo trực tiếp về thời gian phản hồi của máy chủ vì chỉ số này bao gồm các phép đo trước đó, bao gồm cả thời gian chuyển hướng và bị ảnh hưởng bởi việc phản hồi được phân phát từ bộ nhớ đệm hay CDN hoặc từ máy chủ. Điều này đặc biệt rõ ràng trong dữ liệu thực tế như CrUX, trong khi thử nghiệm trong phòng thí nghiệm thường ít bị ảnh hưởng bởi các yếu tố này vì URL cuối cùng là các bài kiểm tra và thường xuyên phủ nhận các thay đổi về bộ nhớ đệm.
Mức độ phổ biến
Chỉ số thứ hạng mức độ phổ biến là thước đo tương đối về mức độ phổ biến của trang web trong tập dữ liệu CrUX, được đo bằng tổng số lượt di chuyển trên nguồn gốc. Thứ hạng nằm trên thang đo log10 với các bước nửa (ví dụ: 1.000 trang web hàng đầu, 5.000 trang web hàng đầu, 10.000 trang web hàng đầu, 50.000 trang web hàng đầu, 100.000 trang web hàng đầu, 500.000 trang web hàng đầu, 1 triệu trang web hàng đầu, v.v.) với mỗi thứ hạng loại trừ thứ hạng trước đó (ví dụ: 5.000 trang web hàng đầu thực sự là 4.000 URL, không bao gồm 1.000 trang web hàng đầu). Giới hạn trên là động khi tập dữ liệu tăng lên.
Mức độ phổ biến được cung cấp dưới dạng hướng dẫn để phân tích rộng rãi, ví dụ: để xác định hiệu suất theo quốc gia cho 1.000 nguồn gốc hàng đầu.
Quyền gửi thông báo
Đối với các trang web yêu cầu quyền hiển thị thông báo cho người dùng, chỉ số này thể hiện tần suất tương đối của phản hồi của người dùng đối với lời nhắc: chấp nhận, từ chối, bỏ qua hoặc đóng.