Google sử dụng công nghệ AI để dịch nội dung sang ngôn ngữ bạn ưu tiên. Bản dịch bằng AI có thể có lỗi.

Các chỉ số

Ngày xuất bản: 23 tháng 6 năm 2022, Lần cập nhật gần đây nhất: 13 tháng 10 năm 2026

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 thành độ phân giải nguồn. Những chủ sở hữu trang web cần thông tin chi tiết và phân tích cụ thể hơn (ví dụ: độ phân giải ở cấp URL) về hiệu suất trang web có thể sử dụng chính các API này để thu thập dữ liệu đo lường người dùng thực tế (RUM) chi tiết cho nguồn gốc của họ. Xin lưu ý rằng mặc dù tất cả API đều có trong Chrome, nhưng các 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ố đều được biểu thị dưới dạng tổng hợp biểu đồ, cho phép trực quan hoá thông tin phân phối và giá trị gần đúng của phân vị.

Điểm số tổng hợp về mức thay đổi bố cục

"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 các thay đổi bố cục không mong muốn. Chỉ số CLS thấp giúp đảm bảo trang web mang lại trải nghiệm thú vị."

web.dev/articles/cls

Nội dung DOM đã tải

"DOMContentLoaded báo cáo thời gian tài liệu HTML ban đầu đã được tải và phân tích cú pháp hoàn toàn mà không cần đợi biểu định kiểu, hình ảnh và khung phụ tải xong."

MDN

Quét màu lần đầu tiên

"First Paint báo cáo thời gian mà trình duyệt kết xuất lần đầu tiên sau khi điều hướng. Điều này không bao gồm màu nền mặc định, nhưng bao gồm màu nền không mặc định. Đây là thời điểm quan trọng đầ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 hiển thị trang."

Paint Timing API

Nội dung đầu tiên hiển thị

Chỉ số Nội dung đầu tiên hiển thị (FCP) báo cáo thời gian mà trình duyệt lần đầu tiên hiển thị 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. Trong đó có 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 trên trang."

Paint Timing API

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ế dùng để đánh giá khả năng phản hồi. INP ghi lại độ trễ của tất cả lượt tương tác trong toàn bộ vòng đời của trang. Giá trị cao nhất của những lượt tương tác đó (hoặc gần với giá trị cao nhất đối với những trang có nhiều lượt tương tác) được ghi lại dưới dạng INP của trang. Chỉ số INP thấp đảm bảo rằng trang sẽ luôn phản hồi một cách đáng tin cậy."

web.dev/articles/inp

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 từng sự kiện và cung cấp thông tin tổng quan hơn về khả năng phản hồi tổng thể của một trang trong suốt thời gian tồn tại của trang đó.

Thời gian hiển thị nội dung lớn nhất

"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 xong. LCP nhanh giúp người dùng yên tâm rằng trang này hữu ích."

web.dev/articles/lcp

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 xuất hiện trong khung nhìn, so với thời điểm đầu tiên người dùng chuyển đến trang."

web.dev/articles/lcp – Những phần tử nào được xem xét cho 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 rõ tỷ lệ của 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à lộ trình 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 có Nội dung lớn nhất hiển thị

"Tối ưu hoá LCP có thể là một nhiệm vụ phức tạp hơn khi PageSpeed Insights không đưa ra câu trả lời về cách cải thiện chỉ số này. Với những nhiệm vụ phức tạp, bạn nên chia nhỏ chúng thành những nhiệm vụ nhỏ hơn, dễ quản lý hơn và giải quyết riêng từng nhiệm vụ."

web.dev/articles/optimize-lcp – Bảng chi tiết về LCP thành các phần nhỏ

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ể để 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_byte
largest_contentful_paint_image_resource_load_delay
largest_contentful_paint_image_resource_load_duration
largest_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 hình 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 khung hình 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ố liệu LCP của hình ảnh. Đối với những trang web chủ yếu được tạo thành từ LCP văn bản, các chỉ số TTFB tổng thể và FCP tổng thể là những thông tin chi tiết hữu ích – mặc dù lưu ý rằng các chỉ số này áp dụng cho tất cả LCP chứ không chỉ riêng 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.

Chỉ số loại điều hướng cung cấp thông tin chi tiết về tỷ lệ phần trăm số lượt xem trang của các loại điều hướng sau:

Loại	Mô tả
`navigate`	Lượt tải trang không thuộc các danh mục khác.
`navigate_cache`	Một lần 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 ít được lưu vào bộ nhớ đệm hơn đáng kể. Khi có thể, việc này có thể giúp cải thiện đáng kể hiệu suất nhờ khả năng 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 nút tải lại, nhấn phím Enter trong thanh địa chỉ hoặc huỷ 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ệ tải lại trang cao có thể cho thấy người dùng gặp phải trải nghiệm không hài lòng.
`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, những lượt tải lại này được báo cáo là "tải lại".
`back_forward`	Thao tác điều hướng theo nhật ký, tức là người dùng đã xem trang này và quay lại gần đây. Nếu được lưu vào bộ nhớ đệm đúng cách, thì những trải nghiệm này sẽ khá nhanh nhưng vẫn cần xử lý trang và thực thi JavaScript. Cả hai việc này đều được bfcache tránh.
`back_forward_cache`	Một thao tác điều hướng trong nhật ký được phân phát từ bfcache. 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 xem xét
`prerender`	Trang đã được kết xuất trước. Tương tự như bfcache, điều này có thể giúp trang tải gần như tức thì.

Trong một số trường hợp, một lần tải trang có thể là sự kết hợp của nhiều loại điều hướng. Trong trường hợp đó, CrUX sẽ báo cáo kết quả 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 điều hướng.

Onload

"Sự kiện tải được kích hoạt khi trang và các tài nguyên phụ thuộc đã tải xong."

MDN

Thời gian khứ hồi

Đưa ra thông tin ước tính về thời gian khứ hồi HTTP (lớp ứng dụng) khi bắt đầu quá trình điều hướng, 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, đây cũng là API chịu trách nhiệm về 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.

Chỉ số thử nghiệm

Các chỉ số thử nghiệm có trong cả tập dữ liệu CrUX bằng BigQuery và trong CrUX API, mặc dù không phải chỉ số nào cũng có trong cả hai. Các chỉ số này có thể thay đổi khi phát triển dựa trên ý kiến phản hồi của người dùng. Hãy xem ghi chú phát hành để nắm được những thay đổi đã cập nhật.

Chỉ số quan trọng chính của trang web về điều hướng mềm thử nghiệm

Bản phát hành tháng 10 năm 2026 đã ra mắt các phiên bản thử nghiệm của các chỉ số quan trọng chính của trang web, bao gồm cả thao tác điều hướng mềm:

experimental_largest_contentful_paint_with_softnavs
experimental_interaction_to_next_paint_with_softnavs
experimental_cumulative_layout_shift_with_softnavs

Các chỉ số này bao gồm cả lượt tải trang đầy đủ và lượt điều hướng mềm.

Để biết thêm thông tin, hãy xem bài viết Giới thiệu các chỉ số thử nghiệm về Core Web Vitals trong Báo cáo trải nghiệm người dùng trên Chrome.

Thời gian cho byte đầu tiên

TTFB trong CrUX chỉ được thu thập khi tải toàn bộ trang, không giống như các bộ tính giờ khác (chẳng hạn như LCP) cũng được thu thập khi di chuyển trong bộ nhớ đệm cho thao tác tiến/lùi (bfcache) và 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 nguội, lượt tải trang được lưu vào bộ nhớ đệm và lượt tải trang từ một kết nối đã thiết lập (ví dụ: lượt tải trang trong 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à chịu ảnh hưởng của việc phản hồi được phân phát từ bộ nhớ đệm, CDN hay 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 hơn vì URL cuối cùng là thử nghiệm và thường lặp lại việc 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 lường bằng tổng số lượt điều hướng trên nguồn gốc. Thứ hạng được tính theo thang log10 với các bước trung gian (ví dụ: 1.000 URL hàng đầu, 5.000 URL hàng đầu, 10.000 URL hàng đầu, 50.000 URL hàng đầu, 100.000 URL hàng đầu, 500.000 URL hàng đầu, 1 triệu URL hàng đầu, v.v.) với mỗi thứ hạng không bao gồm thứ hạng trước đó (ví dụ: 5.000 URL hàng đầu thực sự là 4.000 URL, không bao gồm 1.000 URL hàng đầu). Giới hạn trên sẽ thay đổi 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, chẳng hạn như để 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 những 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 các 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.

Chỉ số quảng cáo

Chrome cung cấp các chỉ số và công cụ công khai cho các trang web và những bên khác, chẳng hạn như nhà quảng cáo, để hiểu rõ hơn về trải nghiệm quảng cáo của người dùng thực và tác động của trải nghiệm đó.

Số lượng quảng cáo: Chỉ số này cho biết số lượng quảng cáo mà một người dùng thông thường nhìn thấy cùng một lúc trên trang web.
Mật độ quảng cáo: Chỉ số này mô tả sự cân bằng giữa nội dung và khả năng hiển thị quảng cáo của một người dùng điển hình.
Trọng số quảng cáo: CPU: Chỉ số này mô tả mức tiêu thụ CPU của quảng cáo, có thể ảnh hưởng đến hiệu suất.
Trọng số quảng cáo: Mạng: Chỉ số này mô tả mức tiêu thụ tài nguyên mạng của quảng cáo.

Chúng tôi hy vọng những chỉ số này sẽ đặc biệt hữu ích cho các nhà quảng cáo trên web và những dịch vụ mà họ sử dụng để đặt quảng cáo. Chúng tôi nhận thấy rằng những chỉ số này có thể giúp nhiều bên liên quan trong hệ sinh thái quảng cáo đánh giá cơ hội quảng cáo và đưa ra quyết định về sản phẩm quảng cáo một cách hiệu quả hơ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 chỉ số quảng cáo và tài liệu về việc đo lường quảng cáo.