Сборка контент-конвейера в n8n

Соберём полный контент-конвейер: каждый понедельник в 9:00 → готовые посты на неделю в Notion. На этом примере разберём все элементы n8n: триггер, ноды, переменные, условия.

🎯 После урока сможешь: собрать в n8n контент-конвейер, который каждый понедельник кладёт посты в Notion.

Схема контент-конвейера в n8n: расписание → темы из Notion → копирайтер → редактор → условие → адаптер → Notion → Telegram.

Что собираем

Что собираем в n8n: расписание пн 9:00 → Notion берёт темы недели → цикл по темам → копирайтер Sonnet выдаёт пост → редактор Haiku проверяет → если одобрено, адаптер Sonnet готовит 5 площадок, если нет — уведомление о доработке → Notion сохраняет в «Готовые посты» → Telegram «5 постов готовы».

Шаги сборки

  1. Триггер: нод «Schedule Trigger» → cron 0 9 * * 1 (пн 9:00).
  2. Темы: нод «Notion» → Get Many → база «Контент-план», фильтр «Status = To Do».
  3. Копирайтер: нод «Anthropic» (Sonnet), system — брендбук с включённым кэшем (брендбук — системный промпт с тоном и правилами бренда, собрали его в уроке 3.1).
  4. Редактор: нод «Anthropic» (Haiku), просим ответ JSON {approved, issues}.
  5. Условие: нод «If» → approved === true.
  6. Адаптер: если одобрено — нод «Anthropic» с промптом адаптера → 5 площадок.
  7. Сохранение: нод «Notion» → Create Item в базе «Готовые посты».
  8. Уведомление: после цикла — нод «Telegram» с итогом.

API-ключи — только в Settings → Credentials, никогда в открытом виде в нодах. Брендбук храните отдельным нодом «Read File» (brand_prompt.md) или в переменной workflow — чтобы менять в одном месте.

Тестирование перед запуском по расписанию

Тестирование перед запуском по расписанию: 1) запустить вручную (Execute Workflow); 2) проверить каждый нод на промежуточные данные; 3) симулировать ошибку (отключить интернет) и посмотреть, как обработалось; 4) прогнать на одной тестовой теме и проверить итоговый пост.

Контрольный вопрос. Где в n8n хранить API-ключи?

АПрямо в тексте нода — так удобнее
БВ Settings → Credentials, не в тексте нода
ВВ названии workflow, чтобы не забыть

Подсказка: Секреты — в защищённом хранилище.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Зачем нод «If» после редактора?

АОн не нужен, ветка всегда одна
БРазвести ветки одобрено / на доработку
ВУскорить пайплайн и сэкономить токены

Подсказка: Условие направляет поток.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Что сделать перед запуском пайплайна по расписанию?

АУдалить триггер и запускать пайплайн вручную
БСразу поставить на автозапуск и следить по логам
ВПрогнать вручную, проверить ноды и симулировать ошибку

Подсказка: Сначала тест-прогон.

Онлайн-проверка ответа появится позже

Контрольный вопрос. В пайплайне сейчас стоит cron 0 9 * * 1 (понедельник, 9:00). Маркетолог просит: пусть конвейер собирает темы и постит не раз в неделю, а каждый будний день в то же время. Что нужно сделать в ноде «Schedule Trigger»?

АПоменять cron-выражение — задать дни с понедельника по пятницу
БПоменять фильтр тем в Notion на другой Status
ВДобавить новый нод «If» после расписания

Подсказка: Ищи нод, который отвечает за момент запуска, а не за фильтр тем или условие.

Онлайн-проверка ответа появится позже

Контрольный вопрос. Редактор (Haiku) вернул JSON {approved: false, issues: [...]} для одного из постов. Согласно собранной в уроке схеме, что произойдёт с этим постом дальше в пайплайне?

АОн всё равно уйдёт в «Адаптер» и на 5 площадок
БВетка «If» направит его не в адаптер, а в уведомление о доработке
ВПайплайн остановится полностью для всех тем

Подсказка: Вспомни схему: условие approved === true разводит ветки да/нет.

Онлайн-проверка ответа появится позже

Что дальше

Конвейер работает по расписанию. Но не все пайплайны запускаются «по часам» — некоторые должны реагировать на события. Разберём триггеры.

← Назад  ·  ↑ В начало урока  ·  ⌂ В начало курса  ·  Вперёд →

Школа Виктора Комлева