Core Web Vitals Report

Core Web Vitals Report là gì?

Core Web Vitals Report là báo cáo tích hợp sẵn trong Google Search Console (GSC), giúp chủ sở hữu website theo dõi và đánh giá trải nghiệm người dùng trên trang web dựa trên ba chỉ số hiệu năng cốt lõi do Google xác định: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) và Cumulative Layout Shift (CLS). Báo cáo này sử dụng dữ liệu thực tế từ người dùng (Real User Monitoring – RUM) được thu thập qua Chrome User Experience Report (CrUX), không phải dữ liệu thử nghiệm trong phòng lab.

Từ tháng 3/2024, Google chính thức thay thế First Input Delay (FID) bằng INP trong Core Web Vitals. Do đó, báo cáo hiện tại trong GSC phản ánh chuẩn mới: LCP (tốc độ tải nội dung chính), INP (độ phản hồi khi tương tác) và CLS (độ ổn định bố cục). Các chỉ số đều được phân loại thành tốt, cần cải thiện hoặc kém theo ngưỡng do Google công bố.

Tại sao quan trọng trong SEO?

Core Web Vitals Report không trực tiếp ảnh hưởng đến thứ hạng như một yếu tố xếp hạng độc lập, nhưng là phần thiết yếu của nhóm tín hiệu trải nghiệm người dùng — một trong ba trụ cột của hệ thống xếp hạng tổng thể (cùng với nội dung và liên kết). Từ năm 2021, Google đã xác nhận rằng trải nghiệm người dùng tốt là điều kiện cần để cạnh tranh ở các vị trí cao, đặc biệt trên thiết bị di động.

Khi trang web có nhiều URL bị đánh dấu kém trong báo cáo này, khả năng xuất hiện trong các tính năng tìm kiếm nâng cao (như Top Stories, rich results) sẽ giảm. Ngoài ra, tỷ lệ thoát và thời gian ở lại thường thấp hơn trên các trang có Core Web Vitals kém — điều này gián tiếp làm suy yếu hiệu quả SEO về lâu dài.

Quan trọng hơn: đây là một trong số ít báo cáo trong GSC cung cấp dữ liệu thực tế từ người dùng thật, khác với các công cụ kiểm tra lab (như PageSpeed Insights hay Lighthouse) vốn chỉ mô phỏng điều kiện nhất định.

Cách hoạt động

Báo cáo lấy dữ liệu từ Chrome User Experience Report (CrUX) — cơ sở dữ liệu công khai chứa dữ liệu hiệu năng thực tế từ hàng triệu người dùng Chrome trên toàn cầu. Để một trang xuất hiện trong báo cáo, nó phải đạt ngưỡng tối thiểu về lượng lưu lượng truy cập từ Chrome (tùy trường hợp — thường là vài trăm lượt xem/tháng).

GSC phân nhóm URL theo trạng thái trải nghiệm: Tốt / Cần cải thiện / Kém — dựa trên phân vị 75% (75th percentile) của từng chỉ số trên toàn bộ mẫu dữ liệu CrUX. Đây là cách Google đảm bảo đánh giá đại diện cho đa số người dùng, không bị lệch bởi các trường hợp ngoại lệ.

Báo cáo được cập nhật hàng tháng, với độ trễ khoảng 28–40 ngày so với thời điểm thu thập dữ liệu. Ví dụ: dữ liệu tháng 4/2024 thường xuất hiện trong GSC vào đầu tháng 6/2024.

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

1. Đảm bảo website đã được xác minh trong Google Search Console — chỉ các tài khoản có quyền quản trị đầy đủ mới xem được báo cáo.
2. Vào menu bên trái → chọn "Hiệu suất" → nhấp vào "Core Web Vitals".
3. Chọn môi trường: “Di động” hoặc “Máy tính”. Báo cáo tách riêng hai kênh vì hiệu năng thường khác biệt rõ rệt.
4. Xem tổng quan: Biểu đồ hiển thị tỷ lệ URL ở mỗi trạng thái (Tốt / Cần cải thiện / Kém). Nhấp vào từng trạng thái để xem danh sách URL cụ thể.
5. Phân tích chi tiết từng URL: Với mỗi URL, bạn thấy giá trị đo được của LCP, INP, CLS kèm phân loại, số lần xuất hiện trong mẫu CrUX và xu hướng so với tháng trước.
6. Sử dụng bộ lọc: Có thể lọc theo nhóm URL (ví dụ: chỉ những trang thuộc /blog/), theo lỗi cụ thể (ví dụ: chỉ những trang có CLS > 0.25), hoặc theo nguồn lưu lượng (organic search, direct…).

Lỗi thường gặp

• LCP quá cao (> 2.5 giây): Thường do hình ảnh hoặc video chưa được tối ưu (không nén, thiếu loading="lazy", không dùng định dạng hiện đại như WebP/AVIF), font chữ chặn hiển thị (render-blocking fonts), hoặc máy chủ phản hồi chậm. Cách khắc phục: Nén tài nguyên, triển khai preconnect cho CDN, ưu tiên tải nội dung chính, dùng fetchpriority="high" cho ảnh LCP.
• INP quá cao (> 200ms): Thường bắt nguồn từ JavaScript nặng chạy đồng thời khi người dùng tương tác (ví dụ: xử lý form, mở menu, cuộn trang). Cách khắc phục: Chia nhỏ tác vụ JS (code splitting), dùng Web Workers cho xử lý nền, trì hoãn script không cần thiết, loại bỏ các event listener thừa.
• CLS cao (> 0.1): Chủ yếu do ảnh/video không đặt kích thước cố định, quảng cáo hoặc iframe tải muộn, font thay đổi kích thước sau khi render (FOIT/FOUT), hoặc chèn nội dung động (ví dụ: banner cookie, popup) mà không dành chỗ trước. Cách khắc phục: Đặt width và height rõ ràng cho ảnh/iframe, dùng aspect-ratio, tránh chèn nội dung trên cùng màn hình mà không có chuyển động mượt.

Ví dụ thực tế

Một trang tin tức có URL https://example.com/bai-viet-moi xuất hiện trong báo cáo với trạng thái Kém do:

Chỉ số	Giá trị đo được	Ngưỡng tốt	Nguyên nhân gốc
LCP	4.2s	<= 2.5s	Ảnh tiêu đề không có thẻ srcset, tải full HD trên mạng 3G.
INP	310ms	<= 200ms	Script xử lý bình luận chạy toàn bộ trên main thread, chặn phản hồi khi nhấn nút "Gửi".
CLS	0.28	<= 0.1	Banner quảng cáo xuất hiện sau khi trang đã render, đẩy nội dung xuống dưới.

Sau khi tối ưu: ảnh dùng WebP + kích thước đáp ứng, script bình luận được chuyển sang Web Worker, banner quảng cáo được đặt trong vùng đã dành chỗ trước. Sau 6 tuần, URL chuyển sang trạng thái Tốt trong báo cáo mới nhất.

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

Tại sao một số URL không xuất hiện trong Core Web Vitals Report?

URL chỉ xuất hiện nếu đạt ngưỡng lưu lượng tối thiểu từ người dùng Chrome trong mẫu CrUX. Trang mới, trang ít truy cập hoặc trang bị chặn (qua robots.txt, noindex, hoặc yêu cầu đăng nhập) thường không có dữ liệu. Cũng có thể do chưa đủ dữ liệu trong chu kỳ báo cáo gần nhất — hãy chờ thêm 1–2 tháng.

Có thể tin tưởng tuyệt đối vào số liệu trong báo cáo này không?

Số liệu CrUX là đáng tin cậy vì dựa trên dữ liệu thực tế, nhưng nó mang tính tổng hợp và không cho biết hành vi cụ thể của từng người dùng. Không nên dùng báo cáo này để debug kỹ thuật chi tiết — hãy kết hợp với Lighthouse, Chrome DevTools và analytics để chẩn đoán sâu. Một số trường hợp ngoại lệ (ví dụ: người dùng mạng rất chậm ở khu vực xa xôi) có thể làm lệch phân vị — nhưng Google đã thiết kế ngưỡng 75% để giảm thiểu ảnh hưởng đó.

Có cần tối ưu tất cả URL về trạng thái "Tốt" không?

Không bắt buộc — nhưng nên ưu tiên các URL quan trọng: trang chủ, trang danh mục sản phẩm, bài viết có lưu lượng cao, trang đích chiến dịch. Google khuyến nghị tập trung vào nhóm URL chiếm > 10% tổng lưu lượng organic. Với trang ít truy cập (dưới 100 lượt/tháng), việc tối ưu ưu tiên thấp hơn — trừ khi chúng là cửa ngõ quan trọng cho người dùng hoặc đối tác.