Что делать с проектом после Lovable

После первой версии проекта нужно решить, где живут код и данные, кто отвечает за публикацию и как другой человек продолжит работу. Эти решения лучше принять до запуска рекламы и первых клиентов.

Команда Lork·редакция Lork

8 августа 2026 г.·10 мин чтения

Короткий ответ: подключите проект Lovable к GitHub, зафиксируйте рабочую версию, составьте список внешних сервисов и переменных окружения. Затем выберите один из трёх путей: продолжать и публиковать в Lovable, вынести только фронтенд или передать весь проект разработчикам и на свою инфраструктуру.

Сайт редко заканчивается кнопкой Publish. После неё появляются домен, аналитика, формы, доступы, обновления и человек, который однажды спросит, почему всё устроено именно так. Ответ «так решил агент во вторник» плохо переживает передачу проекта.

Создать сайт с понятным следующим шагом

Сначала зафиксируйте, чем вы владеете

По документации Lovable о GitHub, проект можно связать с новым репозиторием и включить двустороннюю синхронизацию. После подключения код хранится в GitHub, а изменения из основной ветки синхронизируются с Lovable.

Перед следующей большой правкой сохраните:

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

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

Для клиентской работы договоритесь, кому принадлежит репозиторий. Если он создан в личном аккаунте исполнителя, передача однажды потребует лишних движений. Иногда вся зрелость процесса помещается в правильно выбранную организацию GitHub.

Выберите путь публикации и хостинга

Есть три практических варианта.

Путь	Когда подходит	Что нужно контролировать
Остаться в Lovable	нужен быстрый запуск и минимум инфраструктуры	тариф, публикация, домен, доступы
Вынести фронтенд	нужен свой CDN, хостинг или корпоративный процесс	сборка, переменные, SSL, логи, откаты
Перенести весь стек	есть требования к данным, сети или инфраструктуре	база, авторизация, файлы, резервные копии, безопасность

При публикации в Lovable проект получает постоянный адрес на lovable.app. Свой домен доступен на платных планах; сначала проект нужно опубликовать. В инструкции по доменам описаны покупка домена внутри сервиса и подключение домена другого регистратора. После изменения редактора живую версию нужно обновить через Publish → Update.

Для внешнего размещения Lovable предлагает подключить GitHub и развернуть фронтенд на управляемой платформе или собственной инфраструктуре. В официальном руководстве по внешнему хостингу отдельно перечислена ответственность владельца: сборка, переменные окружения, CDN, SSL, мониторинг, логи и откаты.

Перенос бэкенда сложнее. Если проект использует сервисы Supabase, обычной базы PostgreSQL может быть недостаточно: нужно заменить авторизацию, storage, realtime и edge functions. Миграцию стоит проектировать вместе с разработчиком.

Если после разбора выяснилось, что вам нужен обычный сайт или лендинг без сложного бэкенда, можно не переносить стек целиком. Откройте AI-конструктор сайтов Lork, перенесите утверждённые тексты и структуру, затем заново проверьте форму, мобильную версию и публикацию.

Как передать проект разработчику или клиенту

Хорошая передача состоит из кода, контекста и работающих доступов.

Подготовьте короткий документ:

Что делает проект и какие сценарии критичны.
Где находится production и какая версия опубликована.
Как запустить проект локально.
Какие внешние сервисы подключены.
Где хранятся данные и файлы.
Какие ограничения и известные ошибки остались.
Кто владеет доменом, репозиторием и рабочими аккаунтами.

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

Наши интервью показывают, почему этот этап влияет на выбор конструктора. Веб-студии нужен перенос прототипа между проектами и фиксация структуры. IT-компания ценит возможность показать и передать результат нетехническому заказчику. Организация из сферы здравоохранения хотела исходный код и более простой HTML вместо React для внутренней команды. Пользователь без опыта разработки обнаружил зависимость от инфраструктуры только после завершения проекта.

Универсального формата передачи нет. Команде на React удобен репозиторий Lovable. Разработчикам, которые поддерживают обычные HTML-сайты, такой стек может добавить работу. Формат результата нужно согласовать до генерации десяти страниц.

Что проверить перед запуском

Пройдите проект как владелец бизнеса и как новый пользователь.

Домен и публикация. Открываются основной адрес и www-версия, работает HTTPS, опубликована последняя сборка.

Формы и уведомления. Заявка доходит до нужного места, ошибка понятна, повторная отправка не создаёт хаос.

Доступы. В проекте нет тестовых аккаунтов с широкими правами. Секреты не находятся в публичном коде.

Данные. Понятно, где они хранятся, как выгружаются и восстанавливаются.

Мобильная версия. Главные сценарии работают на узком экране. В интервью ручные правки иногда ломали адаптивную вёрстку.

SEO. У каждой важной страницы есть понятный title, description, один основной заголовок, индексируемый текст и канонический адрес. В SEO-инструкции Lovable советуют повторно запускать проверку после публикации и после подключения собственного домена.

Аналитика. События регистрации, заявки, публикации или оплаты проверены вручную. Красивый график без событий остаётся красивым прямоугольником.

Откат. Команда знает, как вернуть рабочую версию и кто принимает решение о восстановлении.

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

Можно ли скачать код из Lovable?

Официальный путь экспорта проходит через подключение GitHub. После этого репозиторий можно клонировать и использовать вне Lovable.

Можно ли разместить проект на своём сервере?

Да, приложение можно развернуть вне Lovable. Для фронтенда путь проще. Перенос бэкенда и данных требует замены или самостоятельного обслуживания связанных сервисов.

Можно ли оставить Lovable только для разработки?

Да. Код может синхронизироваться через GitHub, а production размещаться на другой платформе. За внешний хостинг, логи и откаты тогда отвечает ваша команда.

Что происходит с доменом?

Домен можно подключить к опубликованному проекту Lovable или направить на другой хостинг. Важно сохранить доступ к регистратору и DNS, а перед переключением уменьшить риск простоя.

Когда лучше выбрать другой конструктор?

До начала проекта, если команде нужен конкретный формат кода, российский хостинг, локальная оплата или простая передача нетехническому владельцу. Сравнить варианты можно в статье об аналогах Lovable AI.

Создать проект в Lork

Поделиться:Сообщество Lork в Telegram