Ba chỉ số và thứ mỗi chỉ số bắt được
Mỗi chỉ số phủ một kiểu khác nhau khiến trang cho cảm giác sai, và chúng hỏng độc lập với nhau. Một trang có thể tải nhanh mà vẫn trượt đi dưới ngón tay người đọc; một trang có thể ổn định hoàn hảo mà mất bốn giây mới hiện được thứ gì.
| Chỉ số | Phủ | Tốt | Cần sửa khi vượt |
|---|---|---|---|
| LCP | Tải | ≤ 2,5 giây | 4,0 giây |
| INP | Khả năng đáp ứng | ≤ 200 mili giây | 500 mili giây |
| CLS | Ổn định thị giác | ≤ 0,1 | 0,25 |
Largest Contentful Paint đánh dấu khoảnh khắc phần tử lớn nhất trong khung nhìn vẽ xong, thường là ảnh bìa hoặc một khối tiêu đề. Nó thay cho ý «trang trông như đã tới nơi», và chính vì thế nó hơn các mốc cũ như lần vẽ đầu tiên: một khung trắng được vẽ nhanh không phải là một trang tải nhanh.
Interaction to Next Paint thay First Input Delay làm Core Web Vital ổn định vào tháng 3 năm 2024, và cuộc thay thế ấy có ý nghĩa. FID chỉ đo độ trễ trước khi tương tác đầu tiên được xử lý, nên nó tâng bốc những trang đáp nhanh cú chạm đầu rồi sa lầy về sau. INP nhìn toàn bộ độ trễ của các tương tác trong suốt lượt truy cập và báo con số gần với cái tệ nhất.
Cumulative Layout Shift đo phần nội dung dịch chuyển sau khi đã được vẽ. Đó là chỉ số đứng sau trải nghiệm phổ biến: với tay tới một liên kết rồi bấm trúng quảng cáo vừa chen vào bên dưới. Vì đây là điểm chứ không phải khoảng thời gian, một cú xê dịch tệ ở cuối trang có thể áp đảo con số.
Chấm ở phân vị thứ 75, trên dữ liệu thực địa
Đây là phần khiến nhiều đội bị bất ngờ. Việc đánh giá lấy phân vị thứ 75 của các lượt tải trang trong cửa sổ trượt 28 ngày, tách riêng cho di động và máy tính. Một trung vị dễ chịu kèm cái đuôi chậm vẫn trượt — đúng như thiết kế. Chỉ số nói về một phần tư người truy cập khổ nhất, không phải về người điển hình.
Nó cũng có nghĩa dữ liệu là dữ liệu thực địa, thu từ những lượt truy cập có thật, chứ không phải một lần chạy trong phòng thí nghiệm. Công cụ phòng thí nghiệm là dụng cụ chẩn đoán: chúng cho biết tài nguyên nào đang giữ chân việc kết xuất, và cho việc đó chúng là công cụ đúng. Chúng không phải là bản đánh giá, và một điểm xanh trong phòng thí nghiệm bên cạnh một đánh giá thực địa trượt không phải mâu thuẫn — nó nghĩa là người truy cập thật của bạn không ngồi trên cỗ máy bạn dùng để thử.
Điều gì thật sự làm mỗi chỉ số dịch chuyển
Nguyên nhân thì không hào nhoáng và lặp lại từ trang này sang trang khác. Phần lớn công việc là quyết định trình duyệt phải có gì trước lần vẽ có ý nghĩa đầu tiên, rồi từ chối cho mọi thứ khác một chỗ trong hàng đợi ấy.
| Chỉ số | Nguyên nhân thường gặp | Cách sửa thường dùng |
|---|---|---|
| LCP | Máy chủ phản hồi chậm | Lưu đệm tài liệu; cắt bớt chuỗi chuyển hướng |
| LCP | Ảnh bìa được phát hiện muộn | Tải trước; đừng bao giờ tải lười |
| LCP | CSS hoặc phông chữ chặn kết xuất | CSS thiết yếu đặt nội tuyến; dùng font-display |
| INP | Tác vụ JavaScript dài trên luồng chính | Chẻ nhỏ ra; hoãn phần việc không thiết yếu |
| INP | Kịch bản bên thứ ba nặng nề | Tải muộn, hoặc bỏ hẳn |
| CLS | Ảnh và nhúng không khai kích thước | Đặt width và height, hoặc aspect-ratio |
| CLS | Phông chữ đổi làm chữ chạy lại | Khớp thông số phông dự phòng; tải trước phông |
| CLS | Biểu ngữ chèn lên trên nội dung | Chừa sẵn chỗ trước khi nó được lấp |
Kịch bản bên thứ ba đáng được nêu riêng, vì đó là nguyên nhân phổ biến nhất của một vấn đề INP và cũng là thứ không ai nhận trách nhiệm. Mỗi thẻ thêm vào cho phân tích, trò chuyện, thử nghiệm hay chấp thuận đều tranh cùng cái luồng chính mà cú chạm của người đọc cần. Câu hỏi kiểm toán đáng hỏi không phải mỗi thẻ có ích hay không, mà nó tốn bao nhiêu ở phân vị thứ 75.
Trải nghiệm trang đứng ở đâu giữa các tín hiệu
Google cho biết hệ thống xếp hạng cốt lõi của họ sử dụng Core Web Vitals, nhưng không có “tín hiệu trải nghiệm trang” duy nhất. Mức độ liên quan vẫn được đặt lên hàng đầu và Core Web Vitals tốt không đảm bảo xếp hạng hàng đầu.
Ưu tiên các vấn đề người dùng thực sự gặp phải, đặc biệt trên các mẫu quan trọng, mà không coi việc vượt ngưỡng là bảo đảm xếp hạng. Một trang phù hợp nhưng trải nghiệm kém vẫn có thể xếp hạng; một trang nhanh nhưng không phù hợp với truy vấn không trở nên liên quan chỉ vì nó nhanh.
Một trình tự làm việc đứng vững
Nếu bạn xuất phát từ một đánh giá trượt, trình tự này tránh được kiểu phí công phổ biến nhất: mài giũa thứ đã đạt, hoặc sửa một trang không có lưu lượng.
- Đọc dữ liệu thực địa trước, tách riêng di động và máy tính. Thường chỉ di động trượt, và sửa máy tính chẳng đổi được gì.
- Tìm xem chỉ số nào trượt và trên nhóm trang nào. Các khuôn mẫu trượt cùng nhau; một địa chỉ đơn lẻ hiếm khi nói lên nhiều.
- Tái hiện nguyên nhân trong phòng thí nghiệm, với đường truyền bị bóp. Phòng thí nghiệm cho biết cái gì chậm; thực địa đã cho biết điều đó có ảnh hưởng.
- Sửa phần đóng góp lớn nhất rồi phát hành. Các chỉ số này nhích lên nhờ những cải thiện từng phần; hiếm khi có một công tắc duy nhất.
- Chờ hết cửa sổ 28 ngày rồi hãy phán xét. Bản đánh giá là trung bình trễ, nên một sửa chữa hôm nay sẽ hiện ra dần dần.