Что такое Make

Make - это облачная платформа визуальной автоматизации, раньше известная как Integromat. Для владельца бизнеса это способ убрать ручной перенос данных между сервисами - заявки, склад, отчёты - там, где процесс состоит из нескольких шагов и условий, а не одного действия. Технически вы собираете сценарии из модулей: данные приходят из Gmail, CRM или вебхука, проходят через фильтры и ветвления, уходят в Slack, Google Sheets, Notion или любой другой сервис. Ниже - что это за инструмент, сколько стоит его использовать, как он устроен и чем отличается от Zapier и n8n.

Коротко: что это значит для бизнеса

• Это готовый SaaS, а не self-hosted инструмент. Не нужен сервер и администрирование — но все сценарии и данные обрабатываются в облаке Make, self-hosted версии нет.
• Тариф считается по операциям. Iterator умножает число операций на элементы массива — на большом объёме счёт может расти быстрее, чем кажется на старте.
• Сильная сторона — ветвящаяся логика без кода. Router, Iterator и Aggregator заменяют условия и циклы, которые иначе пришлось бы писать в коде.
• Экономика простая и быстро окупается. Пример: интернет-магазин с 300 заказами в месяц тратит на ручную сверку остатков и накладные около 50 часов (~600 $ по ставке 12 $/час); сценарий в Make укладывается в 20–30 $/мес.
• 1000+ готовых приложений, остальные REST API закрывают модули HTTP и Webhook.
• Хорошо подходит: средним командам без DevOps с многошаговыми процессами (заказ → склад → накладная → уведомление). Плохо подходит: там, где данные обязаны храниться на своей инфраструктуре или объём операций огромен при жёстком бюджете — тогда разумнее self-hosted n8n.

Что это за проект

Make (до 2022 года - Integromat) - SaaS-платформа для no-code/с минимальным кодом автоматизации, основанная в Чехии в 2012 году. В 2020 Celonis приобрела компанию, а в 2022 продукт переименовали в Make и обновили бренд. Сегодня это один из главных конкурентов Zapier в сегменте визуальных интеграций: более 1000 приложений, миллионы сценариев и акцент на сложной маршрутизации данных.

Идея Make близка к n8n и Zapier, но термины свои. У Zapier это «zap», у n8n - «workflow», в Make - scenario: граф из modules. Каждый модуль - одно действие: прочитать строку, отправить HTTP-запрос, преобразовать JSON, разветвить поток. Связи между модулями показывают, как данные текут по цепочке; визуальный редактор напоминает блок-схему.

Make работает только в облаке - self-hosted версии нет. Это плюс для команд без DevOps и минус для тех, кому критичен полный контроль над данными на своём сервере.

Зачем это владельцу бизнеса

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

Пример: интернет-магазин обрабатывает 300 заказов в месяц. Менеджер вручную сверяет остатки, готовит накладную и пишет клиенту - около 10 минут на заказ, то есть порядка 50 часов в месяц. При ставке 12 $/час это около 600 $ в месяц ручной работы. Сценарий в Make с несколькими условиями и API-вызовами укладывается в тариф на 20-30 $/мес - подписка окупается уже в первый месяц.

Что это даёт бизнесу:

• Не нужен разработчик для сложной логики - Router и Iterator заменяют условия и циклы, которые иначе пришлось бы писать кодом.
• Меньше ошибок при многошаговых процессах - каждый шаг сценария выполняется одинаково, без пропущенных проверок и человеческой невнимательности.
• Прозрачные затраты по мере роста - тариф считается по операциям, расход виден в дашборде, бюджет на месяц вперёд легко спрогнозировать.
• Быстрая реакция на события с условиями - заказ, тикет или лид сразу попадает в нужную ветку обработки, а не ждёт ручной сортировки сотрудником.

Есть и то, что стоит учесть до подписки: Iterator умножает число операций на количество элементов массива, и на большом объёме счёт может вырасти быстрее, чем кажется на старте; все данные проходят через облако Make - это важно для регулируемых отраслей; а очень сложную бизнес-логику дешевле держать в коде, чем собирать из десятков модулей. Раздел «Кому подойдёт Make» ниже поможет понять, ваш ли это случай.

Как устроен сценарий

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

Сценарий в Make состоит из:

• Триггер - точка входа: вебхук, расписание, новое письмо, событие в Airtable, Stripe и т.д.
• Modules - шаги обработки: фильтр, маршрутизатор, итератор, агрегатор, HTTP, парсер JSON.
• Connections - линии между модулями; по ним передаются bundles - пакеты данных с именованными полями.

Данные в Make - это bundles (пакет данных с полями, например одна строка таблицы или одно письмо), а не массив items как в n8n. Каждый модуль получает один или несколько bundles, обрабатывает и отдаёт дальше. Для batch-операций используют Iterator - он разбивает массив на отдельные элементы и прогоняет каждый по своей ветке.

Выражения и маппинг полей делаются через визуальный интерфейс: вы кликаете на поле предыдущего модуля и подставляете его в следующий. Для сложной логики есть встроенные functions - аналог формул в таблице, плюс модуль JSON для парсинга и сборки структур без отдельного кода.

Router - сильная сторона Make: один поток данных можно развести на несколько веток по условиям, не дублируя триггер. Filter отсекает ненужные bundles до дорогих API-вызовов - это важно при тарификации по операциям.

Ключевые возможности

Интеграции

Более 1000 готовых приложений: Google Рабочее пространство, Slack, Notion, HubSpot, Shopify, Stripe, Telegram, Airtable, OpenAI, Anthropic и сотни других. Если готового коннектора нет - HTTP и Webhook закрывают любой REST API. Make также поддерживает OAuth для большинства популярных SaaS без ручной настройки токенов.

Data Store

Data Store - встроенное key-value хранилище внутри Make. Удобно для промежуточного состояния: счётчики, кэш ID, дедупликация событий, простые очереди между запусками сценария. Для лёгкой логики с сохранением состояния внешняя база не нужна.

Обработка ошибок

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

Шаблоны и команда

Templates - готовые сценарии от сообщества и команды Make. Teams позволяют делиться сценариями, учётными данными и папками внутри организации. Organizations - тариф для корпоративного использования, с SSO и централизованным биллингом.

AI-модули

Make добавил модули для OpenAI, Anthropic, Google Gemini и других LLM-провайдеров. Типичный пайплайн: входящий вебхук - классификация текста через GPT - Router по категории - запись в разные таблицы или ответ клиенту.

Make против Zapier и n8n

Zapier - быстрее старт для линейных сценариев «если A, то B». Make - сильнее там, где много ветвлений, работа с JSON и batch-обработка без написания кода. n8n - выбор при self-hosting, неограниченных вебхуках на своём железе и полном контроле данных.

Кому подойдёт Make

Make хорошо ложится на такие сценарии:

• Маркетинг и операции продаж - лид из формы - обогащение через Clearbit или HTTP - запись в HubSpot - уведомление в Slack.
• E-commerce - заказ в Shopify - проверка склада - создание накладной - письмо клиенту - синхронизация с бухгалтерией.
• Контент и медиа - RSS - фильтр по ключевым словам - публикация в соцсети и Notion.
• Поддержка - тикет из Zendesk - классификация через LLM - маршрутизация по команде.
• Средние команды без DevOps - нужна визуальная автоматизация «из коробки» без администрирования сервера и без штатного разработчика.

Менее подходит, если данные нельзя хранить в облаке третьей стороны, нужен self-hosting или очень высокий объём операций при жёстком бюджете - тогда n8n на своём VPS часто дешевле.

Как начать

Минимальный путь:

1. Зарегистрироваться на make.com - есть бесплатный tier с лимитом операций.
2. Создать scenario: выбрать trigger (например, Webhooks - Custom вебхук).
3. Добавить модуль обработки - Инструменты - Set variable или JSON - Parse JSON.
4. Добавить действие - Slack - Create a message или Google Sheets - Add a row.
5. Нажать Run once, отправить тестовый запрос на вебхук URL, проверить маппинг полей.
6. Включить Scheduling или оставить сценарий активным для триггеров в реальном времени.

Для продакшена: настройте обработчики ошибок на критичных модулях, используйте Filter до платных API-вызовов, следите за расходом operations в дашборде. Учётные данные храните в организации, не в личном аккаунте сотрудника, который может уволиться.

Документация: help.make.com. Активное сообщество - форум Make и шаблоны в галерее.

Плюсы и ограничения

Сильные стороны:

• Router и Iterator закрывают сложную ветвящуюся логику без единой строчки кода
• 1000+ готовых интеграций плюс HTTP/Webhook для любого REST API
• Data Store — встроенное key-value хранилище для промежуточного состояния без внешней БД
• гибкая обработка ошибок на уровне каждого модуля (повтор с задержкой, резервная ветка, игнор)
• визуальный маппинг JSON и batch-обработка через bundles — удобно для многошаговых процессов

На что обратить внимание:

• нет self-hosted варианта — все данные и выполнение сценариев проходят в облаке Make
• Iterator умножает число операций на количество элементов массива — на большом объёме счёт растёт быстрее, чем кажется на старте
• сложную бизнес-логику дешевле держать в коде, чем собирать из десятков модулей
• для регулируемых отраслей нужно сверять DPA и регион хранения данных с политикой компании

Итог

Make - зрелая облачная платформа визуальной автоматизации с сильным акцентом на маршрутизацию, batch-обработку и работу с JSON. Она занимает среднюю нишу между простым Zapier и гибким self-hosted n8n: больше контроля над потоком данных, чем у линейных zaps, но без необходимости поднимать свой сервер.

Если ваши интеграции - это цепочки с условиями, итераторами и несколькими API без выделенного бэкенд-разработчика - Make часто окупается скоростью сборки и наглядностью сценария на одном экране.

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

Если нужна помощь с разработкой, внедрением ИИ или сопровождением сайта под вашу задачу - напишите мне.

Часто задаваемые вопросы

Make и Integromat - это одно и то же?

Да. Integromat переименовали в Make в 2022 году после ребрендинга под эгидой Celonis. Функциональность та же: сценарии, модули, операции. Старые ссылки и документация постепенно мигрировали на make.com; если вы видели упоминание Integromat в статьях или курсах - речь о текущем Make.

Сколько стоит Make?

Есть Free план с ограниченным числом операций в месяц - достаточно для экспериментов. Платные тарифы начинаются примерно с $9/мес (Core) и растут по числу операций и частоте запусков. Каждый модуль в сценарии обычно считается как одна operation; Iterator умножает операции на число элементов. Для бизнеса это значит, что расходы предсказуемы на старте, но нужно закладывать рост счёта при масштабировании: перед этим стоит прогнать сценарий в тестовом режиме и посмотреть реальный расход в History.

Нужно ли уметь программировать, чтобы работать в Make?

Нет, для большинства сценариев: выбор модулей, триггеров и маппинг полей делаются в визуальном интерфейсе кликами. Для сложных случаев - кастомные заголовки HTTP-запросов, нетривиальная сборка JSON - пригодится базовое понимание REST API и структуры данных, но отдельный разработчик обычно не требуется. Штатный код нужен, только если логика выходит за рамки того, что покрывают Router, Iterator и модуль JSON.

Чем Make лучше Zapier?

Make сильнее в сложных сценариях: Router, Iterator, Aggregator, визуальный маппинг JSON, Data Store. Zapier проще для новичка и быстрее для «один триггер - одно действие». На старших тарифах Zapier добавил Paths, но визуальная модель Make изначально заточена под нелинейные потоки. По цене на простых сценариях разница зависит от числа шагов и операций - Make часто выгоднее при batch-обработке, Zapier - при редких линейных zaps.

Можно ли развернуть Make на своём сервере?

Нет. Make - только SaaS. Данные и выполнение сценариев проходят в инфраструктуре Make (облако). Если нужен self-hosting и полный контроль - смотрите n8n или собственные скрипты. Make выбирают, когда важнее время выхода на рынок и отсутствие DevOps, чем локальное хранение данных.

Безопасно ли хранить API-ключи в Make?

Учётные данные в Make хранятся зашифрованными и привязаны к организации или аккаунту. Рекомендации: использовать Teams/Organizations, выдавать доступ по ролям, не шарить сценарии с учётными данными наружу, включать 2FA на аккаунт, для вебхук-триггеров - проверять подпись или секрет в первом модуле Filter. Для чувствительных данных (персональные данные, финансы) сверьте DPA и регион хранения с политикой компании - Make обрабатывает данные как процессор от вашего имени.

Термины в статье

CRM — Customer Relationship Management — управление взаимоотношениями с клиентами

Zapier — SaaS that connects apps with no-code automations — SaaS-связка приложений без кода

self-hosted — software you run on your own servers — ПО на собственном сервере

n8n — open-source workflow automation platform — платформа с открытым кодом (open-source) для автоматизации сценариев (workflow)

SaaS — Software as a Service — программное обеспечение как услуга

router — routes requests or dialog turns — роутер / маршрутизатор

REST API — HTTP API that exposes resources via URLs and verbs — HTTP API: ресурсы через URL и методы GET/POST и т.д.

на своей инфраструктуре — on-premise — на своей инфраструктуре (on-premise)

webhook — HTTP callback when an event happens — HTTP-уведомление при наступлении события

DevOps — Development and Operations — совместная практика разработки и эксплуатации

no-code — building apps with visual tools, little or no programming — сборка приложений визуальными инструментами почти без кода

Airtable — spreadsheet-database hybrid for lightweight apps — гибрид таблицы и БД для лёгких приложений

вебхук — webhook — HTTP-уведомление при наступлении события

HubSpot — CRM and marketing platform for inbound growth — CRM и маркетинг-платформа для входящего роста

OAuth — Open Authorization — открытый протокол авторизации

пайплайн — pipeline — цепочка автоматических шагов обработки

self-hosting — running software on your own servers — развёртывание на собственном сервере

SSO — Single Sign-On — единый вход

LLM — Large Language Model — большая языковая модель

e-commerce — online selling of goods or services — продажа товаров или услуг через интернет

GPT — Generative Pre-trained Transformer — семейство генеративных языковых моделей

роутер — router — маршрутизатор запросов (router)

Zendesk — customer support and helpdesk platform — платформа поддержки клиентов и службы поддержки (helpdesk)

VPS — Virtual Private Server — виртуальный частный сервер

DPA — Data Processing Agreement — соглашение об обработке данных

2FA — Two-Factor Authentication — двухфакторная аутентификация