Core Web Vitals : tối ưu tốc độ và trải nghiệm
8 min
Core Web Vitals (LCP, INP, CLS) là các yếu tố xếp hạng chính thức của Google. LCP dưới 2,5 giây, INP dưới 200 ms và CLS dưới 0,1 là các ngưỡng 'tốt'. Ưu tiên hàng đầu : tối ưu hình ảnh và trì hoãn JavaScript không quan trọng.
Từ năm 2021, Google tích hợp Core Web Vitals vào thuật toán xếp hạng. Năm 2026, các chỉ số này không chỉ ảnh hưởng đến thứ hạng mà còn quyết định tính đủ điều kiện nhận kết quả nổi bật trên mobile. Dưới đây là cách làm chủ chúng.
Ba chỉ số thực sự quan trọng
Google đã chọn ba tín hiệu để đo lường trải nghiệm người dùng thực tế : LCP (Largest Contentful Paint), INP (Interaction to Next Paint) và CLS (Cumulative Layout Shift). Mỗi chỉ số đo một khía cạnh riêng biệt của chất lượng cảm nhận.
INP đã thay thế FID vào tháng 3 năm 2024 ; nó đo khả năng phản hồi tổng thể với mọi tương tác trên trang, trong khi FID chỉ ghi lại lần nhấp đầu tiên.
- LCP : thời gian trước khi phần tử lớn nhất hiển thị. Ngưỡng tốt : dưới 2,5 giây.
- INP : độ trễ phản hồi với các tương tác bàn phím/chuột/cảm ứng. Ngưỡng tốt : dưới 200 ms.
- CLS : độ không ổn định bố cục trực quan. Ngưỡng tốt : dưới 0,1.
Nguyên nhân phổ biến gây hiệu suất kém
LCP kém thường do hình ảnh hero không được preload, máy chủ chậm hoặc render phía client (không có SSR). Một thẻ <link rel='preload'> nhắm vào hình ảnh chính thường giảm điểm này từ 30 đến 50%.
CLS hầu như luôn do hình ảnh không có kích thước cụ thể, phông chữ web hiển thị sau khi tải hoặc banner được chèn động ở đầu trang.
Với INP, thủ phạm chính là các script của bên thứ ba (analytics, chat, quảng cáo) chặn luồng chính và làm trễ phản hồi khi nhấp.
Các trang đạt ngưỡng 'tốt' trên cả ba chỉ số có tỷ lệ thoát thấp hơn 15 đến 25% so với các trang được xếp loại 'kém'.
Nghiên cứu ngành 2025-2026 về trải nghiệm người dùng web
Kế hoạch hành động theo thứ tự ưu tiên
Bắt đầu bằng cách đo dữ liệu thực địa trong Google Search Console (báo cáo Trải nghiệm trang) thay vì dữ liệu lab : chỉ dữ liệu CrUX mới ảnh hưởng đến xếp hạng.
Sau khi xác định các trang ưu tiên, hãy hành động theo thứ tự này : nén và định kích thước hình ảnh, kích hoạt bộ nhớ đệm trình duyệt dài hạn, sau đó kiểm tra và trì hoãn các script bên thứ ba.
- Phục vụ hình ảnh ở định dạng WebP hoặc AVIF với srcset thích ứng.
- Kích hoạt nén Brotli trên máy chủ và CDN để giảm TTFB.
- Sử dụng font-display: swap và preload phông chữ chính.
- Kiểm tra từng script bên thứ ba và tải nó ở chế độ defer hoặc async.
Theo dõi liên tục
Core Web Vitals thay đổi sau mỗi lần triển khai. Tích hợp Lighthouse CI vào pipeline triển khai để phát hiện mọi sự suy giảm trước khi đưa vào sản xuất.
Cấu hình cảnh báo trong Search Console hoặc qua API CrUX để được thông báo ngay khi một URL chuyển sang vùng 'cần cải thiện' hoặc 'kém'.
FAQ
Core Web Vitals có phải là yếu tố xếp hạng chủ yếu không?
Google mô tả chúng là 'tín hiệu xếp hạng nhẹ' so với sự liên quan của nội dung. Chúng có thể tạo ra sự khác biệt giữa hai trang có chất lượng tương đương, nhưng sẽ không bù đắp được nội dung yếu.
Nên đo trên mobile hay desktop?
Google chủ yếu sử dụng dữ liệu mobile trong khuôn khổ lập chỉ mục mobile-first. Tập trung nỗ lực vào mobile, ngay cả khi lưu lượng truy cập của bạn chủ yếu đến từ desktop.
PageSpeed Insights có đủ để kiểm tra Core Web Vitals không?
PageSpeed Insights hiển thị cả dữ liệu lab (mô phỏng) và dữ liệu thực địa CrUX nếu lưu lượng đủ lớn. Để kiểm tra đầy đủ, hãy kết hợp với Search Console và extension Chrome Web Vitals.
Mất bao lâu để thấy tác động lên thứ hạng sau khi sửa?
Google cập nhật dữ liệu CrUX mỗi tháng. Các cải tiến thực hiện hôm nay thường phản ánh trong xếp hạng sau bốn đến tám tuần.