Giám sát Cron và công việc chạy nền giúp biết những việc website tự thực hiện có hoàn thành đúng không. Ví dụ: gửi email, chuyển yêu cầu khách sang CRM, đồng bộ tồn kho hoặc sao lưu. Trang chủ vẫn có thể mở bình thường khi những việc này bị trễ.
Chủ doanh nghiệp cần kiểm tra: việc nào quan trọng, ai chịu trách nhiệm, lẽ ra chạy lúc nào, lần thành công gần nhất và dữ liệu đã tới đúng nơi chưa. Chỉ nhìn website đang online không đủ.
Vì sao website vẫn mở nhưng email hoặc đơn hàng bị chậm?
Ví dụ giả định: cửa hàng vẫn nhận khách truy cập. Tuy nhiên, công việc tự gửi đơn hàng sang kho bị dừng từ tối hôm trước. Nhân viên nhìn trang chủ không thấy lỗi, nhưng hệ thống kho không có đơn mới. Công việc nền có thể hỏng mà không làm website mất truy cập.
Uptime Monitoring kiểm tra website có truy cập được không. Giám sát công việc nền phải kiểm tra việc gửi, lưu hoặc cập nhật dữ liệu đã thật sự hoàn tất. Hai việc hỗ trợ nhau, không thay thế nhau.
Nên giám sát công việc nào trước?
Không cần cảnh báo cho mọi việc nhỏ. Hãy lập danh sách công việc có thể ảnh hưởng khách, tiền, dữ liệu hoặc khôi phục website. Ghi lịch dự kiến và người xử lý khi có lỗi.
| Công việc | Cần kiểm tra | Ảnh hưởng có thể xảy ra |
|---|---|---|
| Email đơn hàng và liên hệ | Giờ gửi, kết quả gửi, nơi nhận | Nhân viên hoặc khách không nhận thông báo |
| Đồng bộ CRM, kho và ERP | Lần đồng bộ, số bản ghi nhận | Thiếu khách, sai tồn kho hoặc đơn |
| Đăng bài, báo cáo, sao lưu | Giờ chạy và tệp kết quả | Báo cáo thiếu hoặc bản sao cũ |
| Gia hạn tự động (nếu có) | Trạng thái công việc và khoản thu | Gia hạn trễ hoặc nguy cơ xử lý trùng |
Phân biệt ba chỗ có thể xảy ra lỗi
- Chưa được gọi chạy: đến giờ nhưng lịch không kích hoạt.
- Đang xử lý hoặc thất bại: tác vụ bị kẹt, thiếu tài nguyên hoặc lỗi kết nối.
- Đã chạy nhưng đầu ra sai: báo hoàn tất mà email, CRM hoặc đơn chưa được cập nhật.
Đội kỹ thuật phải phân biệt các trường hợp này trước khi sửa. Không được dùng một trạng thái “Complete” làm bằng chứng duy nhất cho việc đã nhận tiền hoặc giao dữ liệu.
WP-Cron vì sao có thể chạy trễ khi ít người truy cập?
WP-Cron là cơ chế WordPress gọi các công việc đến hạn. Theo tài liệu WordPress, cách mặc định phụ thuộc vào lượt truy cập, không chạy liên tục như đồng hồ. Một việc hẹn lúc 14 giờ có thể khởi động trễ nếu không ai vào website.
Hosting có thể thay cách này bằng lịch chạy của máy chủ. Nếu thấy DISABLE_WP_CRON được bật, chưa chắc cấu hình sai. Cần kiểm tra có công việc máy chủ gọi thay thế không. Không tự vô hiệu hóa WP-Cron khi chưa chuẩn bị lịch khác. Xem hướng dẫn WordPress.
Hàng đợi tăng: Công việc nào đang bị kẹt?
Backlog là số việc còn chờ; dependency là hệ thống khác mà công việc cần sử dụng. Nếu dịch vụ gửi email hoặc cơ sở dữ liệu bị lỗi, hàng đợi có thể tăng dù lịch WordPress vẫn hoạt động. Xem thêm API Monitoring cho website khi cần kiểm tra kết nối bên ngoài.
Đội kỹ thuật nên xem số việc chờ, thời gian chờ của việc cũ nhất và số lần thử lại. Nếu lỗi kéo dài, không nên cho mọi công việc chạy lại liên tục. Chạy xong cũng chưa đủ: phải đối chiếu dữ liệu ở nơi nhận.
Kiểm tra Scheduled Actions của WooCommerce ở đâu?
Nếu website có WooCommerce, mở WooCommerce → Status → Scheduled Actions. Tại đây có thể lọc công việc Pending (đang chờ), Failed (lỗi) và Complete (đã hoàn tất).
Theo WooCommerce, màn hình này có thông tin phục vụ kiểm tra thông báo đơn, thanh toán và công việc của tiện ích. Action Scheduler còn hỗ trợ xem nhật ký từng công việc.
Không phải website WordPress nào cũng có màn hình này. WooCommerce cũng lưu ý Cron đang bật không bảo đảm mọi tác vụ thành công. Phải kiểm tra lần chạy và kết quả thật.
Đặt cảnh báo thế nào để không báo nhầm?
Với việc chạy hằng ngày, theo dõi thời điểm thành công gần nhất. Với việc chỉ chạy khi có đơn, không thấy công việc mới lúc chưa có đơn không phải lỗi. Ngưỡng cảnh báo cần dựa trên lịch và lượng việc thực tế.
Ưu tiên cảnh báo theo mức ảnh hưởng
P1 – Khẩn cấp: thanh toán, đơn hàng hoặc dữ liệu quan trọng ngừng xử lý. P2 – Cao: hàng đợi tăng, chậm kéo dài. P3 – Theo dõi: một lỗi nhỏ đã tự hồi phục. Cảnh báo cần gắn người phụ trách và SLA vận hành website.
Vì sao không nên bấm chạy lại tác vụ thanh toán tùy tiện?
Một tác vụ có thể báo lỗi nhưng cổng thanh toán đã thu tiền. Chạy lại ngay có thể tạo giao dịch trùng. Hãy đối chiếu mã đơn, trạng thái nhà cung cấp và nhật ký trước khi xử lý.
WooCommerce Subscriptions phân biệt việc gia hạn do WordPress thực hiện và do cổng thanh toán quản lý. Vì vậy không có một cách chạy lại an toàn cho mọi website. Không dùng giao dịch thật của khách làm phép thử tự ý.
- Xác định công việc, lịch chạy và lần thành công gần nhất.
- Kiểm tra hàng đợi, thời gian xử lý và nhật ký lỗi.
- Kiểm tra kết nối email, API và cơ sở dữ liệu.
- Tạm dừng thử lại khi có nguy cơ quá tải hoặc xử lý trùng.
- Chỉ chạy lại an toàn sau khi biết công việc có tác động gì.
- Đối chiếu kết quả ở email, CRM, đơn hàng hoặc nơi nhận.
- Ghi nguyên nhân và bổ sung cảnh báo phòng tái diễn.
Checklist nghiệm thu cho chủ doanh nghiệp
- Biết công việc nào quan trọng và ai chịu trách nhiệm.
- Biết lịch dự kiến, lần thành công gần nhất và cách phát hiện trễ.
- Có nơi xem công việc chờ, thất bại và nhật ký.
- Đã kiểm tra việc chạy lại không tạo đơn hoặc thông báo trùng.
- Có bằng chứng dữ liệu thực sự đến CRM, email hoặc nơi nhận.
- Đã thử cảnh báo và có người xác nhận xử lý.
Câu hỏi thường gặp
Website ít khách có thể bị trễ lịch WordPress không?
Có, nếu dùng cách WP-Cron dựa vào lượt truy cập mặc định. Nhưng cũng có website sử dụng lịch máy chủ nên phải kiểm tra cấu hình.
Nhiều tác vụ Pending có chắc là lỗi?
Không. Một số việc chưa tới giờ chạy. Cần xem thời điểm dự kiến, tuổi việc chờ và số lượng tăng bất thường.
Tác vụ báo thành công nghĩa là email đã tới khách?
Chưa chắc. Phải kiểm tra kết quả gửi và nơi nhận nếu email hoặc dữ liệu đó quan trọng.
Kết luận
Cron và công việc nền là phần khách khó nhìn thấy. Website Monitoring cần kiểm tra cả kết quả của những việc này, không chỉ trang chủ. Hướng dẫn kỹ thuật cấu hình nằm ở WP-Cron và Background Jobs WordPress, thuộc phạm vi WordPress Operations.
Đoàn Trình Dục là Giảng viên Khoa Công nghệ Thông tin tại Đại học Công nghệ Sài Gòn (STU), với hơn 10 năm kinh nghiệm thực chiến trong các lĩnh vực Mạng máy tính, Marketing Online, SEO và Bảo mật hệ thống.
Với nền tảng sư phạm và kinh nghiệm tư vấn cho nhiều doanh nghiệp, thầy chuyên sâu vào việc xây dựng các giải pháp kỹ thuật số toàn diện và hiệu quả.