Core Web Vitals là ba chỉ số Google dùng để đo trải nghiệm tải trang của người dùng thật: LCP (tốc độ hiện nội dung chính), INP (độ mượt khi tương tác) và CLS (độ ổn định bố cục). Web22 tối ưu cả ba để web bạn đạt ngưỡng “tốt” trên dữ liệu người dùng thật — không chạy theo điểm đo thử. Trang này nói rõ từng chỉ số đo gì, ngưỡng bao nhiêu là đạt, và sửa thế nào.
Core Web Vitals là gì và Google chấm thế nào
Core Web Vitals gồm ba chỉ số phản ánh ba khía cạnh khác nhau của trải nghiệm: tải có nhanh không, bấm có mượt không, bố cục có nhảy lung tung không. Google đánh giá dựa trên người dùng Chrome thật, lấy mốc 75% người dùng nhanh nhất — nghĩa là phần lớn khách phải có trải nghiệm tốt thì trang mới được tính là đạt. Quan trọng: cả ba chỉ số đều phải “tốt” thì trang mới qua, chỉ cần một cái kém là chưa đạt. Đây là phần kỹ thuật sâu của dịch vụ tối ưu hiệu năng website.
LCP — tốc độ hiện nội dung chính
LCP (Largest Contentful Paint) đo thời gian phần tử lớn nhất trong màn hình đầu hiện ra — thường là ảnh bìa hoặc tiêu đề lớn. Nói nôm na: bao lâu thì khách thấy được “thứ chính” của trang.
- Tốt: dưới 2,5 giây · Cần cải thiện: 2,5–4 giây · Kém: trên 4 giây.
Web22 tối ưu LCP bằng cách: ưu tiên tải sớm ảnh bìa, xuất ảnh định dạng nhẹ đúng kích thước, để phần định kiểu cần thiết hiện trước, và giảm thời gian máy chủ phản hồi (bằng bộ nhớ đệm và mạng phân phối). Đây thường là chỉ số dễ cải thiện rõ nhất.
INP — độ mượt khi khách tương tác
INP (Interaction to Next Paint) đo độ trễ từ lúc khách bấm, chạm hay gõ đến khi giao diện phản hồi. Đây là chỉ số thay thế cho FID cũ kể từ tháng 3 năm 2024 — nhiều nơi ở Việt Nam vẫn nhắc FID là đã lỗi thời. INP khó đạt hơn FID vì nó soi toàn bộ tương tác trong cả phiên, không chỉ lần đầu.
- Tốt: dưới 200 mili-giây · Cần cải thiện: 200–500 mili-giây · Kém: trên 500 mili-giây.
Web bị INP kém thường vì JavaScript chạy quá nặng làm nghẽn lúc khách bấm. Web22 sửa bằng cách chia nhỏ các tác vụ nặng, hoãn và làm nhẹ mã bên thứ ba (như mã chat, quảng cáo, theo dõi), để mỗi cú bấm được phản hồi nhanh. Đây là chỉ số khó nhất hiện nay nên cần làm kỹ.
CLS — độ ổn định bố cục
CLS (Cumulative Layout Shift) đo mức bố cục xê dịch bất ngờ khi tải — kiểu bạn định bấm nút thì trang nhảy một cái làm bấm trượt. Cảm giác này rất khó chịu và hay khiến khách bấm nhầm.
- Tốt: dưới 0,1 · Cần cải thiện: 0,1–0,25 · Kém: trên 0,25.
Web22 sửa CLS bằng cách đặt sẵn kích thước cho mọi ảnh, video và khung nhúng, chừa chỗ cho nội dung tải sau (như quảng cáo, banner), và tải font sao cho chữ không nhảy khi font thật hiện ra. Phần lớn CLS xử lý dứt điểm được.
Dữ liệu người dùng thật khác điểm đo thử
Đây là điều quyết định nhưng hay bị bỏ qua. Có hai loại dữ liệu:
- Dữ liệu người dùng thật (field) — gom từ người dùng Chrome thật trong 28 ngày gần nhất. Đây mới là cái Google dùng để xếp hạng.
- Dữ liệu đo thử (lab) — như Lighthouse: máy chạy mô phỏng một lần trong điều kiện cố định, dùng để chẩn đoán và lặp lại được.
Vì vậy một trang đạt điểm Lighthouse cao chót vót vẫn có thể trượt Core Web Vitals của người dùng thật. Và sau khi sửa xong, dữ liệu người dùng thật cũng cập nhật chậm vì nó cuốn theo cửa sổ 28 ngày — đừng sốt ruột khi Search Console chưa đổi ngay. Cách đo và đọc đúng hai loại dữ liệu này nằm ở audit hiệu năng website.
Thứ tự tối ưu hiệu quả nhất
Web22 sửa theo trình tự từ gốc xuống ngọn: hạ thời gian máy chủ phản hồi trước (vì nó ảnh hưởng mọi thứ), rồi tới LCP, rồi INP, cuối cùng là CLS. Sửa khâu thượng nguồn thường kéo theo cải thiện hạ nguồn, nên đi đúng thứ tự đỡ tốn công hơn là nhảy lung tung.
Câu hỏi thường gặp
Core Web Vitals có phải yếu tố xếp hạng không?
Có. Nó là một tín hiệu xếp hạng đo trải nghiệm tải trang. Không phải yếu tố duy nhất, nhưng đáng giá khi cạnh tranh sát nhau.
FID còn dùng không?
Không. FID đã được thay bằng INP từ tháng 3 năm 2024. Nếu một nơi nào còn đo và tối ưu theo FID thì đó là kiến thức lỗi thời.
Đã sửa xong sao Search Console chưa cập nhật?
Vì dữ liệu người dùng thật cuốn theo cửa sổ 28 ngày, nên kết quả mới cần thời gian để phản ánh đủ. Đây là điều bình thường, không phải sửa chưa ăn.
Nên ưu tiên điện thoại hay máy tính?
Điện thoại. Google chủ yếu dùng dữ liệu trên thiết bị di động, và đó cũng là nơi phần lớn khách Việt truy cập.
Vì sao Search Console của tôi chưa có dữ liệu Core Web Vitals?
Vì web chưa đủ lượng truy cập để Google gom dữ liệu người dùng thật. Lúc này có thể dựa vào dữ liệu đo thử để chẩn đoán trước.
Đưa cả ba chỉ số về vùng tốt
Nếu Search Console đang báo Core Web Vitals kém, Web22 đo và tư vấn 30 phút miễn phí rồi báo giá chính xác trong 24h. Liên hệ: [email protected] · 0981 828 781.
