Содержание
Переезд с no-code на свой код нужен, когда конструктор и связка сервисов перестают держать нагрузку и логику бизнеса: база тормозит, интеграции рвутся, подписки дорожают, а нужную функцию сделать нельзя. Переехать можно без остановки: новую систему строят рядом со старой, переносят данные и переключают части по очереди. Так платформа DariCrew ушла с Tilda и NocoDB на собственный код за 2,5 месяца и ни разу не остановилась.
Признаки, что система переросла no-code
Конструкторы вроде Тильды и таблицы-базы вроде NocoDB или Airtable хороши, пока проект маленький. Сигналы, что пора думать о переезде:
- База тормозит и падает. Пока записей тысячи, всё летает. На сотнях тысяч таблица в no-code начинает долго открываться, а запросы упираются в лимиты.
- Логика держится на цепочке интеграторов. Форма в Тильде отправляет данные в интегратор, тот в базу, оттуда в почту и CRM. Падение любого звена ломает процесс, и никто не видит где.
- Растут подписки. Каждый сервис стоит денег, и их число растёт вместе с проектом.
- Нужную функцию нельзя сделать. Сложные роли, расчёты, личный кабинет с историей, своя админка.
- Данные разбросаны. Клиенты в одной системе, заказы в другой, оплаты в третьей. Собрать отчёт можно только руками.
- Сотрудники делают руками то, что должна делать система. Копируют, сверяют, пересылают.
Что теряется при уходе с конструктора
Главное, что нужно понимать до начала: из no-code нельзя просто выгрузить проект и продолжить работать на своём сервере.
- Код страниц выгружается не везде и не целиком. У Тильды экспорт кода есть только на тарифах линейки Business. Формы после экспорта работают, пока действует подписка, и только на домене, указанном в настройках. Без подписки нужен собственный обработчик форм. Подробно в справке Тильды.
- Логика в интеграторах не переносится. Сценарии в сервисах автоматизации придётся описать и написать заново.
- Данные выгружаются, но не всегда в нужной структуре. Таблицы из no-code базы часто нужно чистить и раскладывать по новой схеме.
- Позиции в поиске. Если сменятся адреса страниц, без перенаправлений сайт потеряет трафик.
Поэтому первый шаг переезда не разработка, а опись того, что есть: какие страницы, какие данные, какие сценарии и какие сервисы задействованы.
Как переехать без остановки бизнеса
Безопасный переезд строится так, чтобы старая система работала до последнего дня. Порядок, который мы считаем правильным:
- Аудит и опись. Какие сервисы в связке, что в них хранится, какие сценарии через них идут, где узкие места. На выходе карта системы и план этапов.
- Новая база и перенос данных. Проектируем схему под реальные процессы, переносим данные и настраиваем регулярную синхронизацию, пока работают обе системы.
- Новые части рядом со старыми. Админка, личный кабинет, расчёты пишутся на своём коде и проверяются на копии с реальными данными.
- Переключение по одной части. Сначала то, что болит сильнее всего, затем остальное. Если что-то пошло не так, часть можно вернуть на старую схему.
- Отключение старых сервисов. Когда последняя часть переехала и проверена, подписки выключаются.
Если на сайте есть трафик из поиска, до переключения составьте карту перенаправлений со старых адресов на новые. Это защищает позиции в Яндексе и Google.
Пример: как переезжала платформа DariCrew
DariCrew это платформа инфлюенс-маркетинга, которая связывает бренды и блогеров. Она выросла на no-code связке: сайт на Tilda, база в NocoDB, сценарии и интеграции в Nodul и Adapter Nolim. С ростом числа пользователей связка перестала держать нагрузку.
Мы начали с аудита и поддержки старой версии. Когда no-code перестал держать нагрузку, перевели платформу на собственный код: React, Go, PostgreSQL и своя админ-панель.
Результат:
- 2 000+ одновременных пользователей держит платформа после переезда;
- 0 остановок за всё время переезда;
- 2,5 месяца от старта до сдачи;
- 4 чужих сервиса убрали из-под платформы.
Частые ошибки при переезде
- Переписать всё разом. Полгода разработки без результата, потом один рискованный день переключения. Если что-то пойдёт не так, ломается всё сразу.
- Заморозить развитие. Бизнес ждёт новую систему и не получает ничего нового, конкуренты уходят вперёд.
- Забыть про данные. Перенести структуру, но не настроить синхронизацию на переходный период. В итоге часть заказов теряется между системами.
- Забыть про поиск. Новые адреса страниц без перенаправлений обнуляют накопленный трафик.
- Оставить доступы у подрядчика. Новый код, репозитории и серверы должны принадлежать вам с первого дня.
Подробнее о выборе между доработкой и переписыванием в статье «Рефакторинг, замена модулями или переписать с нуля».
Когда звать внешнюю команду
Переезд с no-code это не разработка с нуля, а работа с живой системой, в которой уже есть клиенты, деньги и данные. Если своей команды нет или она занята текущими задачами, переезд удобнее отдать команде, которая уже делала такие переходы и останется на поддержке после.
Мы в ИнТерраТех ведём развитие систем этапами: начинаем с аудита, фиксируем состав, срок и цену каждого этапа до старта, сдаём части по очереди. Код и репозитории остаются у вас.
Частые вопросы
Когда пора уходить с Тильды или другого конструктора?
Когда база тормозит под нагрузкой, логика держится на цепочке интеграторов, растут подписки, а нужные функции сделать нельзя. Если совпало три признака и больше, переезд стоит планировать заранее.
Можно ли выгрузить сайт из Тильды и продолжить на своём сервере?
Частично. Экспорт кода есть только на тарифах Business, формы после экспорта работают при активной подписке и на указанном домене. Логику, корзину и сценарии в интеграторах придётся сделать заново.
Сколько длится переезд с no-code на свой код?
Зависит от объёма системы. Для ориентира: платформа DariCrew переехала за 2,5 месяца. Срок и цену этапов честно назвать можно только после аудита текущей связки.
Можно ли переехать без остановки сайта?
Да, если новую систему строить рядом со старой, синхронизировать данные и переключать части по одной. DariCrew за время переезда не остановилась ни разу.
Что будет с позициями в поиске?
Они сохранятся, если оставить адреса страниц или настроить перенаправления со старых адресов на новые до переключения.
