Nhà cung cấp nào cũng nói hosting của họ nhanh. Bạn muốn tự kiểm tra, mở PageSpeed Insights, thấy một con số màu đỏ và kết luận hosting kém. Thực tế phức tạp hơn. Điểm tổng hợp phản ánh cả website lẫn máy chủ. Đọc sai, bạn có thể đổi hosting mà site vẫn chậm như cũ. Bài này không đưa ra kết quả đo nào. Nó chỉ cho bạn cách đo và cách đọc chỉ số để tự đánh giá.

Hiểu hai loại dữ liệu: lab và field

Dữ liệu lab được tạo trong môi trường giả lập: một máy đo tải trang với cấu hình thiết bị và mạng định sẵn. Nó hữu ích để tìm lỗi, nhưng không phản ánh đầy đủ trải nghiệm người dùng thật. PageSpeed Insights tạo dữ liệu lab bằng Lighthouse.

Dữ liệu field lấy từ người dùng thật. Trong PageSpeed Insights, phần này đến từ Chrome User Experience Report (CrUX), tính trong 28 ngày gần nhất. Site mới hoặc ít truy cập có thể không có dữ liệu field. Vì cửa sổ 28 ngày trượt, sau khi bạn đổi hosting, số liệu field cần thời gian mới phản ánh thay đổi.

Các chỉ số cần đọc

Chỉ sốÝ nghĩaNgưỡng "tốt" theo GoogleLiên quan hosting
TTFBThời gian từ lúc gửi yêu cầu đến khi nhận byte đầu tiênKhông phải Core Web Vital, dùng để chẩn đoánRất cao: máy chủ, PHP, database, vị trí
LCPThời gian hiển thị phần tử nội dung lớn nhấtTừ 2,5 giây trở xuốngMột phần: LCP chịu ảnh hưởng của TTFB
INPĐộ trễ phản hồi khi người dùng tương tácTừ 200 ms trở xuốngThấp: chủ yếu do JavaScript phía trình duyệt
CLSMức xê dịch bố cục khi tải trangTừ 0,1 trở xuốngGần như không: do giao diện, ảnh, quảng cáo
TBTTổng thời gian luồng chính bị chặn (chỉ có trong lab)Dùng thay INP khi đo labThấp: do JavaScript

Google đánh giá Core Web Vitals ở phân vị thứ 75. Nghĩa là khoảng ba phần tư lượt truy cập phải đạt ngưỡng tốt thì trang mới được xem là đạt. INP đã thay FID làm Core Web Vital từ tháng 3/2024, nên tài liệu cũ nhắc FID là đã lỗi thời.

Điểm quan trọng nhất: hosting ảnh hưởng mạnh nhất đến TTFB. INP và CLS gần như là chuyện của giao diện và mã nguồn. Đổi hosting không sửa được CLS.

Cách đo bằng từng công cụ

PageSpeed Insights

  1. Nhập URL cụ thể, không chỉ trang chủ. Đo thêm trang sản phẩm, trang bài viết.
  2. Xem phần dữ liệu field trước (nếu có). Đây là trải nghiệm thật của người dùng.
  3. Xem tab Mobile và Desktop riêng. Mobile được giả lập trên thiết bị và mạng chậm hơn.
  4. Kéo xuống mục chẩn đoán, tìm gợi ý về thời gian phản hồi máy chủ ban đầu.

WebPageTest

  1. Chọn vị trí máy đo gần người dùng của bạn nhất có thể.
  2. Chạy nhiều lượt và xem lượt trung vị.
  3. Bật chế độ đo lần tải đầu và lần tải lặp lại để thấy tác dụng của cache.
  4. Mở biểu đồ waterfall. Dòng đầu tiên là tài liệu HTML. Phần chờ máy chủ của dòng này chính là thứ hosting chịu trách nhiệm nhiều nhất.

GTmetrix

  1. GTmetrix dùng Lighthouse và cho điểm tổng hợp từ điểm Performance và Structure. Đây là dữ liệu lab hoàn toàn.
  2. Chọn vị trí máy đo nếu tài khoản cho phép. Mặc định có thể ở rất xa Việt Nam, làm TTFB cao hơn thực tế người dùng trong nước.
  3. Xem tab Waterfall để tách thời gian chờ máy chủ khỏi thời gian tải tài nguyên.

Quy trình so sánh hai hosting công bằng

  • Dùng cùng một bản sao website, cùng plugin, cùng giao diện, cùng dữ liệu.
  • Cùng công cụ, cùng vị trí máy đo, cùng cấu hình thiết bị và mạng.
  • Đo nhiều lần ở nhiều khung giờ, kể cả giờ cao điểm.
  • Tách hai trường hợp: có cache trang và không cache. Trang không cache phản ánh sức máy chủ thật hơn.
  • Tắt CDN khi muốn đo riêng máy chủ gốc, bật lại khi muốn đo trải nghiệm thực tế.
  • Ghi lại kết quả vào bảng, so trung vị chứ không so lần tốt nhất.

Ghi chép kết quả đo của chính bạn

Hãy lập một bảng đơn giản với các cột: ngày giờ đo, công cụ, vị trí máy đo, thiết bị giả lập, URL, có cache hay không, TTFB, LCP, ghi chú. Mỗi lần đo, điền đủ các cột. Sau một tuần, bạn sẽ thấy xu hướng thay vì những con số rời rạc. Bảng này cũng là bằng chứng hữu ích khi bạn cần trao đổi với bộ phận hỗ trợ của nhà cung cấp. Một yêu cầu kèm số liệu cụ thể, thời điểm và cách đo luôn được xử lý nghiêm túc hơn câu "site tôi chậm quá".

Dấu hiệu nên tránh

  • Tin ảnh chụp điểm số 100 trên trang quảng cáo hosting. Một trang trắng không plugin cũng đạt điểm cao.
  • So sánh kết quả đo ở hai vị trí máy đo khác nhau.
  • Kết luận từ một lần đo duy nhất.
  • Đổ lỗi hosting cho CLS hay INP kém.
  • Dùng plugin "tăng điểm PageSpeed" che giấu vấn đề, ví dụ trì hoãn mọi script khiến trang khó dùng.
  • Bỏ qua dữ liệu field, chỉ nhìn điểm lab.

Kết luận: đọc chỉ số theo mục tiêu

Muốn biết hosting có chậm không: tập trung vào TTFB của trang không cache, đo bằng WebPageTest từ vị trí gần người dùng, nhiều lần, nhiều khung giờ.

Muốn biết người dùng thật có hài lòng không: xem dữ liệu field trong PageSpeed Insights hoặc Search Console.

Muốn sửa website: dùng phần chẩn đoán của Lighthouse trong PageSpeed Insights hoặc GTmetrix để tìm ảnh nặng, JavaScript thừa, font chặn hiển thị.

Nếu TTFB vẫn cao sau khi đã bật cache và tối ưu, đó là lúc cân nhắc đổi gói. Khi ấy, xem so sánh gói dịch vụ để chọn gói có thông số phù hợp hơn.

Nguồn tham khảo