Mình đã theo dõi rất nhiều cuộc tranh luận giữa OpenLiteSpeed và Nginx cho WordPress, đa số đều dừng ở lý thuyết. Lần này, mình muốn chia sẻ một benchmark thực tế kéo dài 3 tháng liên tục trên 12 site WordPress production, đo đếm từng mili-giây TTFB, Requests Per Second, và PageSpeed Score. Kết quả khá bất ngờ.
Bài viết này dựa trên dữ liệu thực tế từ một hosting provider tại Israel, chạy đồng thời hai VPS cấu hình giống hệt nhau trong 3 tháng. Nếu bạn đang phân vân giữa OpenLiteSpeed và Nginx cho WordPress, đây là câu trả lời thực tế nhất mình từng thấy.
OpenLiteSpeed hay Nginx nhanh hơn cho WordPress?
OpenLiteSpeed nhanh hơn Nginx 33-45% về TTFB và xử lý được nhiều hơn 50-90% Requests Per Second khi chạy WordPress. Tuy nhiên, 80% lợi thế này đến từ plugin LSCache, không phải từ server binary. OpenLiteSpeed miễn phí + LSCache đạt 90% hiệu năng so với bản Enterprise trả phí.
Điều kiện benchmark: Công bằng tuyệt đối
Mình muốn nhấn mạnh là điều kiện test rất nghiêm ngặt. Hai VPS cấu hình giống hệt nhau:
- Server A: LiteSpeed Enterprise 6.2 + LSCache 5.7 + PHP 8.2 (LSAPI) + CloudLinux
- Server B: Nginx 1.24 + PHP 8.2 FPM + FastCGI Cache + Redis Object Cache
- Spec: 4 vCPU, 8 GB RAM, 100 GB NVMe, Ubuntu 22.04
12 site WordPress được migrate lên cả hai server, cùng phiên bản, cùng plugin stack:
- 4 site brochure (~50 trang, WooCommerce rỗng)
- 4 store WooCommerce (500-2000 sản phẩm)
- 4 blog Elementor (500+ bài viết)
Load test dùng k6 với 100 concurrent users, mỗi lần chạy 30 phút, flow thực tế: home -> category -> product -> cart -> checkout. Đây là điều kiện production thật, không phải lab.
Kết quả TTFB: OpenLiteSpeed dẫn đầu rõ rệt
TTFB (Time To First Byte) là chỉ số quan trọng nhất để đánh giá tốc độ phản hồi của server. Kết quả measured trung bình:
| Loại site | Nginx | LiteSpeed | Chênh lệch |
|---|---|---|---|
| Brochure | 142 ms | 89 ms | -37% |
| WooCommerce (rỗng) | 168 ms | 112 ms | -33% |
| WooCommerce (đầy đủ) | 384 ms | 210 ms | -45% |
| Blog Elementor | 156 ms | 98 ms | -37% |
Điều thú vị là gap càng lớn khi PHP call tree càng sâu. WooCommerce với catalog lớn nhanh hơn gấp đôi trên LiteSpeed. Lý do: LSAPI giữ persistent worker pool, tránh cold-start overhead của PHP-FPM trên những request phức tạp.
Requests Per Second: Gap còn lớn hơn
Khi test dưới load 100 concurrent users, khoảng cách càng rõ:
| Loại site | Nginx (RPS) | LiteSpeed (RPS) | Chênh lệch |
|---|---|---|---|
| Brochure | 340 | 520 | +53% |
| WooCommerce (rỗng) | 210 | 340 | +62% |
| WooCommerce (đầy đủ) | 62 | 118 | +90% |
| Blog | 280 | 470 | +68% |
WooCommerce đầy đủ gần như gấp đôi trên LiteSpeed. Nếu bạn đang chạy store WooCommerce với hàng nghìn sản phẩm, con số này rất đáng để suy nghĩ.
PageSpeed Insights Mobile: LiteSpeed đưa 10/12 site lên 90+
Trung bình trên 12 site, cùng image pipeline và Critical-CSS:
| Metric | Nginx | LiteSpeed |
|---|---|---|
| LCP | 2.4s | 1.6s |
| FCP | 1.7s | 1.1s |
| CLS | 0.03 | 0.03 |
| TBT | 240ms | 190ms |
| PageSpeed Score | 84 | 94 |
LiteSpeed đưa 10/12 site lên mobile score 90+. Nginx chỉ đạt được với 3/12. Đây là khác biệt rất lớn nếu bạn quan tâm đến Core Web Vitals và SEO.
Plot twist: OpenLiteSpeed miễn phí đạt 90% hiệu năng
Đây là phần mình thấy thú vị nhất. Sau 3 tháng, người test đã thay Nginx trên Server B bằng OpenLiteSpeed (miễn phí, MIT license) + LSCache. Cùng 12 site đó:
| Metric | Nginx + FastCGI + Redis | OpenLiteSpeed + LSCache |
|---|---|---|
| TTFB (WooCommerce đầy đủ) | 384 ms | 245 ms |
| PageSpeed (mobile) | 84 | 92 |
| Chi phí license | $0 | $0 |
Khoảng 80% lợi thế của LiteSpeed Enterprise đến từ plugin LSCache, không phải từ server binary. Và LSCache hoạt động bình thường với OpenLiteSpeed.
Tại sao LSCache lại mạnh như vậy?
LSCache làm được 4 điều mà không plugin cache WordPress nào làm được cùng mức độ:
- QUIC.cloud CDN tích hợp sẵn, có free tier
- Image optimization + WebP conversion xử lý trong quá trình serve
- Automatic Critical CSS generation
- ESI (Edge Side Includes) cache page shell nhưng giữ dynamic bits tươi (mini-cart, logged-in nav)
Đặc biệt ESI là game-changer cho WooCommerce. Bạn cache toàn bộ trang product, nhưng mini-cart và user menu vẫn update real-time. Không plugin Nginx nào làm được điều này tự nhiên.
Hướng dẫn cấu hình LSCache tối ưu cho WordPress
Đầu tiên, chỉnh wp-config.php để bật cache và kết nối Redis:
define('WP_CACHE', true);
define('WP_DEBUG', false);
define('WP_REDIS_HOST', '127.0.0.1');
define('WP_REDIS_PORT', 6379);
define('WP_REDIS_DATABASE', 0);
define('WP_POST_REVISIONS', 5);
define('AUTOSAVE_INTERVAL', 300);Tiếp theo, vào Dashboard -> LiteSpeed Cache, cấu hình theo checklist sau:
- Cache -> General -> Enable Cache: On
- Cache -> General -> Cache Logged-in Users: Off (rất quan trọng)
- Cache -> Object -> Object Cache: Redis
- Cache -> ESI -> Enable ESI: On
- CDN -> QUIC.cloud CDN: On
- Page Optimization -> CSS: Combine + Minify + UCSS
- Page Optimization -> JS: Combine + Defer
- Page Optimization -> Images: Guest Optimization + Lazy Load
- Page Optimization -> HTML: Minify + DNS Prefetch
Mình đặc biệt nhấn mạnh việc tắt Cache Logged-in Users. Nếu bật, mỗi user logged-in sẽ tạo riêng một cache entry, bloat memory nhanh chóng. Chỉ bật khi bạn có ít user và cần Personalization.
Khi nào Nginx vẫn là lựa chọn tốt hơn?
Mình công bằng nói rằng Nginx vẫn thắng trong 3 trường hợp:
1. Headless WordPress (API-only): Khi WordPress chỉ serve JSON cho frontend React/Next.js, Nginx + PHP-FPM có footprint gọn hơn cho pure JSON responses. Không cần LSCache khi không có HTML để cache.
2. Static traffic thuần túy: Landing pages, marketing sites không có dynamic content. Nginx + static file cache là unbeatable. Không cần overhead của LiteSpeed.
3. Team chỉ biết Nginx: Nếu team của bạn đã sống với Nginx 5 năm, học curve OpenLiteSpeed không đáng để đổi một box duy nhất. Đừng đổi chỉ vì benchmark.
Checklist 8 điểm kiểm tra hiệu năng WordPress
Dù bạn chọn server nào, đây là checklist mình dùng cho mọi site WordPress:
# 1. TTFB dưới 200ms
curl -o /dev/null -s -w "%{time_starttransfer}\n" https://yoursite.com/
# 2. PageSpeed Insights tren home + 3 product pages -> LCP dưới 2.5s
# 3. GTmetrix waterfall -> cache HIT tren moi static asset
# 4. Cache header check (repeat request)
curl -I https://yoursite.com/ | grep -i cache
# 5. Search Console -> Core Web Vitals -> 90%+ URLs "Good"
# 6. Active plugins under 25
wp plugin list --status=active --path=/var/www/yoursite.com/
# 7. wp-admin -> Site Health -> khong co "Critical" issues
# 8. Redis object cache active -> check "Cache Statistics"Nếu 8 điểm trên đều pass, site của bạn đã ở top 10% WordPress site về performance. Dù chạy Nginx hay OpenLiteSpeed.
Lời kết: Nên chọn gì trong 2026?
Sau khi đọc hết dữ liệu benchmark 3 tháng này, kết luận của mình:
Shared hosting: Chọn provider có LiteSpeed Enterprise + LSCache. Trả tiền license, đừng lo về tuning. Mình đã thấy quá nhiều site shared hosting Nginx chậm chỉ vì FastCGI cache config sai.
VPS riêng: OpenLiteSpeed + LSCache là lựa chọn thực tế nhất. Miễn phí, đạt 90% hiệu năng Enterprise. Hai ngày config LSCache đúng cách thường thắng đổi host.
Nginx: Vẫn đúng cho API-only hoặc ultra-static workloads. Hoặc khi team của bạn đã thành thạo Nginx. Đừng ép đổi nếu không cần.
Mình đã chạy Nginx cho WordPress suốt 5 năm trước khi chuyển sang OpenLiteSpeed. Sự khác biệt lớn nhất không phải TTFB hay RPS, mà là tiết kiệm thời gian tuning. LSCache làm gộp cache page, object cache, image optimization, Critical CSS, CDN vào một plugin. Trên Nginx, mình cần 4-5 plugin riêng biệt để đạt điều tương tự.
Nếu bạn đang chạy WordPress trên Nginx và chưa hài lòng với tốc độ, thử OpenLiteSpeed + LSCache trên một VPS test. Benchmark chính xác site của bạn trước khi quyết định. Mỗi setup đều khác nhau, nhưng dữ liệu 3 tháng trên 12 site này là điểm tham khảo tốt nhất mình từng thấy.
