Tôi — Nguyễn Thế Mạnh, đã audit 150+ website — gặp vô số case Core Web Vitals hỏng.. Họ đầu tư content 200 bài, backlink 50 domain, nhưng traffic organic cứ lẹt đẹt 500 session/tháng. Mở PageSpeed Insights lên — mobile score 23/100. LCP 8 giây. INP 450ms. CLS 0.4.
Toàn bộ công sức SEO của họ đổ sông đổ bể vì Core Web Vitals hỏng toàn tập.
Core Web Vitals là gì? Đây là bộ 3 chỉ số Google dùng để đánh giá trải nghiệm người dùng trên website của bạn. Từ 2021, nó là yếu tố xếp hạng chính thức. Nói thẳng: nếu Core Web Vitals tệ, bạn khó lòng lên TOP dù content có hay đến mấy.
Bài này giải thích chi tiết từng chỉ số — LCP, INP, CLS — kèm cách kiểm tra và tối ưu cụ thể, có số liệu thực tế.
1. Core Web Vitals là bộ 3 chỉ số gì?
Google định nghĩa Core Web Vitals gồm 3 chỉ số đo trải nghiệm thực của người dùng (real-user experience — không phải lab data):
Trước khi đi vào chi tiết, nếu bạn chưa nắm phần nền, xem thêm technical SEO là gì.
| Chỉ số | Đo cái gì | Tiêu chuẩn TỐT | Tiêu chuẩn KÉM |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Tốc độ tải — mất bao lâu để nội dung chính hiển thị | ≤ 2.5 giây | > 4.0 giây |
| INP (Interaction to Next Paint) | Độ phản hồi — trang phản ứng nhanh không khi user click/type | ≤ 200 ms | > 500 ms |
| CLS (Cumulative Layout Shift) | Độ ổn định — trang có bị nhảy lung tung khi load không | ≤ 0.1 | > 0.25 |
📊 Google đánh giá theo 3 mức:
🟢 Good (Tốt) → 🟡 Needs Improvement (Cần cải thiện) → 🔴 Poor (Kém). Mục tiêu: đưa tất cả URL về Good.
INP thay thế FID (First Input Delay) từ tháng 3/2024. Nếu bạn còn nhớ đến FID — quên nó đi. INP mới là chuẩn hiện tại.
2. Tại sao Core Web Vitals quan trọng với SEO?
Câu trả lời ngắn: Vì nó ảnh hưởng trực tiếp đến thứ hạng Google.
Google xác nhận Core Web Vitals là 1 phần của Page Experience signals — bộ tín hiệu đánh giá trải nghiệm người dùng, bên cạnh HTTPS, mobile-friendly, không popup gây khó chịu.
Nhưng quan trọng hơn cả ranking: Core Web Vitals ảnh hưởng đến tiền của bạn.
- Website load > 3 giây → 53% mobile user thoát trang (Google research)
- LCP giảm 0.1 giây → tỷ lệ conversion tăng 8.4% (Deloitte study)
- CLS cao → user click nhầm nút → mất đơn hàng
Bạn có thể có content hay nhất thế giới. Nhưng nếu website load 8 giây — chẳng ai đọc cả.
LCP, INP và CLS hiếm khi hỏng một mình; chúng thường đi kèm theme nặng, ảnh chưa nén và script thừa, nên gói dịch vụ SEO audit luôn bắt đầu từ việc dựng lại bức tranh kỹ thuật đầy đủ.
3. LCP — Largest Contentful Paint: Tốc độ hiển thị nội dung chính
LCP là gì?
LCP đo thời gian để phần nội dung LỚN NHẤT nhìn thấy được trên màn hình tải xong. Thường là ảnh hero, video thumbnail, hoặc block text lớn.
Ví dụ: Bạn mở 1 bài blog. Tiêu đề, đoạn mở đầu load nhanh — nhưng cái ảnh featured to đùng ở đầu bài load mất 5 giây. LCP của bạn = 5 giây → Kém.
Cách kiểm tra LCP
- Google Search Console → Experience → Core Web Vitals → Mobile/Desktop report. Đây là data từ người dùng THẬT (Chrome UX Report) — chính xác nhất.
- PageSpeed Insights → nhập URL → xem mục Largest Contentful Paint. Data từ lab + field.
5 cách cải thiện LCP
| # | Cách làm | Tiết kiệm (est.) |
|---|---|---|
| 1 | Nén ảnh sang WebP, giữ dưới 100KB — ảnh là thủ phạm số 1 của LCP chậm. Dùng cwebp hoặc Squoosh | 1-3 giây |
| 2 | Đừng lazy-load ảnh above the fold — ảnh đầu tiên user thấy phải load NGAY, không được trì hoãn | 0.5-1 giây |
| 3 | Xóa third-party script không cần thiết — mỗi script (chat bot, heatmap, analytics) làm chậm LCP ~34ms. Giữ lại GSC + GA4, xóa hết phần còn lại nếu không dùng | 0.3-1 giây |
| 4 | Nâng cấp hosting — shared hosting $2/tháng không thể có LCP tốt. Tối thiểu VPS 2GB RAM | 1-3 giây |
| 5 | Dùng CDN — Cloudflare (free) giúp giảm TTFB 30-50% cho user ở xa máy chủ | 0.5-1.5 giây |
⚡ Mẹo: Vào PageSpeed Insights → kéo xuống mục "Opportunities" — Google sẽ GỢI Ý CHÍNH XÁC cái gì cần sửa, tiết kiệm bao nhiêu giây. Chỉ cần làm theo danh sách, không cần suy nghĩ.
Điểm PageSpeed đẹp không tự sinh ra thứ hạng: tốc độ chỉ là một biến trong bài toán SEO tổng thể, bên cạnh nội dung đúng intent và độ tin cậy của tên miền.
4. INP — Interaction to Next Paint: Độ phản hồi khi tương tác
INP là gì?
INP đo thời gian từ lúc user click/tap/type đến lúc trang web phản hồi lại. Nó thay thế FID từ 3/2024 vì FID chỉ đo lần tương tác đầu tiên — INP đo TẤT CẢ các lần tương tác và lấy giá trị percentile 75 (tệ nhất trong 75% trường hợp).
Khi nào INP quan trọng:
- Trang login/register — user click "Đăng nhập" mà 2 giây sau mới có popup
- Trang sản phẩm ecommerce — user click "Thêm vào giỏ" mà không thấy gì xảy ra
- Mobile menu — user tap menu mà 1 giây sau mới xổ xuống
Khi nào INP không quan trọng: Blog, tin tức — user chủ yếu scroll. Scroll không được tính vào INP.
Cách cải thiện INP
- Giảm JavaScript — JS chạy chặn main thread, làm chậm phản hồi. Audit bằng Chrome DevTools → Performance tab
- Defer non-critical JS — script không cần thiết cho tương tác đầu tiên nên load sau (thêm attribute defer)
- Dùng Web Worker cho tác vụ nặng (cần developer)
- Tránh Long Task (>50ms) — Chrome DevTools → Performance → tìm thanh đỏ dài
Sửa Core Web Vitals đụng tới code nên phần lớn chủ website cần người kỹ thuật đi cùng; một brief SEO miễn phí kèm link báo cáo PageSpeed đủ để chúng tôi đưa nhận định sơ bộ.
5. CLS — Cumulative Layout Shift: Độ ổn định bố cục
CLS là gì?
CLS đo mức độ "nhảy" của trang khi load. Điểm CLS càng cao → trang càng nhảy nhiều → user càng khó chịu.
Ví dụ thực tế: Bạn mở 1 trang báo. Đang đọc dòng thứ 5 thì tự nhiên có cái banner quảng cáo to đùng chui từ trên xuống, đẩy toàn bộ nội dung xuống dưới. Bạn mất dấu chỗ đang đọc. Đó là CLS cao. Điểm CLS của bạn ~0.3. Google nói > 0.25 là Poor.
3 cách fix CLS (dễ nhất)
| Cách | Code/Ví dụ |
|---|---|
| Luôn set width + height cho ảnh | <img src="a.jpg" width="800" height="600"> |
| Reserve space cho quảng cáo/embed | Đặt min-height cho container chứa ad |
| Không chèn nội dung động above the fold | Banner, popup, newsletter form → đặt below the fold |
Mẹo: Mở Chrome DevTools → Rendering → tick "Layout Shift Regions". Mỗi lần trang nhảy, Chrome sẽ flash xanh vào vùng bị shift. Bạn sẽ thấy ngay vấn đề ở đâu.
6. Cách kiểm tra Core Web Vitals (3 công cụ miễn phí)
| Công cụ | Data từ đâu | Dùng khi |
|---|---|---|
| Google Search Console | Chrome UX Report (real users) | Xem tổng quan toàn site, URL nào Good/Poor |
| PageSpeed Insights | Lab + Field data | Test 1 URL cụ thể, xem gợi ý sửa |
| Chrome DevTools → Lighthouse | Lab data (môi trường giả lập) | Test local trước khi deploy |
Xem thêm: 15 công cụ SEO miễn phí — trong đó có hướng dẫn dùng PageSpeed Insights chi tiết.
Đọc thêm: redirect 301 vs 302 · kiểm tra mobile friendly
7. Core Web Vitals trên Mobile vs Desktop
Google đánh giá Mobile-First. Nghĩa là: điểm Mobile quan trọng hơn Desktop. Rất nhiều website có Desktop 90+ nhưng Mobile 20-30 — và họ tự hỏi "sao web tôi không lên TOP".
Mobile khó hơn Desktop vì:
- CPU yếu hơn → JavaScript chạy chậm hơn
- Mạng 4G không ổn định → LCP cao hơn
- Màn hình nhỏ hơn → dễ bị CLS hơn
Luôn test Mobile trước. Desktop chỉ là bonus.
8. 5 lỗi Core Web Vitals phổ biến nhất (và cách sửa)
| Lỗi | Ảnh hưởng | Sửa |
|---|---|---|
| Ảnh không nén, dùng PNG 2MB | LCP > 5 giây | Chuyển sang WebP, resize về đúng kích thước hiển thị |
| Nhúng font Google không preload | LCP +0.5-1 giây | Thêm <link rel="preload"> cho font |
| JavaScript chặn render (render-blocking) | LCP +2-3 giây | Defer JS, async loading |
| Không set width/height cho ảnh | CLS > 0.2 | Thêm width + height attribute |
| Chat bot, popup load đồng bộ | INP > 300ms | Load async, delay 3-5 giây sau khi trang load xong |
9. Core Web Vitals có phải là yếu tố xếp hạng quan trọng nhất?
Không. Google nói rất rõ: content chất lượng vẫn là #1. Core Web Vitals là "tiebreaker" — khi 2 trang có content tương đương, trang nào có Core Web Vitals tốt hơn sẽ thắng.
Nhưng — nếu Core Web Vitals của bạn quá tệ (Poor), nó có thể kéo cả trang xuống. Tôi từng thấy website từ TOP 5 xuống TOP 20 chỉ vì bản update mobile-first khiến Core Web Vitals thành Poor.
Quy tắc của tôi: Đừng ám ảnh đạt 100/100. Chỉ cần tất cả URL trong GSC ở mức Good (xanh) là đủ. Từ Good lên Perfect không giúp bạn tăng hạng thêm.
10. Câu hỏi thường gặp
Tôi có cần đạt điểm 100/100 PageSpeed Insights không?
Không. Google không dùng điểm PageSpeed Insights để xếp hạng. Họ dùng Core Web Vitals data từ Chrome UX Report (field data). Miễn là GSC báo "Good" cho tất cả URL là đủ. Điểm 100/100 chỉ để khoe với bạn bè.
Bao lâu nên kiểm tra Core Web Vitals 1 lần?
Sau mỗi lần deploy code mới hoặc thay đổi theme/plugin. Ngoài ra nên check GSC Core Web Vitals report hàng tháng. Nếu thấy URL chuyển từ Good → Poor, audit ngay.
CDN có giúp cải thiện Core Web Vitals không?
Có, nhưng không phải lúc nào cũng. CDN giúp giảm TTFB (time to first byte) cho user ở xa server, từ đó cải thiện LCP. Nhưng nếu lỗi chính của bạn là ảnh quá nặng hoặc JS render-blocking, CDN không giúp được. Sửa gốc trước, thêm CDN sau.
Core Web Vitals không hào nhoáng như content marketing hay link building. Chẳng ai khen bạn vì LCP từ 8 giây xuống 2 giây. Nhưng nó là thứ quyết định: user có ở lại website bạn không, hay bỏ đi sau 3 giây.
Bắt đầu với việc mở PageSpeed Insights, test 3 URL quan trọng nhất, và làm theo danh sách Opportunities. Mất 1 buổi chiều — nhưng kết quả kéo dài hàng năm.
Website bạn đạt Core Web Vitals bao nhiêu điểm? Nhận SEO Audit miễn phí trong 24h — tôi kiểm tra toàn bộ Core Web Vitals, kèm danh sách lỗi ưu tiên sửa và ước tính thời gian tiết kiệm được.