LCP, INP và CLS có ý nghĩa gì?

Đây là ba chỉ số Core Web Vitals mà Google dùng để mô tả trải nghiệm người dùng của một trang. Largest Contentful Paint (LCP) đo tốc độ tải: nội dung chính mất bao lâu để xuất hiện. Interaction to Next Paint (INP) đo khả năng phản hồi: trang phản ứng nhanh đến đâu khi bạn nhấp, chạm hoặc nhập liệu. Cumulative Layout Shift (CLS) đo độ ổn định hình ảnh: bố cục bị xê dịch nhiều đến mức nào. Mức tốt nghĩa là LCP trong vòng 2,5 giây, INP trong vòng 200 mili giây và CLS từ 0,1 trở xuống.

Ba chỉ số trong một bảng

Đây là các ngưỡng trong trang trợ giúp báo cáo Core Web Vitals của Google. Một trang đạt chuẩn khi cả ba chỉ số đều ở mức tốt tại phân vị thứ 75 của các lượt truy cập, được đo riêng cho thiết bị di động và máy tính để bàn.

LCP: Largest Contentful Paint

LCP là khoảng thời gian từ lúc người dùng bắt đầu tải trang cho đến khi hình ảnh, video hoặc khối văn bản lớn nhất trong vùng hiển thị được kết xuất xong. Các phần tử đủ điều kiện gồm phần tử <img>, hình ảnh bên trong SVG, ảnh poster hoặc khung hình đầu tiên của video, ảnh nền CSS và văn bản dạng khối. Trình duyệt ngừng tìm ứng viên mới khi người truy cập bắt đầu tương tác. LCP chậm thường do máy chủ phản hồi chậm, ảnh hero có dung lượng lớn hoặc được phát hiện muộn, hay CSS và script chặn quá trình kết xuất.

INP: Interaction to Next Paint

INP theo dõi các lần nhấp, chạm và nhấn phím trong suốt một lượt truy cập, rồi đo mỗi lần mất bao lâu để trình duyệt có thể vẽ khung hình tiếp theo. Di chuột, cuộn và thu phóng không được tính. Giá trị được báo cáo là của lần tương tác chậm nhất, bỏ qua các giá trị ngoại lệ trên những trang có nhiều tương tác. INP đã thay thế First Input Delay (FID) trở thành một chỉ số Core Web Vitals vào tháng 3 năm 2024; FID chỉ xét lần tương tác đầu tiên, còn INP bao quát toàn bộ lượt truy cập. INP kém thường xuất phát từ các tác vụ JavaScript dài khiến luồng chính bị bận.

CLS: Cumulative Layout Shift

CLS cộng dồn các lần dịch chuyển bố cục không mong muốn, chẳng hạn văn bản bị đẩy xuống khi một hình ảnh hoặc quảng cáo tải xong ở phía trên, và báo cáo chuỗi dịch chuyển lớn nhất trong lượt truy cập. Mỗi lần dịch chuyển được chấm điểm theo phần màn hình bị xê dịch và khoảng cách xê dịch. Những dịch chuyển xảy ra trong vòng 500 mili giây sau một lần nhấp, chạm hoặc nhấn phím sẽ bị loại trừ, vì khi đó người truy cập đã chờ đợi trang thay đổi.

Các con số đến từ đâu?

Báo cáo Core Web Vitals trong Search Console dùng dữ liệu thực tế từ Chrome UX Report: các lượt truy cập thật bằng Chrome trong 28 ngày gần nhất, được gom thành các nhóm trang tương tự nhau, và mỗi nhóm được xếp hạng theo chỉ số kém nhất. Các công cụ phòng thí nghiệm như Lighthouse tải trang mà không có người truy cập thật, nên không đo được INP và dùng Total Blocking Time để thay thế, như tổng quan về Web Vitals của web.dev đã giải thích. Hãy xem điểm từ công cụ phòng thí nghiệm là cách để gỡ lỗi, còn dữ liệu thực tế mới là kết luận cuối cùng.

Core Web Vitals có ảnh hưởng đến thứ hạng không?

Google đặc biệt khuyến nghị đạt Core Web Vitals tốt để thành công với Tìm kiếm, đồng thời cho biết trải nghiệm trang phù hợp với những gì các hệ thống xếp hạng cốt lõi của họ muốn khen thưởng. Đây không phải là đường tắt: một trang nhanh vẫn cần là câu trả lời tốt nhất. How do I fix poor Core Web Vitals scores? trình bày những thay đổi cần làm cho từng chỉ số.

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

Báo cáo Core Web Vitals của AutoPSEO đọc lịch sử Chrome UX Report cho toàn bộ site hoặc một URL riêng lẻ, theo điện thoại, máy tính để bàn hoặc máy tính bảng, và vẽ biểu đồ LCP, INP và CLS (cùng với first contentful paint và time to first byte) ở phân vị thứ 75 trong khoảng sáu tháng dữ liệu theo tuần, để bạn thấy được chỉ số nào bắt đầu giảm sút từ lúc nào.