Cập nhật tháng 10/2026. Bài dựa trên tài liệu chính thức của WordPress.org, web.dev và php.net; các tình huống ở Việt Nam là ví dụ minh hoạ.
Bài này dành cho ai: chủ doanh nghiệp đang tự quản website WordPress, người làm web nhận bảo trì site cho khách, và bất kỳ ai từng cài “plugin tăng tốc” mà site vẫn chậm.
Bạn sẽ nắm được gì: cách đo trước khi sửa, dọn plugin và theme thừa, tận dụng những gì WordPress core đã làm sẵn cho ảnh, đặt bộ nhớ đệm đúng tầng, giới hạn số bản lưu (revisions), xử lý cron và cập nhật PHP. Cuối bài có checklist.
Thời gian đọc: khoảng 8 phút.
Quan điểm của bài: khi website chậm, phản xạ hay gặp là cài thêm một plugin “tối ưu tốc độ”. Thêm plugin là thêm mã chạy trên mọi lượt truy cập. Không ít site tối ưu xong lại chậm hơn vì nhiều plugin cùng làm một việc. Cách bền hơn: đo rồi mới sửa, sửa đúng tầng, và bớt trước khi thêm.

1. Đo trước: biết chậm ở đâu rồi mới sửa
“Website chậm” có thể do máy chủ, ảnh nặng hoặc JavaScript. Ba công cụ miễn phí đủ để khoanh vùng:
PageSpeed Insights
Đo từ phía người xem: dữ liệu thật của người dùng Chrome (nếu đủ lượt truy cập) và bản đo thử kèm gợi ý. Xem LCP, INP, CLS.
Site Health
Có sẵn trong WordPress (Công cụ, Tình trạng trang). Báo phiên bản PHP, plugin không dùng, và có kiểm tra bộ nhớ đệm trang, bộ nhớ đệm đối tượng.
Query Monitor
Plugin gỡ lỗi miễn phí: xem số truy vấn cơ sở dữ liệu, truy vấn chậm, plugin nào gây ra, gọi HTTP ra ngoài. Bật khi đo, đo xong tắt.
Nếu bạn chưa quen các chỉ số LCP, INP, CLS, hãy đọc Core Web Vitals cho chủ doanh nghiệp trước. Quy tắc: đo 3 trang tiêu biểu (trang chủ, một trang sản phẩm hoặc dịch vụ, một bài viết), ghi số liệu lại làm mốc. Mỗi lần chỉ sửa một thứ rồi đo lại.
2. Dọn plugin và theme thừa
Tài liệu tối ưu của WordPress.org khuyên tắt và xoá plugin không cần, và tắt lần lượt từng plugin để đo ảnh hưởng của nó. Khi dọn, hãy hỏi ba câu cho mỗi plugin:
- Còn dùng không? Plugin làm form cho chiến dịch năm ngoái, slider không còn trên trang nào: xoá.
- Có trùng việc không? Hai plugin SEO, hai plugin cache, theme đã có sẵn tính năng mà vẫn cài thêm plugin làm đúng việc đó.
- Có tải tài nguyên ở mọi trang không? Plugin form chỉ dùng ở trang Liên hệ nhưng tải CSS, JavaScript khắp site. Query Monitor và tab Network của trình duyệt cho bạn thấy điều này.
Theme cũng vậy: giữ theme đang dùng và một theme mặc định dự phòng, xoá phần còn lại để bớt mã phải cập nhật. Nên tắt thử trên bản staging trước.
Tình huống minh hoạ: một shop mỹ phẩm ở TP.HCM có 42 plugin. Đo bằng Query Monitor xong, họ gỡ 15 plugin không dùng hoặc trùng việc; số truy vấn mỗi trang giảm rõ.
3. Ảnh: dùng những gì core đã làm sẵn
Ảnh thường là phần nặng nhất của trang. Tin tốt là WordPress core đã làm sẵn nhiều việc mà trước đây phải cài plugin:
- Lazy load: từ bản 5.5, WordPress tự thêm
loading='lazy'cho ảnh trong nội dung. Các bản sau còn ưu tiên tải ảnh đầu trang. Plugin lazy load bằng JavaScript thường không cần nữa. - Ảnh responsive: WordPress tạo nhiều kích thước ảnh và tự thêm
srcset. - WebP và AVIF: WordPress hỗ trợ tải lên WebP từ bản 5.8 và AVIF từ bản 6.5 (cần máy chủ hỗ trợ định dạng này). Xem thêm Tìm hiểu định dạng ảnh WebP.
Việc còn lại là của người đăng ảnh: đừng tải ảnh 5.000 điểm ảnh, 6 MB từ điện thoại lên rồi để trình duyệt thu nhỏ. Thu nhỏ còn khoảng 1.600–2.000 điểm ảnh chiều ngang, nén trước khi tải lên. Bài Chụp ảnh sản phẩm bằng điện thoại cho website có quy trình xuất ảnh nhẹ ngay từ khâu chụp.
4. Bộ nhớ đệm: đặt đúng tầng
Mỗi lượt truy cập, WordPress chạy PHP và truy vấn cơ sở dữ liệu để dựng trang. Bộ nhớ đệm giúp bỏ bớt công đoạn đó. Có ba tầng, nên xử lý từ ngoài vào trong:
Bộ nhớ đệm trang
Lưu sẵn trang HTML đã dựng. Tốt nhất là làm ở máy chủ (nhiều nhà cung cấp hosting có sẵn) hoặc CDN, thay vì plugin PHP.
Bộ nhớ đệm đối tượng
Lưu kết quả truy vấn giữa các lượt truy cập, cần Redis hoặc Memcached từ hosting. Có ích nhất với cửa hàng, thành viên, trang khó lưu cả trang.
OPcache của PHP
Lưu mã PHP đã biên dịch. Thường đã bật ở hosting tốt; hỏi nhà cung cấp nếu chưa chắc.
Hãy hỏi hosting trước khi cài plugin cache: họ đã có page cache, Redis chưa, và plugin nào họ khuyến nghị. Chỉ dùng một giải pháp page cache. Trang giỏ hàng, đăng nhập cần loại trừ khỏi page cache.

5. Dọn trong nhà: bản lưu, cron, PHP
Giới hạn số bản lưu (revisions)
Mỗi lần cập nhật bài, WordPress giữ một bản cũ. Bài sửa nhiều lần có thể có hàng chục bản trong cơ sở dữ liệu. Thêm hằng số WP_POST_REVISIONS vào wp-config.php để giới hạn, ví dụ:
Cron của WordPress
WP-Cron không chạy theo đồng hồ mà chạy khi có người truy cập trang. Site ít khách thì việc hẹn giờ bị trễ. Cách phổ biến: tắt WP-Cron chạy theo lượt truy cập bằng hằng số dưới đây, rồi nhờ hosting đặt cron hệ thống gọi wp-cron.php mỗi 5 phút.
Chỉ thêm dòng này khi đã có cron hệ thống thay thế, nếu không bài hẹn giờ và email tự động sẽ ngừng chạy.
Cập nhật PHP
Theo php.net, tháng 10/2026 hai nhánh 8.4 và 8.5 còn được hỗ trợ đầy đủ; 8.2 chỉ còn vá bảo mật đến hết 31/12/2026. Trang yêu cầu của WordPress.org khuyến nghị PHP 8.3 trở lên. Trước khi nâng: sao lưu, thử trên staging, kiểm tra plugin và theme tương thích.

Gặp lỗi trắng trang sau khi nâng PHP hay tắt plugin? Bài Tổng hợp một số lỗi website WordPress và cách xử lý có cách khắc phục các lỗi thường gặp.
6. Checklist tăng tốc WordPress
- Đo 3 trang tiêu biểu bằng PageSpeed Insights, ghi số liệu làm mốc.
- Xem Site Health; bật Query Monitor tạm thời tìm plugin gây truy vấn chậm.
- Xoá plugin không dùng và trùng việc; giữ một theme dự phòng.
- Thu nhỏ, nén ảnh trước khi tải lên; dùng WebP hoặc AVIF.
- Hỏi hosting về page cache, Redis, OPcache; chỉ dùng một giải pháp page cache.
- Đặt
WP_POST_REVISIONScho số bản lưu hợp lý. - Chuyển WP-Cron sang cron hệ thống nếu hosting hỗ trợ.
- Nâng PHP lên nhánh còn hỗ trợ, thử trên staging trước.
- Đo lại, so với mốc. Sửa một thứ, đo một lần.
7. Thuật ngữ cần biết
- Bộ nhớ đệm đối tượng bền (persistent object cache): lưu kết quả truy vấn cơ sở dữ liệu giữa các lượt truy cập, thường bằng Redis hoặc Memcached. Nguồn: WordPress.org: Cache.
- WP-Cron: hệ thống chạy tác vụ hẹn giờ của WordPress, được kích hoạt khi có lượt tải trang. Nguồn: WordPress.org: Cron.
- Lazy load gốc của trình duyệt: thuộc tính
loading='lazy'để trình duyệt hoãn tải ảnh nằm ngoài màn hình, không cần JavaScript. Nguồn: web.dev: Browser-level image lazy loading.
8. Tìm hiểu thêm
- WordPress.org: Optimization, hướng dẫn tối ưu chính thức.
- WordPress.org: Site Health Screen và plugin Query Monitor.
- Make WordPress Core: Performance, các thay đổi hiệu năng trong từng phiên bản.
- php.net: Supported Versions và WordPress.org: Requirements.
9. Câu hỏi thường gặp
Có cần plugin cache nếu hosting đã có page cache?
Thường là không. Hai lớp page cache dễ gây lỗi trang cũ không cập nhật. Hãy dùng plugin mà hosting khuyến nghị để xoá cache khi đăng bài, nếu họ có.
Điểm PageSpeed đã 90, có cần làm tiếp không?
Ưu tiên dữ liệu người dùng thật trong PageSpeed Insights và Search Console. Nếu ba chỉ số đều đạt mức tốt, hãy chuyển sang cải thiện nội dung thay vì chạy theo điểm số.
Đọc tiếp
- Bài trước (Lập trình & Thiết kế): Thiết kế form liên hệ chuyển đổi tốt: ít trường, đúng bàn phím, dễ dùng
- Bài sau trong chuyên mục Lập trình & Thiết kế: Chụp ảnh 360 cơ bản: từ ảnh panorama đầu tiên đến ảnh cầu đưa lên web
- Nên đọc cùng: Claude Code sửa lỗi website WordPress: quy trình an toàn từ log lỗi đến review diff
PDL Digital đào tạo đội ngũ doanh nghiệp và người làm web vận hành WordPress gọn nhẹ, từ đo hiệu năng đến dùng AI hỗ trợ bảo trì. Xem trang đào tạo để chọn khoá phù hợp.



