Core Web Vitals

Core Web Vitals là gì?

Core Web Vitals (CWV) là bộ ba chỉ số đo lường trải nghiệm người dùng trên trang web, do Google giới thiệu chính thức vào tháng 5/2020 và trở thành yếu tố xếp hạng trực tiếp trong thuật toán tìm kiếm từ ngày 16/6/2021. Ba chỉ số này đánh giá tốc độ tải, độ phản hồi và sự ổn định thị giác — những yếu tố ảnh hưởng trực tiếp đến cảm nhận thực tế của người dùng khi tương tác với trang.

Ba chỉ số bắt buộc gồm:

• LCP (Largest Contentful Paint): Đo thời gian để phần nội dung lớn nhất trong khung nhìn (viewport) được hiển thị đầy đủ — ví dụ: ảnh banner, tiêu đề lớn hoặc khối văn bản nổi bật.
• INP (Interaction to Next Paint): Thay thế FID (First Input Delay) từ tháng 3/2024. Đo độ trễ giữa thao tác đầu tiên của người dùng (như nhấn nút, cuộn, nhập liệu) và thời điểm trình duyệt phản hồi bằng cách vẽ lại giao diện. Giá trị tốt ≤ 200ms.
• CLS (Cumulative Layout Shift): Đo mức độ dịch chuyển bất ngờ của các phần tử trên trang trong suốt quá trình tải — ví dụ: quảng cáo nhảy xuống làm lệch nút bấm, ảnh tải chậm đẩy nội dung xuống dưới.

Tại sao quan trọng trong SEO?

Core Web Vitals là một trong những tín hiệu xếp hạng thuộc nhóm trải nghiệm người dùng (User Experience), được Google tích hợp trực tiếp vào thuật toán xếp hạng từ năm 2021. Đây không phải yếu tố duy nhất, nhưng là điều kiện tiên quyết để trang đạt hiệu suất cao trong phân khúc “Good” theo báo cáo CrUX (Chrome User Experience Report).

Theo dữ liệu công bố từ Google, trang có CWV đạt mức Good có tỷ lệ thoát thấp hơn trung bình 24%, thời gian ở lại cao hơn 32% và khả năng chuyển đổi tăng rõ rệt — đặc biệt với trang thương mại điện tử và tin tức.

Lưu ý: CWV không thay thế các yếu tố SEO truyền thống như nội dung chất lượng, backlink hay cấu trúc URL — mà bổ sung để đảm bảo trải nghiệm toàn diện.

Cách hoạt động

Core Web Vitals được thu thập qua hai nguồn chính:

1. Dữ liệu thực (field data): Từ hàng tỷ thiết bị Chrome thực tế thông qua chương trình CrUX. Đây là dữ liệu được Google dùng để xếp hạng — không thể giả lập.
2. Dữ liệu thử nghiệm (lab data): Từ công cụ như PageSpeed Insights, Lighthouse hoặc WebPageTest — giúp chẩn đoán nguyên nhân, nhưng không phản ánh chính xác trải nghiệm người dùng thật do thiếu yếu tố mạng, thiết bị, vị trí địa lý.

Google tính điểm CWV dựa trên phân vị thứ 75 (75th percentile) của từng chỉ số trong vòng 28 ngày — nghĩa là nếu 75% lượt truy cập đạt mức Good, trang được xếp vào nhóm hiệu suất tốt.

Hướng dẫn thực hiện

Để cải thiện Core Web Vitals, cần tiếp cận theo từng chỉ số và ưu tiên theo mức độ ảnh hưởng:

Cải thiện LCP

• Tối ưu ảnh: Dùng định dạng WebP/AVIF, nén không mất dữ liệu, áp dụng loading="eager" cho ảnh phía trên màn hình.
• Giảm thời gian xử lý JavaScript: Trì hoãn (defer) hoặc loại bỏ script không cần thiết ở giai đoạn tải đầu.
• Sử dụng preconnect và preload cho tài nguyên quan trọng (font, CSS chính, CDN).
• Áp dụng server-side rendering (SSR) hoặc static site generation (SSG) cho trang động.

Cải thiện INP

• Chia nhỏ tác vụ JavaScript dài (>50ms) bằng setTimeout hoặc requestIdleCallback.
• Tránh chạy script đồng bộ trên main thread khi người dùng đang tương tác.
• Sử dụng Web Workers cho xử lý nặng (tính toán, phân tích dữ liệu).
• Loại bỏ hoặc tối ưu các event listener không cần thiết (đặc biệt trên scroll, input, resize).

Cải thiện CLS

• Đặt kích thước cố định (width/height) cho ảnh, video, iframe — hoặc dùng kỹ thuật aspect-ratio CSS.
• Tránh chèn nội dung động phía trên nội dung hiện có (ví dụ: banner cookie xuất hiện sau khi trang đã render).
• Không thêm font mới sau khi trang đã hiển thị — nên khai báo @font-face sớm và dùng font-display: swap.
• Đảm bảo quảng cáo và widget bên ngoài (social plugin, chatbot) có vùng chứa tĩnh trước khi tải.

Lỗi thường gặp

Chỉ số	Lỗi phổ biến	Cách khắc phục
LCP	Ảnh không có thuộc tính kích thước → trình duyệt không biết khoảng trống cần dành sẵn	Thêm width và height vào thẻ <img>; hoặc dùng CSS aspect-ratio: 16/9
INP	Script xử lý form chạy đồng bộ → chặn main thread khi người dùng nhấn nút gửi	Chuyển logic xử lý sang setTimeout hoặc Web Worker; thêm trạng thái loading để phản hồi ngay
CLS	Font chữ tải chậm gây FOIT/FOUT → nội dung dịch chuyển khi font thay đổi	Dùng font-display: optional hoặc swap; preload font quan trọng; tránh @import trong CSS

Ví dụ thực tế

Một trang tin tức Việt Nam (domain .vn) có LCP 4.2s và CLS 0.32 — thuộc nhóm Poor. Sau khi thực hiện:

• Thay toàn bộ ảnh sang WebP + kích thước cố định,
• Preload font tiêu đề và defer tất cả script bên ngoài,
• Đặt min-height cho khối quảng cáo banner,

Kết quả sau 2 tuần: LCP giảm còn 1.8s, CLS về 0.08, INP từ 320ms xuống 145ms. Lưu lượng tìm kiếm hữu cơ tăng 19% trong phân khúc bài viết mới, tỷ lệ thoát giảm từ 68% xuống 51%.

Lưu ý: Kết quả thay đổi tùy trường hợp — phụ thuộc vào cấu trúc CMS, hosting, lưu lượng quốc tế và tần suất cập nhật nội dung.

Câu hỏi thường gặp

Core Web Vitals có áp dụng với trang AMP không?

AMP không còn được Google ưu tiên đặc biệt từ tháng 6/2021. Trang AMP vẫn phải đáp ứng đầy đủ CWV như trang thường. Việc dùng AMP không tự động đảm bảo điểm số tốt — nhiều trang AMP hiện đại lại có INP cao do script tích hợp không tối ưu.

Tôi nên kiểm tra CWV bao lâu một lần?

Nên kiểm tra định kỳ mỗi 2–4 tuần nếu trang thường xuyên cập nhật nội dung hoặc thay đổi theme/plugin. Với trang ít thay đổi, kiểm tra mỗi quý là đủ. Lưu ý: dữ liệu CrUX cập nhật chậm nhất 28 ngày — cần kiên nhẫn chờ kết quả phản ánh thực tế.

Core Web Vitals có ảnh hưởng đến tất cả trang web?

Google áp dụng CWV cho mọi trang web xuất hiện trong kết quả tìm kiếm — nhưng mức độ ảnh hưởng khác nhau. Trang thương mại điện tử, tin tức, blog có xu hướng nhạy cảm hơn với CWV so với trang giới thiệu doanh nghiệp đơn giản. Tuy nhiên, không có ngoại lệ về mặt kỹ thuật: tất cả đều được đo và xếp hạng dựa trên dữ liệu CrUX.