Core Web Vitals: LCP, INP và CLS của người dùng thực, theo từng tuần

Báo cáo Core Web Vitals (có tiêu đề Core Web Vitals History) cho biết người dùng Chrome thực tế trải nghiệm site của bạn như thế nào, theo từng tuần. Báo cáo đọc dữ liệu từ Chrome UX Report History API, cùng nguồn dữ liệu thực tế (field data) cung cấp cho báo cáo Core Web Vitals của Search Console, và đánh giá từng chỉ số ở phân vị thứ 75 theo các ngưỡng của Google. Hãy dùng báo cáo này để biết một bản phát hành khiến trang nhanh hơn hay chậm đi, từ rất sớm so với việc chờ kết quả kiểm thử lab cho biết khách truy cập cảm nhận ra sao.

Chạy báo cáo

1. Scope (Phạm vi): Whole site truy vấn origin (ví dụ https://www.example.com), tổng hợp mọi trang mà người dùng Chrome đã truy cập. Single page truy vấn một URL.
2. Origin hoặc Page URL: được điền sẵn origin của property; bạn có thể sửa để kiểm tra một host hoặc trang khác.
3. Device (Thiết bị): All devices, Phone, Desktop hoặc Tablet. Với All devices, báo cáo còn tải riêng từng loại thiết bị và thêm bảng Summary by device.
4. Nhấn Run report.

Kết quả được lưu đệm trong một ngày vì dữ liệu chỉ thay đổi theo tuần. Báo cáo truy vấn API bằng khóa CrUX API; AutoPSEO đã cung cấp sẵn một khóa nên bạn không cần thiết lập gì. Nút API Key dẫn đến hướng dẫn của Google nếu bạn muốn có khóa riêng cho các công cụ của mình.

Bạn sẽ thấy gì

Dòng kết luận cho biết phạm vi đó có Passes Core Web Vitals hay không: mọi chỉ số cốt lõi có dữ liệu đều được xếp loại Good. Tiếp theo là năm thẻ, mỗi thẻ ứng với một chỉ số, hiển thị giá trị phân vị thứ 75 mới nhất, xếp loại, mức thay đổi so với bốn tuần trước và tỷ lệ lượt tải trang được xếp loại tốt.

LCP, INP và CLS là các Core Web Vitals; FCP và TTFB là các chỉ số bổ trợ giúp giải thích nguyên nhân LCP kém. Giá trị nằm giữa hai ngưỡng được xếp loại cần cải thiện. Google đánh giá từng chỉ số ở phân vị thứ 75 của các lượt tải trang, tách riêng cho thiết bị di động và máy tính (web.dev: Web Vitals). INP đã thay thế First Input Delay trở thành một Core Web Vital vào ngày 12 tháng 3 năm 2024.

Xu hướng được coi là improving (đang cải thiện) hoặc worsening (đang xấu đi) khi giá trị mới nhất thay đổi ít nhất 5% so với bốn tuần trước. Các biểu đồ vẽ phân vị thứ 75 theo tuần của từng chỉ số cùng tỷ lệ good, needs-improvement và poor, còn bảng liệt kê từng tuần với cả năm giá trị và tỷ lệ trải nghiệm LCP tốt.

Cách đọc lịch sử

Mỗi điểm dữ liệu là một kỳ thu thập theo tuần, tổng hợp các lượt truy cập trong 28 ngày trước đó, nên một bản sửa lỗi sẽ hiện dần trong khoảng bốn tuần chứ không đổi ngay sau một đêm. Theo mặc định, API trả về 25 kỳ theo tuần, tương đương khoảng sáu tháng gần nhất (CrUX History API).

• Một bước nhảy đột ngột trùng với thời điểm triển khai, một script tag manager mới hoặc một bản cập nhật theme là kiểu thường gặp; hãy đánh dấu ngày đó bằng một annotation.
• Điện thoại kém hơn máy tính là chuyện phổ biến, vì điện thoại có sức xử lý yếu hơn và thường dùng kết nối chậm hơn. Hãy cân nhắc theo tỷ trọng lưu lượng tìm kiếm của bạn đến từ thiết bị di động.
• Origin tốt nhưng trang kém: origin gộp mọi trang lại với nhau, nên hãy kiểm tra lần lượt các template nặng nhất của bạn.

Khi không có dữ liệu

Chrome chỉ công bố bản ghi cho một origin hoặc URL công khai có đủ lượt truy cập Chrome thực tế; nếu không, báo cáo sẽ hiển thị Not enough field data (CrUX methodology). Các trang mới hoặc ít lưu lượng thường không có bản ghi ở cấp URL dù origin có. Các CrUX API cũng không có phân tích theo quốc gia, nên số liệu bao gồm toàn bộ khách truy cập của bạn trên thế giới.

AutoPSEO hỗ trợ bạn như thế nào

Các bài viết do AutoPSEO phân phối được chính site của bạn render, nên thừa hưởng hiệu năng của các template trên site. Nếu AutoPSEO lưu trữ một mục cho bạn, trình render được lưu trữ sẽ tự phục vụ các trang bài viết; hãy chạy báo cáo trên một trong các URL đó để kiểm tra. Để hiểu rõ hơn về ba chỉ số này, xem LCP, INP và CLS có nghĩa là gì và cách khắc phục điểm Core Web Vitals kém.