Проект из Lovable не работает после экспорта
Проект из Lovable ломается после экспорта, потому что часть его жизни остаётся в облаке Lovable: подключённый Supabase, edge-функции, секреты и адреса редиректов авторизации. Нужно забрать код через GitHub, перенести переменные и функции в свой Supabase или сервер, поправить адреса входа и настроить роутинг на хостинге.
Первая помощь и как чиним
- 1Забрать код через GitHub
Подключаем синхронизацию Lovable с GitHub и клонируем репозиторий — так вы получаете полную историю, а не архив без контекста.
- 2Собрать проект локально
Ставим зависимости, запускаем npm run build и чиним ошибки, которые редактор Lovable скрывал.
- 3Перенести Supabase-часть
Выносим URL и ключи в переменные, деплоим edge-функции и их секреты в нужный проект Supabase.
- 4Поправить авторизацию
Меняем Site URL и Redirect URLs в настройках Auth на ваш домен, проверяем вход, выход и сброс пароля.
- 5Выложить и проверить
Настраиваем хостинг с fallback на index.html, HTTPS и проверяем все страницы по прямым ссылкам.
Чинить самому или отдать в «аптечку»
Мы уже наступили на эти грабли — вам не придётся
Аптечка: что с проектом?
3 вопроса — и мы скажем, сколько стоит починка. Чек-лист безопасности проекта в подарок.
Интервью с собственником и РОПом, аудит текущей CRM и источников заявок.
1–3 дняВоронки, роли, точки контроля. Согласуем до того, как что-то настраивать.
3–5 днейНастраиваем Битрикс24 и дописываем недостающие инструменты. Демо каждую неделю.
1–4 неделиОбучение, база знаний, поддержка. Дорабатываем, пока цифры не поедут вверх.
дальше — с вамиПодробнееразвёрнутое описание, этапы и нюансы
Lovable собирает фронтенд на Vite, React и TypeScript, а бэкенд почти всегда отдаёт Supabase. В редакторе всё это связано за вас. После экспорта связи рвутся, и проект, который вчера работал на *.lovable.app, на вашем хостинге показывает белый экран, ошибку входа или 404. Если вы ещё не знакомы с общими причинами, начните с разбора, почему вайб-код ломается.
Почему так происходит
- Секреты живут не в коде. Ключи OpenAI, Stripe и других сервисов Lovable хранит как секреты Supabase для edge-функций. В репозиторий они не попадают, и это правильно, но на новом месте их нужно задать заново.
- Edge-функции не деплоятся сами. Папка
supabase/functionsв репозитории есть, но если вы сменили проект Supabase, функции надо выкатить вручную через Supabase CLI. - Адреса авторизации. В Supabase Auth остаются Site URL и Redirect URLs от превью Lovable. Письма подтверждения и вход через Google ведут туда.
- Роутинг одностраничного приложения. На хостинге без правила fallback любая ссылка кроме главной даёт 404 при обновлении страницы.
- Ошибки, которые прятал редактор. Предупреждения TypeScript, разные версии Node, lock-файл от другого пакетного менеджера.
Что проверить самому
- Проект собирается локально:
npm install, затемnpm run build. Ошибки сборки выписывайте целиком. - В
src/integrations/supabase/client.ts(или похожем файле) указан тот проект Supabase, который вы ожидаете. - В Supabase → Authentication → URL Configuration стоит ваш домен, а не адрес Lovable.
- В Supabase → Edge Functions функции существуют, а в их секретах заданы все ключи.
- Хостинг отдаёт
index.htmlна неизвестные пути. Для nginx это одна строка:
location / { try_files $uri $uri/ /index.html; }
- В консоли браузера (F12) нет красных ошибок про
undefinedURL или 401 от Supabase.
Если на каком-то шаге непонятно, что вы видите, — это нормально, дальше уже работа разработчика.
Когда звать разработчика. Если проект простой — несколько страниц и форма — и сборка проходит, обычно хватает поправить адреса авторизации и настроить fallback на хостинге. Звать на помощь стоит, если сборка падает с десятками ошибок, если в проекте несколько edge-функций с платными API, если вы хотите уйти не только с хостинга Lovable, но и сменить проект Supabase, или если в базе уже есть живые пользователи и данные, которые нельзя потерять при переезде.
Как чиним мы
Начинаем с диагностики: клонируем репозиторий, собираем, сверяем, что осталось в облаке Lovable. Дальше выносим все адреса и ключи в переменные окружения с файлом .env.example, деплоим edge-функции, правим настройки авторизации и выкладываем фронтенд на ваш сервер или хостинг с HTTPS. В конце проверяем ключевые сценарии руками: регистрация, вход, основная форма, оплата, если она есть. Подробнее об услуге — на странице «Аптечка вайб-кода».
Сколько стоит
Диагностика с отчётом — 50 000 ₸, запуск и сборка проекта — ещё 40 000 ₸, итого от 90 000 ₸ для небольшого проекта. Если нужен ещё и деплой на свой сервер с доменом, добавляется 50 000 ₸. Точную сумму покажет калькулятор и коммерческое предложение — укажите там «Lovable» и что именно болит.
Частые вопросы
Можно ли продолжать редактировать проект в Lovable после экспорта?
Да, если работать через синхронизацию с GitHub: правки из Lovable и из редактора попадают в один репозиторий. Главное — не править одно и то же в двух местах одновременно.
Нужно ли переезжать с Supabase, чтобы уйти с Lovable?
Нет. Lovable лишь подключает Supabase, сам проект Supabase живёт отдельно. Его можно оставить, а уйти только с хостинга Lovable.
Почему после входа меня перекидывает на старый адрес?
В настройках Auth Supabase остался адрес превью Lovable. Его нужно заменить на ваш домен в Site URL и Redirect URLs.
Сделаем так же у вас
Короткий созвон — и вы знаете срок и цену. Или посчитайте сами за 2 минуты.