PageSpeed Insights là gì? Đọc đúng Core Web Vitals và điểm tốc độ

Google PageSpeed Insights (PSI) giúp kiểm tra trải nghiệm tải trang trên di động và máy tính. Báo cáo có hai lớp dữ liệu khác nhau: số liệu người dùng thật (field data) và phép thử mô phỏng của Lighthouse (lab data). Đọc nhầm điểm lab thành trải nghiệm của mọi khách truy cập dễ dẫn đến ưu tiên tối ưu sai. Hướng dẫn này đi từ cách đọc báo cáo đến cách chọn việc cần sửa và đo lại.

PageSpeed Insights đo những gì?

Nhập URL tại PageSpeed Insights, chọn báo cáo di động và máy tính riêng. Phần người dùng thật lấy từ Chrome User Experience Report (CrUX), tổng hợp 28 ngày gần nhất và hiển thị phân vị thứ 75. Phần chẩn đoán chạy Lighthouse trong môi trường mô phỏng, hữu ích để tìm nguyên nhân và kiểm tra thay đổi kỹ thuật. Hai phần có thể khác nhau vì thiết bị, mạng và hành vi thực tế không giống một lần thử lab. Đọc tài liệu PSI của Google để hiểu phạm vi từng nguồn dữ liệu.

Đọc Core Web Vitals hiện hành

Ba Core Web Vitals hiện hành là LCP (nội dung lớn nhất hiển thị), INP (độ phản hồi tương tác) và CLS (độ ổn định bố cục). Ở phân vị thứ 75 của dữ liệu người dùng thật, ngưỡng “tốt” là LCP không quá 2,5 giây; INP không quá 200 mili giây; CLS không quá 0,1. INP đã thay FID từ tháng 3/2024, vì vậy ảnh chụp cũ có FID không phản ánh bộ chỉ số hiện hành. Xem thông báo thay đổi INP của nhóm Chrome.

Nếu URL chưa có đủ mẫu CrUX, PSI có thể hiện dữ liệu toàn tên miền (origin) hoặc không hiện dữ liệu người dùng thật. Thiếu dữ liệu không đồng nghĩa điểm bằng 0 hay trang đạt chuẩn. Ghi rõ dữ liệu đang ở mức URL hay origin trước khi kết luận. Các chỉ số khác như FCP hoặc TTFB hữu ích để chẩn đoán nhưng không thay cho ba Core Web Vitals.

Điểm Lighthouse 90+ có nghĩa gì?

Điểm Performance từ 90 trở lên được Lighthouse xếp “tốt” trong phép thử lab; 50–89 cần cải thiện, dưới 50 là kém. Đây không phải điểm SEO tổng quát và cũng không chứng minh mọi người dùng thật đều có trải nghiệm tốt. Điểm có thể dao động giữa các lần chạy do điều kiện môi trường. Hãy xem từng chỉ số và mục chẩn đoán cụ thể, không chỉ nhìn vòng tròn màu xanh. Một URL có điểm lab cao nhưng LCP thực tế kém vẫn cần điều tra.

Quy trình kiểm tra một URL

1. Kiểm tra đúng URL chuẩn tắc, bản di động và desktop; lưu ngày đo, dữ liệu URL/origin và kết quả ba Core Web Vitals.
2. Chọn chỉ số yếu nhất trong dữ liệu người dùng thật. Nếu chưa đủ dữ liệu, ghi nhận khoảng trống này rồi dùng lab và quan sát người dùng để chẩn đoán, không tự suy diễn trạng thái đạt chuẩn.
3. Trong Lighthouse, xác định tài nguyên hoặc tác vụ gây vấn đề; đối chiếu Network/Performance trong trình duyệt trước khi sửa.
4. Thay đổi từng nhóm nguyên nhân, thử lại trên cùng loại thiết bị. Theo dõi CrUX đủ thời gian vì số liệu người dùng thật là cửa sổ 28 ngày, không thay ngay sau khi phát hành.

Ưu tiên tối ưu theo vấn đề, không theo mẹo chung

LCP chậm

Xác định phần tử LCP và chuỗi tải của nó. Với ảnh đầu trang, kiểm tra dung lượng, kích thước hiển thị, định dạng, ưu tiên tải và việc có bị lazy-load nhầm hay không. Nếu HTML/phản hồi máy chủ đến muộn, đo TTFB và cache trước khi chỉnh ảnh. Xem thêm cách dùng lazy loading mà không làm chậm ảnh LCP.

INP cao

Thử các thao tác chính như mở menu, gửi form hoặc lọc danh sách. Dùng công cụ Performance để tìm tác vụ JavaScript dài, xử lý sự kiện tốn CPU và việc render lại quá nhiều. Chia nhỏ công việc hoặc giảm mã không cần thiết theo kết quả đo; không mặc định cài thêm thư viện sẽ nhanh hơn.

CLS cao

Chừa không gian cho ảnh, video, iframe và thành phần chèn động; hạn chế nội dung xuất hiện phía trên phần đang đọc. Đặt kích thước hoặc tỷ lệ khung trước khi tài nguyên tải. Kiểm tra quảng cáo và font vì chúng có thể làm bố cục dịch chuyển dù ảnh đã được tối ưu.

PageSpeed có quyết định thứ hạng SEO không?

Không có ngưỡng điểm PSI nào bảo đảm lên top. Google có dùng Core Web Vitals trong hệ thống xếp hạng, nhưng trải nghiệm trang tốt không tự động đưa một trang lên đầu kết quả. Nội dung đáp ứng nhu cầu tìm kiếm, khả năng truy cập và các tín hiệu khác vẫn quan trọng. Xem hướng dẫn Core Web Vitals trong Google Search. Mục SEO của Lighthouse chỉ là kiểm tra kỹ thuật giới hạn, không phải cuộc kiểm toán toàn diện hay dự báo vị trí.

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

Không có dữ liệu người dùng thật thì phải làm gì?

Kiểm tra PSI có chuyển sang dữ liệu origin không. Nếu vẫn thiếu, dùng lab để tìm lỗi rõ ràng và bổ sung đo trải nghiệm người dùng trên site nếu phù hợp; đợi đủ mẫu trước khi kết luận CWV của URL.

Có nên tối ưu để được 100 điểm?

Không lấy 100 làm mục tiêu tự thân. Ưu tiên lỗi ảnh hưởng người dùng và luồng chuyển đổi, đo trước/sau và kiểm tra tác dụng phụ trên thiết bị thực.

Điểm di động thấp hơn desktop có bình thường không?

Có thể do điều kiện thiết bị/mạng và cách mô phỏng khác nhau. So từng báo cáo với chính nó, đọc dữ liệu người dùng thật nếu có và điều tra nguyên nhân thay vì lấy điểm desktop thay cho mobile.

Nếu cần rà soát hiệu suất theo nhóm trang và luồng khách hàng, trao đổi với Cyno về một đợt đo có baseline và tiêu chí nghiệm thu rõ ràng.