Make.com: почему сценарии перестали работать и как исправить

Сбой сценария в Make.com — это принудительная остановка автоматического процесса, вызванная чаще всего истечением срока действия токенов авторизации (Auth Errors), превышением лимитов API (ошибка 429) или несоответствием типов данных. Для восстановления работы требуется либо обновление подключения (Reauthorize), либо внедрение модулей обработки ошибок (Error Handlers), таких как Break или Resume.

Представьте ситуацию: понедельник, вы открываете CRM, ожидая увидеть десяток новых заявок за выходные, а там пустота. Первая мысль — маркетинг перестал работать. Вторая, более пугающая — «отвалилась» автоматизация. Вы заходите в систему, и вас встречает красная плашка с ошибкой на первом же модуле. Знакомо? Это классика жанра для любого, кто доверил рутину алгоритмам.

Я занимаюсь этим годами и вижу одну и ту же картину. Люди настраивают интеграцию, она работает как часы неделю, а потом Google или другая система решает, что пора обновить доступы. Или клиент вводит в поле «Телефон» слово «нет», и вся логика рассыпается. Давайте разберем, как сделать ваши сценарии пуленепробиваемыми, опираясь на сухие факты и логику платформы, а не на танцы с бубном.

Почему make com сценарии «умирают»: сухая статистика

Если смотреть на логи платформы (бывший Integromat), причины падений на удивление однообразны. Это не магия и не злой рок, а всего четыре технические проблемы, на которые приходится 95% всех остановок. Я собрал данные по отказам, чтобы вы понимали, где стелить соломку.

Проблема 7 дней: почему Google постоянно отключается

Это боль номер один. Вы используете https make com для связки Google Sheets или Drive, нажимаете стандартную кнопку «Connect», и все работает. Ровно неделю. Потом Google считает, что тестовый период закончен, и отзывает токен. Дело в том, что при стандартном подключении ваше приложение для Google имеет статус «Testing».

Решение здесь только одно, и оно требует зайти в Google Cloud Console. Вам нужно создать свой собственный OAuth Client (GCP Project). Да, это звучит как задача для программиста, но делается за 10 минут по инструкции. Главный лайфхак — после создания проекта перевести его из статуса «Testing» в «Production». Только это уберет семидневное проклятие, и вам не придется каждую неделю заходить в сценарий для переподключения.

Валидация данных: когда клиент пишет «десять» вместо «10»

Ошибки валидации (Data Mismatch) коварны тем, что они останавливают сценарий мгновенно. Система не знает, как сложить слово «привет» и число 5. Часто новички ищут решение, перебирая настройки модуля, но проблема лежит в данных.

Чтобы избежать этого, всегда ставьте фильтр «Data Exists» сразу после триггера. Это банальная гигиена автоматизации. Кроме того, использование фильтров до тяжелых модулей снижает расход операций (Credits) на 30–50%. Если данные пустые — сценарий просто не пойдет дальше и не потратит ваши деньги.

👉 Зарегистрироваться в Make.com (Бесплатно)

Инструменты диагностики: Make DevTool

Если вы серьезно настроены работать с make com, вам нужно установить официальное расширение для Chrome — Make DevTool. Без него отладка напоминает блуждание в тумане. Оно добавляет специальную вкладку в консоль разработчика (вызывается через F12).

Что это дает? Вы видите реальные «внутренности» обмена данными: Headers и Body запросов. Часто в интерфейсе сценария вы видите просто «Error 400», что ни о чем не говорит. А в DevTool вы увидите ответ сервера: «Field ’email’ is required». Это экономит часы поиска причин сбоя.

Стратегия выживания: директивы обработки ошибок

Оставлять сценарий без обработки ошибок (Error Handler) — это как ездить на машине без запасного колеса. Рано или поздно вы встанете. В Make есть специальные директивы, которые спасают данные при сбоях.

• Break (Разрыв): Мой любимый инструмент для критических узлов, например, записи в CRM. Если CRM выдает ошибку 500 (сервер недоступен), Break не убьет сценарий. Он сохранит данные в очередь «Incomplete Executions». Позже, когда CRM оживет, вы нажмете одну кнопку, и данные дойдут до адресата. Ни один лид не потеряется.
• Resume (Продолжить): Идеально для поиска. Логика простая: «Найти клиента в базе. Если ошибка (не найден) -> подставить дефолтное значение и создать нового». Сценарий не останавливается, процесс идет дальше.
• Ignore (Игнорировать): Используйте для мелочей. Например, отправка уведомления в Slack. Если Slack лежит, это не повод останавливать отгрузку товара или выставление счета.

CALMOPSAI

Тренды 2025: Watchdogs и AI-агенты

Автоматизация эволюционирует. Сейчас недостаточно просто настроить сценарий, нужно настроить систему контроля за ним. Вот что используют профессионалы в текущем сезоне.

Сценарии-сторожа (Watchdogs)

Это отдельный служебный сценарий, который через API Make проверяет здоровье ваших основных процессов. Идея проста: раз в час «сторож» опрашивает статус важных сценариев. Если он видит статус «Inactive» (сценарий выключился из-за ошибок), он тут же шлет вам в Telegram кнопку «Перезапустить». Это снижает время простоя с нескольких дней до пары минут.

AI в роли дебаггера

В ветку Error Handler теперь модно ставить нейросеть. Когда сценарий падает, JSON с кодом ошибки летит не просто в лог, а, например, в ChatGPT. ИИ анализирует техническую абракадабру и присылает вам в мессенджер понятное сообщение: «Сбой в Google Sheets: вы пытаетесь записать текст в ячейку, где настроена валидация только на даты». Это убирает необходимость лезть в логи и расшифровывать коды ошибок самостоятельно.

Осторожно: путаница в доменах

В сети часто возникает путаница с адресами. Люди в спешке вводят в строку браузера вариации вроде made com или making com. Исторически made.com был мебельным магазином (сейчас банкрот или перекуплен), а making.com — вообще другая история. Для нас важен только один адрес — www make com. Если вы ищете ресурсы или документацию, обращайте внимание на URL, чтобы не попасть на фишинговые заглушки, которые часто висят на доменах с опечатками, таких как make me com или странных конструкциях типа https www made com.

Отдельная категория — это made in china com, который иногда всплывает в поисковой выдаче по запросам о производстве, но к no-code автоматизации он отношения не имеет. Будьте внимательны: ваши данные (особенно ключи API) должны вводиться только на официальном домене платформы.

Кому на самом деле нужна автоматизация?

Научиться соединять модули линиями может каждый за пару вечеров. Но построить архитектуру, которая выдержит нагрузку, не потеряет данные при сбое API и не разорит вас на операциях — это другой уровень. Я часто вижу, как предприниматели тратят недели на починку того, что должно работать само.

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

Частые вопросы (FAQ)