Core Web Vitals Report GSC là gì?
Core Web Vitals Report là báo cáo Search Console nhóm URL theo Tốt/Cần cải thiện/Kém dựa hoàn toàn trên Field Data từ Chrome UX Report. Bộ ba chỉ số hiện tại: LCP, INP, CLS (FID đã bị thay thế bởi INP từ 12/3/2024). Một URL bị xếp "Kém" nếu bất kỳ một chỉ số nào kém, không cần cả ba.
Core Web Vitals Report (GSC) là gì?
Core Web Vitals Report là báo cáo trong Google Search Console nhóm các URL của website theo ba mức đánh giá — Tốt, Cần cải thiện, Kém — dựa hoàn toàn trên FIELD DATA thực tế từ Chrome UX Report, không dùng dữ liệu mô phỏng Lab Data.
Bộ ba chỉ số hiện tại — đã cập nhật từ 3/2024
| Chỉ số | Ngưỡng Tốt | Ngưỡng Kém |
|---|---|---|
| LCP (Largest Contentful Paint) | ≤ 2,5 giây | > 4 giây |
| INP (Interaction to Next Paint) | ≤ 200 mili giây | > 500 mili giây |
| CLS (Cumulative Layout Shift) | ≤ 0,1 | > 0,25 |
Cần lưu ý chi tiết lịch sử quan trọng: chỉ số FID (First Input Delay) từng là một trong ba Core Web Vitals gốc, nhưng đã được CHÍNH THỨC THAY THẾ bằng INP kể từ ngày 12/3/2024 — báo cáo hiện tại không còn đề cập FID dưới bất kỳ hình thức nào, và mọi tài liệu SEO còn nhắc đến FID như một Core Web Vital hiện hành đều đã lỗi thời.
Nguyên tắc phân loại: lấy trạng thái XẤU NHẤT trong nhóm
Một chi tiết kỹ thuật quan trọng khi đọc báo cáo: một URL được phân loại vào nhóm “Kém” nếu BẤT KỲ một trong ba chỉ số nào rơi vào ngưỡng kém — không cần cả ba chỉ số đều kém. Nguyên tắc “lấy trạng thái tệ nhất” này áp dụng riêng biệt cho từng loại thiết bị (di động và máy tính được báo cáo tách biệt hoàn toàn, vì hành vi và điều kiện mạng khác nhau đáng kể giữa hai nhóm).
Vì sao báo cáo này dùng nhóm URL, không phải từng URL đơn lẻ
Search Console thường nhóm các URL có đặc điểm kỹ thuật tương tự nhau (ví dụ cùng dùng chung một template trang) thành các “nhóm URL” (URL groups) trong báo cáo, thay vì liệt kê xử lý riêng lẻ từng URL — cách tiếp cận này phản ánh thực tế rằng các trang dùng chung template thường có vấn đề hiệu năng tương tự nhau (ví dụ cùng một banner quảng cáo nặng gây CLS trên toàn bộ trang sản phẩm), giúp việc khắc phục theo nhóm hiệu quả hơn nhiều so với sửa từng trang một.
Core Web Vitals Report khác gì PageSpeed Insights
Cả hai đều dùng chung nguồn Field Data từ CrUX, nhưng phục vụ mục đích khác nhau: Core Web Vitals Report trong Search Console cho cái nhìn TỔNG QUAN TOÀN SITE (bao nhiêu URL thuộc nhóm nào, xu hướng theo thời gian), trong khi PageSpeed Insights cho phân tích CHI TIẾT một URL cụ thể tại một thời điểm (kết hợp cả Field Data lẫn Lab Data từ Lighthouse). Cách tiếp cận hợp lý: dùng Search Console để phát hiện TRANG/NHÓM TRANG nào cần chú ý, sau đó dùng PageSpeed Insights để phân tích sâu nguyên nhân cụ thể.
Hạn chế: không có dữ liệu cho website/trang traffic thấp
Vì phụ thuộc hoàn toàn vào CrUX, báo cáo này thừa hưởng chính giới hạn của CrUX: các trang/website có lượng truy cập quá thấp sẽ KHÔNG xuất hiện đủ dữ liệu trong báo cáo — đây không phải lỗi kỹ thuật, mà là hệ quả tự nhiên của việc dựa vào dữ liệu người dùng thực tế thay vì mô phỏng.
Sai lầm thường gặp
- Dùng thông tin cũ vẫn nhắc đến FID như một Core Web Vital hiện hành, trong khi đã bị thay thế bằng INP từ 3/2024.
- Cho rằng một URL cần cả ba chỉ số đều kém mới bị xếp vào nhóm “Kém”, trong khi chỉ cần một chỉ số kém là đủ.
- Không tận dụng cách nhóm URL theo template để khắc phục hàng loạt, thay vào đó xử lý từng trang một cách kém hiệu quả.
Checklist khi rà soát Core Web Vitals Report
- Đã kiểm tra riêng biệt cả di động lẫn máy tính, không chỉ xem một loại thiết bị chưa?
- Đã xác định chỉ số cụ thể nào (LCP/INP/CLS) đang kéo nhóm URL vào mức “Kém” chưa?
- Đã dùng PageSpeed Insights để phân tích sâu nguyên nhân cho nhóm URL có vấn đề chưa?
Câu hỏi thường gặp
Core Web Vitals có phải yếu tố xếp hạng trực tiếp không?
Google xác nhận đây là một phần của tín hiệu Page Experience, có trọng số trong hệ thống xếp hạng nhưng thấp hơn đáng kể so với mức độ liên quan và chất lượng nội dung — không nên xem đây là yếu tố quyết định duy nhất.
Cải thiện điểm số có thấy kết quả ngay trong báo cáo không?
Không ngay lập tức — vì dựa trên Field Data thực tế tích lũy theo thời gian (thường cửa sổ 28 ngày gần nhất), cần chờ đủ thời gian thu thập dữ liệu người dùng mới sau khi khắc phục mới thấy thay đổi phản ánh trong báo cáo.
Nguồn tham khảo
Bạn muốn tra cứu thuật ngữ khác?
