Зачем переносить проект — реальные ситуации
Это не абстрактный вопрос. Вот самые частые сценарии:
- Вы собрали сайт или приложение для клиента в своём аккаунте и хотите передать его в его аккаунт
- Смена команды: проект нужно перевести с личного аккаунта фрилансера в корпоративный воркспейс
- Хотите работать в Lovable (через VPN), но деплоить на российский хостинг — чтобы сайт открывался без VPN у пользователей
- Нужна независимая резервная копия кода вне платформы Lovable
- Заканчивается тарифный план, и нужно переехать на другой аккаунт без потери работы
Каждый из этих случаев требует своего подхода.
Метод 1: Transfer Ownership — официальный перенос владельца
Как работает Transfer Ownership
Transfer Ownership (перенос права владения) — встроенная функция Lovable, которая официально меняет хозяина проекта. Это самый корректный способ передать проект клиенту или в другой воркспейс. Важно понимать: перенести проект можно только внутри одного воркспейса или в другой воркспейс, куда нового владельца сначала нужно пригласить.
Пошаговая инструкция:
- Пригласите будущего владельца в ваш воркспейс: нажмите Invite в настройках воркспейса, введите email — человек получит письмо с приглашением
- После того как он принял приглашение, откройте нужный проект
- Зайдите в Project Settings (настройки проекта)
- Найдите раздел Transfer Ownership
- Выберите нового владельца из списка участников воркспейса
- Подтвердите перенос
По данным официальной документации Lovable и сообщества (май 2026): если владелец проекта покидает воркспейс, право владения автоматически передаётся наиболее старшему участнику — сначала другим владельцам, затем администраторам, затем редакторам.
| Что переносится | Статус |
|---|---|
| Весь код проекта | ✅ Да |
| История диалогов с ИИ (чат) | ✅ Да |
| Настройки проекта | ✅ Да |
| GitHub-связка | ⚠️ Рвётся, нужно переподключить |
| Supabase-связка | ⚠️ Требует переподключения |
| Биллинг и лимиты генераций | ❌ Считается по новому аккаунту |
| Переменные окружения (env) | ⚠️ Уточняйте перед переносом |
Что переносится при Transfer Ownership
💡
Важно: GitHub-связка после Transfer Ownership обрывается. Lovable покажет об этом предупреждение ещё до подтверждения. На новом аккаунте нужно заново подключить репозиторий — Lovable создаст новый, старый остаётся нетронутым.
Метод 2: Remix — копия проекта и как её правильно сделать
Что такое Remix и зачем он нужен
Remix — это создание независимой копии (форка) проекта. Не перенос: после Remix существуют два отдельных, независимых проекта. Remix удобен когда нужно:
- Взять чужой публичный шаблон за основу своего проекта
- Дублировать свой проект для безопасных экспериментов
- Дать клиенту свою копию шаблона без передачи оригинала
Важное изменение 2026 года: публичный Remix закрыт
С 22 апреля 2026 года Lovable полностью отключил публичную видимость проектов. Раньше можно было сделать проект публичным и любой мог его скопировать по прямой ссылке. Теперь это невозможно: все проекты по умолчанию имеют статус Workspace (виден только участникам воркспейса).
Как сейчас сделать Remix — актуальный способ
Поскольку публичный Remix через открытую ссылку больше не работает, вот правильная схема:
Способ А — Invite + Remix внутри воркспейса:
- Пригласите нужного человека в ваш воркспейс через Invite
- Войдите в проект и нажмите Share (поделиться) в верхней панели
- В разделе Add people добавьте пользователя с ролью Editor или Viewer
- Зайдите в Project Settings и убедитесь, что включена функция Enable public remixing — тогда участник с доступом сможет нажать Remix в интерфейсе и создать свою копию
- Он получит отдельный проект с полной копией кода, в котором будет единственным владельцем
Способ Б — Invite Link (ссылка-приглашение):
Через кнопку Share можно сгенерировать временную ссылку-приглашение — она действует 5 дней, после чего устаревает. Перейдя по ней, человек становится редактором (editor) проекта, после чего может сделать Remix. Ссылка генерируется в разделе Share → Invite link → Copy invite link.
Способ В — через GitHub (самый надёжный для передачи кода):
- Подключите проект к GitHub (об этом подробно в следующем разделе)
- Попросите человека создать новый проект в Lovable
- Пусть свяжет его с тем же или форкнутым репозиторием на GitHub
| Содержимое | Статус |
|---|---|
| Весь исходный код (компоненты, логика, стили) | ✅ Да |
| Серверные функции, Workers, ИИ-промпты в коде | ✅ Да |
| Переменные окружения (.env, API-ключи) | ❌ Нет |
| История диалогов с ИИ | ❌ Нет |
| Supabase — структура таблиц (SQL-миграции) | ⚠️ Код есть, подключение — нет |
| Supabase — реальные данные | ❌ Нет |
| GitHub-связка и настройки домена | ❌ Нет |
Что копируется при Remix
Про Supabase при Remix — важный нюанс. Код, который описывает структуру таблиц (SQL-миграции), копируется вместе с проектом. Но само Supabase-подключение (URL и ключи) не переносится. После Remix нужно либо создать новый Supabase-проект и прогнать те же SQL-миграции, либо подключиться к существующему Supabase — для этого в диалоге с проектом попросите ИИ вывести все SQL-скрипты создания таблиц, запустите их в своём Supabase и пропишите новые ключи в переменных окружения.
Про серверные функции, Workers и внутренние ИИ-промпты. Весь код, включая серверные функции на Cloudflare Workers, серверные хелперы, ИИ-промпты зашитые в бэкенд — копируется целиком, потому что это часть кодовой базы. Но если ИИ-промпты или ключи к внешним ИИ-сервисам (например, к OpenAI или Anthropic) хранились в .env-переменных — они не переносятся. Их нужно прописать вручную на новом проекте.
Метод 3: GitHub-интеграция — двусторонняя синхронизация
Когда нужен этот метод
GitHub-интеграция нужна в следующих ситуациях:
- Хотите иметь независимую копию кода вне Lovable, на случай если платформа недоступна
- Планируете деплоить проект на собственный сервер (в том числе российский VPS)
- Работаете в команде и часть правок вносится через IDE (редактор кода) напрямую
- Хотите настроить автоматический CI/CD (автодеплой при каждом изменении)
- Переносите проект через GitHub на новый аккаунт Lovable
Как работает GitHub-коннектор
GitHub-интеграция — это двусторонняя синхронизация между проектом Lovable и репозиторием (хранилищем кода) на GitHub. Не одноразовый экспорт, а постоянный живой мост. Подробно о GitHub как инструменте мы рассказывали в статье: GitHub: что это такое, как пользоваться и зачем он нужен.
Как подключить GitHub:
- Откройте Project Settings → Git → GitHub
- Нажмите Add connection → Add account
- В окне GitHub выберите аккаунт или организацию, разрешите доступ
- Нажмите Install & Authorize
- Вернитесь в Lovable, нажмите Connect рядом с аккаунтом
- Lovable автоматически создаст новый репозиторий и запустит двустороннюю синхронизацию
Не создавайте репозиторий на GitHub заранее — дайте Lovable сделать это самому. Иначе возникнут конфликты и подключение не пройдёт.
Что именно уходит в GitHub
| Содержимое | Синхронизируется |
|---|---|
| Весь исходный код (компоненты, логика, роутинг) | ✅ Да |
| Серверные функции и Workers | ✅ Да |
| Конфигурационные файлы (vite, tailwind, tsconfig и др.) | ✅ Да |
| .env-файлы с API-ключами и секретами | ❌ Нет — намеренно |
| История чата с ИИ в Lovable | ❌ Нет |
| Данные из Supabase (таблицы и записи) | ❌ Нет |
| Настройки домена в Lovable Cloud | ❌ Нет |
Что именно уходит в GitHub
Каждое изменение через чат с ИИ или в редакторе автоматически пушится в подключённую ветку GitHub. Обратно тоже работает: коммиты из GitHub синхронизируются в Lovable.
Метод 4: перенос через поддержку Lovable
Когда обращаться в поддержку
Если встроенные инструменты не решают задачу, обратитесь в поддержку напрямую:
- Нужно перенести проект между аккаунтами без общего воркспейса
- GitHub-связка сломалась после переноса и не восстанавливается
- Нужно восстановить случайно удалённый проект
- Вопросы по Enterprise-переносам
👉
Как обратиться: через встроенный чат поддержки в интерфейсе Lovable (иконка в правом нижнем углу) или через официальный Discord-сервер Lovable. Подготовьте ID проекта — он виден в URL вашего проекта.
Альтернатива через скачивание кода. На платных тарифах внутри редактора кода есть кнопка Download codebase — она скачает архив со всеми файлами проекта. Код можно передать кому угодно и развернуть где угодно.
Новый стек Lovable 2026: TanStack Start и Cloudflare Workers
Что изменилось в мае 2026
Это важно знать всем, кто работает с Lovable сейчас или планирует переносить/деплоить проекты. Примерно с 13 мая 2026 года Lovable перешёл на новый технологический стек (набор технологий) для всех новых проектов:
- Старый стек (до ~13 мая 2026): Vite SPA (React + Vite, клиентский рендеринг)
- Новый стек (с ~13 мая 2026): TanStack Start + Cloudflare Workers + SSR
TanStack Start — это полноценный SSR-фреймворк (SSR — Server-Side Rendering, серверный рендеринг). Это означает, что страница формируется на сервере и браузер получает готовый HTML, а не пустую «болванку» с JavaScript. Для SEO это огромный плюс: Google и Яндекс индексируют такие страницы сразу.
Cloudflare Workers — серверные функции, которые запускаются «на краю» сети Cloudflare (edge computing, буквально «вычисления на краю»). Они обрабатывают запросы к бэкенду, API-вызовы, ИИ-запросы — всё это уже не клиентский JavaScript, а реальный серверный код.
Что это означает при переносе и деплое
Для старых проектов (созданных до ~13 мая 2026) ничего не меняется — они остаются на старом Vite SPA стеке, миграция автоматически не происходит.
Для новых проектов это важно:
- Новые проекты — не чистые React-приложения. Это TanStack Start с серверным рендерингом и Cloudflare Workers
- Для самостоятельного деплоя нужен не просто статический хостинг (например, GitHub Pages не подойдёт), а сервер с поддержкой Node.js или Cloudflare Workers
- Cloudflare Workers не деплоятся на Vercel — это несовместимые платформы
- На российский VPS такой проект деплоится через Node.js-сервер (например, через `node server.js` или PM2), а не просто отдачей статических файлов через Nginx
Несмотря на смену стека, GitHub-синхронизация работает так же, двусторонняя. Команды `git pull`, локальная разработка, CI/CD — всё остаётся.
Российская схема: dev в Lovable, прод на VPS без VPN
Проблема и её суть
Lovable полностью недоступен из России без VPN — ни редактор, ни задеплоенные на `.lovable.app` сайты. Это значит: разрабатывать в Lovable и вести там dev-среду (среду разработки) без VPN нельзя. Но это не мешает создать архитектуру, при которой прод-версия (боевой сайт) живёт на российском сервере и открывается у любого пользователя без VPN.
Схема работает так:
- Вы включаете VPN и работаете в Lovable как обычно
- Каждое изменение синхронизируется в GitHub
- GitHub автоматически разворачивает новую версию на вашем российском VPS
- Пользователи заходят на ваш домен — без всякого VPN
Полная архитектура схемы
⚠️
[Вы + VPN → Lovable.dev] ←→ [GitHub репозиторий]
↓
[GitHub Actions (автодеплой)]
↓
Российский VPS: Timeweb / Selectel / [Reg.ru]
[Nginx + Node.js сервер → SSR / статика]
↓
[Ваш домен без VPN — для всех]
Шаг 1 — Подключите GitHub к Lovable-проекту
Используйте инструкцию из раздела «Метод 3» выше. После подключения каждое изменение из Lovable будет автоматически попадать в репозиторий GitHub. Убедитесь, что синхронизация работает: внесите тестовое изменение в Lovable и проверьте, появился ли новый коммит в репозитории.
Шаг 2 — Определите ваш стек и арендуйте VPS
Сначала определите стек вашего проекта:
- Если проект создан до ~13 мая 2026 — у вас старый стек (Vite SPA). Билд даёт папку `dist/` со статическими файлами. Деплоится на Nginx без Node.js.
- Если проект создан после ~13 мая 2026 — новый стек (TanStack Start + SSR). Нужен Node.js-сервер на VPS.
Провайдеры для VPS в России (российские, работают без VPN): Timeweb Cloud, Selectel, Reg.ru VPS, Beget VPS. Минимальная конфигурация: 1 vCPU, 1 ГБ RAM, 20 ГБ SSD. Стоимость — от 200–400 рублей в месяц (данные на основе открытых прайсов провайдеров, май 2026). Устанавливайте Ubuntu 22.04 LTS.
Шаг 3 — Установите окружение на VPS
Для старого стека (Vite SPA):
⚠️
sudo apt update && sudo apt upgrade -y
sudo apt install nginx nodejs npm git -y
Для нового стека (TanStack Start + SSR):
⚠️
sudo apt update && sudo apt upgrade -y
sudo apt install nodejs npm git -y
# Устанавливаем PM2 для управления Node.js-процессом
sudo npm install -g pm2
sudo apt install nginx -y
Шаг 4 — Склонируйте репозиторий и соберите проект
Для старого стека (Vite SPA):
⚠️
git clone https://github.com/ваш-аккаунт/ваш-репозиторий.git /var/www/myapp
cd /var/www/myapp
npm install
npm run build
# Папка dist/ — это готовый сайт, отдаём через Nginx
Для нового стека (TanStack Start + SSR):
⚠️
git clone https://github.com/ваш-аккаунт/ваш-репозиторий.git /var/www/myapp
cd /var/www/myapp
npm install
npm run build
# Запускаем SSR-сервер через PM2
pm2 start npm --name "myapp" -- start
pm2 save
pm2 startup
Шаг 5 — Вытащите нужные конфиги через диалог в Lovable
Это ключевой момент схемы. В Lovable есть редактор кода, где видны все файлы. Если нужен конкретный файл или участок кода — попросите ИИ прямо в диалоге проекта (через VPN):
> «Покажи содержимое файла server.ts для запуска SSR»
«Сгенерируй конфиг Nginx для TanStack Start SSR приложения»
«Выведи все переменные окружения из .env.example»
«Покажи SQL-схему всех таблиц Supabase в этом проекте»*
>
Скопируйте полученный код и добавьте нужные файлы на VPS вручную через SSH. Переменные окружения (API-ключи, токены Supabase и прочее) прописываются прямо на сервере в файле `.env` — они намеренно не попадают в GitHub.
Шаг 6 — Настройте Nginx
Для старого стека (статика Vite):
⚠️
server {
listen 80;
server_name ваш-домен.ru;
root /var/www/myapp/dist;
index index.html;
location / {
try_files $uri $uri/ /index.html;
}
}
Для нового стека (SSR через Node.js):
⚠️
server {
listen 80;
server_name ваш-домен.ru;
location / {
proxy_pass http://localhost:3000;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection 'upgrade';
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}
Добавьте SSL-сертификат через Certbot (Let's Encrypt): `sudo certbot --nginx -d ваш-домен.ru`
Как автоматически накатывать изменения из Lovable на VPS
GitHub Actions — ретрансляция изменений
Это превращает связку «Lovable → GitHub → VPS» в полноценный CI/CD (Continuous Deployment, непрерывное развёртывание). После каждого изменения в Lovable — через несколько минут обновлённая версия автоматически появляется на вашем российском сервере.
Создайте файл `.github/workflows/deploy.yml` в репозитории (добавьте его через редактор кода Lovable или напрямую в GitHub):
Для старого стека (Vite SPA):
⚠️
name: Deploy to VPS (Vite SPA)
on:
push:
branches: [main]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- name: Setup Node.js
- name: Install and Build
- name: Deploy static files to VPS
Для нового стека (TanStack Start + SSR):
⚠️
name: Deploy to VPS (TanStack SSR)
on:
push:
branches: [main]
jobs:
deploy:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v3
- name: Setup Node.js
uses: actions/setup-node@v3
with:
node-version: '18'
- name: Deploy to VPS
uses: appleboy/ssh-action@v0.1.7
with:
host: ${{ secrets.VPS_HOST }}
username: ${{ secrets.VPS_USER }}
key: ${{ secrets.VPS_SSH_KEY }}
script: |
cd /var/www/myapp
git pull origin main
npm install
npm run build
pm2 restart myapp
В настройках репозитория GitHub добавьте три секрета (Settings → Secrets and variables → Actions): `VPS_HOST` (IP вашего VPS), `VPS_USER` (например, `root`), `VPS_SSH_KEY` (приватный SSH-ключ для подключения к серверу).
Итоговая схема работы:
- Вы включаете VPN и открываете Lovable
- Генерируете или правите проект в Lovable
- Lovable автоматически пушит изменения в GitHub
- GitHub Actions запускает деплой на ваш VPS
- Nginx на VPS отдаёт обновлённую версию сайта
- Пользователи заходят на ваш домен — без VPN
Типичные ошибки при переносе проекта
Ошибка 1: создать репозиторий GitHub вручную перед подключением
Lovable создаёт репозиторий сам. Если создать его заранее — возникнут конфликты. Дайте платформе сделать это автоматически.
Ошибка 2: переименовать репозиторий после подключения
Если переименовать, переместить или удалить репозиторий на GitHub — синхронизация сломается и проект в Lovable перестанет обновляться. Придётся отключать и заново подключать GitHub.
Ошибка 3: ждать, что env-переменные перенесутся при Remix или Transfer
Секретные ключи (API Supabase, токены, пароли) намеренно не копируются ни при Remix, ни при Transfer, ни в GitHub. На каждом новом окружении их нужно прописывать вручную.
Ошибка 4: пытаться деплоить новый TanStack-проект как статику
Проекты созданные после ~13 мая 2026 работают на SSR и требуют Node.js-сервера. Попытка отдать папку `dist` через Nginx как статику не сработает корректно — нужен запущенный Node.js-процесс.
Ошибка 5: пытаться Remix скопировать данные из Supabase
Remix копирует только код. Данные из таблиц Supabase, пользователи, файлы — всё это остаётся в исходном Supabase-проекте. Для нового проекта нужен новый Supabase с теми же таблицами, созданными через SQL-миграции.
Полезный промпт для ИИ
Используйте этот промпт, чтобы спланировать деплой своего Lovable-проекта прямо сейчас. Запускайте в Claude Sonnet 4.6, ChatGPT GPT-5.5, Gemini, Алисе от Яндекса или в удобном агрегаторе нейросетей SYNTX.AI — там в одном месте доступны все топовые ИИ без VPN с оплатой в рублях.
ПРОМПТ: Планирование деплоя Lovable-проекта на российский VPS
⚠️
Ты — DevOps-инженер с опытом деплоя Node.js и React-приложений.
Контекст:
- У меня есть проект в Lovable.dev
- Стек проекта: [укажи — старый (Vite SPA) или новый (TanStack Start + SSR, создан после 13 мая 2026)]
- Проект синхронизирован с GitHub-репозиторием
- Мне нужен прод-деплой на российском VPS — сайт должен открываться без VPN
- VPS: [укажи провайдера, например Timeweb Cloud], Ubuntu 22.04
- Домен: [укажи свой домен или напиши "пока нет"]
- Бэкенд: [Supabase / нет бэкенда / другое]
- Используются ли Cloudflare Workers в проекте: [да/нет/не знаю]
Задача:
- Составь пошаговый план настройки VPS с нуля под мой стек
- Напиши готовый файл GitHub Actions для автодеплоя при каждом пуше в main
- Напиши корректный конфиг Nginx под мой стек (статика или SSR proxy)
- Объясни, где и как безопасно хранить .env-переменные на VPS
- Если у меня новый стек с Cloudflare Workers — объясни, какие функции можно запустить на Node.js VPS, а что требует Cloudflare
- Дай команды для первого ручного деплоя и последующих автоматических
Требования:
- Все команды — для Ubuntu 22.04
- SSL через Let's Encrypt (Certbot)
- GitHub Actions деплоит только при пуше в ветку main
- PM2 для управления Node.js-процессом (если нужен)
Если вам интересна тема создания ИИ-инструментов и сервисов без глубокого программирования — посмотрите, как был создан сайт для компьютерного клуба с помощью Lovable за 70 минут: кейс с реальными деньгами.
Полный обзор всех возможностей платформы — в статье: Lovable.dev: как создать сайт или приложение с ИИ. О вайбкодинге как явлении — в материале: Вайбкодинг: что это и почему весь мир кодит «по вайбу».
Хотите автоматизировать бизнес-процессы с помощью ИИ? Попробуйте сервис ИИ-агентов NeurAgents — там можно запустить полноценного ИИ-сотрудника под разные задачи: от обработки лидов до поддержки клиентов.
🔥
Подписывайтесь на Телеграм-канал Дмитрия Борейчука — там бесплатные обучения, инсайты из 11 лет практики в маркетинге и 2+ лет глубокой работы с ИИ
FAQ
Как перенести проект Lovable на другой аккаунт?
Пригласите нового пользователя в ваш воркспейс через Invite, затем зайдите в Project Settings → Transfer Ownership, выберите нужного участника и подтвердите. Весь код и история диалогов переносятся. GitHub-связку и Supabase нужно переподключить заново.
Можно ли сделать публичную ссылку на Remix проекта в Lovable?
С 22 апреля 2026 года публичная видимость проектов удалена. Теперь для Remix нужно пригласить человека в воркспейс через Share → Add people или через временную Invite Link (действует 5 дней), включить Enable public remixing в настройках проекта — и он сможет нажать Remix в интерфейсе.
Копирует ли Remix серверные функции и ИИ-промпты из бэкенда?
Да — весь код, включая Cloudflare Workers, серверные функции и ИИ-промпты зашитые в код, копируется полностью. Не копируются: переменные окружения (.env), данные Supabase, история чата и GitHub-связка.
Как сделать, чтобы сайт из Lovable открывался без VPN в России?
Подключите проект к GitHub, арендуйте российский VPS (Timeweb, Selectel, Reg.ru), настройте автодеплой через GitHub Actions. Каждое изменение в Lovable будет автоматически попадать на ваш сервер, а сайт будет открываться на вашем домене без VPN.
Чем отличается новый стек Lovable (TanStack Start) от старого (Vite SPA) для деплоя?
Старые проекты (до ~13 мая 2026) дают папку с готовыми статическими файлами — их можно просто отдавать через Nginx. Новые проекты требуют запущенного Node.js-сервера, так как используют серверный рендеринг. На российском VPS это решается через PM2 + Nginx как прокси.
Что происходит с Supabase при Remix или Transfer Ownership?
При Remix: SQL-код структуры таблиц копируется вместе с проектом, но само подключение (URL и ключи) не переносится — нужно создать новый Supabase-проект и прогнать те же SQL-миграции. При Transfer Ownership: Supabase-связка требует переподключения на новом аккаунте.
Можно ли импортировать чужой GitHub-репозиторий в Lovable?
Нет, в 2026 году это не поддерживается. Lovable работает только в одну сторону: экспорт из Lovable в GitHub. Если хотите начать с кода из GitHub — создайте новый проект в Lovable, подключите его к тому же репозиторию, но учтите, что Lovable создаст новый репозиторий, а не подключится к существующему.
Что делать если проект не работает после переноса?
Первым делом проверьте переменные окружения — они не переносятся автоматически. Затем переподключите GitHub и Supabase. Если используете новый стек (TanStack Start), убедитесь, что на VPS запущен Node.js-процесс через PM2, а не просто статика через Nginx.
