WP-Cron vs System Cron: Cái nào thực sự đáng tin cậy cho WordPress?

WP-Cron là gì và tại sao nó không phải Cron thật?

WP-Cron là hệ thống lập lịch tác vụ tích hợp sẵn trong WordPress, được kích hoạt thông qua file wp-cron.php. Nghe có vẻ giống một cron job thật sự của hệ điều hành, nhưng cơ chế hoạt động lại hoàn toàn khác biệt.

Mỗi khi có một HTTP request vào site WordPress của bạn — dù là khách truy cập, bot, hay chính bạn — WordPress sẽ kiểm tra xem có tác vụ nào đã đến hạn trong hàng đợi không. Nếu có, nó sẽ thực thi tác vụ đó trong cùng request đó, hoặc kích hoạt một request phụ để xử lý ngầm. Nói cách khác: WP-Cron không chủ động chạy theo thời gian, nó chỉ chạy khi có người gõ cửa.

Điều này dẫn đến một hệ quả có vấn đề: nếu site của bạn không có traffic trong một khoảng thời gian, các tác vụ đã đến hạn sẽ nằm im chờ đợi, không được xử lý cho đến khi có request tiếp theo. Với một site staging, một site nội bộ ít người dùng, hay thậm chí một site thực tế trong khung giờ khuya vắng traffic, đây là vấn đề thật sự.

Những hạn chế cụ thể của WP-Cron

Không đúng giờ

Bạn lập lịch một tác vụ chạy lúc 2:00 sáng. Nếu request đầu tiên sau 2:00 sáng đến lúc 6:15 sáng, tác vụ sẽ chạy lúc 6:15 sáng. Không có cơ chế nào đảm bảo độ chính xác về thời gian.

Tốn tài nguyên ẩn

Mỗi request vào WordPress đều phải chạy qua hàm wp_cron() để kiểm tra hàng đợi tác vụ. Đây là overhead nhỏ nhưng tích lũy theo từng request, đặc biệt đáng kể trên các site có lượng truy cập cao.

Dễ bị trùng lặp

Khi nhiều request đến cùng lúc, WordPress có thể kích hoạt cùng một tác vụ nhiều lần trước khi tác vụ đầu tiên kịp đánh dấu là đã xử lý. Điều này đặc biệt nguy hiểm với các tác vụ gửi email, thanh toán, hay ghi dữ liệu.

Không có cơ chế retry đáng tin cậy

Nếu một tác vụ thất bại giữa chừng, WP-Cron không có cơ chế retry thông minh. Tác vụ có thể bị bỏ qua hoàn toàn hoặc lại bị kích hoạt không đúng lúc.

System Cron là gì?

System Cron (hay còn gọi là cron job của hệ điều hành) là tiện ích lập lịch gốc trên các hệ thống Linux/Unix. Nó chạy hoàn toàn độc lập với web server, không phụ thuộc vào traffic, và thực thi đúng vào thời điểm được chỉ định.

Trên Linux, cron được quản lý bởi daemon crond, hoạt động liên tục ở background. Bạn định nghĩa các job bằng cú pháp crontab, và hệ thống sẽ đảm bảo chúng chạy đúng lịch — bất kể site bạn có một hay một triệu lượt truy cập mỗi ngày.

So sánh trực tiếp

Khi nào nên chuyển sang System Cron?

Không phải mọi trường hợp đều cần System Cron. WP-Cron vẫn là lựa chọn hợp lý nếu site của bạn có traffic ổn định, các tác vụ nền không quá time-critical, và bạn đang dùng shared hosting không cho phép tạo cron job tùy chỉnh.

Tuy nhiên, bạn nên chuyển sang System Cron nếu rơi vào một trong các trường hợp sau:

• Site có traffic thấp hoặc không đều, đặc biệt là môi trường staging và nội bộ
• Bạn có các tác vụ cần chạy đúng giờ như gửi newsletter, xuất báo cáo, hay đồng bộ dữ liệu với bên thứ ba
• Site đang gặp tình trạng WP-Cron bị trùng lặp, gây ra email gửi nhiều lần hoặc dữ liệu bị duplicate
• Bạn muốn giảm overhead không cần thiết trên mỗi request ở site có traffic cao
• Bạn đang dùng các plugin hàng đợi nặng như WooCommerce Action Scheduler

Hướng dẫn chuyển đổi từ WP-Cron sang System Cron

Quá trình chuyển đổi gồm hai bước chính: tắt WP-Cron mặc định trong WordPress, và tạo một system cron job gọi trực tiếp vào wp-cron.php theo lịch cố định.

Tham khảo thêm:

• Hướng dẫn thay thế WP-Cron bằng System Cron trên Ubuntu 24.04

Bước 1: Vô hiệu hóa WP-Cron trong WordPress

Mở file wp-config.php và thêm dòng sau vào trước dòng /* That's all, stop editing! */:

define('DISABLE_WP_CRON', true);

Hằng số này yêu cầu WordPress không tự động kích hoạt wp-cron.php theo mỗi request nữa. Lúc này, nếu bạn chưa thiết lập system cron, các tác vụ sẽ không được xử lý. Vì vậy hãy chắc chắn hoàn thành bước 2 ngay sau đó.

Bước 2: Tạo cron job trên server

Đăng nhập vào server qua SSH và mở crontab của user web server (thường là www-data trên Ubuntu/Debian, hoặc user mà PHP chạy dưới quyền):

crontab -e

Thêm dòng sau vào cuối file:

*/5 * * * * php /var/www/html/wp-cron.php > /dev/null 2>&1

Dòng này sẽ gọi wp-cron.php mỗi 5 phút một lần. Nếu site của bạn có nhiều tác vụ cần độ chính xác cao hơn, bạn có thể rút xuống mỗi 1 phút:

* * * * * php /var/www/html/wp-cron.php > /dev/null 2>&1

Thay /var/www/html bằng đường dẫn thực tế đến thư mục gốc WordPress của bạn. Nếu không chắc, chạy lệnh sau để xác định:

wp eval 'echo ABSPATH;' --allow-root

Gọi qua WP-CLI thay vì PHP trực tiếp (khuyến nghị)

Nếu server của bạn đã cài WP-CLI, đây là cách được khuyến nghị hơn vì nó load đúng môi trường WordPress và dễ debug hơn:

*/5 * * * * cd /var/www/html && wp cron event run --due-now --allow-root > /dev/null 2>&1

Gọi qua curl thay vì PHP (tùy chọn)

Một số hosting không cho phép chạy PHP CLI trực tiếp từ crontab. Trong trường hợp đó, bạn có thể gọi wp-cron.php qua HTTP:

*/5 * * * * curl -s https://yourdomain.com/wp-cron.php?doing_wp_cron > /dev/null 2>&1

Lưu ý rằng cách này vẫn phát sinh một HTTP request, nhưng ít nhất nó được kích hoạt chủ động theo đúng lịch thay vì phụ thuộc vào traffic người dùng.

Bước 3: Kiểm tra hoạt động

Sau khi thiết lập xong, hãy xác nhận system cron đang kích hoạt đúng cách bằng plugin WP Crontrol. Plugin này cho phép bạn xem toàn bộ danh sách tác vụ đang chờ, thời điểm dự kiến chạy, và thực thi thủ công để test.

Ngoài ra, bạn có thể tạm thời ghi log thời điểm wp-cron.php được gọi để xác nhận system cron đang hoạt động đúng tần suất:

*/5 * * * * php /var/www/html/wp-cron.php >> /var/log/wp-cron.log 2>&1

Lưu ý khi dùng Shared Hosting

Trên shared hosting, khả năng tạo cron job tùy chỉnh phụ thuộc vào nhà cung cấp. Hầu hết các hosting phổ biến như SiteGround, Hostinger, hay cPanel-based hosting đều hỗ trợ tính năng “Cron Jobs” trong control panel. Bạn có thể tạo một cron job gọi URL https://yourdomain.com/wp-cron.php?doing_wp_cron với tần suất mỗi 5 phút.

Nếu hosting của bạn không hỗ trợ cron job, bạn có thể dùng các dịch vụ cron từ xa miễn phí như cron-job.org để gọi URL wp-cron.php theo lịch định sẵn. Đây không phải giải pháp lý tưởng nhưng vẫn đáng tin cậy hơn nhiều so với WP-Cron mặc định.

Kết luận

WP-Cron là giải pháp tiện lợi và phù hợp cho các site đơn giản, nhưng nó được thiết kế để hoạt động được trên mọi môi trường hosting — kể cả những môi trường hạn chế nhất — chứ không phải để tối ưu hiệu năng hay độ chính xác. Khi site của bạn phát triển và các tác vụ nền trở nên quan trọng hơn, System Cron là bước nâng cấp tất yếu: chính xác hơn, nhẹ hơn, và đáng tin cậy hơn trong mọi điều kiện traffic.

Việc chuyển đổi chỉ mất vài phút nhưng mang lại sự ổn định lâu dài cho toàn bộ hệ thống tác vụ nền của WordPress.