No-code связки: где они работают, а где ломаются
Сценарий в Make или Zapier собирается за вечер. Через месяц он молча перестаёт отправлять заявки в таблицу, и никто не замечает неделю. No-code связки не хуже и не лучше обычного кода: у них свои сильные стороны и свои места, где они трескаются.
Где no-code связки работают лучше всего?
Там, где процесс короткий, повторяется и состоит из понятных шагов. Заявка с формы попала в таблицу и ушла уведомлением в Telegram. Оплата прошла, письмо клиенту отправлено, статус в CRM (системе учёта клиентов) изменился. Три-пять шагов, один источник, один результат.
Для таких задач визуальный конструктор удобнее кода: схему видно целиком, её правит человек без программирования, а на запуск уходят часы, а не недели.
Но у любой схемы есть предел. Какой?
Что ломает связки чаще всего?
Четыре причины встречаются снова и снова. Источник меняет формат: в форме переименовали поле, и сценарий ищет то, чего уже нет. Сервис отвечает ошибкой или ограничивает число запросов, и часть данных не доходит. Данные приходят «грязными»: пустой телефон, лишний пробел, дата в другом формате. Или связка делает лишнее: после повтора запроса одна заявка превращается в две.
Ни одна не видна при создании сценария. Они проявляются на реальных данных, поэтому проверять связку нужно не на трёх тестовых заявках, а на двух-трёх неделях живой работы.
Что делает сама платформа?
Как платформа реагирует на сбой?
Зависит от настроек, и значения по умолчанию не всегда те, что вы ожидаете. В Make, например, сохранение незавершённых выполнений (Store incomplete executions) по умолчанию выключено. Если сценарий упал на ошибке, а сохранение не включено, неудавшийся запуск остаётся только в журнале, а повторить его с теми же данными нельзя. Обработчик повтора (Retry) по умолчанию пробует три раза с интервалом 15 минут, и часть ошибок, например превышение лимита запросов, платформа повторяет сама. Но ошибка в самих данных от повторов не исчезнет: пятая попытка с пустым полем кончится так же, как первая.
Значит, нужен человек, который узнает о сбое первым.
Какие три защиты ставить в каждую связку?
Уведомление об ошибке: в Telegram или на почту, а не только запись в журнале платформы. Проверка входных данных до записи: пустое поле или неверный формат отправляется в отдельный список на разбор. Защита от дубля: идентификатор заявки, по которому сценарий понимает, что эту заявку уже обработал.
Если связок становится много и они завязаны на деньги, пора смотреть, что в них можно упростить или заменить кодом. С подобными схемами работает Александр Свердлов, но для начала хватит и аккуратной проверки собственных сценариев.
Что сделать сегодня?
- Откройте историю запусков и найдите ошибки за последние две недели.
- Проверьте, включено ли сохранение неудавшихся запусков.
- Добавьте в самую важную связку уведомление об ошибке.


. The idea of Google going through my junk mail does not bother me. The idea of a corporation screenshotting everything I do, now that is a real privacy concern. Why are so-called privacy advocates not up in arms about that? Every day I hear nonsense about de-googling from people using MS/Windows??? Why? If you are going to use an OS, that in my opinion, is spyware then why are you concerned with your email? If you have business to do online that requires privacy. I suggest taking a few minutes to set up an email server. If not and you are really sensitive about your junk mail accounts then I suppose you could use protonmail
.
Unus Nemo
in reply to XvicTORIa143 • •@XvicTORIa143
Welcome to Rogue Project's Friendica.
You can use the Help menu item and as a new user there will be a New Member Widget that will be around for a few weeks. They are both great places to start. If you run into any issues that are not explained, or not explained well enough, then feel free to ask the community. We will be glad to help.