В 2026 году платежи в Lovable уже не требуют собирать всю интеграцию вручную через API. Платформа поддерживает встроенное подключение Stripe и Paddle, умеет работать с тестовой и боевой средой и связывать оплату с пользователями приложения.
Но перед кнопкой Pay нужно решить три вещи: кто принимает деньги, где хранится состояние подписки и как приложение понимает, что конкретному пользователю уже открыт платный доступ.
Если в проекте ещё нет авторизации, сначала настройте вход пользователей в Lovable или другой способ sign-in.
Stripe или Paddle
Оба варианта подходят для подписок и разовых платежей, но модель разная.
Stripe — платежный провайдер. Он удобен для сервисов, физических и цифровых товаров и даёт больше прямого контроля над платежной инфраструктурой.
Paddle работает как Merchant of Record для цифровых продуктов: берёт на себя роль продавца в транзакции, налоги, часть compliance и расчёты с покупателем.
Для глобального SaaS Paddle часто проще с точки зрения налоговой рутины. Для проекта, где нужен свой Stripe-аккаунт и больше контроля, логичен Stripe.
Что нужно до подключения
Встроенные платежи Lovable требуют Pro или выше. На Free можно подключать собственный Stripe через отдельную интеграцию.
Новые TanStack Start проекты могут принимать платежи без обязательного отдельного backend, если не нужно хранить заказы или подписки. Но для SaaS почти всегда нужны база данных и авторизация, чтобы связать оплату с пользователем.
Для backend можно использовать Lovable Cloud или собственный Supabase.
Тестовый режим
Правильный порядок — сначала test, потом live. В preview Lovable использует тестовую среду: реальные деньги не списываются, используются тестовые карты и отдельные продукты.
Проверьте:
- успешный checkout;
- отменённую оплату;
- ошибку карты;
- повторную покупку;
- обновление статуса подписки;
- отмену подписки, если она предусмотрена.
Только после этого переходите к live.
Как описать платежную логику Lovable
Не пишите «добавь Stripe». Опишите бизнес-правило.
Например:
Добавь подписку Pro за $12 в месяц. Неавторизованный пользователь сначала должен войти. После успешной оплаты сохрани статус подписки и открой страницы /pro. При отмене подписки доступ сохраняется до конца оплаченного периода.
Тогда Lovable понимает не только интерфейс checkout, но и ожидаемое поведение продукта.
Подписки
Для подписки нужно хранить как минимум идентификатор клиента, план, статус и даты. Не полагайтесь только на параметр в браузере вроде isPro=true.
Источник истины должен быть на backend. События от платежного провайдера обновляют статус, а приложение проверяет его перед выдачей доступа.
Разовые платежи
Разовый checkout проще, но всё равно требует надёжной фиксации успешной оплаты. Если пользователь покупает файл, курс или цифровую функцию, выдавайте доступ только после подтверждённой транзакции.
Для физического товара добавляются заказ, адрес, доставка и возвраты — тут Stripe обычно естественнее, чем SaaS-ориентированная схема.
Переход в live
Для Stripe часть действий выполняется в самом Stripe: нужно забрать созданный sandbox account, пройти onboarding и verification, затем перевести интеграцию в live.
У Paddle также есть свои требования к верификации продукта и аккаунта. Ограниченные категории товаров могут потребовать дополнительной проверки у любого провайдера.
Lovable разделяет test и live, поэтому после запуска вы можете продолжать проверять изменения в preview, не списывая реальные деньги.
Безопасность
Секретные ключи нельзя хранить во frontend. Любая чувствительная платежная логика должна выполняться через backend или управляемую интеграцию.
Перед запуском также проверьте Row Level Security и правила доступа к данным. Покупка подписки не должна давать пользователю возможность изменить собственный тариф прямым запросом к базе.
Платежи и расход Lovable
Работающий SaaS использует не только build-кредиты. Backend, функции, база и AI могут потреблять Cloud/Run ресурсы уже после запуска.
Чтобы не смешивать стоимость Stripe с инфраструктурой, посмотрите отдельный разбор Lovable Cloud и расходы после публикации.
Практический тест платежей перед запуском
Одного успешного test checkout недостаточно. Перед live-режимом пройдите минимум четыре сценария: успешная оплата, отклонённая карта, отмена checkout и повторная покупка тем же пользователем.
После каждого сценария проверяйте три места одновременно:
- что показывает платежный провайдер;
- какой статус записан в вашей базе;
- какой доступ реально получил пользователь в приложении.
Самая неприятная ошибка — когда Stripe или Paddle считает платёж успешным, а приложение не открыло доступ, либо наоборот: доступ появился без подтверждённой транзакции. Поэтому тестировать нужно цепочку целиком, а не только красивую страницу оплаты.
Для подписки отдельно проверьте отмену и окончание оплаченного периода. Если пользователь отменил подписку сегодня, приложение не должно обязательно закрывать доступ в ту же секунду, если период уже оплачен до конкретной даты.
FAQ
Можно принимать подписки в Lovable?
Да. И Stripe, и Paddle поддерживают recurring payments.
Можно принимать разовые платежи?
Да, встроенная платежная система поддерживает и one-time checkout.
Нужен Pro?
Для встроенной функции Payments — Pro или выше. На Free возможна отдельная интеграция собственного Stripe.
Нужна авторизация?
Не для каждого простого checkout, но для подписок и персонального доступа она практически обязательна.
Итог
Платежи в Lovable технически подключаются быстро, но главное находится не в кнопке checkout. Нормальный платный продукт должен правильно хранить статус подписки, обрабатывать события провайдера и закрывать доступ на backend.
Сначала отладьте всё в test mode, затем пройдите верификацию провайдера и только после этого включайте реальные платежи.