Make или Zapier: тысяча запусков может отличаться в цене в семь раз

6 октября 2026 г. в 00:00|Обновлено: 6 октября 2026 г. в 02:10|Автор: Редакция QUASA|6 мин чтения

По июльскому расчёту WizardCost, тысяча запусков в месяц стоила $73,50 у Zapier и $10,59 у Make — почти в семь раз меньше. Модель предполагает три автоматизации, помесячную оплату и самый дешёвый подходящий пакет. Это цена заданной конфигурации, а не универсальная стоимость тысячи запусков.

Если нужные приложения и действия доступны в обоих сервисах, для частого многошагового процесса сначала имеет смысл посчитать Make. Zapier стоит предпочесть, когда его интеграция закрывает задачу без обходных решений или более простая настройка экономит команде существенное время. Июльскую сумму нельзя переносить в новый счёт без сверки тарифа: на открытой странице Make Core пакет на 10 000 кредитов показан по $12 в месяц при помесячной оплате, а не по $10,59 из стороннего расчёта.

Запуск, операция, кредит и задача — разные величины

Запуск означает одно выполнение сценария. В Make внутри него работают модули: один получает входящее событие, следующие создают запись, отправляют сообщение или преобразуют данные. Выполнение модуля называют операцией, а оплачивают его кредитами. Большинство обычных действий расходует один кредит, но отдельные сложные функции могут расходовать больше; поэтому число операций и число кредитов не всегда совпадают.

У Zapier единица учёта — задача. Правило подсчёта Zapier относит к задачам успешно выполненные действия, но исключает входящие триггеры, фильтры, условия ветвления и шаги, которые не выполнились. Опрос приложения в поисках нового события тоже не расходует задачи. Если заявка запускает создание записи и уведомление сотрудника, один запуск даёт две задачи.

У Make число операций меняется и от способа получения заявок. Описание операций Make поясняет: проверяющий модуль выполняется один раз, даже если возвращает несколько записей, а последующие модули выполняются для каждой записи отдельно. Поэтому тысяча заявок может пройти как через тысячу отдельных запусков, так и через меньшее число проверок, каждая из которых забирает пачку данных. В обоих случаях работу после получения данных нужно считать по каждой заявке.

Три условных сценария на тысячу заявок

Во всех примерах команда получает за условный месяц тысячу заявок. Расчёты предполагают обычные модули Make с одним кредитом за действие и успешно выполненные стандартные действия Zapier. Здесь нет дополнительных веток, ИИ, повторных попыток и других автоматизаций в том же аккаунте. Полученные числа показывают расход тарифных единиц, а не отдельную плату за каждую заявку.

Заявка превращается в запись

Предположим, каждая новая заявка немедленно запускает процесс, который создаёт одну запись в системе учёта. В Make входящий модуль и модуль создания записи выполнятся по тысяче раз: получится 2000 обычных кредитов. В Zapier триггер не добавит задач, а тысяча успешно созданных записей израсходует 1000 задач. Полезный результат одинаков, но численно сравнивать кредит с задачей как одну денежную единицу нельзя.

Бесплатного лимита Make в тысячу кредитов на такую цепочку не хватит: входящие события уже займут весь запас, а создание записей потребует ещё столько же. Это не делает Zapier автоматически дешевле. Для выбора важны цена и размер подходящего пакета, а также расход остальных процессов команды. Бесплатный лимит показывает ёмкость аккаунта, но сам по себе не говорит, сколько завершённых заявок он обработает.

После записи уходит уведомление

Теперь процесс создаёт запись и отправляет сотруднику сообщение по каждой заявке. При отдельном входящем событии на каждую заявку Make выполнит три обычных модуля по тысяче раз и израсходует 3000 кредитов. Zapier посчитает два успешных действия на заявку — всего 2000 задач. Добавление уведомления увеличивает расход обеих платформ, хотя число заявок и запусков остаётся прежним.

Если уведомление нужно только по части заявок, его расход зависит от числа сообщений, которые действительно отправлены. У Zapier действие, остановленное фильтром, задач не создаёт. В Make входящий модуль и действия, выполненные до проверки условия, уже израсходуют кредиты. Место условия в цепочке поэтому влияет на счёт не меньше, чем общее число нарисованных шагов.

Заявки поступают пачками

Сохраним запись и уведомление, но предположим, что Make проверяет источник раз в час на протяжении условного 30-дневного месяца. Это 720 проверок; если каждая заявка проходит через два последующих модуля, получится ещё по тысяче их выполнений, всего 2720 обычных кредитов. Проверяющий модуль может вернуть несколько заявок за один запуск, поэтому расход ниже, чем при отдельном входящем событии для каждой заявки.

У Zapier регулярный опрос источника задач не создаёт. Тысяча записей и тысяча уведомлений по-прежнему дадут 2000 задач, если все действия успешны. Для расчёта Make предполагается, что проверка получает все новые заявки без дополнительных циклов и модулей. Если заявки редки, частые пустые проверки продолжают расходовать кредиты Make; если приходят пачками, одна проверка распределяется между несколькими заявками.

Как перейти от единиц расхода к месячному счёту

Стороннее сравнение подбирает тарифный пакет под объём работы, а не назначает постоянную цену запуску. Для условного процесса с записью и уведомлением тысяча заявок означает 3000 обычных кредитов Make или 2000 задач Zapier. Затем к этому расходу прибавляются все остальные автоматизации аккаунта и выбирается пакет, который покрывает общий объём. Если процесс вырос за пределы пакета, условия дополнительных кредитов или задач тоже меняют счёт.

Опубликованные $73,50 и $10,59 полезны как пример того, насколько сильно может различаться итог для выбранной модели. Они не означают, что любая команда получит такую же пропорцию: июльские цены уже расходятся с открытым месячным тарифом Make, а одно дополнительное действие на каждой заявке меняет расход за месяц. Сравнение особенно чувствительно к фильтрам, нескольким результатам одного входящего события и способу запуска — немедленно или по расписанию.

Когда выбор решают настройка и интеграции

Перед оплатой важнее проверить всю нужную цепочку, чем общее число приложений в каталоге. Наличие подключения к системе учёта ещё не гарантирует, что в нём есть нужный триггер, действие и поля заявки. Если их нет, команде может понадобиться дополнительный модуль или обходной процесс; это увеличит время настройки и иногда расход тарифных единиц.

Тарифы Zapier ограничивают бесплатный план 100 задачами в месяц и цепочкой из триггера и одного действия; многошаговые процессы предусмотрены в Professional. У бесплатного Make лимит составляет 1000 кредитов, но минимальный интервал запуска по расписанию — 15 минут. Эти ограничения важны по-разному: простой перенос редких заявок может укладываться в короткую цепочку, а запись с уведомлением требует нескольких действий и соответствующего тарифа.

Для команды, которой нужен конкретный редкий коннектор и короткая понятная цепочка, Zapier может оказаться удобнее даже при более дорогом тарифе. Если приложения доступны в обоих сервисах, поток большой, а процесс содержит несколько действий на заявку, Make заслуживает расчёта первым. Чтобы оценить сложность сборки без лишних шагов, полезно заранее описать входящие данные и результат первого сценария в Make.