Website chậm: ba chỉ số Core Web Vitals giải thích bằng lời thường
Core Web Vitals là ba phép đo của Google về trải nghiệm thật của người dùng trên trang: nội dung chính hiện ra nhanh không (LCP), trang phản hồi khi bấm có nhanh không (INP), và bố cục có nhảy lung tung khi đang đọc không (CLS). Mức “tốt” là LCP từ 2,5 giây trở xuống, INP từ 200 mili giây trở xuống, CLS từ 0,1 trở xuống, tính ở phân vị thứ 75 của lượt truy cập thực tế, đo riêng cho điện thoại và máy tính.
Ba chỉ số, nói bằng lời thường
LCP: bao lâu thì thấy phần chính của trang?
LCP (Largest Contentful Paint) đo thời gian từ lúc bấm vào đến khi phần tử lớn nhất trên màn hình đầu tiên hiện xong, thường là ảnh banner hoặc tiêu đề lớn. Ngưỡng tốt: 2,5 giây trở xuống.
Ví dụ: khách bấm vào trang dịch vụ, màn hình trắng hai giây rồi mới hiện ảnh lớn thì LCP đang chậm.
INP: bấm xong, trang có phản ứng ngay không?
INP (Interaction to Next Paint) đo độ trễ khi khách bấm nút, mở menu, nhập biểu mẫu. Ngưỡng tốt: 200 mili giây trở xuống. INP kém thường do website tải quá nhiều mã script khiến trình duyệt “bận” không kịp phản hồi.
CLS: nội dung có nhảy không?
CLS (Cumulative Layout Shift) đo mức độ bố cục dịch chuyển bất ngờ. Bạn sắp bấm nút “Gọi ngay” thì ảnh phía trên tải xong, đẩy nút xuống, và bạn bấm trúng thứ khác: đó là CLS kém. Ngưỡng tốt: 0,1 trở xuống.
Chỉ số này quan trọng đến mức nào với Google?
Theo hướng dẫn của Google, hệ thống xếp hạng có dùng Core Web Vitals như một tín hiệu, và điểm tốt được khuyến nghị cho cả Tìm kiếm lẫn người dùng nói chung. Nhưng điểm tốt không đảm bảo thứ hạng cao, và Google vẫn hiển thị nội dung phù hợp nhất kể cả khi trải nghiệm trang chưa tốt. Google còn nói rằng chạy theo điểm số hoàn hảo chỉ vì SEO có thể không đáng thời gian. Cách nhìn thực tế: tối ưu để khách ở lại và liên hệ, còn SEO được lợi theo.
Đo ở đâu, miễn phí
| Công cụ | Cho bạn biết gì |
|---|---|
| PageSpeed Insights | Dữ liệu thực tế của người dùng (nếu đủ lượng truy cập) và kết quả giả lập cho từng trang |
| Báo cáo Core Web Vitals trong Search Console | Nhóm trang nào “tốt”, “cần cải thiện” hoặc “kém” |
| Chrome DevTools (mục Performance, Lighthouse) | Chi tiết kỹ thuật cho người sửa |
Ưu tiên dữ liệu thực tế hơn điểm thử nghiệm, vì khách của bạn dùng điện thoại và mạng thật, không phải máy thử. Website ít truy cập có thể chưa đủ dữ liệu thực tế; khi đó dùng kết quả thử nghiệm làm tham khảo.
Sửa gì trước? Danh sách cho website doanh nghiệp nhỏ
Tối ưu ảnh (thường mang lại hiệu quả lớn nhất)
- Nén ảnh và dùng định dạng hiện đại như WebP hoặc AVIF.
- Đưa ảnh đúng kích thước. Ảnh 4000 pixel chiều ngang hiển thị trong khung 800 pixel là lãng phí. Dùng nhiều kích thước để mỗi thiết bị tải kích thước vừa với màn hình.
- Không tải chậm (lazy-load) cho ảnh lớn đầu trang, vì ảnh đó thường chính là phần tử LCP. Chỉ tải chậm các ảnh phía dưới.
- Khai báo chiều rộng, chiều cao của ảnh để trình duyệt giữ chỗ trước, tránh nhảy bố cục (CLS).
Giảm gánh nặng cho trang
- Gỡ plugin, mã theo dõi, tiện ích chat không dùng. Mỗi thứ thêm vào là thêm mã phải tải.
- Hạn chế quá nhiều phông chữ; chỉ tải kiểu chữ thật sự dùng.
- Tránh thanh trượt (slider) lớn tự chạy chiếm đầu trang.
Cải thiện nền tảng
- Máy chủ phản hồi nhanh và có bộ nhớ đệm (cache). Máy chủ chậm làm mọi thứ chậm theo.
- Dùng CDN nếu khách ở nhiều nơi.
- Giảm chuyển hướng không cần thiết (ví dụ từ http sang https rồi sang www qua nhiều bước).
Tránh nhảy bố cục
- Dành sẵn chỗ cho quảng cáo, video nhúng, banner cookie.
- Phông chữ thay thế gần kích thước phông chính để chữ không đổi chỗ khi tải xong.
Cách làm theo thứ tự
- Mở PageSpeed Insights, kiểm tra trang chủ và hai trang dịch vụ chính trên điện thoại.
- Xem mục “Cơ hội” và “Chẩn đoán” để biết vấn đề lớn nhất (thường là ảnh).
- Sửa một nhóm lỗi rồi đo lại, để biết điều gì thực sự hiệu quả.
- Theo dõi báo cáo Core Web Vitals trong Search Console hằng tháng; số liệu thực tế cần vài tuần để cập nhật.
Mỗi lần thêm tính năng mới (chat, popup, thanh trượt), hãy đo lại: website thường chậm dần theo thời gian vì những thứ “thêm một chút”.
Khi nào nên nhờ chuyên gia?
Nếu ảnh đã nén mà vẫn chậm, hoặc điểm INP kém liên tục, nguyên nhân có thể nằm ở máy chủ, giao diện hay mã tùy chỉnh; khi đó cần người có chuyên môn xem. Xem thêm chín dấu hiệu website đang đuổi khách.
Câu hỏi thường gặp
Điểm 100 trên PageSpeed có cần thiết không?
Không. Mục tiêu là đạt ngưỡng “tốt” cho khách thật, không phải điểm tuyệt đối.
Vì sao điểm trên điện thoại thấp hơn máy tính?
Điện thoại có bộ xử lý và mạng yếu hơn, nên mọi vấn đề lộ ra rõ hơn. Đó cũng là lý do nên kiểm tra trên điện thoại trước.
Core Web Vitals thay đổi theo thời gian không?
Có thể. Chỉ số INP đã thay thế chỉ số cũ FID. Hãy theo dõi tài liệu chính thức khi cần.
Nguồn tham khảo
- Web Vitals, web.dev
- Optimize Largest Contentful Paint, web.dev
- Cumulative Layout Shift (CLS), web.dev
- Understanding page experience in Google Search results, Google Search Central
Website chậm khiến bạn mất khách? Gói chăm sóc website của Bác Sĩ Web có kiểm tra SEO kỹ thuật và tốc độ hằng tháng.