Типы триггеров в n8n: Schedule, Webhook, Polling, Manual, Chat

Каждому workflow в n8n нужна отправная точка, иначе просто ничего не произойдет. Эта отправная точка называется триггером, и n8n предлагает для этого гораздо больше, чем просто "расписание" или "Webhook". От автоматизации по расписанию через входящие HTTP-вызовы до чат-интерфейса для ИИ-агентов: то, какой тип триггера подходит вашему сценарию, напрямую определяет, насколько надежно и быстро реагирует ваш workflow.

Этот обзор показывает вам важнейшие типы триггеров в n8n, как они технически работают и когда какой из них использовать. Источником служит официальная документация n8n по trigger nodes.

Что вообще такое триггер в n8n?

Согласно документации, trigger node — это node, который запускает workflow в ответ на определенное условие. Каждому продуктивному workflow нужен как минимум один триггер, чтобы n8n вообще знал, когда его запускать.

Workflow вполне может содержать несколько триггеров одновременно, например Schedule Trigger для ежедневной рутины и дополнительно webhook для спонтанных внешних импульсов. Однако при каждом отдельном выполнении срабатывает всегда только тот триггер, чье условие действительно наступило. Таким образом вы сохраняете контроль над тем, по какому поводу выполняется ваш workflow в каждом случае, даже если к этому ведет несколько путей.

Schedule Trigger: автоматизация по расписанию

Schedule Trigger запускает workflow в фиксированное время и с фиксированными интервалами, подобно утилите cron в Unix. Согласно документации по Schedule Trigger node, вам доступно несколько режимов интервала:

• Seconds и Minutes: фиксированные промежутки, например каждые 30 секунд или каждые 5 минут.
• Hours: интервал в часах плюс точная минута внутри часа.
• Days: интервал в днях плюс время, например каждые 2 дня в 9:15.
• Weeks: недельный интервал, день недели и время, например каждый понедельник в 15:30.
• Months: месячный интервал, день месяца и время.
• Custom (Cron Expression): свободно заданный cron-синтаксис для более сложных расписаний, например `0 9 * * 1-5` для будних дней в 9:00.

Важно знать: Schedule Trigger срабатывает только если workflow опубликован, и ориентируется либо на часовой пояс workflow, либо на часовой пояс инстанса n8n. Кроме того, вы можете объединить несколько правил триггера в рамках одного Schedule Trigger, если workflow должен выполняться с разной частотой в разное время.

Рекомендация по применению: Schedule Trigger подходит всегда, когда вы автоматизируете фиксированную рутину, например ночные синхронизации данных, еженедельные отчеты или регулярные работы по очистке, такие как проверки удаления старых выполнений. Это правильный выбор, когда событие не запускается извне, а темп задают часы.

Webhook Trigger: реагирование на внешние события

Webhook node соединяет внешние сервисы с n8n, ожидая входящие HTTP-вызовы и немедленно запуская workflow при их поступлении. Согласно документации по Webhook node, он поддерживает методы GET, POST, PUT, PATCH, DELETE и HEAD при максимальном размере payload 16 МБ на вызов.

Особенно важно на практике различие между двумя URL:

• Тестовый URL: активен, как только вы нажмете "Listen for Test Event" в редакторе. Входящие данные вы видите прямо в интерфейсе.
• Продуктивный URL: становится активным только после публикации workflow. Входящие вызовы не отображаются в редакторе в реальном времени, но их можно отследить во вкладке "Executions".

Для защиты доступны Basic Auth, Header Auth и JWT Auth, а также белый список IP, игнорирование ботов и настройки CORS. В ответе вы можете выбрать между немедленным подтверждением, ответом после завершения последнего node, индивидуальным ответом через отдельный node Respond to Webhook или потоковым ответом.

Рекомендация по применению: Используйте Webhook Trigger, когда другая система должна активно сообщать что-то в n8n, например отправку новой формы, подтверждение платежа от платежного провайдера или событие из CRM. Главное преимущество перед Schedule Trigger — время реакции: workflow запускается практически в тот момент, когда происходит событие, а не только при следующем запланированном запуске.

Polling Trigger: проверять вместо получения уведомлений

Не каждый сервис может сам инициировать webhook. Многие внешние системы, например классические почтовые ящики или RSS-ленты, не предлагают активных уведомлений. Для этого случая существуют Polling Trigger: они сами проверяют с заданной периодичностью, есть ли что-то новое, и запускают workflow только тогда, когда действительно что-то изменилось.

Хорошим примером этого является RSS Feed Trigger. Согласно документации по RSS Feed Trigger node, этот node опрашивает настроенный URL ленты с настраиваемой периодичностью и запускает workflow только при новых записях. Среди прочего доступны часовые, дневные, недельные и месячные интервалы проверки, а также свободные cron-выражения для индивидуальных расписаний. На том же принципе основаны и другие node n8n, такие как Email Trigger через IMAP или Local File Trigger, которые обнаруживают новые сообщения или новые файлы соответственно с помощью регулярной проверки.

Рекомендация по применению: Polling — правильный выбор, когда сам источник не предлагает push-уведомлений, но вы все равно хотите оперативно обрабатывать событие. Учтите, что слишком короткий интервал проверки создает неоправданно много выполнений и, соответственно, лишних API-вызовов, тогда как слишком большой интервал увеличивает время реакции. Разумная золотая середина зависит от того, как часто источник действительно меняется.

Manual Trigger: контролируемый запуск по клику

Manual Trigger запускает workflow исключительно тогда, когда вы активно нажимаете "Execute Workflow" в редакторе. Согласно документации по Manual Trigger node, он подходит прежде всего для двух ситуаций: для тестирования workflow перед добавлением автоматического триггера и для workflow, которые сознательно не должны запускаться автоматически, потому что человек хочет целенаправленно инициировать каждый запуск.

Следует знать одно техническое ограничение: на один workflow разрешен только один-единственный node Manual Trigger.

Рекомендация по применению: Используйте Manual Trigger на этапе разработки, чтобы протестировать workflow шаг за шагом, или для редких, сознательно вручную запускаемых процессов, таких как разовые миграции данных. Для непрерывной продуктивной эксплуатации он, напротив, не подходит, потому что там никто не должен постоянно нажимать "Выполнить".

Chat Trigger: точка входа для ИИ-чат-ботов

Chat Trigger служит для создания ИИ-workflow для чат-ботов и других чат-интерфейсов. Согласно документации по Chat Trigger node, он должен быть подключен к node Agent или корневому node Chain, чтобы разговор действительно получал ответ. Каждое отдельное сообщение в разговоре запускает полное выполнение workflow, что нужно учитывать при планировании квоты выполнений: чат с десятью сообщениями расходует десять выполнений.

Для доступа node предлагает два режима: Hosted Chat с готовым интерфейсом n8n и Embedded Chat, который вы интегрируете в собственное приложение через URL webhook. Для защиты доступны отсутствие аутентификации, Basic Auth или собственная пользовательская аутентификация n8n. В режимах ответа вы можете выбрать между завершением после последнего node, отдельными node ответа и потоковым ответом для вывода в реальном времени.

Рекомендация по применению: Chat Trigger подходит, как только людям нужно напрямую общаться с ИИ-агентом в n8n, например для внутреннего бота поддержки, ассистента знаний на основе собственных документов или чат-интерфейса, встроенного на сайт.

Выбор типа триггера по сценарию

В качестве общего ориентира для практики:

• Фиксированные моменты времени или интервалы: Schedule Trigger.
• Другая система должна активно что-то сообщить: Webhook Trigger.
• Источник не предлагает push-уведомлений: Polling Trigger, например RSS Feed Trigger или Email Trigger через IMAP.
• Тест или сознательно вручную управляемый процесс: Manual Trigger.
• Прямой диалог с ИИ-агентом: Chat Trigger.

На практике вы часто комбинируете эти типы в рамках одной концепции автоматизации: webhook для спонтанного запроса, Schedule Trigger для ежедневной последующей проверки, Manual Trigger для тестов во время разработки. Если вы не уверены в выборе или правильной настройке своих триггеров, NordFlux поддержит вас в настройке и защите workflow n8n, включая подходящую стратегию триггеров для вашего сценария.

Часто задаваемые вопросы

Может ли workflow иметь несколько триггеров одновременно?

Да, workflow может содержать несколько trigger node, например Schedule Trigger и дополнительно webhook. Однако при каждом выполнении срабатывает всегда только тот триггер, чье условие действительно наступило, остальные в этот момент остаются неактивными.

В чем разница между Webhook Trigger и Polling Trigger?

Webhook Trigger пассивно ожидает входящие вызовы и реагирует практически в реальном времени, как только внешняя система активно к нему обращается. Polling Trigger, напротив, сам с заданной периодичностью опрашивает источник, есть ли новости, что особенно подходит для сервисов, которые не предлагают собственных push-уведомлений.

Должен ли workflow быть опубликован, чтобы Schedule Trigger работал?

Да, согласно документации, Schedule Trigger срабатывает только для опубликованного workflow. Кроме того, изменения сохраненных cron-переменных вступают в силу только после повторной публикации.

Для чего подходит Manual Trigger в продуктивной эксплуатации?

Manual Trigger предназначен прежде всего для тестов и сознательно вручную управляемых процессов, таких как разовые миграции данных. Для непрерывно работающих автоматизированных процессов он не подходит, потому что там никто не должен регулярно вручную нажимать "Выполнить".

Сколько выполнений расходует workflow с Chat Trigger?

Каждое отдельное сообщение в рамках разговора запускает полное выполнение workflow. Разговор из десяти сообщений соответствует, таким образом, десяти отдельным выполнениям, что следует учитывать при планировании вашей квоты выполнений.