Make.com ошибка 429 Too Many Requests: причины и устранение
Автор отметил, что материал написан или существенно правлен с помощью ИИ (gemini-2.5-flash).
Ошибка 429 Too Many Requests в Make.com возникает, когда сценарий отправляет слишком много запросов за короткий промежуток времени, превышая лимиты внешнего сервиса или тарифного плана.
Инструкция актуальна для пользователей платформы Make (бывший Integromat), которым требуется оптимизировать сценарии без перехода на дорогие тарифные планы. Главное ограничение: встроенные паузы увеличивают общее время выполнения сценария.
Почему сценарий в Make.com останавливается с ошибкой 429
Код состояния HTTP 429 Too Many Requests возвращается внешним сервером API, когда клиент совершает больше вызовов, чем разрешено за определенный интервал времени (например, 100 запросов в минуту). Платформа Make.com фиксирует этот ответ и останавливает выполнение конкретного модуля или всего сценария в зависимости от настроек обработки ошибок.
Для малого бизнеса это означает, что массовая выгрузка данных из CRM в почтовый сервис или таблиц Google Sheets в мессенджер может единовременно запустить тысячи запросов. Внешние платформы ограничивают частоту обращений для защиты своей инфраструктуры от перегрузки.
Превышение лимита запросов в минуту или секунду у стороннего API
Обработка больших массивов данных без пакетной обработки (бандлов)
Запуск циклических итераторов, отправляющих запросы параллельно
Диагностика сбоя: как воспроизвести и найти проблемный модуль
Перед настройкой исправлений необходимо локализовать источник ошибки в истории выполнения сценариев Make.com. Ошибка 429 всегда указывает на конкретный модуль, который обратился к внешнему API и получил отказ.
В интерфейсе Make.com откройте вкладку History (История) и найдите неуспешный запуск. Нажмите на красную иконку модуля, чтобы посмотреть детали ответа сервера (Data -> Output -> Headers или Body). Обычно там содержится заголовок Retry-After или описание ограничения конкретной CRM или сервиса.
Перейдите в раздел History вашего сценария
Найдите выполнение со статусом Error
Проверьте тело ответа (Output) проблемного модуля
Зафиксируйте название сервиса, выдавшего ошибку
Как правильно настроить задержки между шагами в Make.com
Основной способ предотвратить ошибку 429 — снизить скорость отправки запросов с помощью инструментов управления потоком (Flow Control). В арсенале Make есть инструмент Sleep, который позволяет принудительно остановить выполнение сценария на заданное количество секунд.
Если внешний сервис разрешает обрабатывать только 3 запроса в секунду, добавление модуля Sleep с задержкой в 1–2 секунды между итерациями снизит общую частоту вызовов. Редакция отмечает, что этот метод увеличивает время работы сценария, поэтому он подходит для фоновых процессов, где скорость не критична.
Добавьте модуль Flow Control -> Sleep после операции, вызывающей перегрузку
Укажите задержку в секундах, исходя из лимитов API целевого сервиса
Используйте инструмент Aggregator перед отправкой пакета данных, чтобы сократить общее число вызовов
Фильтрация и ограничение объема бандлов для защиты от лимитов
Часто ошибка 429 возникает из-за того, что триггер (например, Watch Records) забирает из базы данных сразу сотни записей, которые затем поступают в цикл. Без ограничения потока каждый элемент отправляется отдельным запросом в ту же секунду.
Для оптимизации сценария используйте настройки Maximum number of results в триггере или добавьте фильтры на ранних этапах. Ограничение пачки обрабатываемых элементов за один запуск сценария позволяет уложиться в лимиты бесплатного или базового тарифа.
Уменьшите параметр Maximum number of results в настройках триггера
Установите фильтры (Filters) для отсеивания ненужных данных до отправки в API
Настройте расписание запуска (Schedule) реже, чем раз в минуту, если объем данных велик
Что делать если бесплатного лимита операций не хватает на рабочие процессы
Бесплатный тариф Make.com ограничивает пользователя определенным количеством операций в месяц. Когда малый бизнес растет, сценарии начинают упираться не только в ошибку 429 от внешних API, но и в исчерпание внутренних лимитов платформы.
Решением проблемы дефицита операций становится редизайн сценариев: отказ от ежеминутных проверок в пользу вебхуков (Webhooks), удаление избыточных шагов поиска данных и объединение запросов. Вебхуки активируют сценарий только при реальном событии, что исключает пустые операции.
Замените регулярные опросы сервисов (Polling) на входящие вебхуки
Удалите промежуточные модули Search, если можно передать ID напрямую
Проведите аудит сценариев на предмет дублирующих проверок
Алгоритм безопасного отката и проверки стабильности сценария
После внедрения задержек (Sleep) и настройки фильтров необходимо протестировать сценарий в безопасном режиме, чтобы убедиться в отсутствии ошибки 429.
Включите режим пошагового выполнения (Run once) на небольшом тестовом наборе данных. Убедитесь, что паузы отрабатывают корректно, а внешний сервис возвращает статус 200 OK вместо 429. Только после этого переводите сценарий в активный режим (Active).
Сохраните резервную копию рабочего сценария (Export blueprint)
Запустите сценарий кнопкой Run once с ограниченными входными данными
Проверьте логи выполнения в течение первого часа работы