Если на вашем сайте есть форма обратной связи, поле «введите имя и e-mail», корзина или регистрация — вы автоматически становитесь оператором персональных данных. Это значит, что государство хочет о вас знать. Хорошая новость: процедура бесплатная, делается онлайн и занимает один вечер.
Разбираемся, из чего состоит сайт и как разные части работают вместе
Архитектура веб-сайта
Зал
Кухня
Lovable объединяет фронт-энд и бэк-энд с помощью промпта
Всё, что вы видите на экране и с чем взаимодействуете: кнопки, формы, картинки, анимации, цвета. Когда вы открываете lovable.dev и видите интерфейс — это фронт-энд.
Фронт-энд отвечает на вопрос: «Как это выглядит и как с этим работать?»
HTML · CSS · JavaScriptТо, что происходит «под капотом» (помните этот термин из глоссария?). Где хранятся пользователи, как обрабатываются оплаты, куда уходит письмо после нажатия «Отправить», как сайт понимает, какой именно товар вы положили в корзину.
Бэк-энд отвечает на вопрос: «Как это работает внутри и где живут данные?»
В Lovable чаще всего — это встроенный Supabase (база данных и логика «под капотом»). Хотите форму сбора заявок? Подключается буквально в один клик: Lovable сам создаёт таблицу, привязывает к ней кнопку и начинает складывать туда данные. Для прототипа или зарубежного проекта — отлично.
Облачный Supabase хранит данные на серверах за пределами РФ. А по закону персональные данные российских пользователей (имя, телефон, email) нельзя хранить на не-российских серверах. То есть собрать красивую страничку вы можете, но подключать облачный Supabase для сбора данных россиян напрямую — нельзя, это нарушение закона о персональных данных.
Что делать? Не собирайте персональные данные прямо на лендинге. Рабочий вариант: на странице стоит кнопка «Купить» / «Оставить заявку», а по клику человек переходит в чат-бота в Telegram или MAX — и уже там идёт диалог и оплата. Лендинг остаётся «витриной» без хранения данных, а вся персоналка живёт в мессенджере. Для большинства небольших проектов этого достаточно.
(Для серьёзного сервиса с большим потоком данных стоит отдельно свериться с юристом и выбрать российский хостинг для бэка — но это уже за рамками вайбкодинга.)
Вёрстка — это превращение дизайна в реальные экраны, которые открываются в браузере или приложении. Дизайнер нарисовал в Figma макет — это ещё не сайт, это картинка. Чтобы по картинке можно было кликать и нажимать на кнопки, её нужно сверстать.
Вёрстка — это «как» фронт-энда: где что расположено и как сайт ведёт себя на разных экранах (телефон, планшет, ноутбук). Один и тот же сайт на смартфоне схлопывается в одну колонку, на ноутбуке разворачивается в три — за это отвечает вёрстка.
Адаптив · КроссбраузерностьЧтобы точнее формулировать промпты. «Сделай красивую кнопку» — это фронт. «Сохрани заявку в базу и пришли уведомление в Telegram» — это бэк. «Сделай так, чтобы на телефоне всё было в одну колонку» — это вёрстка.
Когда вы понимаете, к какой части относится задача, ИИ понимает вас быстрее и тратит меньше токенов на догадки.
Прочитайте фразу и выберите один из трёх вариантов
Вопрос 1 из 7
7 / 7
Разбираемся, что считается персональными данными, зачем нужна политика и как не получить штраф.
Любая информация, по которой можно понять, что речь идёт о конкретном человеке.
Имя, фамилия, телефон, e-mail, адрес, дата рождения, фото лица, номер карты, IP-адрес — всё это персданные.
Оператор — это тот, кто собирает и хранит чужие персональные данные.
Если на вашем Lovable-сайте есть хоть одна форма, где человек оставляет о себе что угодно — вы оператор.
Это документ на вашем сайте, в котором вы описываете:
Это не формальность — без политики платёжные сервисы могут отказать в подключении, а Роскомнадзор — выписать штраф.
Размещается отдельной страницей. Ссылка на неё ставится в футере сайта и рядом с каждой формой.
Готовый промпт, который можно скормить ИИ (ChatGPT, Claude), чтобы получить заготовку политики под ваш проект.
Ты — юрист по российскому праву, специализируешься на 152-ФЗ «О персональных данных». Помоги мне составить политику обработки персональных данных для моего сайта.
Я дам тебе образец чужой политики (для структуры) и свои данные. Адаптируй образец под меня: подставь мои реквизиты, убери лишнее, оставь только те цели и виды данных, которые реально про мой случай.
Мои данные:
— Кто оператор: [ИП / ООО, ФИО или название]
— ИНН: [номер]
— ОГРН / ОГРНИП: [номер]
— Контакт для обращений: [рабочая почта — НЕ личная]
— Что я собираю на сайте: [например: имя, email, телефон через форму заявки; данные для оплаты через платёжный сервис]
— Зачем собираю: [например: связаться с клиентом, оказать услугу, прислать материалы]
— Использую ли аналитику: [например: Яндекс.Метрика — да/нет]
— Передаю ли данные третьим лицам: [например: платёжному сервису, сервису рассылок — да/нет, кому]
Важные требования:
Не указывай мой домашний адрес. Для идентификации достаточно ИНН/ОГРН и рабочей почты.
Не выдумывай цели обработки и виды данных, которых нет в моём списке выше. Не должно быть избыточных формулировок.
Согласие — это подтверждение от пользователя, что он разрешает вам собирать и обрабатывать его данные.
На практике выглядит как чекбокс под формой. Без этой галочки кнопка «Отправить» или «Оплатить» не должна работать.
Там, где происходит сбор данных.
На любой странице, где есть форма, должны быть две вещи:
Между кнопкой «Оплатить» и первым платежом — юридические документы, платёжный сервис, фискализация и обратная связь с пользователем. Вот чек-лист из 12 обязательных пунктов.
Казалось бы — установил платёжную форму и всё готово. Но на деле между кликом на кнопку и реальным поступлением денег есть обязательные настройки. Без них сервис либо не запустит оплату, либо вы получите проблемы с налоговой. Ниже — чек-лист того, что стоит проверить заранее.
Встроенные чеки
Платёжный сервис (ЮKassa, CloudKassir, Тинькофф) сам формирует и отправляет чеки через ОФД. Путь проще — меньше самостоятельной фискализации.
Своя онлайн-касса
Вы подключаете кассу отдельно (Atol, 54ФЗ, Эвотор), получаете КЭП и подписываете договор с ОФД. Путь сложнее, но даёт контроль над процессом.
Определите статус: ИП, ООО или самозанятый. От формы зависят требования к онлайн-кассе, налогообложению и документам.
ОбязательноОткройте счёт в банке для юрлица или ИП. На него будет поступать выручка. Для самозанятых подойдёт личная карта.
ОбязательноЕсли вы на НПД — зарегистрируйтесь через приложение «Мой налог», получите статус и убедитесь, что лимит дохода не превышен (2,4 млн ₽/год).
Для самозанятыхПодключите ЮKassa, Robokassa, CloudPayments или другой агрегатор. Настройте API, вебхуки и returnUrl для возврата на сайт.
ОбязательноЕсли сервис не формирует чеки за вас — подключите ККТ и заключите договор с оператором фискальных данных (ОФД).
ОбязательноОператор фискальных данных передаёт информацию о каждом чеке в ФНС. Выберите ОФД и активируйте онлайн-кассу.
ОбязательноНужна для подписания фискальных данных при работе с ККТ. Получите в Удостоверяющем центре или через банк.
Для своей кассыПубличный документ о том, какие данные вы собираете (email, имя, телефон) и как их обрабатываете. Обязателен по 152-ФЗ.
ОбязательноОписывает условия покупки, предмет, стоимость, порядок оказания услуг и ответственность сторон. Разместите ссылку рядом с кнопкой оплаты.
ОбязательноЧекбокс или активная кнопка подтверждения оферты и политики перед оплатой. Без этого платёжная система может отклонить транзакцию.
ОбязательноНастройте returnUrl и notificationUrl. Пользователь должен понять, прошла ли оплата, а вы — получить уведомление в вебхуке.
ОбязательноОпределите условия возврата: сроки, способ (на счёт, на карту), основания. Закрепите в оферте и продублируйте в FAQ или поддержку.
Обязательно
Итог
Все 12 пунктов — это полный чек-лист для тех, кто открывает самую сложную конфигурацию: своё ООО/ИП, свою онлайн-кассу и собственные документы.
Но для самозанятых и тех, кто использует сервисы со встроенными чеками (ЮKassa, CloudKassir и подобные), реальных обязательных пунктов значительно меньше — обычно хватает 5–6 настроек из списка.