Core Web Vitals — LCP, INP, CLS và 3 trụ cột tối ưu cho shop VN

Core Web Vitals (CWV) là 3 chỉ số Google dùng để đo trải nghiệm người dùng thực tế: LCP, INP và CLS. Pass cả 3 ngưỡng “Good” là điều kiện để trang web được Google gắn nhãn tốt trong kết quả tìm kiếm 2026.

Core Web Vitals là gì và vì sao Google dùng

Core Web Vitals là bộ 3 chỉ số đo trải nghiệm người dùng thực tế do Google công bố năm 2020. Google dùng 3 chỉ số này làm tín hiệu xếp hạng từ năm 2021, thay cho điểm tổng PageSpeed cũ dễ bị tối ưu giả.

Mỗi chỉ số đo từ dữ liệu CrUX — thu thập từ người dùng Chrome thật, không phải môi trường mô phỏng. Đây là điểm khác biệt cốt lõi so với điểm Lighthouse.

Vì sao Google chọn đúng 3 chỉ số

Ba chỉ số bao phủ 3 trụ cột trải nghiệm: tốc độ hiển thị, phản hồi tương tác, độ ổn định bố cục. Mỗi trụ cột tách biệt, khó tối ưu giả cả 3.

Cách đo là p75 — tức 75% lượt truy cập trong 28 ngày đạt ngưỡng “Good”. Đây là ngưỡng thực tế, không phải case tốt nhất.

3 chỉ số CWV năm 2026

Sau khi INP thay FID từ tháng 3/2024, bộ CWV hiện tại gồm:

• LCP (Largest Contentful Paint): thời gian hiển thị element lớn nhất trong màn hình — thường là ảnh hero hoặc tiêu đề chính. Ngưỡng tốt: dưới 2,5 giây.
• INP (Interaction to Next Paint): độ trễ phản hồi 75% tương tác (click, chạm, gõ phím) — thay FID từ 03/2024. Ngưỡng tốt: dưới 200ms.
• CLS (Cumulative Layout Shift): tổng điểm dịch chuyển bố cục trong phiên. Ngưỡng tốt: dưới 0,1.

Ngưỡng phân loại — Good, Needs Improvement, Poor

Pass cả 3 chỉ số mới được Google gắn nhãn “Good page experience” trong Search Console. Thiếu 1 chỉ số là chưa đạt, dù 2 chỉ số còn lại hoàn hảo.

Vì sao CWV ảnh hưởng đến SEO và chuyển đổi

Google xác nhận CWV là tín hiệu xếp hạng từ “page experience update” 2021, mở rộng năm 2022. CWV không quyết định xếp hạng đơn lẻ, nhưng là yếu tố phân biệt khi hai trang có nội dung tương đương.

Khi hai site cạnh tranh cùng từ khoá với nội dung chất lượng ngang nhau, site đạt CWV thường xếp trên. Đây là yếu tố phân biệt quyết định trong thị trường ngách cạnh tranh cao.

CWV trong hệ thống tín hiệu xếp hạng Google

Google xếp hạng dựa trên hàng trăm tín hiệu. CWV nằm trong nhóm “page experience” — cùng với thân thiện mobile, HTTPS và tránh popup chặn nội dung.

Nhóm page experience không phải nhóm quan trọng nhất — nội dung, backlink và độ phủ chủ đề vẫn có trọng số cao hơn. CWV đóng vai trò quyết định khi các yếu tố kia cân bằng.

Tác động đến chuyển đổi

Nghiên cứu Google năm 2023 khảo sát 2,5 triệu lượt xem trang. Trang đạt CWV có tỉ lệ chuyển đổi cao hơn rõ rệt — LCP và CLS tác động trực tiếp đến hành vi mua hàng.

Theo nghiên cứu này về thương mại điện tử, CLS dưới 0,1 tăng tỉ lệ gửi biểu mẫu 12%. INP dưới 200ms giảm tỉ lệ thoát trang và tăng số trang xem mỗi phiên.

Tác động theo loại trang

• Shop thương mại điện tử: LCP nhanh giúp khách thấy sản phẩm sớm hơn, giảm nóng lòng thoát trang. Shop từ 100 đơn/ngày trở lên cảm nhận ảnh hưởng rõ ràng.
• Trang đích thu lead: CLS dưới 0,1 tránh tình trạng khách bấm nhầm do bố cục nhảy, tăng tỉ lệ hoàn thành biểu mẫu.
• Blog và trang nội dung: INP tốt giúp tương tác comment, share, menu mượt mà hơn, giảm tỉ lệ thoát.
• Ứng dụng web (SaaS): INP quan trọng hơn LCP vì người dùng click liên tục. Độ trễ cao ảnh hưởng trực tiếp đến trải nghiệm sử dụng hàng ngày.

Cách đo Core Web Vitals — 3 nguồn dữ liệu

Đo CWV từ 3 nguồn khác nhau, mỗi nguồn phục vụ mục đích riêng. Dùng cả 3 song song để có bức tranh đầy đủ.

Dữ liệu lab — PageSpeed Insights và Lighthouse

PageSpeed Insights (PSI) và Lighthouse chạy kiểm tra tổng hợp trong môi trường mô phỏng — Chrome headless trên máy chủ Google. Kết quả bao gồm điểm 0–100 cùng phân tích chi tiết từng chỉ số.

Dữ liệu này dùng để gỡ lỗi khi phát triển và tìm nguyên nhân gốc. Đây không phải nguồn Google dùng để xếp hạng — chỉ là công cụ hướng dẫn sửa.

Dữ liệu thực tế — CrUX

CrUX (Chrome User Experience Report) là tập dữ liệu Google tổng hợp từ người dùng Chrome thật — ẩn danh và tự nguyện tham gia. Đây là nguồn duy nhất Google dùng làm tín hiệu xếp hạng.

Truy cập qua tab “Origin Summary” trong PSI hoặc Search Console > Core Web Vitals. Dữ liệu cập nhật mỗi 28 ngày, có độ trễ 1–2 tuần.

RUM — giám sát người dùng thực tế

RUM (Real User Monitoring) gắn đoạn script vào site để thu CWV từ chính người dùng của bạn. Dùng thư viện web-vitals (khoảng 3,5kb sau nén) đẩy chỉ số vào GA4, Sentry hoặc Datadog.

Lợi thế của RUM là dữ liệu gần thực tế, có thể phân tách theo thiết bị, khu vực địa lý hoặc loại trang. Shop từ 1.000 đơn/ngày trở lên nên dùng RUM để phát hiện suy giảm hiệu năng kịp thời.

3 trụ cột tối ưu CWV cho web VN

Tối ưu CWV không phải một bước — phải làm xuyên 3 lớp: máy chủ (TTFB), tài nguyên (LCP), thời gian chạy (INP và CLS). Yếu một lớp là không đạt, dù hai lớp còn lại tốt.

Lớp máy chủ — TTFB dưới 800ms

TTFB (Time to First Byte) là chỉ số gián tiếp ảnh hưởng LCP — TTFB cao kéo dài toàn bộ chuỗi tải trang. Mục tiêu: dưới 800ms đo từ người dùng VN.

• Hosting VPS đặt tại Singapore hoặc TP.HCM — không dùng máy chủ Mỹ hay châu Âu cho khách VN.
• Truy vấn cơ sở dữ liệu dưới 100ms — dùng cache Redis, đánh index đúng, tránh vòng lặp truy vấn.
• PHP-FPM kết hợp opcache — không dùng CGI.
• Hạn chế plugin tạo tải trước khi render (Yoast SEO sitemap, Jetpack) nếu không cần thiết.

Xem hướng dẫn tối ưu TTFB chi tiết tại bài TTFB deep dive — nguyên nhân và cách giảm.

Lớp tài nguyên — ảnh và font

LCP thường bị chặn bởi ảnh hero hoặc font chưa tối ưu. Fix đúng 2 thứ này là con đường ngắn nhất để LCP xuống dưới 2,5 giây.

• Chuyển ảnh sang WebP hoặc AVIF — kích thước nhỏ hơn rõ rệt so với JPG cùng chất lượng. Dùng loading="lazy" cho ảnh phần dưới trang.
• Self-host font woff2 kết hợp font-display: swap — không nhúng qua Google Fonts CDN. Xem bài tự host Google Font để thực hiện.
• CSS quan trọng inline trong 14kb đầu trang, defer CSS còn lại.
• Script dùng defer hoặc async, tách theo route. Xem chi tiết tại defer vs async — khi nào dùng cái nào.

Về lựa chọn định dạng ảnh, xem bài WebP vs AVIF — so sánh cho web VN.

Lớp thời gian chạy — giữ bố cục và main thread

CLS và INP đều liên quan đến cách trình duyệt xử lý trang sau khi tải xong. Fix CLS bằng cách giữ chỗ cho ảnh — fix INP bằng cách giảm tác vụ dài trên main thread.

• Đặt thuộc tính width/height cho mọi thẻ <img> và <video> — trình duyệt giữ chỗ, bố cục không nhảy. Xem bài aspect-ratio và CLS.
• Dùng size-adjust và font dự phòng phù hợp để tránh dịch chuyển bố cục khi font swap.
• Chia nhỏ tác vụ dài trên 50ms thành micro-task (yieldToMain pattern) để INP không bị chặn.
• Trì hoãn hoặc loại bỏ script bên thứ ba chặn main thread — chat widget, quảng cáo, Facebook Pixel.

CWV cho shop online VN — 12 mục kiểm tra

Shop VN có 3 đặc thù: hosting chia sẻ, ảnh sản phẩm nhiều và nặng, plugin thanh toán nội địa tốn tài nguyên.

Danh sách 12 mục dưới phù hợp shop VN quy mô 50–500 đơn/ngày:

Nhóm máy chủ và mạng (mục 1–5)

Đây là nền tảng — fix nhóm này trước vì tác động lan sang cả 3 chỉ số CWV.

1. Hosting VPS đặt tại Singapore hoặc TP.HCM, RAM tối thiểu 4GB, PHP 8.2+, Nginx.
2. SSL Let’s Encrypt kết hợp HTTP/2 để giảm số lần kết nối.
3. Cache đối tượng Redis giảm số lần truy vấn cơ sở dữ liệu lặp lại. Xem thêm tại hướng dẫn cài Redis cho WordPress.
4. Cache trang (LiteSpeed Cache, WP Rocket hoặc Cloudflare APO).
5. CDN Cloudflare — gói miễn phí đủ dùng cho shop dưới 500 đơn/ngày. Xem cách cấu hình Cloudflare cho shop VN.

Nhóm tài nguyên tĩnh (mục 6–9)

Ảnh và font là nguyên nhân phổ biến nhất khiến LCP vượt ngưỡng 2,5 giây.

6. Chuyển ảnh sang WebP qua plugin Smush hoặc ShortPixel, giới hạn chiều rộng tối đa 1920px.
7. Self-host font woff2, ưu tiên tối đa 2 font family.
8. Bỏ slider và carousel JavaScript nặng ở trang chủ.
9. Lazy load ảnh và iframe phần dưới trang.

Nhóm bố cục và script bên thứ ba (mục 10–12)

Nhóm này quyết định CLS và INP — 2 chỉ số khó pass nhất trên mobile.

10. Đặt thuộc tính width và height cho mọi thẻ <img> và <video>.
11. Trì hoãn Facebook Pixel và Google Tag Manager.
12. Audit trước và sau khi ra mắt qua PSI cho 5 trang chính: trang chủ, danh mục, sản phẩm, giỏ hàng, thanh toán.

Bài liên quan trong cluster hiệu năng

Bài này là điểm vào cluster hiệu năng. Đọc thêm các bài chuyên sâu theo từng chỉ số để nắm cách tối ưu cụ thể:

• Tối ưu LCP — cách đo và sửa từng nguyên nhân
• INP thay thế FID — chỉ số mới từ 03/2024
• Fix CLS — nguyên nhân dịch chuyển bố cục và cách xử lý
• FCP vs LCP — khác nhau ở đâu và đo cái nào trước
• Lazy load ảnh 2026 — cách triển khai đúng chuẩn

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

Cần audit và tối ưu CWV đầy đủ cho shop online VN — từ TTFB đến LCP, INP, giám sát liên tục. Xem dịch vụ tối ưu CWV của Web22.