Mỗi khi bạn chạy Lighthouse trên máy mình và thấy điểm hiệu năng đẹp, rồi lại thấy Google Search Console báo trang “Cần cải thiện”, bạn đang chạm vào ranh giới quan trọng nhất của tối ưu tốc độ: lab data (dữ liệu phòng lab) khác hẳn field data (dữ liệu thực địa). Và thứ Google dùng để đánh giá xếp hạng là field data — cụ thể là CrUX.
Field data và lab data khác nhau ở đâu
Lab data là kết quả đo trong môi trường mô phỏng cố định: một thiết bị giả lập, một tốc độ mạng giả lập, một lần tải trang. Lighthouse, PageSpeed Insights phần “Diagnostics”, WebPageTest đều cho ra lab data. Ưu điểm là tái lập được (chạy lại cho kết quả gần giống) và bắt được nguyên nhân kỹ thuật, nên hợp để gỡ lỗi (debug).
Field data ngược lại: là trải nghiệm thật của hàng nghìn người dùng khác nhau — người dùng điện thoại cũ mạng 3G ở vùng xa, người dùng laptop cáp quang, người mở trang lần đầu, người mở khi cache còn nóng. Tất cả gộp lại thành bức tranh trang của bạn thực sự nhanh hay chậm với người thật. CrUX chính là bộ field data đó.
| Tiêu chí | Lab data (Lighthouse) | Field data (CrUX) |
|---|---|---|
| Nguồn | Một máy mô phỏng | Người dùng Chrome thật |
| Số lần đo | 1 lần tải | Hàng nghìn phiên gộp lại |
| INP đo được? | Không (cần tương tác thật) | Có |
| Dùng để | Gỡ lỗi, tìm nguyên nhân | Google đánh giá xếp hạng |
Điểm mấu chốt: Lighthouse không đo được INP (Interaction to Next Paint — độ trễ tới khung hình kế tiếp sau tương tác) vì cần người dùng thật click, gõ, chạm. INP đã chính thức thay FID làm Core Web Vital thứ ba từ 12/3/2024, nên nếu bạn chỉ nhìn điểm Lighthouse, bạn đang bỏ trống một chỉ số quan trọng mà Google vẫn chấm.

CrUX được thu thập thế nào
Google gom dữ liệu từ những người dùng Chrome đã bật chia sẻ thống kê sử dụng (opt-in — tự nguyện tham gia), duyệt trên thiết bị thật, mạng thật. Không phải trang nào cũng có mặt: trang phải công khai, được Google biết tới, và có đủ lượng truy cập để số liệu có ý nghĩa thống kê. Đây là lý do nhiều site nhỏ mở PageSpeed Insights thấy báo “không đủ dữ liệu field” — không phải lỗi, chỉ là chưa đủ người dùng để Google tổng hợp.
Theo tài liệu Chrome for Developers, tới năm 2026 CrUX bao phủ khoảng 15 triệu origin (tên miền gốc). Dữ liệu được tính trên cửa sổ trượt 28 ngày: con số bạn thấy hôm nay phản ánh trải nghiệm gộp của 28 ngày gần nhất, không phải một thời điểm. Vì vậy sửa xong tốc độ đừng mong CrUX đổi ngay — cần thời gian để dữ liệu mới đẩy dữ liệu cũ ra khỏi cửa sổ.
p75 nghĩa là gì — và vì sao nó khắt khe
CrUX không lấy giá trị trung bình. Nó báo cáo ở phân vị thứ 75 (p75): một trang chỉ đạt “Good” (Tốt) cho một chỉ số khi 75% người dùng thật có trải nghiệm nằm trong ngưỡng tốt. Nói cách khác, Google bỏ qua 25% phiên tệ nhất, rồi nhìn vào người ở ngay ranh giới đó.
Cách hiểu này quan trọng vì nó khắt khe hơn cảm nhận của bạn. Máy bạn nhanh không có nghĩa 75% khách của bạn cũng vậy. Ngưỡng “Good” hiện hành, đo ở p75:
- LCP (Largest Contentful Paint — thời điểm phần tử lớn nhất hiện ra) ≤ 2,5 giây
- INP (Interaction to Next Paint) ≤ 200 mili-giây
- CLS (Cumulative Layout Shift — tổng độ xê dịch bố cục) ≤ 0,1
Muốn hiểu sâu từng chỉ số và toàn cảnh, xem bài tổng quan Core Web Vitals 2026.
Bốn cách xem dữ liệu CrUX
1. PageSpeed Insights — nhanh nhất
Dán URL vào PageSpeed Insights, phần “Discover what your real users are experiencing” chính là CrUX. Đây là cách dễ nhất để xem field data một trang. Lưu ý: PSI cập nhật field data hằng ngày, còn tập dữ liệu trên BigQuery cập nhật hằng tháng. Cách đọc chi tiết PSI có trong bài hướng dẫn đọc báo cáo PageSpeed Insights.
2. Google Search Console — theo nhóm trang
Báo cáo Core Web Vitals trong Search Console gom các URL của bạn thành nhóm trang giống nhau, dựa trên CrUX. Đây là nơi rõ nhất để thấy quy mô vấn đề: bao nhiêu URL đang “Cần cải thiện”.
3. CrUX trên BigQuery — phân tích sâu, theo lịch sử
Toàn bộ dữ liệu cấp origin của CrUX công khai trên BigQuery, cập nhật hằng tháng. Bạn có thể truy vấn bất kỳ origin nào, bất kỳ chỉ số nào, lọc theo thiết bị, quốc gia. Ví dụ truy vấn p75 LCP của một origin:
SELECT
p75_lcp
FROM `chrome-ux-report.materialized.device_summary`
WHERE origin = 'https://web22.dev'
AND yyyymm = 202605
AND device = 'phone';Hợp khi bạn cần so sánh nhiều site, theo dõi xu hướng nhiều tháng, hoặc đối chiếu với đối thủ.
4. CrUX Vis — thay cho CrUX Dashboard cũ
Đây là cập nhật bạn cần biết: CrUX Dashboard cũ (dựng trên Looker Studio) đã ngừng hoạt động sau 30/11/2025. Công cụ kế nhiệm chính thức là CrUX Vis, dựng trên CrUX History API, tải nhanh và ổn định hơn, hiển thị dữ liệu lịch sử theo tuần. Nếu tài liệu cũ bảo bạn mở “CrUX Dashboard” — đó là link đã chết, hãy dùng CrUX Vis.
Vì sao field data mới là cái Google xếp hạng
Google xếp hạng dựa trên trải nghiệm thật của người dùng, nên chỉ field data mới phản ánh đúng điều đó. Lab data hữu ích để tìm và sửa nguyên nhân, nhưng nó không phải thước đo cuối. Quy trình thực chiến đúng là: dùng Lighthouse/PageSpeed phần lab để chẩn đoán và sửa, rồi theo dõi CrUX (field) để xác nhận cải thiện đã chạm tới người dùng thật — chờ qua cửa sổ 28 ngày.
Khi vận hành web22.dev trên LiteSpeed cùng Cloudflare làm CDN (mạng phân phối nội dung), Web22 kiểm chứng đúng theo lối này: sửa cache, font, ảnh dựa trên gợi ý lab, sau đó đối chiếu lại CrUX qua PageSpeed Insights để biết người dùng thật có thật sự nhanh hơn không — chứ không dừng ở điểm Lighthouse đẹp.

Câu hỏi thường gặp
CrUX và RUM khác nhau không?
Cả hai đều là field data, nhưng RUM (Real User Monitoring — giám sát người dùng thật) là công cụ bạn tự cài để đo mọi khách, còn CrUX chỉ gồm người dùng Chrome đã opt-in và gộp theo 28 ngày. CrUX là thứ Google dùng để xếp hạng.
Sao site mình không có dữ liệu CrUX?
Site chưa đủ lượng truy cập từ người dùng Chrome opt-in để đạt ngưỡng thống kê. Lúc này hãy dựa vào lab data (Lighthouse) và RUM tự cài để theo dõi tạm.
Sửa tốc độ xong bao lâu CrUX mới đổi?
Vì CrUX tính trên cửa sổ trượt 28 ngày, thường cần vài tuần để dữ liệu mới chiếm đa số và con số p75 phản ánh đúng cải thiện.
Nếu CrUX báo trang của bạn ở mức “Cần cải thiện” và bạn muốn người thật thật sự thấy nhanh hơn, tham khảo dịch vụ tối ưu Core Web Vitals của Web22.
