Связку отправитель → вебхук мы отладили в тестовом режиме, у которого есть ограничение по времени ожидания. Теперь переводим её в продакшн: делаем workflow активным, забираем production URL и подставляем его в краулер. Разбираю, почему переключатель Test/Production внутри ноды ничего не меняет, почему после перехода в editor больше ничего не видно и где на самом деле смотреть отработавшие запуски. Дальше — автоматизация отправителя по расписанию, когда весь процесс идёт без нашего участия, и честный разговор про безопасность: активный вебхук доступен всему интернету, и дёрнуть его может кто угодно. Показываю защищённую версию сценария с нодой кода и проверкой подписи запроса, рассказываю, где лежит webhook signing secret в Firecrawl и как написать такой код с помощью нейронки по двум документациям. В конце — Ask AI в документации Firecrawl, через который удобно править готовые запросы к API.
0:00–0:31 Повторяем, на чём остановились: отладка в тестовом режиме и 120 секунд ожидания, больше которых тест не держит. Идея вебхука в том, что он слушает всегда, раз n8n стоит на сервере и сервер доступен постоянно. Но тестовый режим — не про это, поэтому разбираемся, как перейти в продакшн, про URL которого мы уже говорили в настройках ноды.
0:31–1:02 Чтобы вебхук стал активен, в workflow с ним нужно включить переключатель Active. Так мы фактически публикуем его в интернет: теперь он доступен не только внутри нашего n8n, но и любому снаружи. Без этого вебхук работать не будет. После активации заходим в ноду, переключаемся на Production и копируем адрес.
1:02–1:41 В самой ноде при этом ничего не меняется. Переключалка Test/Production не переключает режим вебхука, она просто показывает тот адрес, который нам сейчас нужен. Порядок важен: сначала Active, и только потом копируем production URL — он сохраняется после активации. Скопированный адрес идём вставлять в отправителя, в нашего краулера: там, где раньше стоял URL с приставкой test, теперь будет продакшн.
1:41–2:15 Всё сработало, тестового адреса больше нет. В настройках краулера оставляем одну страничку — это для скорости. Таблица с результатами пустая, всё по-честному, будем смотреть, прилетит в неё результат или нет. Жмём Execute workflow у отправителя: он отправляет задание по API в Firecrawl, и если всё окей, процесс идёт по верхней ветке true.
2:15–2:47 А в получателе мы не делаем ничего — не нажимаем ни Execute workflow, ничего. Вебхук уже в продакшн-режиме и постоянно слушает интернет. Кнопка…
🔒
Этот материал доступен участникам Клуба. Войдите или оформите доступ,
чтобы читать целиком, открывать видео и комментировать.
