Гайды

Make в России: доступ и ограничения

18 октября 2026 · 13 минут чтения

Проверка фактов

Юлия Найпак

Методист по автоматизации. Сверяет паспорт инструмента с документацией вендора.

Автор Р

Редакция

Коллектив авторов, редакторов и иллюстраторов статей на сайте блога онлайн-университета «Зерокодер». Пишем…

Черновик готовит редакция с помощью ИИ. За стандарт издания отвечает главный редактор — Валерий Курземнек.

Материал редакции Зерокодера. Счёт по выдаче снят собственным прогоном 18 октября 2026 года; цитаты источников приведены дословно. Обновлено: октябрь 2026.

Make в России: доступ и ограничения упираются в три вещи. Первая — экспортное право США: по мастер-соглашению сервис подчиняется экспортным законам США и может блокировать доступ для подсанкционных стран и регионов. Вторая — наблюдения сообщества: автор темы о загрузке дашборда предположил влияние российского маршрута, а другой участник привёл сообщение об исправленном сбое входа. Третья — оплата: сторонние обзоры описывают отказы российских карт, но текущий результат своего платежа нужно проверять отдельно. Ниже — что подтверждено документами вендора, что видно из обсуждений и как выстроить работу.

Мы скачали подборку результатов веб-поиска по запросу «Make в России: доступ и ограничения»: текст отдали 9 из 10.

Что такое Make и где проходят границы продукта

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

Зоны у Make разделены. В обсуждении на форуме проекта пользователь из Кыргызстана описал адрес https://eu2.make.com/organization/2785221/dashboard — то есть организация привязана к конкретной зоне, в данном случае eu2. Перенос между зонами делается отдельным инструментом миграции, о нём ниже.

Границы продукта заданы мастер-соглашением. В нём сказано, что сервисы подпадают под экспортные законы США и других юрисдикций, и вендор может блокировать, ограничивать или приостанавливать доступ для тех, кто подпадает под санкции или эмбарго. Это рамочное условие: формулировка говорит о праве вендора.

Второй документ — технические и организационные меры. Там перечислены ролевая авторизация, аутентификация по уникальному имени и паролю, логирование доступа, шифрование данных при передаче по AES-256, шифрование данных при хранении, минимизация доступа суперпользователя, разделение продуктивных и тестовых систем, псевдонимизация персональных данных. Эти меры описывают, как устроена защита внутри платформы, и полезны при оценке рисков для рабочего процесса.

Третий слой — API. По документации для разработчиков Make API требует аутентификации запросов через API-токены или подключение OAuth 2.0; неаутентифицированные запросы получают ошибку аутентификации. Токен передаётся в HTTP-заголовке в формате Authorization: Token <значение>. Для OAuth-потока отдельно описаны короткоживущий access token, долгосрочный refresh token и одноразовый код авторизации. Эти сроки относятся к OAuth и не устанавливают срок действия обычного API-токена из заголовка Authorization: Token.

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

Условия доступа и где смотреть актуальные требования

Актуальные требования живут в двух местах: в юридических документах вендора и в сообществе проекта. Юридический слой — мастер-соглашение и документ о технических и организационных мерах. Соглашение регулируется законами штата Нью-Йорк, а стороны подчиняются исключительной юрисдикции судов в Нью-Йорке. Там же оговорено, что при конфликте с императиными нормами страны вашего пребывания применяется статутное право в той мере, в какой оно прямо применимо и стороны не могут от него отступить договором.

Практический слой — форум сообщества. Именно там появляются описания симптомов, которые не попадают в документацию. В теме про бесконечную загрузку дашборда пользователь перечислил, что уже пробовал: вход с VPN и без, разные серверы и провайдеры, режим инкогнито, разные браузеры, очистка кэша и cookies, смена пароля, разные устройства и сети. Ничего не помогло. Позже автор темы предположил связь с российским маршрутом и оценкой Cloudflare. Это его объяснение; другой участник в той же теме привёл сообщение об исправленном сбое входа, поэтому обсуждение не устанавливает единственную причину всех подобных отказов.

Отдельно стоит вопрос оплаты. По обзорам на vc.ru, российские карты при оплате подписки отклоняются, а биллинг в 2026 году построен на кредитах вместо операций, с привязкой платежа к организации, роли и периоду подписки. Там же описан порядок оплаты через Payholder по заявке. Эти материалы — сторонние обзоры, и их стоит читать как описание практики.

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

Порядок действий: от входа до рабочего сценария

Порядок ниже описывает работу с уже существующей организацией. Он опирается на документацию вендора и на разборы в сообществе.

Шаг первый — вход и проверка зоны. Откройте адрес своей организации и убедитесь, что дашборд загружается полностью. Если страница зависает на размытых плейсхолдерах, это тот самый симптом бесконечной загрузки, который обсуждали на форуме. Адрес организации содержит зону, например eu2, и номер организации.

Шаг второй — диагностика через консоль браузера. Инженер сообщества предложил конкретную последовательность: открыть инструменты разработчика, перейти на вкладку сети, включить отключение кэша, выбрать типы запросов, перейти на дашборд, затем через контекстное меню кнопки обновления выполнить жёсткую перезагрузку с очисткой кэша и снять скриншот таблицы сетевых запросов. Дополнительно предлагается открыть вкладку консоли и снять скриншот её содержимого — так проверяют, не падают ли скрипты. Отдельно предлагается открыть адрес https://eu2.make.com/api/v2/zone-config и посмотреть, загружается ли он.

Шаг третий — проверка аутентификации API. Если вы работаете через API, убедитесь, что запросы подписаны токеном или подключением OAuth 2.0. Токен идёт в заголовке авторизации. При утечке refresh-токен можно немедленно отозвать из профиля пользователя в разделе доступа к API.

Шаг четвёртый — проверка сценария. Ошибка 400 с текстом про отказ по IP в обсуждении на форуме разобрана так: поддержка Make объяснила, что проблема возникает из-за символов, введённых в поле ограничений по IP. Рекомендация — нажать кнопку редактирования, оставить поле пустым, сохранить сценарий и запустить его снова. В той же теме участники сначала предположили неверный формат тела запроса и советовали сменить тип содержимого на JSON или form data, но автор ответил, что пробовал это раньше и получил тот же результат.

Шаг пятый — перенос между зонами. Инструмент миграции переносит сценарии и их зависимости из одной организации Make в другую, в другой зоне. Для запуска нужны активные аккаунты в исходной и целевой зонах, целевая организация должна существовать и содержать хотя бы одну команду, а у вас должны быть права администратора или владельца в обеих организациях. Сценарии с ошибками мигрировать нельзя — они выводятся отдельным списком. Если организация использует Make API, жёстко прописанные идентификаторы придётся обновить после миграции. Сценарии, использующие одни и те же хранилища данных, рекомендуется переносить одной сессией, иначе возможны расхождения в данных. Если сценарии взаимодействуют с приложениями с ограничениями по IP, списки разрешённых адресов придётся обновить.

Инструмент переносит сценарии, соединения на основе OAuth и API-ключей, вебхуки и mailhooks, хранилища данных и структуры данных, папки, кастомные приложения, переменные команды и переменные организации. Сценарии сохраняют структуру, настройки и конфигурацию в целевой организации. Часть сущностей не переносится: пользовательские свойства сценария, аутентифицированные вебхуки, ИИ-агенты, шаблоны, незавершённые выполнения, очереди вебхуков, журналы выполнения, журналы аудита и аналитика.

Учебный пример и критерии самостоятельной проверки

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

Задача: убедиться, что дашборд и API отвечают согласованно. Возьмите свою организацию и пройдите пять проверок.

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

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

Проверка третья — конфигурация зоны. Откройте адрес конфигурации зоны и посмотрите, приходит ли ответ. Критерий: страница отдаёт данные конфигурации.

Проверка четвёртая — API. Отправьте запрос к API с токеном в заголовке авторизации. Критерий: аутентифицированный запрос возвращает данные, неаутентифицированный — ошибку аутентификации. Это прямо описано в документации для разработчиков.

Проверка пятая — сценарий. При ошибке 400 с отказом по IP запишите полный текст и проверьте поле ограничений по IP. В приведённом форуме поддержка предложила автору очистить это поле; применимость такого действия сопоставьте с настройкой именно своего вебхука и задуманным правилом доступа.

Что делать с результатами. Сопоставьте наблюдения по уровням: загрузка интерфейса и конфигурации зоны, аутентификация API и выполнение сценария. При ошибке аутентификации проверьте способ доступа и его настройки; при отказе по IP — полный текст и ограничения конкретного вебхука. Передайте поддержке результаты, если причина остаётся неясной.

Отдельное упражнение — учебный API. В документации для разработчиков описан API, созданный специально для курса по разработке кастомных приложений. После отправки формы с почтой, именем, фамилией, адресом перенаправления и принятием условий приходит письмо с учётными данными для первой версии на основе API-ключа и второй версии на основе идентификатора клиента и секрета. Доступ к третьей версии получают через практическое задание в курсе. Разработчикам доступен один набор. У этого API есть ограничения: каждому пользователю выдаётся шесть записей по умолчанию, которые нельзя обновить или удалить; можно создать до четырнадцати записей, что даёт двадцать извлекаемых записей; обновлять и удалять разрешено только созданные вами записи; можно создать один вебхук; размер страницы при пагинации по умолчанию и максимум равен пяти; предел извлекаемых записей по умолчанию и максимум равен двадцати. Доступ к API удаляется, если активности не было месяц, и все записи аккаунта удаляются.

Смежные варианты и что выбирать по задаче

Выбор зависит от того, что именно вам нужно: интерфейс, API или перенос данных. Ниже — сравнение по задачам.

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

Для обучения подойдёт учебный API: он даёт практику работы с ключами, идентификатором клиента и секретом, вебхуками и пагинацией. Лимиты там намеренно жёсткие, чтобы имитировать реальный опыт.

Если вам нужны локальные инструменты, посмотрите материалы редакции о запуске моделей на своём железе: Nemotron GGUF: как запустить модель локально и Llama cpp Android: как запустить модель на телефоне. Для работы с открытыми моделями пригодится разбор YandexGPT локально: как запустить открытую модель, а для управления через мессенджер — Claude Code Telegram: как подключить управление.

Типичные проблемы и проверяемые способы диагностики

Проблема первая — бесконечная загрузка дашборда. Симптом: вход проходит успешно, но дашборд не загружается, видны размытые плейсхолдеры. В обсуждении на форуме пользователь перечислил попытки: вход с VPN и без, разные серверы и провайдеры, инкогнито, разные браузеры, очистка кэша и cookies, смена пароля, разные устройства и сети. Автор темы предположил влияние российского маршрута; это объяснение следует отличать от установленного диагноза конкретного сбоя. Диагностика: проверьте сетевые запросы и конфигурацию зоны по шагам из предыдущего раздела.

Проблема вторая — блокировка при регистрации. В том же обсуждении пользователь описал, что попытка зарегистрировать новый аккаунт приводит к странице блокировки Cloudflare. Это происходит независимо от VPN, браузеров, устройств и сетей. Диагностика: проверьте, открывается ли конфигурация зоны, и сравните поведение на разных сетях.

Проблема третья — ошибка 400 с отказом по IP. Симптом: сценарий с вебхуком возвращает ошибку 400 с текстом про отказ по IP. В теме на форуме поддержка Make объяснила причину: в поле ограничений по IP введены символы. Решение — открыть редактирование, оставить поле пустым, сохранить сценарий и запустить снова. Диагностика: проверьте поле ограничений по IP перед тем, как менять формат запроса.

Проблема четвёртая — ошибка аутентификации API. Симптом: запрос к API возвращает ошибку аутентификации. Документация для разработчиков объясняет: запросы должны быть аутентифицированы токеном или подключением OAuth 2.0. Диагностика: проверьте заголовок авторизации и срок жизни токена доступа.

Проблема пятая — ошибка формата тела запроса. В той же теме участники сначала предположили неверный формат тела и советовали сменить тип содержимого на JSON или form data. Автор ответил, что пробовал это раньше и получил тот же результат. Диагностика: если смена формата не помогает, проверьте поле ограничений по IP.

Проблема шестая — невозможность создать обращение в поддержку. В обсуждении пользователь отметил, что не может создать обращение через центр помощи, потому что для этого нужен вход, а публичная форма требует выбора категории проблемы, и подходящего варианта для проблем со входом или блокировок Cloudflare там нет. Диагностика: опишите проблему в сообществе, приложив скриншоты сетевых запросов и консоли.

Проблема седьмая — расхождения после миграции. Инструмент миграции не переносит часть сущностей: пользовательские свойства сценария, аутентифицированные вебхуки, ИИ-агентов, шаблоны, незавершённые выполнения, очереди вебхуков, журналы выполнения, журналы аудита и аналитику. Диагностика: сверьте список перенесённого со списком неперенесённого и обновите идентификаторы и списки разрешённых адресов.

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

Работает ли Make в России?

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

Как оплатить Make из России?

По обзорам на vc.ru, российские карты при оплате подписки отклоняются. Биллинг в 2026 году построен на кредитах вместо операций, а платёж привязан к организации, роли и периоду подписки. Там же описан порядок оплаты через Payholder по заявке. Это сторонние обзоры, описывающие практику.

Что делать, если дашборд не загружается?

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

Почему сценарий возвращает ошибку 400 с отказом по IP?

Поддержка Make объяснила в теме на форуме, что проблема возникает из-за символов, введённых в поле ограничений по IP. Нужно нажать кнопку редактирования, оставить поле пустым, сохранить сценарий и запустить его снова. Участники обсуждения сначала предполагали неверный формат тела запроса, но смена формата не помогла автору.

Как перенести сценарии в другую зону Make?

Инструмент миграции переносит сценарии и их зависимости из одной организации в другую, в другой зоне. Нужны активные аккаунты в обеих зонах, существующая целевая организация с хотя бы одной командой и права администратора или владельца. Сценарии с ошибками мигрировать нельзя. Часть сущностей не переносится: шаблоны, ИИ-агенты, журналы выполнения, аналитика и другие. Жёстко прописанные идентификаторы и списки разрешённых адресов обновляются после миграции.