Когда это нужно
Error Trigger полезен, когда workflow запустился и упал. Если n8n остановился или расписание осталось неопубликованным, обработчику нечего обрабатывать. Внешний дедлайн позволяет заметить отсутствие выполнения.
Как подключить
- 1
Создайте монитор с расписанием Schedule Trigger и тем же часовым поясом. Запас времени должен покрывать обычную длительность workflow.
- 2
После последней успешной бизнес-операции добавьте HTTP Request. Импортируйте curl ниже, подставьте свой URL; задайте timeout 5000 мс. Опубликуйте основной workflow.
- 3
Создайте отдельный workflow: Error Trigger → HTTP Request с POST на URL /fail. Назначьте его в Settings → Error workflow основного workflow.
Готовый пример
Достаточно узлов Schedule Trigger, HTTP Request и Error Trigger. Пример отслеживает завершения и пропуски; длительность выполнения без /start не измеряется. Продолжать при ошибке доставки можно только у узла мониторинга — ошибки бизнес-узлов должны оставаться ошибками.
curl --fail --max-time 5 -X POST 'https://ping.tickwatch.dev/YOUR_PING_KEY'curl --fail --max-time 5 -X POST '{{PING}}/fail'Что проверить перед запуском
Schedule Trigger использует часовой пояс workflow, а при его отсутствии — экземпляра n8n. Сохранение черновика не заменяет публикацию расписания.
Error Trigger проверяйте реальным автоматическим запуском с ошибкой. Ручное выполнение из редактора не запускает этот обработчик.
Если бизнес-узел вернул ноль элементов, следующий узел может не выполниться. Проверьте пустой результат, ветвления и при необходимости настройте Always Output Data в подходящем узле.
Частые вопросы
Зачем Tickwatch, если есть Error workflow?
Error workflow сообщает об ошибке выполнения. Tickwatch дополнительно ждёт результат по расписанию и обнаруживает отсутствие запуска или недоступность всей установки.
Работает с n8n Cloud и своей установкой?
Да, если HTTP Request может обращаться к URL пинга по HTTPS. Ключ храните в настройках workflow и исключайте из публичных экспортов.