Скачать сайт с Lovable: как выгрузить код и что проверить в архиве

Вопрос «как забрать свой код» задают чаще, чем вопрос «как собрать сайт». Это логично: собрали один раз, а забирать приходится в тот момент, когда решение уже принято и хочется, чтобы всё просто заработало на своём хостинге.

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

Три способа забрать код, и они не равнозначны

Кнопка выгрузки внутри платформы. Самый прямой путь. По документации Lovable, выгрузка всей кодовой базы одной кнопкой доступна на платных планах, а скачать отдельный файл можно на любом. Проверяйте это в своём аккаунте: условия у платформ меняются, и на момент этой публикации, 12 августа 2026 года, было так.

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

Сторонние расширения для браузера. В выдаче по этому запросу стоят два репозитория на GitHub и два расширения в Chrome Web Store, написанные посторонними людьми ровно для того, чтобы выгружать проекты. Само их существование говорит о спросе больше, чем любая статья.

Но подумайте дважды. Такое расширение работает от вашего имени в вашей залогиненной сессии и видит всё, что видите вы. Ставить его на тот же профиль браузера, где у вас открыты рабочие панели, платёжные кабинеты и почта, это плохая идея. Если решаетесь, заведите отдельный профиль браузера только под эту задачу и снесите расширение сразу после.

Чем три способа отличаются на практике

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

Скачать код и получить работающий сайт это не одно и то же

Здесь основная ловушка, и она не про конкретную платформу, а про устройство большинства из них.

Архив может содержать все ваши файлы и при этом не работать нигде, кроме исходной платформы, если код обращается к её серверу. Так устроен, например, экспорт в Base44: по разбору на HostAdvice выгружается фронтенд, а обращения к данным продолжают идти в инфраструктуру платформы через её SDK. Файлы у вас, приложение у них.

Поэтому первое, что стоит сделать с любым архивом, это четыре проверки.

Откройте index.html двойным щелчком, отключив интернет. Если страница показывает содержимое, значит она самодостаточна. Если пусто или крутится загрузка, что-то тянется извне.

Поищите в файлах адреса. Откройте исходники поиском по строке http. Все найденные адреса это внешние зависимости. Часть из них безобидна (шрифты, аналитика), а часть это и есть тот самый бэкенд, без которого сайт не живёт.

Проверьте, что в архиве нет ключей. Хорошая платформа не кладёт в выгрузку секреты, и это правильно: архив вы будете пересылать и класть в репозиторий. Если ключи там есть, поменяйте их сразу после выгрузки.

Проверьте, всё ли приехало. Многостраничный сайт должен приехать несколькими файлами. Если многостраничный проект скачался одним документом, часть работы вы просто не получили. Сравните дерево файлов в архиве с тем, что показывает платформа: расхождение обнаруживается за минуту, а без этой минуты оно обнаружится через месяц, когда возвращаться будет уже некуда.

Что делать, если проверка нашла зависимость

Обнаружили обращения к серверу платформы. Дальше три пути, и стоят они по-разному.

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

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

Остаться на подписке, но забрать копию. Иногда честный ответ такой: платформа делает то, что вы сами делать не готовы, и уходить рано. Но копия исходников всё равно должна лежать у вас, потому что это единственное, что защищает от потери проекта при закрытии аккаунта.

Третий вариант недооценивают. Забрать код и продолжить пользоваться платформой это не измена, а обычная предосторожность.

Куда положить то, что забрали

Для статического сайта подойдёт любой бесплатный статический хостинг: перетащить папку целиком в netlify.com/drop, или залить в GitHub Pages, или закинуть содержимое по FTP в каталог обычного хостинга. Сборка при этом не нужна, файлы уже готовы к раздаче.

Если в архиве исходники React, а не собранная копия, потребуется шаг сборки: подключить папку к любому сборщику и получить готовые файлы. Это разница между «положил и работает» и «нужен разработчик на полчаса», и её лучше выяснить до отказа от подписки, а не после.

Подробнее про размещение в отдельном разборе: как перенести сайт на свой хостинг. Если выгрузка понадобилась потому, что кончились кредиты, отдельно разобрано, куда они уходят и как считать заранее.

Как это устроено у нас

Говорим про свой продукт, поэтому конкретно и с оговорками.

Выгрузка не привязана к тарифу. Кнопка «Скачать» доступна независимо от плана, отдельной платы за возможность забрать свою работу нет.

Если файлов несколько, приезжает архив, а не один документ. Порог считается по числу исходников, а не по виду сборки. Раньше было иначе, и многостраничный сайт уезжал одним index.html: часть файлов человек не получал вовсе. Это исправлено.

Внутри архива лежит README на вашем языке. Не список файлов, а инструкция, что с этим делать: как открыть сразу, куда положить, что именно принимает Netlify Drop, GitHub Pages и обычный FTP, а для игры дополнительно про itch.io.

Одна честная оговорка. Выгруженный сайт самодостаточен полностью. А выгруженная игра тянет по сети движок отрисовки, и выгруженное приложение тянет React, оба с zugo.dev. Ваш код от нас не зависит, но эта одна библиотека приезжает извне. Поэтому в README прямо написано, какие файлы скачать и положить рядом и что поправить в разметке, чтобы папка перестала зависеть вообще ни от чего. Умолчать об этом было бы ровно тем поведением, которое мы разбираем выше.

Если хочется не забрать, а перевезти

Отдельный случай: код вам не нужен, нужна страница, работающая на новом месте. В Zugo для этого есть именованная кнопка «Перенести свой сайт» на стартовом экране: даёте адрес своей страницы, она забирается как есть и открывается на редактирование.

Ограничения названы рядом с полем, а не спрятаны: переносится одна страница по этой ссылке, ссылки на соседние остаются вести на прежний сайт, шрифты оттуда не переезжают. И переносить можно только то, что принадлежит вам.

Коротко

Выгрузка бывает трёх видов, и надёжнее всех связка с GitHub. Скачанный архив это ещё не работающий сайт: проверьте его без интернета, поиском по http, на наличие ключей и на полноту. Если внутри осталась зависимость от платформы, вы забрали файлы, но не проект.