n8n workflow не работает: retry, мониторинг и уведомления
Автоматизация считается рабочей не тогда, когда один тест прошёл успешно, а когда процесс предсказуемо переживает ошибки API, повторные события и временную недоступность сервисов.
Сначала определите тип ошибки
Разделите постоянные ошибки данных и временные ошибки сети. Неверный email не нужно повторять десять раз, а ответ 429 или 503 часто стоит обработать повторно.
Сохраните входные данные, идентификатор выполнения, узел ошибки и ответ внешнего сервиса. Без контекста исправление превращается в догадку.
Настройте retry с паузой
Повторная попытка должна иметь ограничение и увеличивающуюся задержку. Это защищает внешний сервис и не создаёт бесконечный цикл.
После исчерпания попыток отправьте событие в отдельный Error Workflow или очередь ручной проверки.
Защититесь от дублей
Повторная доставка webhook не должна создавать вторую сделку или отправлять клиенту одинаковое сообщение.
Используйте стабильный ключ события и проверяйте, был ли он обработан до выполнения необратимого действия.
Добавьте мониторинг и полезные уведомления
Сообщение об ошибке должно содержать workflow, execution ID, время, проблемный узел и ссылку на запись.
Отдельно отслеживайте отсутствие ожидаемых запусков. Молчание процесса иногда опаснее явной ошибки.
Минимальный набор для production
Нужны сохранение исходных данных, ограниченный retry, защита от дублей, журнал ошибок и уведомление ответственному.
Проверьте процесс на 429, 500, таймауте, повторном webhook и некорректном поле до запуска.
- Входные данные сохраняются
- Retry ограничен и использует паузу
- Повторное событие не создаёт дубликат
- Error Workflow сообщает контекст
- Отсутствие запусков тоже контролируется
n8n workflow не запускается: trigger, webhook и credentials
Запросы «n8n workflow not triggering» и «n8n workflow not executing» обычно описывают другую проблему, чем ошибка внутри узла. Если execution вообще не появляется, сначала проверяйте запуск, публикацию и адрес события, а не retry.
Workflow не активен или не опубликован
Проверьте, что рабочая версия опубликована или активна в вашей версии n8n. Ручной Execute Workflow подтверждает только тестовый запуск и не гарантирует работу production-триггера.
Используется test webhook вместо production webhook
Webhook node показывает тестовый и production URL. Тестовый адрес работает во время прослушивания в редакторе, а внешний сервис после запуска должен отправлять данные на production URL.
Schedule Trigger запускается не в то время
Сверьте timezone инстанса, workflow и сервера. Отдельно проверьте, что ожидаемые executions действительно отсутствуют, а не отображаются в другом проекте или фильтре.
Credentials или OAuth перестали работать
Откройте неуспешный execution и проверьте ответ API. Истёкший token, изменённые scopes и отозванный доступ нельзя исправить повторной попыткой без обновления credentials.
Почему Error Workflow не срабатывает
Error Workflow должен быть назначен в настройках основного workflow и начинаться с Error Trigger. Проверяйте его на реальном неуспешном execution. Ошибка отдельного ручного теста узла и логика, которая сама перехватила ошибку, могут не создать ожидаемый сигнал.
Официальная документация n8n
Частые вопросы
Почему n8n workflow внезапно останавливается?
Причиной может быть таймаут, лимит API, изменённая авторизация, неожиданные данные или ошибка конкретного узла.
Нужно ли повторять каждую ошибку?
Нет. Повторяйте временные ошибки, а ошибки данных отправляйте на исправление.
Как избежать дублей?
Сохраняйте стабильный идентификатор события и проверяйте его до создания записи или отправки сообщения.
Почему n8n workflow активен, но не запускается?
Проверьте production URL webhook, событие во внешнем сервисе, timezone Schedule Trigger и список executions. Если execution отсутствует, проблема находится до первого рабочего узла.
Когда использовать retry on fail в n8n?
Для временных сетевых и серверных ошибок с ограничением попыток и паузой. Ошибки данных и авторизации требуют исправления причины, а не бесконечного retry.
Почему Error Workflow не отправляет уведомление?
Убедитесь, что он выбран в настройках основного workflow, начинается с Error Trigger и тестируется на failed execution, которое не было перехвачено другой логикой.