Core Web Vitals là gì? LCP, INP, CLS - ngưỡng chuẩn và cách cải thiện

Giải thích ba chỉ số Core Web Vitals, ngưỡng Tốt và Kém, khác biệt giữa dữ liệu thực tế và dữ liệu phòng thí nghiệm, cùng các cách cải thiện phổ biến.

Đội ngũ SEO Agent OS · Xuất bản 2026-10-19 · 3 phút đọc

Core Web Vitals là bộ chỉ số Google dùng để đo trải nghiệm tải trang, khả năng phản hồi và độ ổn định hình ảnh dựa trên dữ liệu người dùng thật. Đây là một phần trong các tín hiệu trải nghiệm trang. Chúng có ảnh hưởng, nhưng không thay thế được nội dung phù hợp: một trang nhanh mà không trả lời đúng câu hỏi vẫn khó xếp hạng.

Ba chỉ số và ngưỡng

Chỉ số	Đo gì	Tốt	Cần cải thiện	Kém
LCP – Largest Contentful Paint	Thời gian hiển thị phần tử nội dung lớn nhất	≤ 2,5 giây	2,5 – 4 giây	> 4 giây
INP – Interaction to Next Paint	Độ trễ phản hồi tương tác (nhấp, chạm, gõ phím)	≤ 200 ms	200 – 500 ms	> 500 ms
CLS – Cumulative Layout Shift	Mức độ bố cục bị xê dịch bất ngờ	≤ 0,1	0,1 – 0,25	> 0,25

Một trang được đánh giá đạt khi phân vị thứ 75 của lượt truy cập thực tế nằm trong ngưỡng Tốt, đánh giá riêng cho di động và máy tính. INP đã thay thế FID (First Input Delay) từ tháng 3/2024.

Dữ liệu thực tế và dữ liệu phòng thí nghiệm

Dữ liệu thực tế (field data): thu từ người dùng Chrome thật (Chrome UX Report), hiển thị trong báo cáo Core Web Vitals của Search Console và phần "Trải nghiệm của người dùng thực tế" trên PageSpeed Insights. Đây là dữ liệu dùng để đánh giá.
Dữ liệu phòng thí nghiệm (lab data): Lighthouse chạy mô phỏng trên một cấu hình máy và mạng cố định. Rất hữu ích để tìm nguyên nhân, nhưng không phải con số đánh giá chính thức.

Website ít truy cập có thể không có đủ dữ liệu thực tế. Khi đó hãy dựa vào dữ liệu phòng thí nghiệm để cải thiện, nhưng đừng coi điểm Lighthouse là điểm SEO.

Cải thiện LCP

Nguyên nhân thường gặp và hướng xử lý:

Máy chủ phản hồi chậm (TTFB cao): dùng cache, CDN, tối ưu truy vấn cơ sở dữ liệu.
Phần tử LCP được JavaScript vẽ ra muộn: render phía máy chủ hoặc tạo HTML tĩnh cho nội dung chính.
Ảnh LCP lớn: nén ảnh, dùng định dạng hiện đại (WebP/AVIF), khai báo kích thước, không lazy-load ảnh đầu trang.
Tài nguyên chặn render: giảm CSS/JS đồng bộ ở <head>, tách mã (code splitting).

Một gói JavaScript duy nhất vài trăm KB cho toàn website là dấu hiệu nên tách mã theo trang.

Cải thiện INP

Chia nhỏ tác vụ JavaScript dài (long tasks) để luồng chính rảnh và phản hồi được.
Giảm script bên thứ ba (widget, theo dõi) hoặc tải chúng muộn hơn.
Tránh cập nhật lại toàn bộ giao diện cho mỗi thao tác nhỏ.
Hiển thị phản hồi ngay (trạng thái đang xử lý) trước khi chạy tác vụ nặng.

Cải thiện CLS

Luôn khai báo width/height hoặc tỷ lệ khung cho ảnh, video, iframe.
Dành sẵn chỗ cho banner, quảng cáo, nội dung tải sau.
Tránh chèn nội dung lên phía trên phần người dùng đang đọc.
Dùng font-display phù hợp để tránh chữ nhảy khi font tải xong.

Quy trình làm việc đề xuất

Mở báo cáo Core Web Vitals trong Search Console để xem nhóm URL nào bị "Kém".
Chọn URL đại diện, chạy PageSpeed Insights để xem dữ liệu thực tế và chẩn đoán.
Sửa nguyên nhân phổ biến nhất trên template (sửa một lần, áp dụng cho cả nhóm trang).
Bấm "Xác thực bản sửa lỗi" trong Search Console. Dữ liệu thực tế cần khoảng 28 ngày để phản ánh đầy đủ.

Core Web Vitals là một hạng mục trong technical SEO checklist. Hãy ưu tiên các lỗi chặn thu thập và lập chỉ mục trước, rồi mới tới tối ưu tốc độ.