Core Web Vitals là gì? Cách cải thiện trải nghiệm và hiệu suất website

Core Web Vitals là bộ ba chỉ số do Google định nghĩa để đo trải nghiệm thực tế của người dùng trên một trang web: trang hiện nội dung chính nhanh không (LCP), trang phản hồi nhanh không khi người dùng bấm hay gõ (INP), và bố cục có bị xô lệch khi đang tải không (CLS). Đây là một phần của nhóm tín hiệu trải nghiệm trang mà các hệ thống xếp hạng của Google có xem xét.

Cần giữ đúng tỷ lệ: Google nói rõ nội dung liên quan và hữu ích vẫn là yếu tố quan trọng hơn; điểm Core Web Vitals tốt không đảm bảo thứ hạng cao. Nhưng một trang chậm, giật, bấm không ăn thì trước hết là mất khách — dù họ đến từ Google, quảng cáo hay fanpage.

Ba chỉ số và ngưỡng “tốt”

“Phân vị 75” nghĩa là: một trang đạt ngưỡng tốt khi ít nhất 75% lượt tải trang của người dùng thật đạt mức đó. Khoảng giữa “tốt” và “kém” là “cần cải thiện”. INP đã thay thế chỉ số cũ FID từ tháng 3/2024, vì INP phản ánh độ phản hồi trong cả quá trình dùng trang chứ không chỉ lần tương tác đầu tiên. Chi tiết định nghĩa có trong tài liệu Web Vitals trên web.dev.

Dữ liệu thật và dữ liệu thử nghiệm

Website doanh nghiệp nhỏ thường chưa đủ lượt truy cập để có dữ liệu CrUX riêng cho từng trang. Khi đó dựa vào dữ liệu cấp nguồn gốc (toàn website) nếu có, dữ liệu thử nghiệm, và nếu có lập trình viên thì cài thư viện web-vitals để tự thu số liệu từ khách thật.

Cần chuẩn bị gì

• Danh sách mẫu trang (template): trang chủ, trang dịch vụ, trang sản phẩm, bài blog, landing page quảng cáo — trang cùng mẫu thường có cùng vấn đề.
• Trang quan trọng nhất về doanh thu: landing page đang chạy quảng cáo, trang đặt lịch, trang thanh toán.
• Danh sách mã bên thứ ba đang cài: pixel quảng cáo, công cụ phân tích, khung chat, popup, bản đồ nhúng.
• Quyền truy cập Search Console và người có thể sửa giao diện, cấu hình máy chủ.

Quy trình cải thiện Core Web Vitals 6 bước

Bước 1. Đo dữ liệu người dùng thật

Bắt đầu từ báo cáo Core Web Vitals trong Search Console, xem riêng di động và máy tính. Báo cáo gom các URL có trải nghiệm tương tự thành nhóm và cho biết chỉ số nào đang kém. Với từng trang quan trọng, chạy PageSpeed Insights để xem cả phần dữ liệu thực tế (nếu có) và phần chẩn đoán. Ghi lại số liệu hiện tại làm mốc trước khi sửa. Nhớ rằng phần lớn khách của quán cà phê, spa hay shop online vào bằng điện thoại — ưu tiên di động.

Bước 2. Xác định template có vấn đề

Đừng sửa từng URL. Nếu mọi trang sản phẩm đều có LCP kém, nguyên nhân gần như chắc chắn nằm ở mẫu trang sản phẩm — sửa một lần là cả nhóm cải thiện. Lập bảng: mẫu trang — chỉ số kém — phần tử gây ra (theo chẩn đoán của Lighthouse, ví dụ “phần tử LCP là ảnh banner”, “dịch chuyển do khối khuyến mãi”). Ưu tiên mẫu trang nhận nhiều lượt truy cập và gắn với chuyển đổi.

Bước 3. Tối ưu tài nguyên ảnh và font

Ảnh là nguyên nhân LCP kém phổ biến nhất ở website doanh nghiệp nhỏ: ảnh banner chụp bằng máy ảnh vài MB đưa thẳng lên trang. Các việc cơ bản: nén và đổi kích thước ảnh theo khung hiển thị, dùng định dạng hiện đại như WebP hoặc AVIF, cung cấp nhiều kích cỡ cho màn hình khác nhau, không lazy-load ảnh chính ở đầu trang, và có thể đánh dấu ưu tiên tải cho ảnh đó. Chi tiết về ảnh có trong bài Image SEO là gì. Với font, giới hạn số kiểu chữ, tự lưu trữ hoặc tải trước font chính và dùng cách hiển thị font để chữ hiện ngay bằng font dự phòng. Thời gian phản hồi của máy chủ chậm cũng kéo LCP — cân nhắc bộ nhớ đệm và CDN.

Bước 4. Giảm tác vụ JavaScript dài

INP kém thường do trình duyệt đang bận chạy JavaScript khi người dùng bấm, nên phản hồi bị trễ. Thủ phạm hay gặp: quá nhiều mã bên thứ ba (vài pixel quảng cáo, khung chat, popup, công cụ ghi lại phiên), theme hoặc plugin nặng, xử lý nặng ngay trong sự kiện bấm. Cách xử lý: gỡ mã không còn dùng, trì hoãn mã không cần thiết cho tới sau khi trang tải xong, chia nhỏ tác vụ dài để trình duyệt có khoảng trống phản hồi. Một số doanh nghiệp chuyển bớt việc theo dõi sang phía máy chủ — xem thêm server-side tracking — nhưng đó là quyết định kỹ thuật cần cân nhắc riêng.

Bước 5. Giữ không gian cho nội dung động

CLS kém xảy ra khi có thứ gì đó chèn vào sau và đẩy nội dung đang hiển thị: ảnh không khai báo kích thước, banner khuyến mãi tải muộn chèn lên đầu trang, khung quảng cáo hay video nhúng không giữ chỗ, font đổi làm chữ nhảy dòng. Cách xử lý: luôn khai báo chiều rộng, chiều cao (hoặc tỷ lệ khung) cho ảnh và video; giữ sẵn khoảng trống cho banner, khung nhúng; không chèn nội dung lên trên phần người dùng đang đọc trừ khi họ bấm vào; dùng hiệu ứng chuyển động không làm thay đổi bố cục.

Bước 6. Theo dõi sau mỗi lần phát hành

Dữ liệu thực tế cập nhật theo cửa sổ 28 ngày, nên sau khi sửa cần vài tuần mới thấy số liệu đổi hẳn; Search Console có nút xác thực bản sửa để theo dõi nhóm URL. Quan trọng hơn là không để vấn đề quay lại: mỗi lần đổi theme, thêm plugin, cài thêm pixel hay đổi banner lớn, chạy lại PageSpeed Insights cho vài trang chính. Đưa Core Web Vitals vào danh sách của mỗi đợt SEO audit, bên cạnh các hạng mục thu thập như robots.txt và XML sitemap.

Ví dụ thực hành: landing page của spa

Ví dụ giả định: một spa chạy quảng cáo về landing page gói chăm sóc da. PageSpeed Insights trên di động cho thấy LCP và CLS đều ở mức cần cải thiện; INP có dấu hiệu chậm khi bấm nút đặt lịch.

Sau khi sửa, spa ghi mốc và theo dõi dữ liệu thực tế trong vài tuần. Tốc độ chỉ là một phần của landing page; nội dung, lời kêu gọi và biểu mẫu vẫn quyết định khách có đặt lịch hay không — xem thêm tối ưu landing page bằng AI.

AI giúp được gì với Core Web Vitals

AI không đo được tốc độ website của bạn nếu không có dữ liệu đo thật, và dễ đưa ra lời khuyên chung chung đúng với mọi trang. Đừng tin một con số “điểm tốc độ” nào do AI tự ước lượng.

Sai lầm thường gặp

• Chạy theo điểm Lighthouse 100 trong khi dữ liệu thực tế của khách thật mới là thứ cần đạt ngưỡng.
• Chỉ đo trên máy tính của mình với mạng văn phòng, bỏ qua điện thoại tầm trung và mạng di động.
• Lazy-load mọi ảnh, kể cả ảnh chính ở đầu trang.
• Cài thêm công cụ bên thứ ba sau mỗi chiến dịch mà không gỡ cái cũ.
• Coi Core Web Vitals là yếu tố quyết định thứ hạng và bỏ bê nội dung.
• Vẫn theo dõi FID như chỉ số hiện hành thay vì INP.

Câu hỏi thường gặp