Проект из Lovable не работает после деплоя: частые причины
Чаще всего проект из Lovable или Bolt не работает после деплоя из-за трёх причин: переменные окружения не перенеслись с платформы на сервер, база данных осталась в конструкторе и недоступна снаружи, либо сборка для продакшена отличается от той, что запускалась внутри платформы. Решение в каждом случае разное, но начинается с одного и того же — с логов.
Коротко
- Чаще всего причина в переменных окружения, которые не перенеслись на сервер.
- Вторая по частоте причина — база данных, которая осталась доступна только внутри платформы-конструктора.
- Третья — различия между сборкой для разработки и для продакшена.
- Диагностировать это можно по логам сервера и консоли браузера, не трогая код вручную.
- Чинится точечно: одна конкретная причина — одно исправление, без переписывания проекта.
Что это и когда возникает
Проект, собранный в Lovable, Bolt или похожей платформе, обычно открывается и работает внутри самой платформы без проблем — она подставляет переменные окружения и запускает нужную версию базы данных автоматически. Когда вы переносите тот же код на внешний хостинг (Vercel, Netlify, VPS), эти автоматические настройки пропадают, и ровно поэтому «работало внутри — не работает снаружи».
Варианты: три основные причины
| Причина | Как проявляется | Как чинится |
|---|---|---|
| Переменные окружения не перенесены | Белый экран, ошибки подключения к базе или API в консоли | Перенести значения из настроек платформы в .env или в панель хостинга |
| База данных осталась внутри платформы | Сайт открывается, но данные не загружаются | Экспортировать базу или подключить внешнюю (например, отдельный проект Supabase) |
| Сборка для продакшена отличается от разработки | Ошибки именно после build, локально всё в порядке |
Разобраться в конфигурации сборки и привести её к единому виду |
Сколько стоит и из чего складывается цена
Диагностика бесплатна: я смотрю логи и конфигурацию и называю точную причину и объём работы. Дальше — почасовая работа по 3 000 ₽/час, если проблема точечная, либо заказ под ключ от 50 000 ₽, если нужно доводить проект до продакшена целиком (домен, HTTPS, бэкапы, мониторинг).
Что ломается в эксплуатации дальше
Если причину устранили «на глаз», без теста или чек-листа, проблема часто возвращается при следующем деплое — например, если переменная окружения снова не попала в настройки нового окружения. Поэтому важно не просто один раз поправить, а зафиксировать процесс деплоя.
Когда это не нужно
Если проект пока работает только внутри платформы-конструктора и переносить его на свой хостинг в ближайшее время не планируется — чинить деплой рано. Сначала стоит убедиться, что сам продукт нужен в текущем виде.
Что спросить у подрядчика
- Какая именно причина поломки — можете показать в логах?
- Это разовое исправление или типовая проблема, которая может повториться?
- Что из конфигурации нужно сохранить на будущее (чек-лист деплоя)?
- Что входит в стоимость — только фикс или ещё и база/домен/HTTPS?
- Остаются ли у меня доступы и понимание, что было сделано?
Как это сделано у меня
Я начинаю с бесплатного аудита: смотрю логи сервера, конфигурацию и структуру проекта, и только после этого называю причину и план. Подробнее о формате работы — на странице ВайбФикс.
Частые вопросы
Можно ли починить это самостоятельно, не разбираясь в коде?
Частично — да, если проблема в переменных окружения и у вас есть доступ к панели хостинга. Если дело в базе данных или в сборке, без разбора кода обычно не обойтись.
Сколько времени занимает такая починка?
Если причина очевидна по логам — несколько часов. Если нужно разбираться в архитектуре проекта — от одного дня.
Это разовая проблема или она может повториться?
Может повториться при каждом новом деплое, если причина не устранена, а не просто обойдена. Поэтому я фиксирую исправление тестом или чек-листом деплоя, а не просто правлю один раз.
Ещё по теме
Разработчик. Пишу о починке проектов на ИИ и ИИ-автоматизации на основе своей практики. Подробнее — как я работаю.
Если Telegram не открывается: MAX · oongemakh@gmail.com
Обновлено: