Báo cáo CrUX cho biết gì về website của bạn?

Câu trả lời ngắn: Báo cáo CrUX (Chrome UX Report) cho biết người dùng Chrome thật đã trải nghiệm một trang, hoặc cả website, ra sao trong 28 ngày gần nhất. Với mỗi chỉ số, báo cáo đưa ra giá trị ở phân vị 75 và tỷ lệ lượt truy cập tốt, cần cải thiện và kém: LCP, INP, CLS (ba chỉ số Core Web Vitals), cùng FCP và TTFB. Website có quá ít lượt truy cập từ Chrome thì báo cáo trống hoàn toàn. Website của chúng tôi cũng vậy.

Báo cáo CrUX có những gì

Chỉ số	Đo gì	Tốt ở p75	Kém
LCP	Thời điểm phần tử lớn nhất trong khung nhìn hiện ra	≤ 2,5 giây	> 4 giây
INP	Thời gian trang phản hồi thao tác (nhấp, chạm, gõ phím)	≤ 200 ms	> 500 ms
CLS	Mức bố cục bị xê dịch bất ngờ	≤ 0,1	> 0,25
FCP	Thời điểm nội dung đầu tiên hiện ra (chỉ số chẩn đoán)	≤ 1,8 giây	> 3 giây
TTFB	Thời gian nhận byte đầu tiên từ máy chủ (thử nghiệm)	≤ 0,8 giây	> 1,8 giây

Ngưỡng theo chỉ số CrUX và Web Vitals.

Mỗi giá trị là phân vị 75 (p75): 75% lượt truy cập đạt mức này hoặc tốt hơn. Một trang đạt Core Web Vitals khi cả LCP, INP và CLS đều tốt ở p75. Báo cáo còn tách theo thiết bị (điện thoại, máy tính bảng, máy tính); CrUX API có thêm thời gian khứ hồi (RTT) và loại điều hướng (tải lại, back/forward cache, prerender…). FID không còn nữa: INP đã thay FID, và các công cụ của Chrome ngừng báo FID từ tháng 9/2024.

Lượt truy cập của ai được tính

• Người dùng Chrome đã đồng ý: bật gửi thống kê sử dụng và đồng bộ lịch sử duyệt web, không đặt cụm mật khẩu đồng bộ.
• Chrome trên máy tính và Chrome trên Android. Chrome trên iOS, Edge và Android WebView không được tính.
• Trang công khai: trả về HTTP 200 sau chuyển hướng, không có noindex trong thẻ meta hay header X-Robots-Tag.
• Đủ lượt truy cập. Google không công bố con số này; trang và origin dùng cùng một ngưỡng (phương pháp CrUX).

Vì vậy CrUX là một mẫu của người dùng Chrome, không phải toàn bộ khách truy cập. Website có nhiều khách dùng iPhone có thể có ít dữ liệu CrUX dù lượng truy cập thật không nhỏ.

Dữ liệu của trang hay của cả website

CrUX có hai cấp: URL của trang (bỏ phần query string và fragment) và origin (mọi trang của https://example.com). Một trang ít người xem có thể không có dữ liệu riêng trong khi origin của nó có. Khi đó PageSpeed Insights hiển thị số liệu của cả origin, còn Search Console gom các URL giống nhau thành nhóm. CrUX API thì không tự chuyển: truy vấn một URL thì chỉ nhận được dữ liệu của chính URL đó.

Hãy luôn xem mình đang đọc cấp nào. Ngày 26/10/2026, origin github.com có CLS 0,06 (tốt), còn trang chủ github.com có CLS 0,30 (kém). Origin đạt không có nghĩa là trang đang xem cũng đạt.

Cửa sổ 28 ngày

CrUX API trả về số liệu của 28 ngày gần nhất, cập nhật mỗi ngày khoảng 04:00 UTC. CrUX History API trả về các điểm theo tuần, tối đa 40 tuần, và CrUX Vis vẽ chúng thành biểu đồ. BigQuery có một bảng mới mỗi tháng, phát hành vào thứ Ba thứ hai của tháng sau. Hệ quả: bản sửa hôm nay chỉ hiện đầy đủ trong số liệu sau 28 ngày; sau một tuần, lượt truy cập mới chỉ chiếm khoảng một phần tư cửa sổ, nên p75 có thể chưa đổi.

Số liệu CrUX của 12 URL thật (tháng 10/2026)

Ngày 26/10/2026, chúng tôi gọi PageSpeed Insights (chế độ di động) cho 12 URL và đọc phần CrUX bằng chính bộ phân tích mà bản quét CiteStat dùng. Số liệu là p75 trên điện thoại.

URL	Dữ liệu của	Core Web Vitals	LCP	INP	CLS
web.dev/	trang	Không đạt	3,06 giây	226 ms	0,01
web.dev/articles/vitals	trang	Không đạt	2,49 giây	162 ms	0,11
developer.chrome.com/docs/crux	trang	Không đạt	2,42 giây	210 ms	0,23
developer.chrome.com/…/dimensions	origin	Không đạt	3,10 giây	251 ms	0,21
github.com/	trang	Không đạt	4,21 giây	305 ms	0,30
github.com/…/issues/1	origin	Không đạt	2,36 giây	261 ms	0,06
en.wikipedia.org/wiki/Main_Page	trang	Đạt	1,60 giây	131 ms	0,00
vnexpress.net/	trang	Không đạt	0,86 giây	163 ms	0,34
tiki.vn/	trang	Không đạt	1,24 giây	394 ms	0,28
citestat.com/	không có dữ liệu	—	—	—	—
citestat.com/en/wiki/crux	không có dữ liệu	—	—	—	—
erpfit.com/	không có dữ liệu	—	—	—	—

Những điều chúng tôi rút ra:

• Trong 9 URL có dữ liệu, chỉ 1 URL đạt: trang chính Wikipedia. Trang tài liệu CrUX của chính Google không đạt vì INP 210 ms và CLS 0,23.
• Trong 8 kết quả không đạt, 6 có CLS trên 0,1 và 6 có INP trên 200 ms; chỉ 3 có LCP trên 2,5 giây. vnexpress.net tải nhanh (LCP 0,86 giây) nhưng không đạt chỉ vì CLS.
• Hai URL ít người xem nhận dữ liệu của origin, đúng như tài liệu PageSpeed Insights mô tả.
• Lighthouse dao động giữa các lần chạy, CrUX thì giữ nguyên trong ngày. Lần chạy đầu Lighthouse đo LCP trang chủ web.dev là 12,0 giây, lần chạy thứ hai khoảng bốn phút sau còn 9,4 giây; CrUX vẫn là 3,06 giây ở cả hai lần. Với tiki.vn: Lighthouse 12,5 rồi 12,7 giây, CrUX 1,24 giây.
• Ba URL của chúng tôi không có dữ liệu, ở cả cấp trang lẫn origin. Đó là tình trạng chung của website nhỏ.

TTFB p75 chỉ đạt (≤ 0,8 giây) ở 3 trong 9 URL có dữ liệu: vnexpress.net 0,31 giây, tiki.vn 0,34 giây, Wikipedia 0,79 giây; sáu URL còn lại nằm trong khoảng 1,21–1,74 giây.

Xem báo cáo CrUX của bạn ở đâu

• PageSpeed Insights: phần dữ liệu người dùng thật ở đầu trang, 28 ngày, của trang hoặc của cả origin khi trang thiếu dữ liệu.
• Báo cáo Core Web Vitals trong Search Console: nhóm các URL có trải nghiệm giống nhau; trạng thái của nhóm theo chỉ số tệ nhất.
• CrUX Vis: lịch sử theo tuần, tối đa 40 tuần. Google ngừng hỗ trợ CrUX Dashboard trên Looker Studio từ tháng 9/2025 (bộ kết nối dữ liệu tắt sau tháng 11/2025) và khuyên dùng CrUX Vis thay thế.
• CrUX API và BigQuery: cho lập trình viên; API cần khóa Google Cloud, BigQuery có dữ liệu theo tháng từ năm 2017.
• Bản quét CiteStat: đọc CrUX từ lệnh gọi PageSpeed Insights mà bản quét đã thực hiện, hiện p75 và tỷ lệ lượt truy cập tốt của từng chỉ số, cho biết dữ liệu là của trang hay của cả website, và đưa ra kết luận Core Web Vitals. Nếu không đạt, kết quả chỉ ra chỉ số nên sửa trước.

Số liệu CrUX trong CiteStat chỉ để hiển thị, không làm thay đổi điểm SEO tổng. Mỗi bản quét lưu lại số liệu này, nên biểu đồ xu hướng trên dashboard cho thấy chúng thay đổi qua các lần quét. Tài khoản miễn phí có 10 credit mỗi ngày, một bản quét SEO tốn 1 credit; gói Agency có quét định kỳ. Xem bảng giá.

CrUX có ảnh hưởng thứ hạng không

Tài liệu Page experience của Google Search Central (cập nhật 22/9/2026) viết: "Core Web Vitals are used by our ranking systems" (hệ thống xếp hạng có dùng Core Web Vitals). Cùng trang đó nói không có một tín hiệu trải nghiệm trang duy nhất, và điểm tốt không bảo đảm thứ hạng cao. Search Console đánh giá Core Web Vitals bằng dữ liệu CrUX, không bằng Lighthouse. Hãy xem CrUX là số liệu tốc độ mà Search Console dùng, nhưng nội dung và mức độ liên quan vẫn quan trọng hơn.

Nên làm gì

Khi báo cáo trống:

1. Kiểm tra trang trả về HTTP 200 và không có noindex.
2. Xem PageSpeed Insights có dữ liệu cho cả origin không. Nếu có, trang chỉ thiếu lượt truy cập riêng.
3. Tự đo người dùng thật bằng thư viện web-vitals của Google, gửi số liệu về công cụ phân tích của bạn.
4. Dùng Lighthouse để tìm lỗi, không để kết luận đạt hay không đạt.

Khi kết luận là không đạt:

1. Sửa chỉ số có ít lượt truy cập tốt nhất trước.
2. CLS: đặt width và height cho ảnh, giữ chỗ cho quảng cáo và nội dung nhúng, không chèn nội dung lên trên phần đã hiện.
3. INP: chia nhỏ các tác vụ JavaScript dài, bớt script bên thứ ba.
4. LCP: giảm thời gian phản hồi của máy chủ, tải trước ảnh chính, không đặt lazy loading cho ảnh đó.
5. Chờ 28 ngày, theo dõi mỗi tuần trên CrUX Vis.

Muốn biết trang của bạn hay chỉ origin có dữ liệu CrUX, hãy chạy bản quét CiteStat miễn phí — 10 credit mỗi ngày, một lần quét SEO tốn 1 credit.

Câu hỏi thường gặp

Vì sao PageSpeed Insights không có dữ liệu người dùng thật cho website của tôi?

Vì CrUX chưa có đủ lượt truy cập từ người dùng Chrome đã đồng ý chia sẻ dữ liệu, ở cả cấp trang lẫn cấp origin. Google không công bố ngưỡng. Trang cũng phải công khai: trả về HTTP 200 và không có noindex. Trong lúc chờ, hãy đo người dùng thật bằng thư viện web-vitals và dùng Lighthouse để tìm lỗi.

Vì sao điểm Lighthouse kém mà CrUX lại tốt (hoặc ngược lại)?

Lighthouse tải trang một lần trên một thiết bị mô phỏng với mạng cố định; CrUX là phân vị 75 của mọi lượt truy cập thật trong 28 ngày, trên thiết bị và mạng thật. Ngày 26/10/2026, Lighthouse đo LCP trang chủ tiki.vn là 12,5 giây, còn CrUX ghi 1,24 giây. Search Console đánh giá Core Web Vitals bằng dữ liệu CrUX.

Sửa xong thì bao lâu CrUX mới thay đổi?

Khoảng 28 ngày để số liệu phản ánh đầy đủ bản sửa. CrUX API dùng cửa sổ 28 ngày cập nhật mỗi ngày, nên p75 dịch chuyển dần khi lượt truy cập cũ rơi khỏi cửa sổ. CrUX Vis vẽ một điểm mỗi tuần (tối đa 40 tuần) để bạn theo dõi.

CrUX còn báo FID không?

Không. INP thay FID trong Core Web Vitals từ tháng 3/2024, và các công cụ của Chrome ngừng báo FID từ ngày 9/9/2024. Hướng dẫn nào còn ghi FID là đã cũ.

Nguồn: CrUX methodology · CrUX metrics (cập nhật 13/10/2026) · CrUX API · CrUX History API · CrUX trên BigQuery · Ngừng CrUX Dashboard · Giới thiệu PageSpeed Insights · Báo cáo Core Web Vitals · INP trở thành Core Web Vital · Google Search Central: page experience. Số liệu: PageSpeed Insights v5, di động, 26/10/2026.