Короткий ответ

Приложения с кодом Vibe визуализируются на стороне клиента, поэтому сканеры видят пустой <div>. Вы исправляете это, либо помещая Cloudflare Worker между вашим доменом и Lovable, который возвращает ботам HTML, обработанный сервером, либо перенося проект в реальный стек (Claude Code + Supabase + Vercel), прежде чем инвестировать в маркетинг.

Такие инструменты, как Lovable, Bolt и v0, отлично подходят для реализации идеи за полдня. Они не очень хороши в SEO. Вся страница представляет собой пакет React на стороне клиента, что означает, что робот Googlebot при первом сканировании видит пустой <div id="root" />. Никакого содержания. Никаких заголовков. Никакой схемы. Никаких рейтингов. Для MVP, который полагается на органический трафик, это проблема года основания.

Вот два исправления, которые мы используем в Start Apps Studio, в порядке убывания от наименьших усилий до наибольшей отдачи.

Исправление 1: SSR-прокси Cloudflare Worker

Cloudflare Worker находится между вашим доменом и Lovable. Когда поступает запрос, Worker проверяет User-Agent: реальные посетители перенаправляются в Lovable, как обычно; Боты (Googlebot, Bingbot, GPTBot, PerplexityBot, ClaudeBot) получают обработанный сервером HTML с реальным контентом и полной разметкой схемы с одного и того же URL-адреса.

Это не клоакинг, если все сделано правильно. Содержимое, которое получает бот, должно соответствовать тому, что пользователь в конечном итоге увидит после выполнения JS. Настройка состоит из двух шагов:

  1. Добавьте один CNAME в свой DNS, указав свой личный домен на Cloudflare Worker.
  2. Вставьте одно приглашение в Lovable, чтобы у работника была инвентаризация канонических страниц для рендеринга на сервере.

Исправление 2: миграция с Lovable с помощью Claude Code

Рабочий покупает вам время. Но если через год приложению необходимо серьезно ранжироваться, обрабатывать динамический контент или поддерживаться людьми, вам захочется перейти на «нормальный» веб-стек. Самый быстрый способ, который мы видели, — позволить Claude Code выполнить миграцию за вас.

Рецепт миграции из 10 шагов

  1. Разместите свой проект Lovable на GitHub, чтобы Claude мог легко с ним работать.
  2. Установите Claude Code локально, чтобы он мог напрямую читать и редактировать ваш репозиторий.
  3. Укажите Claudeу ваш репозиторий (удаленный или локальный путь GitHub).
  4. Создайте проект Supabase для базы данных и аутентификации (примерно пять минут).
  5. Попросите Claudeа перенести проект из Lovable, используя следующую подсказку: «Перенесите этот проект Lovable в обычный веб-стек и аккуратно организуйте репозиторий».
  6. Настройте хостинг на Верселе. Уровень бесплатного пользования распространяется на большинство MVP. (Vercel)
  7. Спросите Claudeа, какие переменные среды и ключи API необходимы; он на удивление хорошо их распознает.
  8. Сгенерируйте ключи и создайте файл .env (ключи Supabase, токены API и т. д.).
  9. Попросите Claudeа настроить развертывание. Он может связать поток GitHub → Vercel и подключить Supabase.
  10. Исправьте все, что сломалось, попросив Claudeа отладить одну ошибку за раз.

Эта установка оказывается более гибкой, чем сам Lovable. Вы перестаете платить кредиты за каждое изменение приложения и можете вернуться к бесплатным моделям для небольших изменений, поскольку Lovable уже использует Claude под капотом на протяжении большей части своего поколения.

Гибрид Lovable + Claude

Если вы находитесь в середине проекта и не готовы к миграции, есть средний путь, проверенный несколькими пользователями r/lovable: подключите Lovable к GitHub, а затем предоставьте Claude Code доступ к тому же репозиторию. Claude находится на уровне выше Lovable, проводя его через сложные функции, отладку и улучшения, в то время как вы запускаете SQL непосредственно в Supabase для внесения изменений в базу данных (Lovable не взимает плату за выполнение запроса, поэтому это бесплатно).

Результаты: меньше потраченных кредитов на блокирующие компоненты (пользователи сообщают, что на одном компоненте сэкономлено более 100 кредитов), лучшая обработка запутанной логики и, что критически важно для этой статьи, достаточный контроль над выходным HTML, позволяющий постепенно модифицировать SSR и схему.

Какое исправление выбрать?

  • Только маркетинговый сайт или целевая страница → Cloudflare Worker SSR. Самый дешевый, быстрый.
  • Продукт с динамическим контентом, которому необходимо ранжироваться → перейти на Claude Code + Supabase + Vercel.
  • В середине проекта и не могу перестроить → гибрид Lovable + Claude, а затем модифицировать SSR на важных страницах.

Часто задаваемые вопросы

Почему Google не может напрямую индексировать страницы Lovable?

Lovable поставляет пакет React, отображаемый клиентом, поэтому исходный HTML-код представляет собой пустой корневой элемент div. При первом проходе сканирования роботом Googlebot этот пустой HTML-код фиксируется; он может (или не может) вернуться позже для рендеринга JavaScript. Для новых доменов без полномочий второй этап рендеринга часто никогда не запускается.

Считается ли исправление Cloudflare Worker маскировкой?

Нет, если бот видит тот же контент, который в конечном итоге увидит пользователь после выполнения JS. Предоставление предварительно обработанного HTML-кода ботам является устоявшимся шаблоном SEO; это становится клоакингом только в том случае, если вы предоставляете ботам другой контент, чем пользователям.

Сколько стоит полная миграция?

Сделай сам: выходные и учетная запись уровня бесплатного пользования Vercel + Supabase. Поставляется Start Apps Studio: обычно в течение одного спринта, входит в наш производственный пакет MVP.

Могу ли я продолжить визуальное редактирование после миграции?

Вы теряете браузерный редактор Lovable, но получаете обычный цикл разработки и можете добавить любой визуальный инструмент (или другой конструктор ИИ) поверх репозитория. Большинство команд не упускают этого из виду, когда видят, насколько быстрее выполняется итерация Claude Code.