<b>Автоматизация ломается не в API, а в грязном входе и кривых допущениях</b>

<b>Автоматизация ломается не в API, а в грязном входе и кривых допущениях</b>

Если workflow собирается из триггера, парсера, фильтра и отправки, почти всегда падает на одном из трёх мест: дубли, пустые поля, неожиданный формат ответа. Поэтому перед запуском надо фиксировать не «что должно прийти», а «что делать, если пришло не так».

Базовый каркас: вход → проверка схемы → нормализация → основная ветка → логирование. В n8n это удобно делать через IF, Set, Code и отдельную ветку Error Trigger; в Make — через Router, Text Parser и обработку ошибок на модуле. Сразу добавляйте idempotency key, иначе один и тот же лид или креатив улетит дважды.

Правило номер два: любой внешний сервис считается ненадёжным. Если ответ пустой — ставим retry с паузой; если ответ битый — отправляем в quarantine-таблицу; если токен истёк — не валим весь сценарий, а шлём алерт в Telegram. Так один сбой не превращается в остановку всей цепочки. 🔧

И ещё: не склеивайте в один сценарий сбор данных, принятие решения и массовую отправку. Разносите на этапы с понятными логами. Тогда отладка занимает минуты, а не вечер. Сценарий, который легко читать, почти всегда легче и чинить.