Make сценарии: из чего собраны, сколько стоят и где ломаются

Make сценарии перестали считаться в операциях: справка платформы прямо пишет, что кредиты заменили операции как единицу оплаты, а цена планов при этом не изменилась. Для того, кто уже собирает сценарии, это меняет арифметику: считать надо не только модули, но и токены в ИИ-модулях, секунды исполнения кода и объём данных. Ниже устройство сценария, тарифная сетка, скрытые лимиты usage allowance, поведение вебхуков и обработка ошибок, плюс схема автопостинга как рабочий пример.

Материал для тех, кто уже открывал холст Make и знает, где кнопка Run once. Как описать процесс до выбора платформы, разбирается в статье про автоматизацию рабочих процессов, обзор классов no-code-инструментов вынесен отдельно.

Из чего собран сценарий: модули, маршруты, итераторы, агрегаторы

Сценарий в Make это холст, на котором стоят модули. Первый модуль всегда триггер, и триггеры делятся на два класса. Instant-триггеры помечены меткой Instant и работают через вебхук: сценарий стартует в момент, когда на URL приходит запрос. Polling-триггеры опрашивают сервис по расписанию и возвращают то, что появилось с прошлого успешного запуска.

Между модулями стоят четыре инструмента:

• Router разветвляет поток на маршруты, у каждого свой фильтр. Один и тот же пакет данных проталкивается во все маршруты, чьи условия выполнены.
• Filter отсекает пакеты до того, как они дойдут до следующего модуля, и тем самым экономит кредиты.
• Iterator разбирает массив на отдельные пакеты, каждый идёт по цепочке самостоятельно.
• Aggregator собирает пакеты обратно в один. В настройках указывается source module, с которого начинается агрегация, и поле Group by: агрегатор отдаст по одному пакету на каждое различающееся значение формулы.

Есть неочевидная ловушка, о которой пишет сама документация: данные из пакетов, которые прошли между source module и агрегатором, после агрегатора недоступны. Если они нужны дальше, их надо явно перечислить в Aggregated fields. Вторая настройка, о которой забывают, это Stop processing after an empty aggregation: по умолчанию агрегатор выдаёт результат, даже если до него не дошло ни одного пакета, и следующий модуль отрабатывает вхолостую.

Фазы выполнения и почему сценарий откатывается целиком

Make описывает себя как транзакционную систему по аналогии с реляционной базой: запуск проходит инициализацию, затем один или несколько циклов из фазы операций и фазы commit или rollback, затем финализацию. По умолчанию максимальное число циклов равно 1, поэтому ошибка на десятом пакете откатывает всю пачку. Откатываются при этом не все модули: возможность отката помечена тегом ACID, остальные вернуть в исходное состояние нельзя.

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

Кредиты вместо операций: как Make считает деньги в 2026 году

Справка Make формулирует прямо: кредиты заменили операции как термин для биллинговой единицы, план и его цена остались прежними. Операции никуда не делись, но теперь они показывают результат работы, а кредиты показывают трату. Логика такая:

• Обычные приложения: по умолчанию одна операция равна одному кредиту, у отдельных модулей ставка выше и помечена отдельным тегом.
• Сторонние ИИ-приложения с вашим ключом (OpenAI, Anthropic Claude, Gemini): одна операция равна одному кредиту, за токены платите напрямую провайдеру.
• Встроенный ИИ-провайдер Make: кредиты считаются по токенам и операциям, у уровня small курс 5000 токенов на кредит, у medium 3500, у large 1500.
• Make Code App: 2 кредита за каждую секунду выполнения кода.

Операция это один прогон модуля. Триггер всегда тратит одну операцию независимо от того, сколько пакетов вернул, а остальные модули отрабатывают по разу на каждый пакет. Документация приводит счёт по шагам: триггер Google Forms вернул 10 ответов, дальше три модуля обработали каждый ответ, итого 1 + 30 = 31 операция за запуск. В соседнем примере из той же справки триггер Google Sheets отдаёт 10 новых строк, и Gmail шлёт по письму на каждую, всего 11 операций; текстовый агрегатор склеивает строки в одно письмо и снижает счёт до 3 операций. Это и есть главный рычаг экономии.

Тарифы Make: что режет бесплатный план

Цены на make.com указаны за 10 000 кредитов в месяц. При годовой оплате Core стоит 9 долларов в месяц, Pro 16, Teams 29. При помесячной оплате те же планы стоят 10,59, 18,82 и 34,12 доллара. Бесплатный план бессрочный, но лимиты в нём принципиально другие.

Отдельно стоит Enterprise с индивидуальной ценой: 1000 вызовов API в минуту, файлы до 1000 МБ, логи 60 дней, on-prem agent для доступа к локальной сети и SAP, защита от перерасхода кредитов.

Когда кредиты кончились, сценарии перестают запускаться. Входящие вебхуки копятся в очереди и обработаются, когда кредиты появятся, а polling-триггеры при следующем успешном запуске заберут всё, что накопилось. Докупить кредиты можно пачками по 1000 или 10 000 с наценкой 25 процентов. Арифметика из справки: план за 9 долларов с 10 000 кредитов даёт цену кредита 0,0009 доллара, значит 1000 экстра-кредитов стоят 1,125 доллара, а 10 000 стоят 11,25. Автодокупка идёт пачками по 10 000 и ограничена размером плана: на 80 000 кредитов она сработает максимум восемь раз.

Usage allowance: лимиты, которых нет в прайсе

Кроме кредитов у плана есть usage allowance, и он масштабируется пропорционально числу купленных кредитов. На каждые 10 000 кредитов в месяц Make выдаёт:

• 5 ГБ трафика данных;
• 10 МБ хранилища data store;
• 10 МБ хранилища незавершённых выполнений, но не более 2 ГБ суммарно;
• 667 элементов в очереди каждого вебхука, но не более 10 000.

Пример из документации: при 150 000 кредитов в месяц это 75 ГБ трафика, 150 МБ хранилища данных, 150 МБ незавершённых выполнений и потолок в 10 000 вебхуков в очереди. На бесплатном плане с 1000 кредитов трафика 512 МБ, а хранилища ровно 1 МБ, то есть ровно один data store.

Эти цифры важнее цены, когда сценарий гоняет файлы: один PDF на 3 МБ, который скачивается и загружается обратно, съедает 6 МБ трафика за прогон. При 5 ГБ на 10 000 кредитов трафик кончится раньше кредитов.

Расписание и rate limit: почему сценарий не срабатывает мгновенно

По умолчанию сценарий запускается раз в 15 минут. В панели расписания есть варианты: через равные интервалы, ежедневно, по будням, еженедельно, ежемесячно, в указанные даты и on demand. В дневном расписании можно задать несколько моментов запуска, например 01:00, 14:40 и 22:00 одной настройкой. Минимальная длина интервала зависит от плана: 15 минут на Free и 1 минута на платных. Вариант Immediately доступен только для триггеров, работающих через вебхук.

Для instant-сценариев есть ограничитель Maximum runs to start per minute со значением по умолчанию 100. При упоре в лимит Make складывает лишние запросы в очередь и разбирает по мере освобождения, а вызывающая сторона при наличии модуля Webhook response получает HTTP 429. Раньше для этого вставляли модуль Sleep, теперь очередь распределяет всплески сама.

Вебхуки: очередь, коды ответа и 120 часов до отключения

У каждого вебхука своя очередь, а платформа обрабатывает не больше 300 входящих запросов вебхуков за 10 секунд, дальше отвечает кодом 429. Без модуля Webhook response ответы по умолчанию такие: 200 Accepted при постановке в очередь, 400 Queue is full при переполнении, 429 Too many requests при срабатывании rate limit.

Два срока, которые ломают рабочие интеграции:

• Вебхук, не привязанный ни к одному сценарию дольше 5 дней (120 часов), Make деактивирует автоматически, и он начинает отдавать 410 Gone.
• Логи вебхуков хранятся 3 дня, на Enterprise 30 дней. Разбирать инцидент недельной давности будет не по чему.

По умолчанию instant-сценарии обрабатывают запросы параллельно, и порядок не гарантирован: запрос от 12:03 может закончиться раньше запроса от 12:00. Настройка Process data in order выключает параллельность и откладывает следующий запуск до разбора незавершённых выполнений. Отдельный нюанс: модуль Webhook response, поставленный в середине сценария, гасит уведомления об ошибках в последующих модулях, и сбой будет молча жечь кредиты.

Обработка ошибок: пять обработчиков и счётчик из трёх падений

В Make пять обработчиков ошибок, и они дают разный статус запуску:

• Skip выбрасывает сбойный пакет и идёт дальше, статус Success.
• Retry складывает пакет в незавершённые выполнения, остальные дорабатывают, статус Warning. Требует включённых incomplete executions.
• Resume подставляет заранее заданное значение вместо ответа упавшего модуля, статус Success.
• Commit останавливает запуск, но фиксирует записанное в транзакционные приложения, статус Warning.
• Rollback откатывает изменения в модулях с тегом ACID и останавливает сценарий, статус Error. Это поведение по умолчанию, если обработчик не настроен, а хранение незавершённых выполнений выключено.

Важная деталь для бюджета: маршрут обработки ошибок кредиты не тратит. Make не берёт денег за реакцию на сбой, поэтому вешать на критичные модули уведомление в Telegram или Slack можно без оглядки на лимит.

Хранение незавершённых выполнений по умолчанию выключено, включается опцией Store incomplete executions в настройках сценария. Ошибки RateLimitError, ConnectionError и ModuleTimeoutError Make повторяет сам по экспоненциальной задержке: 1 минута, затем 10, 10, 30, 30, 30 минут, затем 3 и 3 часа. С выключенным хранением шаги другие: 1, 2, 5, 10 минут, 1, 3, 12 и 24 часа. В обоих случаях после восьмой неудачной попытки Make отключает расписание сценария. Обработчик Retry по умолчанию делает 3 попытки с задержкой 15 минут, параллельно на сценарий идёт не больше 3 повторов.

Счётчик подряд идущих ошибок по умолчанию равен 3: после трёх подряд запусков с ошибкой сценарий отключается. К instant-сценариям это правило не применяется, они отключаются сразу при первой ошибке. Мгновенно, без счётчика, отключаются также сценарии с ошибками AccountValidationError, OperationsLimitExceededError и DataSizeLimitExceededError. Первая означает проблему с подключением, вторая упёршийся лимит кредитов, третья превышение объёма данных.

Data store: память между запусками и её арифметика

Data store это встроенная таблица Make, куда сценарий кладёт данные, чтобы вернуться к ним в следующем запуске. Объём считается жёстко: 1 МБ на каждую 1000 кредитов в плане, то есть 20 МБ при 20 000 кредитов. Одна организация держит не больше 1000 data store, минимальный размер каждого 1 МБ, максимальный размер одной записи 15 МБ. Модулей восемь, ключевые: Add/Replace a record, Get a record, Search records, Check the existence of a record. Ключ записи уникален, повторная вставка без включённой опции Overwrite an existing record даёт ошибку.

Три места, где теряют данные:

• Имя поля в структуре это идентификатор колонки. Переименовали поле, и старые данные в нём недоступны, пока не создадите поле с прежним именем.
• Опция Strict отклоняет весь пакет, если в нём есть поля, не описанные в структуре.
• JavaScript хранит числа по стандарту IEEE 754, поэтому целые длиннее 14 знаков документация советует класть в поле типа text: длинные номера заказов и телефоны иначе округлятся.

Make автопостинг: разбор схемы публикации по расписанию

Соберём make автопостинг как учебный сценарий: таблица с контент-планом публикует посты в Telegram-канал в назначенное время, без повторов и без сжигания кредитов вхолостую.

1. Триггер. Google Sheets, модуль Search Rows раз в 15 минут. Именно Search Rows, а не Watch Rows: нужны строки, у которых наступило время публикации, а не просто новые.
2. Фильтр сразу после триггера. Дата публикации меньше или равна текущему времени и колонка Статус пуста. Фильтр стоит первым, потому что каждый пропущенный пакет умножается на число модулей ниже.
3. Проверка на дубль. Data store, Check the existence of a record по ключу из идентификатора строки. Защита от повторной публикации при перезапуске после сбоя.
4. Router. Один маршрут на канал, фильтры маршрутов по колонке Канал.
5. Публикация. Telegram Bot, модуль Send a Text Message or a Reply. Подключение создаётся токеном от @BotFather: команда /newbot, токен вставляется в поле Token коннекта.
6. Фиксация факта. Data store, Add/Replace a record с ключом строки, и Google Sheets Update a Row со статусом и ссылкой на пост.

Лимиты Telegram описаны в официальном FAQ Bot API: в один чат не больше одного сообщения в секунду, в группу не больше 20 сообщений в минуту, при массовой рассылке около 30 сообщений в секунду, дальше возвращаются ошибки 429. Вывод для контент-плана: разносите публикации по времени, а не выпускайте пачкой.

Расход считается так: триггер тратит 1 кредит за запуск независимо от числа найденных строк, дальше по одному кредиту на каждый модуль на каждый пропущенный фильтром пост. Два поста через четыре модуля дают 1 + 8 = 9 кредитов. При запуске раз в 15 минут это 96 запусков в сутки, то есть около 2880 кредитов в месяц только на холостые проверки триггера, почти три бесплатных плана. На Free с его 1000 кредитов такой сценарий не живёт, минимум это Core.

Автопостинг как маркетинговая задача, с выбором частоты и форматов под площадку, разбирается отдельно в материале про настройку автопостинга.

Как посчитать расход кредитов до запуска и где его смотреть после

Формула до запуска простая: (1 триггер + количество модулей × среднее число пакетов за запуск) × число запусков в месяц. Итератор превращает массив из 20 элементов в 20 прогонов каждого следующего модуля, поэтому пары итератор плюс агрегатор считаются отдельно.

После запуска расход смотрят в четырёх местах. Dashboard организации показывает средний дневной расход, остаток и дату сброса. Таблица Credit usage даёт разбивку по каждому запуску с объёмом переданных данных, и записи в ней хранятся столько дней, сколько указано в строке Execution log storage вашего плана: 7, 30 или 60. В билдере тумблер credit usage выводит расход по каждому модулю при Run once. History сценария показывает расход по отдельному запуску.

Уведомления приходят владельцу и админам на 75, 90 и 100 процентах. Письмо на 75 процентах отправляется не всегда, а только если расход опережает календарь: потратили 75 процентов кредитов на 40 процентах месяца, письмо будет; на 75 процентах месяца письма не будет. На 90 и 100 процентах уведомление приходит всегда.

Оплата из России и когда пора уходить с Make

Способы оплаты Make перечисляет прямо: для планов Core, Pro и Teams это кредитные и дебетовые карты, ACH direct debit, кошельки Apple Pay, Google Pay, Amazon Pay и Cash App Pay, плюс Link и Klarna. Корпоративным клиентам счёт выставляет аккаунт-менеджер. Экстра-кредиты и автодокупка оплачиваются только картой. Карты, выпущенные российскими банками, за пределами страны не принимаются, поэтому вариантов ровно три: карта иностранного банка, оплата через юрлицо в другой юрисдикции или отказ от Make.

Второй ограничитель не денежный: инфраструктура Make развёрнута на AWS в Европе и Северной Америке для всех планов без исключения, локальной зоны нет. Если оба ограничения критичны, прямая замена по логике сборки это n8n на своём сервере, устройство узлов и хостинг разобраны в отдельном материале. Когда задача сводится к переносу данных между окнами внутри корпоративного контура, смотрите в сторону RPA.

Частые вопросы

Что даёт бесплатный план Make

1000 кредитов в месяц без ограничения по сроку. Дальше начинаются потолки: 2 активных сценария, интервал запуска от 15 минут, максимум 5 минут на один запуск, файлы до 5 МБ, 512 МБ трафика, логи 7 дней и один data store на 1 МБ. Доступа к Make API на бесплатном плане нет.

Чем кредит отличается от операции

Операция это один прогон модуля, кредит это единица оплаты. Для обычных приложений и для сторонних ИИ-приложений с вашим ключом одна операция равна одному кредиту. У встроенного ИИ-провайдера Make кредиты считаются по токенам: у уровня small курс 5000 токенов на кредит, у large 1500. Make Code App берёт 2 кредита за секунду выполнения кода.

Почему сценарий отключился сам

Скорее всего сработал счётчик подряд идущих ошибок, по умолчанию он равен 3. На instant-триггерах счётчик не действует, такие сценарии отключаются с первой ошибки. Мгновенно отключаются также сценарии с ошибками AccountValidationError, OperationsLimitExceededError и DataSizeLimitExceededError. Второй вариант: восемь неудачных повторов подряд по экспоненциальной задержке.

Как часто Make может запускать сценарий

Минимальный интервал 15 минут на бесплатном плане и 1 минута на Core, Pro, Teams и Enterprise. Мгновенный запуск возможен только через вебхук и только для триггеров с меткой Instant. Для таких сценариев можно задать ограничение Maximum runs to start per minute, по умолчанию 100 запусков в минуту, лишние запросы уходят в очередь.

Сколько данных можно хранить в data store

1 МБ на каждую 1000 кредитов в плане: 10 000 кредитов дают 10 МБ, 20 000 кредитов дают 20 МБ. Одна организация может создать не более 1000 хранилищ, минимальный размер каждого 1 МБ, максимальный размер одной записи 15 МБ. На бесплатном плане с 1000 кредитов доступен ровно один data store размером 1 МБ.