Core Web Vitals: đọc báo cáo và sửa đúng chỗ
LCP, INP, CLS nghĩa là gì với khách hàng của bạn, và cách tìm ra phần tử thực sự gây chậm thay vì tối ưu mò mẫm.
Phần lớn cửa hàng WooCommerce chậm không phải vì hosting yếu, mà vì plugin thừa, truy vấn nặng và ảnh chưa tối ưu. Đây là thứ tự tôi kiểm tra mỗi lần nhận một dự án.
Khi một cửa hàng online chậm, phản xạ đầu tiên thường là “nâng cấp gói hosting”. Đôi khi điều đó có ích, nhưng trong hơn 80% dự án tôi từng xử lý, nút thắt nằm ở chính website. Nâng cấp hosting lúc này chỉ là trả thêm tiền để che đi vấn đề.
Đừng tối ưu theo cảm giác. Hãy ghi lại số liệu nền: thời gian phản hồi máy chủ (TTFB), LCP trên mobile và số truy vấn database của các trang quan trọng — trang chủ, danh mục, sản phẩm, giỏ hàng, thanh toán.
Mỗi plugin là thêm CSS, JavaScript và truy vấn trên mọi trang. Tôi lập bảng tất cả plugin, đánh dấu cái nào thực sự dùng, cái nào có thể thay bằng vài dòng code trong theme.
WooCommerce đọc rất nhiều option và metadata. Object cache giúp các truy vấn lặp lại được trả về từ bộ nhớ thay vì database.
// wp-config.php
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_DATABASE', 0);
define('WP_CACHE_KEY_SALT', 'shop_');
Ảnh sản phẩm thường chiếm 60–70% dung lượng trang. Chuyển sang WebP/AVIF, khai báo đúng width/height để tránh nhảy layout, và chỉ lazy-load ảnh nằm dưới màn hình đầu tiên.

Tốc độ không chỉ là số giây. Một trang thanh toán có 14 trường nhập liệu vẫn “chậm” với khách hàng. Bỏ các trường không bắt buộc, bật tự điền địa chỉ và giữ khách ở một trang duy nhất.
Khách hàng không quan tâm website của bạn dùng công nghệ gì. Họ chỉ nhớ nó nhanh hay chậm.
Sau khi làm các bước trên mà TTFB vẫn trên 600 ms ở giờ cao điểm, lúc đó mới là lúc xem lại hạ tầng. Và khi nâng cấp, bạn sẽ biết chính xác mình cần thêm CPU, RAM hay chỉ cần một CDN tốt hơn.