Пока вы собираете проект в Lovable, расходы понятны: отправили запрос — списались build-кредиты. После публикации появляется вторая часть экономики — работа самого приложения. База данных, storage, compute, realtime и AI могут потреблять ресурсы даже тогда, когда вы ничего не меняете в редакторе.
В 2026 году Lovable упростил биллинг и свёл разработку и запуск к общей системе кредитов. Поэтому полезно заранее понимать, что именно ест баланс.
Базовые тарифы и включённые лимиты разобраны в статье тарифы и кредиты Lovable.
Что такое Lovable Cloud
Lovable Cloud — встроенный backend и хостинг. Он включает базу данных, authentication, storage, realtime, edge functions, logs и инфраструктуру для опубликованного приложения.
В основе backend используется open-source фундамент Supabase, но отдельный аккаунт Supabase для Cloud не нужен. Управление происходит внутри Lovable.
Что входит в Cloud
В панели проекта доступны:
- Database — таблицы, SQL и политики доступа;
- Users — пользователи и способы входа;
- Storage — файлы и buckets;
- Secrets — API-ключи;
- Jobs — фоновые задачи;
- Edge Functions — серверный код;
- Logs — диагностика;
- Usage — расход ресурсов.
Для большинства MVP этого достаточно, поэтому отдельный backend можно не поднимать.
Когда Cloud начинает расходовать кредиты
Cloud usage включает хостинг и работу backend: compute, сеть, базу, storage и realtime. Сначала расход покрывается включённым Cloud grant, а после его исчерпания — общим балансом кредитов workspace.
Free, Pro и Business на сентябрь 2026 года получают по 20 Cloud-кредитов в месяц. У небольшого проекта этого часто хватает, но активное приложение может выйти за бесплатный объём.
Почему расходы растут после запуска
Причина обычно не в том, что Lovable «продолжает что-то генерировать». Расход создают реальные обращения пользователей.
Например:
- частые запросы к базе;
- большой объём файлов;
- тяжёлые edge functions;
- realtime-подписки;
- рост трафика;
- AI-функции внутри приложения.
Поэтому сайт-визитка и SaaS с тысячами пользователей могут иметь совершенно разную стоимость при одинаковом тарифе Lovable.
AI считается отдельно по типу использования
Если вы добавили в приложение чат-бота, генерацию текста или изображений через managed AI, эти запросы относятся к AI usage. У Free, Pro и Business есть отдельный месячный AI grant, после которого расход идёт из общего баланса.
Не путайте это с использованием Lovable для разработки. Промпт, которым вы попросили добавить чат, и тысячи сообщений пользователей этому чату — разные виды расхода.
Где смотреть, куда ушли кредиты
В Plans & credit usage можно смотреть общую статистику workspace, а в Usage конкретного проекта — разбирать Cloud-нагрузку.
Если баланс начал исчезать быстрее, не покупайте top-up вслепую. Сначала найдите проект и компонент, который создаёт расход.
Как уменьшить Cloud-расходы
Проверьте очевидные вещи:
- нет ли бесконечных запросов из frontend;
- не загружается ли один и тот же большой файл многократно;
- нужен ли realtime там, где он включён;
- не запускается ли edge function слишком часто;
- есть ли лимиты у пользовательских AI-функций;
- не храните ли вы ненужные файлы и данные.
Оптимизация здесь ничем не отличается от обычного облачного backend: меньше лишних операций — меньше расход.
Cloud или собственный Supabase
Cloud проще и быстрее: инфраструктура встроена в Lovable и оплачивается кредитами. Собственный Supabase даёт отдельный аккаунт, dashboard и собственный биллинг.
Если проекту нужен полный контроль backend, сравните оба варианта в гайде Lovable + Supabase.
Можно ли оставить Cloud, но перенести frontend
Да. Внешний деплой frontend не обязательно означает немедленный перенос базы. Lovable описывает сценарии, где production frontend работает на Vercel, Netlify или другой платформе, а backend остаётся в Cloud.
Если вы хотите уменьшить зависимость от платформы, начните с синхронизации проекта с GitHub, а затем изучите перенос хостинга.
Практический тест расходов: сначала измеряем, потом переносим
Если Cloud внезапно стал дорогим, не начинайте с вывода «у меня слишком много пользователей». Сначала откройте Usage и зафиксируйте, какой проект и какой тип операции расходует кредиты.
Полезный тест — воспроизвести одну обычную пользовательскую сессию: вход, открытие главного экрана, несколько чтений из базы, одно сохранение, загрузка файла и, если есть, один AI-запрос. Затем сравнить Usage до и после.
Особенно внимательно смотрите на повторяющиеся операции. Запрос к базе, который случайно выполняется при каждом render, или запись события на каждый клик может оказаться дороже самого роста аудитории. Если расход идёт именно так, миграция backend не лечит первопричину — сначала нужно исправить поведение приложения.
После оптимизации повторите тот же сценарий и сравните цифры. Только тогда имеет смысл решать, оставаться на Cloud или переносить часть инфраструктуры в собственный Supabase.
FAQ
Cloud включён на Free?
Да, у Free есть встроенный backend и месячный Cloud grant.
Если я не меняю проект, кредиты могут списываться?
Да, если опубликованное приложение использует Cloud или AI и получает трафик.
Можно полностью отказаться от Lovable Cloud?
Да, можно использовать собственный Supabase или переносить инфраструктуру наружу, но это уже требует больше настройки.
Итог
Lovable Cloud удобен тем, что backend появляется почти незаметно: база, авторизация и storage доступны без отдельной инфраструктуры. Но после запуска это уже настоящий облачный сервис, а не бесплатное приложение навсегда.
Следите за Usage, ставьте ограничения на дорогие функции и разделяйте стоимость разработки от стоимости работающего продукта.