Theo dõi workflow n8n chạy đủ và đúng giờ mỗi ngày

Workflow báo lỗi thì n8n gửi thông báo ngay, ai cũng biết để sửa. Nhưng có một dạng sự cố im lặng hơn nhiều: workflow không chạy, không có execution nào ghi nhận, và không ai nhận ra cho tới khi có người hỏi vì sao báo cáo sáng nay không tới hộp thư. Theo dõi workflow n8n cho đúng nghĩa là phải bắt được cả ca này, chứ không chỉ đợi lỗi bật lên.

Vì sao workflow im lặng nguy hiểm hơn workflow báo lỗi

Workflow báo lỗi để lại dấu vết: execution status ghi failed, error workflow bắt được và gửi cảnh báo. Workflow im lặng thì không để lại gì cả, vì nó chưa từng chạy nên không có gì để báo lỗi. n8n chỉ biết việc đã xảy ra, không biết việc lẽ ra phải xảy ra mà không xảy ra.

Ca hay gặp nhất: trigger Cron đặt lịch 7 giờ sáng gửi báo cáo doanh thu, nhưng service n8n bị restart lúc 6 giờ 50 và không tự khởi động lại đúng cách. Không có execution failed, vì workflow chưa kịp chạy. Không có execution nào cả. Nhân sự chỉ phát hiện khi 9 giờ vẫn chưa thấy email, lúc đó báo cáo đã trễ 2 tiếng.

Dạng thứ hai là webhook trigger đứng im vì phía gửi đổi URL hoặc hết hạn xác thực. n8n không lỗi gì vì nó không nhận được request nào để xử lý. Muốn phát hiện phải nhìn vào việc thiếu, không phải việc lỗi. Phần lớn ca này bắt nguồn từ máy chủ chứ không phải từ workflow, nên trước khi soi từng node nên kiểm luôn tình trạng máy qua dịch vụ quản trị máy chủ đang dùng.

Ba dấu hiệu cho biết workflow đang im lặng chứ không phải đang rảnh

Không phải cứ vắng execution là có sự cố. Một workflow chỉ chạy khi có đơn hàng mới thì cả ngày không có lượt nào là bình thường. Phải phân biệt bằng ba dấu hiệu cụ thể trước khi kết luận workflow đang gặp vấn đề.

Trigger theo lịch nhưng execution list trống đúng khung giờ đó

Với workflow chạy bằng Cron hoặc Schedule Trigger, mốc chạy là cố định. Nếu lịch đặt 7 giờ mỗi ngày mà tab Executions trong n8n không có bản ghi nào quanh mốc đó suốt 2 ngày liền, đây gần như chắc chắn là sự cố, không phải trùng hợp.

Webhook có traffic ở nơi gửi nhưng n8n không nhận được

Nếu hệ thống gửi (CRM, cổng thanh toán, form website) xác nhận đã gửi request nhưng n8n không ghi execution tương ứng, khả năng cao URL webhook đã đổi, hoặc n8n instance đang down mà chưa ai để ý.

Workflow active nhưng số lượt chạy giảm đột ngột

So log 7 ngày gần nhất. Một workflow thường chạy 40 tới 60 lượt mỗi ngày mà đột ngột còn dưới 5 lượt, dù trigger vẫn ở trạng thái active, là dấu hiệu nguồn dữ liệu đầu vào đã đổi hoặc credential hết hạn khiến bước đầu tiên bị chặn âm thầm.

Cách dựng cảnh báo cho workflow không chạy đúng lịch

n8n không có tính năng dựng sẵn kiểu dead man's switch để tự báo khi một workflow khác im lặng. Cách làm thực tế là dựng một workflow giám sát riêng, tách khỏi workflow chính, chuyên đi kiểm tra xem các workflow kia có chạy đúng hẹn hay không.

Theo tài liệu n8n, node n8n có thể gọi trực tiếp REST API của chính instance đó để lấy danh sách execution theo workflow ID, kèm thời điểm chạy gần nhất. Một workflow giám sát chạy mỗi 15 phút, gọi API này cho từng workflow quan trọng, so thời điểm execution mới nhất với ngưỡng cho phép. Lệch quá ngưỡng thì bắn cảnh báo qua Telegram hoặc Slack ngay, không đợi tới hôm sau mới phát hiện.

Cách thứ hai đơn giản hơn, phù hợp với workflow chạy theo lịch cố định: cuối mỗi workflow chính thêm bước gọi một endpoint kiểu heartbeat bên ngoài (dịch vụ giám sát uptime độc lập, không phụ thuộc chính n8n instance đang gặp sự cố). Dịch vụ đó tự đếm ngược, nếu quá mốc mà không nhận được tín hiệu thì tự cảnh báo. Cách này có ưu điểm không phụ thuộc n8n còn sống hay không để tự kiểm tra chính mình.

Đọc lịch sử execution để biết workflow đang chạy đủ hay thiếu

Tab Executions của n8n ghi lại từng lượt chạy kèm thời gian bắt đầu, thời gian kết thúc và trạng thái. Đây là nơi đầu tiên cần mở khi nghi ngờ workflow chạy thiếu, trước khi dựng thêm bất kỳ cơ chế cảnh báo nào.

Lọc theo workflow, xếp theo thời gian, rồi nhìn khoảng cách giữa các lượt chạy liền nhau. Một workflow chạy mỗi giờ mà khoảng cách giữa 2 lượt vọt lên 6 tiếng là dấu hiệu rõ có một chu kỳ đã bị bỏ lỡ. n8n giữ lịch sử execution theo cấu hình lưu trữ của từng instance, execution càng cũ càng dễ bị dọn đi theo policy đã đặt, nên kiểm tra định kỳ quan trọng hơn là đợi rồi lục lại sau.

Với workflow chạy tần suất cao, hàng trăm lượt mỗi ngày, nhìn bằng mắt trong danh sách execution không thực tế. Lúc đó nên quay lại cách gọi API lấy dữ liệu execution rồi tổng hợp thành báo cáo ngắn, thay vì cuộn tay qua từng trang.

Việc lặp lại mỗi tuần để workflow không âm thầm chết dần

Theo dõi workflow n8n không dừng ở dựng cảnh báo một lần rồi thôi. Ba việc dưới đây nên lặp lại theo tuần để hệ thống cảnh báo chính nó không bị vô hiệu hoá theo thời gian.

Xác nhận workflow giám sát vẫn đang active

Chính workflow giám sát cũng có thể bị tắt nhầm khi ai đó chỉnh sửa workflow khác trong cùng dự án. Kiểm tra trạng thái active của nó mỗi tuần, đừng coi là dựng một lần xong mãi mãi.

Rà lại danh sách workflow cần giám sát

Dự án phát triển thêm, có workflow mới quan trọng không kém workflow cũ nhưng chưa được đưa vào danh sách theo dõi. Danh sách này cần cập nhật, không phải cố định từ ngày đầu dựng.

Thử tắt một trigger để kiểm tra cảnh báo có thật sự bắn

Cách chắc nhất để biết cơ chế cảnh báo còn sống là chủ động tắt một workflow không quan trọng trong môi trường thử, đợi qua ngưỡng thời gian đã đặt, xem tin nhắn cảnh báo có tới không. Nhiều đội chỉ dựng cảnh báo một lần, không bao giờ kiểm lại, tới khi cần thì cảnh báo đã âm thầm hỏng từ tháng trước.

Muốn có sẵn nền chạy workflow mà không phải tự dựng từ đầu, xem bảng giá VPS n8n cài sẵn.

Câu hỏi thường gặp về theo dõi workflow n8n

Điều cần nhớ

• Workflow im lặng không để lại execution failed, phải chủ động kiểm tra việc lẽ ra phải xảy ra mà không xảy ra.
• Ba dấu hiệu cần theo dõi: lịch trống đúng khung giờ, webhook có traffic nhưng n8n không nhận, số lượt chạy giảm đột ngột dù vẫn active.
• Dựng workflow giám sát riêng gọi API n8n, hoặc dùng dịch vụ heartbeat ngoài để bắt cả trường hợp n8n ngừng hoàn toàn.
• Kiểm tra lại cơ chế cảnh báo mỗi tuần, đừng coi là dựng một lần xong mãi mãi.
• Máy chủ ổn định là điều kiện nền để workflow chạy đúng giờ, quản trị máy chủ đi kèm để có người canh phần hạ tầng bên dưới.