Báo cáo tốc độ trang
Phân tích hiệu suất, khả năng tiếp cận, thực hành tốt nhất và SEO. Dữ liệu thực tế (Chrome UX Report) kết hợp dữ liệu phòng lab (Lighthouse).
Phân tích hiệu suất trang web
Nhập URL bất kỳ phía trên → nhận báo cáo đầy đủ trong ~20 giây.
- 4 điểm số 0-100: Hiệu suất, Khả năng tiếp cận, Thực hành tốt, SEO
- Dữ liệu thực tế từ Chrome UX Report (28 ngày)
- Dữ liệu phòng lab từ Lighthouse (Moto G4 + giới hạn 4G)
- Cơ hội tối ưu sắp xếp theo số ms tiết kiệm
- Chẩn đoán bổ sung + ảnh chụp trang
Dữ liệu người dùng thật và dữ liệu phòng thí nghiệm
Báo cáo gồm hai nguồn số liệu
Địa chỉ bạn nhập được đưa vào dịch vụ PageSpeed Insights của Google, và kết quả trả về gồm hai nguồn khác hẳn nhau nên được trình bày tách bạch. Nguồn thứ nhất là Chrome UX Report, gộp từ người dùng Chrome thật trong 28 ngày gần nhất, có cả số cho riêng trang đó lẫn số cho toàn bộ tên miền. Nguồn thứ hai là một lượt chạy Lighthouse ngay tại thời điểm bạn bấm, cho bốn điểm số từ 0 tới 100 về hiệu suất, khả năng tiếp cận, thực hành tốt và tối ưu tìm kiếm, kèm danh sách cơ hội tối ưu sắp theo số mili giây ước tính tiết kiệm được và một ảnh chụp toàn trang.
Lúc cần báo cáo cho khách
Khi báo cáo tốc độ cho khách và cần bằng chứng đến từ chính Google chứ không phải từ công cụ tự làm. Khi cần xếp thứ tự việc phải làm trước trong một đợt tối ưu. Khi so sánh trước và sau một thay đổi hạ tầng. Và luôn nên chạy cả chế độ điện thoại lẫn máy tính, vì công cụ tìm kiếm lập chỉ mục ưu tiên bản dành cho điện thoại.
Đọc hai nhóm số cho đúng
Dữ liệu người dùng thật quan trọng hơn điểm Lighthouse, vì đó mới là thứ ảnh hưởng tới xếp hạng. Điểm Lighthouse dao động giữa các lần chạy do đường mạng và tải máy chủ lúc đó, nên đừng đuổi theo vài điểm lẻ. Chế độ điện thoại chạy giả lập một máy tầm trung với băng thông bị bóp lại, vì thế điểm luôn thấp hơn chế độ máy tính, so hai con số đó với nhau là vô nghĩa.
Điều điểm số không nói
Trang mới hoặc trang ít lượt truy cập sẽ không đủ mẫu để có dữ liệu người dùng thật, phần đó trống là bình thường chứ không phải lỗi. Điểm 100 không đồng nghĩa với việc người dùng cảm thấy nhanh, nó chỉ nói rằng trang vượt qua bộ kiểm tra tự động. Các cơ hội tối ưu ghi số mili giây ước lượng cho từng mục, nhưng cộng dồn tất cả lại không ra tổng thời gian tiết kiệm thật vì nhiều mục chồng lấn nhau.
Dữ liệu có rời máy bạn. Địa chỉ bạn nhập đi qua máy chủ ALODEV rồi tới dịch vụ của Google, và chính Google sẽ mở trang đó để đo. Kết quả được lưu đệm một khoảng thời gian để lần tra sau trả về nhanh hơn, nên đừng dùng công cụ này cho địa chỉ nội bộ hay địa chỉ có kèm mã truy cập.
Core Web Vitals là gì, đo bằng cách nào
Ba chỉ số Google dùng để chấm trải nghiệm tải trang, cộng thêm dữ liệu Lighthouse chạy ngay trong công cụ này.
LCP (Largest Contentful Paint) đo thời điểm phần nội dung lớn nhất trong khung nhìn hiển thị xong - tốt khi dưới 2,5 giây. INP (Interaction to Next Paint) đo độ trễ giữa lúc người dùng tương tác (bấm, gõ) và lúc trang phản hồi trên màn hình - tốt khi dưới 200 ms. CLS (Cumulative Layout Shift) đo mức xô lệch bố cục ngoài ý muốn trong lúc trang tải - tốt khi dưới 0,1 điểm. Cả ba xuất hiện trong mục Dữ liệu thực tế của báo cáo, lấy từ Chrome UX Report của chính Google.
Bên cạnh đó, công cụ chạy thêm một lượt Lighthouse ngay khi bấm Phân tích, cho bốn điểm 0-100 gồm hiệu suất, khả năng tiếp cận, thực hành tốt nhất và SEO, kèm sáu chỉ số phòng lab (FCP, LCP, TBT, CLS, Speed Index, TTFB) và danh sách cơ hội tối ưu sắp theo số mili giây tiết kiệm được. Thang điểm chung: 90-100 là tốt, 50-89 là cần cải thiện, dưới 50 là kém.
Câu hỏi thường gặp
Core Web Vitals gồm những chỉ số nào?
Ba chỉ số chính Google dùng để đánh giá trải nghiệm tải trang: LCP (Largest Contentful Paint - thời điểm phần nội dung lớn nhất hiển thị xong), INP (Interaction to Next Paint - độ trễ phản hồi khi người dùng tương tác) và CLS (Cumulative Layout Shift - mức xô lệch bố cục khi trang đang tải). Công cụ này hiển thị cả ba trong mục Dữ liệu thực tế, đo từ Chrome UX Report.
Dữ liệu thực tế (CrUX) khác chỉ số phòng lab (Lighthouse) ở chỗ nào?
Dữ liệu thực tế lấy từ Chrome UX Report, gộp lại từ người dùng Chrome thật trong 28 ngày gần nhất - đây là số Google dùng để xếp hạng tìm kiếm. Chỉ số phòng lab là một lượt chạy Lighthouse ngay tại thời điểm bấm, giả lập trên cấu hình máy và mạng cố định nên ổn định để so sánh trước/sau nhưng không phản ánh đúng trải nghiệm mọi người dùng.
Vì sao điểm Mobile luôn thấp hơn điểm Desktop?
Chế độ Mobile giả lập một thiết bị tầm trung (Moto G Power) kèm mạng 4G chậm bị bóp băng thông, trong khi Desktop giả lập cấu hình mạnh hơn. Hai điểm số chạy trên hai cấu hình khác nhau nên không nên so trực tiếp Mobile với Desktop của cùng một trang; nên so Mobile với Mobile, Desktop với Desktop qua các lần đo.
Điểm Lighthouse 0-100 được tính từ đâu, thế nào là tốt?
Bốn điểm hiệu suất, khả năng tiếp cận, thực hành tốt nhất và SEO đều theo thang 0-100. 90-100 là tốt, 50-89 là cần cải thiện, dưới 50 là kém - đúng theo thang phân loại chính thức của Lighthouse mà công cụ này hiển thị ở phần chú giải.
Vì sao mục Dữ liệu thực tế đôi khi trống?
Chrome UX Report chỉ có số liệu khi một trang đủ lượng truy cập từ người dùng Chrome trong 28 ngày gần nhất. Trang mới hoặc ít lượt truy cập sẽ chưa đủ mẫu, khi đó mục này để trống - đó là giới hạn của tập dữ liệu chứ không phải lỗi của công cụ.
Cơ hội tối ưu (Opportunities) trong báo cáo là gì?
Là danh sách các audit Lighthouse chưa đạt điểm tối đa, sắp xếp theo số mili giây tiết kiệm được nếu sửa - ví dụ giảm CSS/JS không dùng, bật nén văn bản, dùng định dạng ảnh hiện đại. Cộng dồn số ms của tất cả các mục lại không ra đúng tổng thời gian tiết kiệm thật, vì nhiều mục có tác động chồng lấn nhau.
Công cụ này có lưu lại URL hay dữ liệu tôi đã tra không?
URL cần phân tích được gửi qua route server của ALODEV rồi chuyển tiếp tới PageSpeed Insights API của Google - chính Google mở trang đó để đo. Kết quả được cache tạm trong trình duyệt (localStorage) 1 giờ để tra lại nhanh hơn, không gửi về máy chủ nào khác ngoài Google.
