Bạn có thể đạt 100 điểm Lighthouse nhưng khách vẫn chờ trang sản phẩm hiện ra hoặc bấm nút mà không thấy phản hồi. Core Web Vitals giúp nhìn rõ ba phần của trải nghiệm đó: tốc độ hiển thị nội dung chính, độ phản hồi khi tương tác và độ ổn định của bố cục. Hãy đọc dữ liệu người dùng thực trước, rồi dùng kiểm thử phòng lab để tìm nguyên nhân.
Core Web Vitals là gì?
Core Web Vitals là bộ chỉ số của Google dùng để đo trải nghiệm thực tế trên trang web. Bộ hiện tại gồm LCP, INP và CLS. Google khuyến nghị đánh giá ở phân vị thứ 75 của lượt truy cập, tách riêng điện thoại và máy tính, thay vì lấy một lần đo đẹp nhất làm kết luận.
LCP: nội dung chính xuất hiện nhanh đến đâu?
Largest Contentful Paint đo thời gian phần tử nội dung lớn nhất trong vùng nhìn thấy được hiển thị. Phần tử đó thường là ảnh hero, ảnh sản phẩm hoặc một khối tiêu đề lớn. Mục tiêu tốt là LCP không quá 2,5 giây ở ít nhất 75% lượt truy cập.
INP: trang phản hồi thế nào sau cú chạm?
Interaction to Next Paint đo độ phản hồi của trang trong các tương tác đủ điều kiện như nhấp, chạm hoặc nhấn phím. Nếu người mua bấm thêm vào giỏ hàng mà giao diện đứng yên một lúc, INP có thể phản ánh vấn đề đó. Mục tiêu tốt là 200 mili giây trở xuống ở phân vị thứ 75.
CLS: nội dung có bất ngờ nhảy vị trí không?
Cumulative Layout Shift đo mức độ dịch chuyển bất ngờ của nội dung trong suốt phiên truy cập. Bạn đang đọc mô tả sản phẩm nhưng một banner tải muộn đẩy nút mua xuống dưới là ví dụ dễ nhận ra. Mục tiêu tốt là CLS không quá 0,1.
Các ngưỡng này là mục tiêu trải nghiệm, không phải cam kết rằng mọi người dùng đều có cùng kết quả. Tài liệu Web Vitals và Google Search Central mô tả cách hiểu bộ chỉ số và cách đọc mốc tốt.
Đo Core Web Vitals bằng PageSpeed Insights và Search Console
Bắt đầu với một URL quan trọng như trang chủ, trang danh mục hoặc trang sản phẩm có nhiều lượt truy cập. Chạy PageSpeed Insights cho cả mobile và desktop. Ở phần dữ liệu thực tế, kiểm tra xem báo cáo đang nói về URL cụ thể hay toàn bộ origin của website; nếu URL chưa đủ mẫu, chỉ số cấp origin có thể khác đáng kể.
PageSpeed Insights kết hợp field data từ Chrome User Experience Report (CrUX) với chẩn đoán lab từ Lighthouse. Field data tổng hợp trải nghiệm thực trong khoảng thời gian gần đây, nhưng một URL ít traffic có thể không đủ mẫu. Lab data hữu ích để kiểm tra thay đổi và xem gợi ý kỹ thuật, nhưng không thay thế dữ liệu người dùng thật. Điểm Performance cũng không phải là một phép đo trực tiếp cho cả ba Core Web Vitals.
Tiếp theo, mở báo cáo Core Web Vitals trong Search Console. Báo cáo dựa trên dữ liệu field và nhóm các URL có trải nghiệm tương tự, thường giúp phát hiện vấn đề chung trên nhiều trang. Nó không phải danh sách đầy đủ mọi URL, và một nhóm có thể không xuất hiện nếu thiếu dữ liệu. Nếu cần theo dõi chuyển đổi kinh doanh song song với trải nghiệm, xem thêm hướng dẫn đọc GA4 cho người không chuyên.
Ưu tiên sửa nguyên nhân, không chạy theo điểm số
Sau khi xem field data, dùng Lighthouse hoặc Chrome DevTools để tái hiện vấn đề. Một bài kiểm tra đơn lẻ có thể cho kết quả dao động do thiết bị, mạng và trạng thái cache. Hãy tìm lỗi lặp lại trên các URL cùng mẫu, rồi ưu tiên trang quan trọng với người dùng trước.
Nếu LCP kém, tìm phần tử lớn nhất và thời gian chờ
Xác định phần tử LCP trước. Sau đó kiểm tra thời gian máy chủ trả HTML, lúc trình duyệt phát hiện ảnh hoặc nội dung chính, thời gian tải tài nguyên và thời gian chờ để vẽ nó. Hãy tối ưu ảnh hero và để trình duyệt phát hiện ảnh sớm; đừng bật lazy-load cho ảnh LCP ở đầu trang. Nén ảnh có thể hữu ích, nhưng không giải quyết được nút thắt nếu tài nguyên bị JavaScript hoặc CSS chặn hiển thị. Xem thêm hướng dẫn tối ưu LCP của Chrome.
Nếu INP kém, kiểm tra tương tác chậm trong field data
Hãy tìm nút hoặc thao tác cụ thể khiến giao diện phản hồi muộn. Các tác nhân thường nằm ở input delay, đoạn mã xử lý tương tác kéo dài hoặc thời gian trình duyệt cần để vẽ khung hình tiếp theo. Có thể tách bớt công việc JavaScript không cần thiết khỏi callback tương tác và giảm tác vụ dài trên luồng chính. Lighthouse trong lab không có đủ tương tác người dùng để đo INP trực tiếp; Total Blocking Time có thể giúp chẩn đoán nhưng không đồng nghĩa với INP. Tham khảo hướng dẫn tối ưu INP.
Nếu CLS kém, dành sẵn chỗ cho nội dung tải muộn
Thêm kích thước hoặc tỷ lệ khung hình cho ảnh và video để trình duyệt dành chỗ trước khi tải xong. Với quảng cáo, iframe, banner hoặc nội dung nhúng, tạo vùng chứa có kích thước dự kiến thay vì để chúng bất ngờ đẩy phần đang đọc xuống. Kiểm tra cả những thay đổi xảy ra sau khi cuộn trang, không chỉ lúc tải ban đầu. Chrome giải thích các cách này trong hướng dẫn tối ưu CLS.
Core Web Vitals có đảm bảo tăng thứ hạng Google không?
Không. Google xác nhận Core Web Vitals được dùng trong hệ thống xếp hạng, nhưng không có một tín hiệu page experience duy nhất và điểm tốt không đảm bảo trang đứng đầu kết quả tìm kiếm. Nội dung hữu ích, mức độ liên quan và nhiều yếu tố khác vẫn quan trọng. Tối ưu tốc độ và độ ổn định nên bắt đầu từ trải nghiệm khách hàng, rồi mới xem tác động trong Search Console. Bạn có thể đọc thêm các yếu tố website cần chuẩn bị cho AI Overviews và AI Mode để thấy Core Web Vitals chỉ là một phần trong bức tranh SEO.
Việc thực tế nên làm hôm nay: chọn một nhóm trang có giá trị, xem field data trên mobile, ghi lại metric yếu nhất và kiểm tra nguyên nhân lặp lại trong lab. Sửa một vấn đề có ảnh hưởng rộng, rồi đo lại cả field lẫn lab; đừng lấy một con số đẹp trong một lần chạy làm bằng chứng rằng mọi khách hàng đã có trải nghiệm tốt.
Nguồn tham khảo
- web.dev: Web Vitals, bộ chỉ số, ngưỡng và cách đo.
- Google Search Central: Core Web Vitals và kết quả tìm kiếm.
- Google Search Central: Page experience, vai trò và giới hạn của tín hiệu trải nghiệm trang.
- Google: About PageSpeed Insights, phân biệt dữ liệu field và lab.
- Google Search Console: Core Web Vitals report.
- Chrome: Optimize LCP, Optimize INP và Optimize CLS.
