n8n в проде: десять сценариев автоматизации

n8n занимает нишу между «написать скрипт» и «купить платформу»: сценарий видно целиком, а состояние и логи остаются на вашем сервере. Десять сценариев, которые обычно окупают установку.

1. Заявки из форм — в CRM, с дедупликацией по телефону и почте.
2. Мониторинг цен и наличия у конкурентов.
3. Еженедельный отчёт: Яндекс.Метрика и серверные логи → таблица → PDF.
4. Алерты при просадке Core Web Vitals или падении аптайма.
5. Обогащение заявок данными из внешних API.
6. Редакционный пайплайн: план → черновик → публикация.
7. Бот по внутренней базе знаний.
8. ETL в Postgres или ClickHouse.
9. Кросс‑постинг материалов блога.
10. Синхронизация справочников для маркетплейсов.

// Узел HTTP Request
GET https://api.example.com/items?page=1
Headers: Authorization: Bearer <token>

Ретраи и идемпотентность

Сценарий, который дёргает внешний API, рано или поздно получит таймаут и будет перезапущен. Если узел записи не идемпотентен, перезапуск создаст второго лида. Ключ дедупликации на входе стоит закладывать сразу, а не после первой жалобы отдела продаж.

Про данные внутри пайплайна

Как только через сценарий проходят заявки, это уже обработка персональных данных, и место хранения перестаёт быть техническим вопросом. n8n и его база должны стоять на сервере в РФ: ч. 5 ст. 18 152‑ФЗ требует, чтобы персональные данные российских граждан записывались в базы, расположенные в России. По той же причине в отчётности здесь Яндекс.Метрика и собственные логи, а не Google Analytics, и хранилище в РФ, а не облачная таблица у зарубежного провайдера.