Tóm tắt: PageSpeed Insights có hai khối dữ liệu hoàn toàn khác nhau, và phần lớn người dùng chỉ nhìn khối ít quan trọng hơn. Bài viết giải thích cách đọc đúng báo cáo, ba chỉ số thực sự phản ánh trải nghiệm người dùng, và những kết luận không nên rút ra từ công cụ này.
Điểm số không phải mục tiêu
Con số 0–100 hiện to nhất trên báo cáo là thứ dễ nhớ nhất, nên cũng là thứ bị lạm dụng nhiều nhất. Nhiều báo giá dịch vụ cam kết đưa điểm số lên một ngưỡng cụ thể. Vấn đề là điểm số này được tính từ một lần đo mô phỏng trong môi trường giả lập, và có thể lệch đáng kể giữa hai lần đo liên tiếp trên cùng một trang không hề thay đổi.
Điểm số có ích khi dùng đúng vai trò: tìm ra danh sách việc cần sửa, và so sánh trước–sau khi tối ưu trong cùng điều kiện đo. Nó không có ích khi dùng làm cam kết kết quả hoặc làm thước đo duy nhất.
Hai khối dữ liệu khác nhau

Khối phía trên báo cáo là dữ liệu thu thập từ người dùng thật đã truy cập website của bạn trong khoảng 28 ngày gần nhất, bằng thiết bị và đường truyền thật của họ. Đây là dữ liệu phản ánh trải nghiệm thực tế.
Khối điểm số phía dưới là kết quả một lần đo mô phỏng trên cấu hình thiết bị và tốc độ mạng cố định. Ưu điểm là luôn có kết quả và chỉ ra được việc cần sửa. Nhược điểm là không phản ánh người dùng thật của bạn.
Một hệ quả quan trọng: website ít truy cập thường không có khối dữ liệu người dùng thật, vì không đủ mẫu. Điều này không có nghĩa website chậm hay nhanh — chỉ là chưa đủ dữ liệu.
Ba chỉ số cần đọc
Thời điểm nội dung lớn nhất hiển thị xong
Đo xem phần nội dung chính — thường là ảnh lớn hoặc khối chữ tiêu đề — mất bao lâu để hiện ra. Đây là chỉ số gần nhất với cảm nhận “trang này tải nhanh hay chậm” của người dùng.
Khi chỉ số này kém, nguyên nhân thường nằm ở ảnh khổ lớn ở đầu trang, hoặc máy chủ phản hồi chậm. Cách phân biệt hai nguyên nhân này có trong bài website WordPress tải chậm: cách tìm điểm nghẽn.
Độ ổn định bố cục
Đo mức độ các thành phần trên trang bị nhảy vị trí trong lúc tải. Đây là chỉ số gây khó chịu rõ rệt nhất với người dùng: đang định bấm nút thì nút nhảy đi chỗ khác vì một tấm ảnh phía trên vừa tải xong.
Nguyên nhân phổ biến nhất là ảnh và khung quảng cáo không được khai báo kích thước trước, nên trình duyệt không chừa sẵn chỗ. Đây cũng là nhóm vấn đề dễ sửa nhất trong ba chỉ số.
Độ trễ khi người dùng tương tác
Đo khoảng thời gian từ lúc người dùng bấm cho tới lúc trang phản hồi. Chỉ số kém thường do có quá nhiều JavaScript phải xử lý cùng lúc, đặc biệt trên thiết bị di động cấu hình thấp.
Cách đọc phần đề xuất cải thiện
Phần dưới báo cáo liệt kê các mục cần khắc phục kèm ước tính thời gian tiết kiệm được. Ba lưu ý khi đọc:
- Ước tính là lý thuyết. Con số “tiết kiệm 1,2 giây” giả định bạn xử lý triệt để mục đó và không có yếu tố nào khác chen vào. Thực tế thường thấp hơn.
- Sắp xếp theo công sức bỏ ra, không chỉ theo con số. Khai báo kích thước ảnh là việc nhỏ nhưng cải thiện rõ độ ổn định bố cục. Trong khi đó gỡ bỏ mã không dùng có con số lớn nhưng rủi ro hỏng giao diện cũng cao.
- Một số mục nằm ngoài tầm kiểm soát của bạn, ví dụ mã của công cụ chat hoặc mã quảng cáo tải từ máy chủ bên ngoài. Với những mục này, lựa chọn thực tế là bỏ bớt công cụ hoặc tải trễ, không phải “tối ưu” chúng.
Đo thế nào để kết quả dùng được
Điều kiện đo ảnh hưởng mạnh tới kết quả, nên cần cố định:
- Đo cùng một URL, không so trang chủ với trang chi tiết.
- Đo cả bản di động và bản máy tính, ghi riêng hai kết quả. Bản di động luôn khắt khe hơn.
- Đo ít nhất ba lần rồi lấy giá trị ở giữa, thay vì tin vào một lần đo.
- Đo lại vào cùng khung giờ khi so sánh trước–sau, vì tải máy chủ thay đổi theo giờ.
- Ghi lại ngày đo và phiên bản trang, vì mỗi lần đổi giao diện là một mốc so sánh mới.
Bốn kết luận không nên rút ra từ công cụ này
- “Điểm cao nghĩa là website nhanh với khách của tôi.” Điểm số đo trong môi trường giả lập, không phải thiết bị và mạng của khách.
- “Điểm thấp nghĩa là mất thứ hạng tìm kiếm.” Trải nghiệm trang là một trong nhiều yếu tố. Nội dung phù hợp với nhu cầu tìm kiếm vẫn quan trọng hơn.
- “Đối thủ điểm cao hơn nên họ xếp trên.” Hai website khác nhau về nội dung, cấu trúc và lượng truy cập, không so trực tiếp bằng một con số được.
- “Sửa hết mọi mục đề xuất là xong.” Một số mục đánh đổi với tính năng đang dùng. Bỏ tính năng khách cần để lấy điểm số là đánh đổi sai hướng.
Việc nên làm sau khi đọc báo cáo
Ghi lại hiện trạng ba chỉ số ở trên cho hai đến ba URL quan trọng nhất, kèm ngày đo. Chọn tối đa ba việc để xử lý trong đợt đầu, ưu tiên việc ít rủi ro. Sau khi sửa, đo lại trong cùng điều kiện và ghi vào cùng bảng theo dõi. Cách làm này cho bạn bằng chứng thay vì cảm nhận.
Nếu cần hỗ trợ thực hiện, phạm vi công việc và cách nghiệm thu được mô tả tại trang dịch vụ tối ưu tốc độ website.
Câu hỏi thường gặp
Vì sao hai lần đo liên tiếp cho kết quả khác nhau?
Vì khối điểm số là một lần đo tại thời điểm cụ thể, chịu ảnh hưởng của tải máy chủ và mạng lúc đó. Đây là lý do nên đo nhiều lần và lấy giá trị ở giữa.
Website của tôi không có phần dữ liệu người dùng thật?
Do lượng truy cập chưa đủ để tổng hợp. Trong trường hợp này hãy dựa vào khối mô phỏng để tìm việc cần sửa, và theo dõi thêm số liệu từ công cụ phân tích của chính bạn.
Có nên cam kết một mức điểm cụ thể với khách hàng không?
Không nên. Điểm số dao động giữa các lần đo và phụ thuộc cả vào yếu tố ngoài tầm kiểm soát. Cam kết hợp lý hơn là cam kết hạng mục công việc sẽ thực hiện và cách nghiệm thu bằng số liệu trước–sau.
Cần đọc báo cáo cho website cụ thể của bạn? Gửi tên miền và các URL quan trọng, HPB Media sẽ trao đổi hiện trạng và phạm vi công việc trước khi báo giá. Xem dịch vụ tối ưu tốc độ website hoặc liên hệ tư vấn.

