Сценарии собраны, отлажены, работают: заявки с сайта летят в CRM, ночные сообщения получают первый ответ, отчёты приходят сами. А потом платформа, на которой всё это собрано, начинает создавать проблемы - то оплата зарубежной картой, то доступы, то просто ощущение, что бизнес висит на сервисе, который вам никто в России не поддержит. И первым порывом почти всегда бывает «пересобрать потом, когда станет совсем плохо». Потому что в голове переезд выглядит как полгода работы заново.
Этот материал - пошаговый план переезда сценариев с n8n на российскую платформу Growo. Мы пройдём путь целиком: инвентаризация, экспорт JSON из n8n, вставка в конструктор, честный список того, что переносится само, а что останется заглушками и потребует рук, и включение через песочницу на 72 часа. Главное скажем сразу: пересобирать с нуля ничего не нужно, но и «нажал кнопку - и всё поехало» тоже не случится. Переезд - это вечер работы для простых сценариев и несколько дней для сложных, и ниже видно, из чего это время складывается.
Почему вопрос переезда встаёт именно сейчас
У компаний, собравших автоматизацию на n8n, обычно три повторяющихся мотива. Первый - доступы и оплата: платформа зарубежная, и каждый продление подписки или восстановление доступа превращается в квест. Второй - данные: через сценарии проходит переписка с клиентами, телефоны, суммы заказов, и юридическому лицу с обязательствами по 152-ФЗ всё сложнее объяснять, почему это лежит в иностранном облаке. Третий - поддержка и знания: когда сценарий ломается, обсуждать это приходится на чужом языке в чужом часовом поясе.
Ни один из этих мотивов не означает, что n8n плох. Это популярный инструмент, и его формат экспорта - как раз то, что делает переезд реальным: сценарий целиком описывается в обычном JSON-файле, который можно скачать и унести. Мы со своей стороны собрали честный разбор отличий и совпадений - он в сравнении Growo и n8n, и к нему стоит вернуться, когда пройдёте шаги ниже.
Один важный принцип на весь материал: мы не агитируем за переезд ради переезда. Если сценарии работают и ничего не болит - у вас нет задачи. Задача появляется, когда боль от платформы становится больше страха перед переездом. Дальше - о том, как этот страх разобрать на конкретные шаги.
Главный страх: «у меня там полгода работы»
Страх обоснованный - если переезд означает «открыть два окна и переносить ноды по одной». Так делали раньше, и именно поэтому миграция автоматизации считалась проектом на месяцы.
Но у n8n с самого начала был честный формат: весь сценарий - ноды, связи между ними, переменные, даже позиции блоков на канвасе - хранится в структурированном файле. Меню сценария, пункт Download - и на диск падает JSON, который описывает вашу автоматизацию целиком. Это не скриншот и не резервная копия «на всякий случай», это исполняемое описание.
Раз формат открытый, то его можно прочитать программно. Именно так работает импорт в Growo: конструктор принимает скачанный JSON, разбирает его и собирает схему у себя. Страх «полгода работы» заменяется вопросом «что именно из этого файла прочитается само, а что доделать руками». И на этот вопрос есть точный ответ - мы вынесли его в таблицу ниже, но сначала пройдём подготовительные шаги.
Шаг 0. Инвентаризация: что вообще перевозить
Переезд начинается не с техники, а со списка. Откройте все сценарии в n8n и ответьте по каждому на три вопроса: что он делает, как часто срабатывает и что случится, если он замолчит на неделю. Обычно после этого списка становится меньше - в любом накопившемся хозяйстве есть мёртвые ветки, дубликаты и эксперименты двухлетней давности, которые никто не выключил.
Кто едет первым
Первыми перевозите сценарии двух типов. Первый - критичные для скорости ответа клиенту: обработка заявок с сайта, первый ответ в мессенджерах, ночные дежурства. Пока такой сценарий в пути, каждая пауза оборачивается молчанием в адрес живого клиента - о цене этого молчания мы подробно писали в материале «Сколько стоит молчание». Второй тип - простые цепочки без кода: триггер, HTTP-запрос, условие, отправка. Они переносятся почти полностью и дают быстрое ощущение «переезд реально работает».
Кто едет последним или не едет вообще
Сценарии с большим количеством JS-нод - кодовых блоков с произвольной логикой - ставьте в конец очереди: каждую такую ноду придётся переписывать (ниже объясним, почему). Экспериментальные и отключённые сценарии не перевозите вовсе - переезд это ещё и расчистка, а не перекладывание хлама в новую квартиру.
Шаг 1. Экспорт сценария из n8n
Технически это самый короткий шаг. Откройте сценарий в редакторе n8n, найдите в меню сценария пункт Download (в списке workflow) - и сохраните файл. В файле окажется всё: список нод с настройками, связи между ними, значения по умолчанию, позиции блоков на канвасе и даже ваши стикеры-заметки, если вы ими пользовались.
Два практических совета. Первый: скачивайте по одному сценарию, а не всю рабочую область разом - так проще проверять результат переноса, не путаясь в десятке схем. Второй: перед экспортом откройте сценарий глазами и вспомните, что он вообще должен делать. Звучит банально, но через год после сборки автор сценария редко помнит, зачем тут условие с тремя ветками. Если есть человек, который знает логику - позовите его на этот шаг.
Шаг 2. Вставка JSON в конструктор Growo
Теперь файл нужно вставить в конструктор. Импорт читает пакет, разбирает ноды и связи и собирает схему на канвасе Growo - причём блоки встают на те же места, где стояли в n8n. Это не мелочь для красоты: вы будете проверять перенесённую схему глазами, и знакомое расположение блоков экономит часы - не надо заново читать чужую топологию, достаточно сравнить со старым экраном.
Если файл битый или в нём нет ни одной исполняемой ноды - импорт честно откажется работать и скажет об этом ошибкой, а не сделает вид, что всё перенеслось. Это принципиальный момент нашей философии импорта: молчаливая потеря нод хуже громкой ошибки. Потерянную ноду вы обнаружите через неделю по жалобе клиента; отброшенный файл - сразу, за той же клавиатурой.
Что переносится само
Короткий список того, что после вставки JSON работает без вашего участия.
- HTTP-запросы. Адрес, метод, заголовки, тело и таймаут переносятся как есть - а это, как правило, заметная часть сценария интеграции.
- Условия if. Ветвление «тогда/иначе» с операторами сравнения: больше, меньше, равно, пусто/не пусто.
- Переключатели switch. Многовариантные развилки, где каждая ветка ведёт в свою цепочку шагов.
- Паузы wait. Ожидание в минутах и часах пересчитывается в секунды и переносится шагом задержки.
- Переменные set. Присвоения значений становятся последовательностью шагов установки переменных.
- Триггеры. Расписание переносится честно - час и минута срабатывания сохраняются; вебхук становится триггером-вебхуком; ручной запуск - ручным.
- Позиции и заметки. Расположение нод на канвасе и стикеры с комментариями переезжают вместе со схемой.
- Выражения вида $json.x. Ссылки на данные предыдущего шага переносятся в шаблоны платформы автоматически.
Что останется заглушками - и почему мы говорим об этом прямо
Теперь неудобная часть, без которой материал был бы рекламой, а не планом работы.
- JS-ноды (Code, Function) не исполняются. Произвольный JavaScript из нод n8n платформа не запускает - и не будет делать вид. Такая нода переносится на канвас как заглушка с предупреждением: блок видно, связи сохранены, но логику нужно переписать штатными шагами - условиями, переменными, HTTP-запросами - или оставить этот узел человеку. Это главное ограничение переезда, и лучше узнать о нём из этой таблицы, чем из молча зависшего сценария.
- Редкие сервисные ноды - интеграции сервисов, которых нет в списке поддерживаемых, - тоже становятся заглушками с предупреждением. Нода не теряется на канвасе, но её функцию заменяют HTTP-запросом к API сервиса или убирают.
- Сложные выражения. Шаблоны с переменными окружения $vars, датами $now и подобной экзотикой остаются в схеме, но движок отрендерит их пусто - импорт честно пометит такое предупреждением. Проверьте каждое.
- AI-ноды (шаги к языковым моделям) превращаются в шаг агента - но промпт и параметры нужно перепроверить и, скорее всего, переписать под наш движок.
- Ноды отправки - Telegram, электронная почта, мессенджеры - становятся шагами отправки, но канал и получателей нужно переподключить заново: доступы и токены в файле экспорта не живут.
Общий принцип: всё, что не исполняется 1:1, попадает в список предупреждений - вы видите его сразу после импорта, а не после первого падения.
Таблица соответствия: элемент n8n → шаг в Growo → что проверить
Сводная шпаргалка переезда. Распечатайте или держите открытой рядом с конструктором.
| Элемент n8n | Что станет в Growo | Что проверить после импорта |
|---|---|---|
| Вебхук (webhook) | Триггер «вебхук» | Новый адрес триггера - и перевесить на него источник заявок |
| Расписание (schedule, cron, interval) | Триггер «расписание» | Час и минуту; нераспознанный интервал станет 9:00 ежедневно - предупреждение подскажет |
| HTTP-запрос (httpRequest) | Шаг HTTP | Токены и авторизацию - секреты не переносятся |
| Условие (if) | Ветвление «тогда/иначе» | Операторы и границы сравнения |
| Переключатель (switch) | Развилка на ветки | Что каждая ветка ведёт в свою цепочку шагов |
| Переменные (set) | Последовательная установка переменных | Порядок шагов - значения присваиваются друг за другом |
| Пауза (wait) | Задержка в секундах | Длительность: минуты и часы пересчитаны автоматически |
| Ожидание ответа (resume webhook) | Шаг ожидания ввода | Что именно продолжает сценарий после ответа |
| Слияние (merge) | Сквозные связи от всех источников | Логику склейки параллельных веток |
| JS-нода (code, function) | Заглушка-лог, не исполняется | Переписать логику штатными шагами или отдать человеку |
| AI-нода (GPT и похожие) | Шаг агента | Промпт, модель, параметры ответа |
| Отправка (почта, Telegram и другие) | Шаг отправки | Канал, доступы, список получателей |
Двенадцать строк - и по каждой колонка проверки. Пройдите её сверху вниз один раз, и вы физически не сможете пропустить заглушку.
Шаг 3. Разбор предупреждений
После импорта у вас два артефакта: схема на канвасе и список предупреждений. Работайте со списком в таком порядке. Сначала триггеры - без них сценарий мёртв, и проверять остальное бессмысленно. Потом заглушки: каждая JS-нода это решение - переписать логику шагами, заменить HTTP-запросом или упростить сценарий так, чтобы нода стала не нужна. Часто выясняется, что нода кода делала то, что умеет штатный шаг - её писали «от знаний ноды», а не от задачи. Потом выражения с предупреждениями - перепроверьте, что подставится вместо пустышки.
И только после этого - первый прогон. Не наоборот: гонять сценарий с живыми заглушками - значит смотреть на красивое движение схемы, которое ничего не делает.
Шаг 4. Пробный запуск и песочница на 72 часа
Когда схема собрана и предупреждения разобраны, начинается вторая половина переезда - проверка под напряжением. Сначала пробный запуск: сценарий исполняется на тестовых данных, наружу ничего не уходит, а вы смотрите журнал - какие шаги сработали, что ответили, где споткнулись. Детально этот этап мы описали в соседнем материале о пробном запуске без риска.
Дальше - песочница. Сценарий включается по-настоящему: триггер живой, данные настоящие, но статус у него «песочница», окно ограничено 72 часами, и боевое включение - отдельное осознанное решение. Трое суток - это рабочий ритм, ночные часы и, обычно, кусок выходных: большинство грабель переезда вылезает именно на стыке режимов «день/ночь/выходной». Если за 72 часа сценарий не разложил ни одну заявку и не молчал в ответ на живой вопрос - переезд можно считать состоявшимся.
Грабли переезда, о которых узнают постфактум
Четыре ошибки, которые встречаются чаще прочих. Та, что бьёт по клиентам напрямую, разобрана сразу ниже; остальные три переформулированы в частые вопросы в конце материала.
Двойной запуск
Классика любого переезда: новый сценарий уже включён, а старый в n8n ещё не выключен - и заявка обрабатывается дважды, клиент получает два ответа. Выключайте старый сценарий в момент перевешивания вебхука, а не «потом».
Сколько длится честный переезд
Не будем называть цифр «за 15 минут» - время зависит от вашего хозяйства. Простой сценарий без кода - триггер, пара условий, HTTP, отправка - переносится и проверяется за вечер. Сценарий с JS-нодами занимает кратно больше: каждый блок кода это перевод логики на штатные шаги и отдельная проверка. Хуже всего переносятся «сценарии-компьютеры» - те, где ноды используются как среда программирования; иногда честнее признать, что это была программа, и собрать её логику заново, а не перевозить.
Общий ориентир такой: если в вашем сценарии больше заглушек, чем работающих шагов, - это не переезд, это переписывание, и планировать его надо как отдельную задачу со своими сроками.
Пока сценарий в пути: кто отвечает клиентам
На время переезда у критичных сценариев должен быть ручной запасной режим - человек, который подхватывает поток, если перенос затянулся. Хорошая новость: одновременно с переездом вы можете закрыть самую частую дыру - скорость первого ответа. Виджет на сайт и правила первого контакта описаны в материалах «Виджет на сайт за 30 секунд» и «Первый контакт за секунды»; о том, чем автоматизация отличается от CRM и как они уживаются, - в сравнении CRM или ИИ-сотрудник.
Частые вопросы про переезд
Куда деваются ключи API и пароли при экспорте сценария?
Почему после переезда расписание срабатывает не в тот час?
Может ли перенесённый сценарий запустить сам себя по кругу?
Что делать сейчас
- Составьте список сценариев в n8n и отметьте критичные для ответа клиентам.
- У самого простого критичного сценария выполните Download JSON.
- Вставьте файл в конструктор Growo и прочитайте предупреждения - до любых настроек.
- Решите по каждой JS-ноде: переписать шагами, заменить запросом или отдать человеку.
- Прогоните сценарий на тестовых данных, затем включите песочницу на 72 часа.
- По результатам окна перевесьте вебхук на новый адрес, выключите старый сценарий - и отметьте переезд выполненным.
Переезд автоматизации - это не прыжок в неизвестность, а последовательность проверяемых шагов: экспорт, импорт, разбор предупреждений, прогон, песочница. Если хотите пройти её на своих сценариях - начните с разведки рынка и своих данных в Growo, там же видно, как автоматизация ложится на вашу нишу.