Замер скорости AI-лендинга: где экономия есть, а где ИИ только раздувает объём кода
Если мерить не «как быстро нагенерил макет», а до первого рабочего экрана, картина обычно такая:
— простой лендинг на 3–5 секций через AI-редактор можно собрать за 15–40 минут, если ТЗ короткое и без сложной логики;
— если в задаче есть форма, sticky-блок, анимации и адаптив под 3 брейкпоинта, время легко уходит в 1,5–3 часа;
— больше всего задержек не в генерации, а в правках после неё: слетевшие отступы, лишние обёртки, дубли кнопок, кривой mobile-first.
Для замера полезно разделять три метрики:
— time to first draft — когда появился черновик;
— time to usable — когда уже не стыдно открыть ссылку;
— time to publish — когда можно лить трафик без ручного тушения пожаров.
Частая ошибка — сравнивать AI и верстальщика по «скорости наброска». В реальности важнее, сколько минут ушло на доводку. Если редактор выдал красивый, но тяжёлый код, PageSpeed и ручная чистка съедят весь выигрыш.
Чтобы замер был честным, фиксируйте одно и то же:
— один и тот же промпт;
— одинаковое число блоков;
— одинаковый стек;
— одинаковые требования к адаптиву и форме.
Вывод простой: AI ускоряет первую сборку, но выигрывает только там, где вы заранее ограничили задачу. Чем короче ТЗ и чище структура, тем меньше шанс, что генерация превратится в долгий рефакторинг.
Если мерить не «как быстро нагенерил макет», а до первого рабочего экрана, картина обычно такая:
— простой лендинг на 3–5 секций через AI-редактор можно собрать за 15–40 минут, если ТЗ короткое и без сложной логики;
— если в задаче есть форма, sticky-блок, анимации и адаптив под 3 брейкпоинта, время легко уходит в 1,5–3 часа;
— больше всего задержек не в генерации, а в правках после неё: слетевшие отступы, лишние обёртки, дубли кнопок, кривой mobile-first.
Для замера полезно разделять три метрики:
— time to first draft — когда появился черновик;
— time to usable — когда уже не стыдно открыть ссылку;
— time to publish — когда можно лить трафик без ручного тушения пожаров.
Частая ошибка — сравнивать AI и верстальщика по «скорости наброска». В реальности важнее, сколько минут ушло на доводку. Если редактор выдал красивый, но тяжёлый код, PageSpeed и ручная чистка съедят весь выигрыш.
Чтобы замер был честным, фиксируйте одно и то же:
— один и тот же промпт;
— одинаковое число блоков;
— одинаковый стек;
— одинаковые требования к адаптиву и форме.
Вывод простой: AI ускоряет первую сборку, но выигрывает только там, где вы заранее ограничили задачу. Чем короче ТЗ и чище структура, тем меньше шанс, что генерация превратится в долгий рефакторинг.
Промпты для лендинга гэмблы ломаются не в коде, а в ТЗ: вот как собрать нормальный набор
Для гэмбл-лендинга ИИ нужно задавать не «сделай красиво», а рамки: один оффер, одна целевая аудитория, один экран с CTA, без лишней навигации. Если этого нет, редактор начнёт лепить блоки «о компании», FAQ на полстраницы и случайные иконки.
Рабочий промпт лучше собирать из 5 частей:
— роль: «ты делаешь лендинг под арбитражный оффер»
— цель: «собрать прелендер/лендинг на 3–5 секций»
— ограничения: «без логотипов брендов, без обещаний дохода, без фейковых отзывов»
— структура: хедер, боль, преимущества, форма, дисклеймер
— стиль: «агрессивный, но чистый, mobile-first»
Если нужна стабильность, добавляй технические детали: ширина контейнера, сетка, тип кнопки, состояние формы, блоки для trust signals. Чем меньше у ИИ свободы, тем меньше ручной правки после генерации.
Полезно держать 3 заготовки промптов: на быстрый прелендер, на полноценный лендинг и на variation под другой оффер. Меняется только оффер, боли и CTA; каркас остаётся тем же. Это ускоряет тест гипотез и не даёт редактору уехать в «дизайн ради дизайна».
Если ИИ выдаёт слишком общий результат, сужай задачу до одного экрана и одной конверсии. Для гэмблы выигрывает не самый «умный» промпт, а самый жёсткий: меньше фантазии у модели — больше шансов получить страницу, которую можно сразу править и лить.
Для гэмбл-лендинга ИИ нужно задавать не «сделай красиво», а рамки: один оффер, одна целевая аудитория, один экран с CTA, без лишней навигации. Если этого нет, редактор начнёт лепить блоки «о компании», FAQ на полстраницы и случайные иконки.
Рабочий промпт лучше собирать из 5 частей:
— роль: «ты делаешь лендинг под арбитражный оффер»
— цель: «собрать прелендер/лендинг на 3–5 секций»
— ограничения: «без логотипов брендов, без обещаний дохода, без фейковых отзывов»
— структура: хедер, боль, преимущества, форма, дисклеймер
— стиль: «агрессивный, но чистый, mobile-first»
Если нужна стабильность, добавляй технические детали: ширина контейнера, сетка, тип кнопки, состояние формы, блоки для trust signals. Чем меньше у ИИ свободы, тем меньше ручной правки после генерации.
Полезно держать 3 заготовки промптов: на быстрый прелендер, на полноценный лендинг и на variation под другой оффер. Меняется только оффер, боли и CTA; каркас остаётся тем же. Это ускоряет тест гипотез и не даёт редактору уехать в «дизайн ради дизайна».
Если ИИ выдаёт слишком общий результат, сужай задачу до одного экрана и одной конверсии. Для гэмблы выигрывает не самый «умный» промпт, а самый жёсткий: меньше фантазии у модели — больше шансов получить страницу, которую можно сразу править и лить.
Промпт для Cursor, который собирает Tailwind-лендинг без лишней ручной верстки
Если задача — собрать лендинг на Tailwind, не просите «сделай красиво». Cursor лучше работает, когда ему сразу задать каркас, секции и ограничения. Иначе он придумает лишние блоки, собьёт иерархию и нагенерит классы, которые потом больно чистить.
Промпт:
Что важно добавить в отдельной строке: формат сетки, тон текста, число карточек и запрет на «декоративный шум». Для прелендера это критично — чем меньше свободы, тем меньше правок после генерации. Cursor особенно хорошо держит такие рамки, когда просите не «дизайн», а конкретную структуру с ограничениями.
Финал: сначала задайте скелет лендинга, потом просите стилизацию. Так Tailwind-код получается чище и быстрее уходит в прод.
Если задача — собрать лендинг на Tailwind, не просите «сделай красиво». Cursor лучше работает, когда ему сразу задать каркас, секции и ограничения. Иначе он придумает лишние блоки, собьёт иерархию и нагенерит классы, которые потом больно чистить.
Промпт:
Собери одностраничный лендинг на Tailwind CSS.
Структура: hero, benefits, social proof, FAQ, CTA.
Стиль: минималистичный, много воздуха, без анимаций, без сложных градиентов.
Ограничения:
— не использовать кастомный CSS, только Tailwind utility classes
— не добавлять лишние секции
— адаптивность для mobile-first
— все тексты в виде реалистичных заглушек
— CTA-кнопка одна, в hero и в финале одинаковая
Если где-то не хватает данных, ставь аккуратные placeholder-блоки, а не выдумывай.
Что важно добавить в отдельной строке: формат сетки, тон текста, число карточек и запрет на «декоративный шум». Для прелендера это критично — чем меньше свободы, тем меньше правок после генерации. Cursor особенно хорошо держит такие рамки, когда просите не «дизайн», а конкретную структуру с ограничениями.
Финал: сначала задайте скелет лендинга, потом просите стилизацию. Так Tailwind-код получается чище и быстрее уходит в прод.
Vibe coding для SEO: 7 вещей, которые ИИ почти всегда надо подкрутить руками
Идея простая: ИИ быстро собирает мини-сайт, но SEO-основа у него часто получается «вроде норм» и это опасно. Для лендинга под трафик или мини-сайта под линкбилдинг вручную проверь:
—
— H1: один на страницу, без дублирования с title
— структура заголовков: H2/H3 должны быть логичными, а не «как получилось»
— текст above the fold: ИИ любит много общих слов вместо конкретики
— alt у картинок: если есть изображения, они должны описывать контент, а не «image1»
— canonical, robots, sitemap: особенно если страниц несколько или есть дубли
— внутренние ссылки: ИИ часто забывает связать главную, прелендер и вспомогательные страницы
Отдельно смотрите на скорость. Генерация может быть красивой, но тяжёлые анимации, лишние скрипты и огромные картинки убивают PageSpeed быстрее, чем плохой текст. Для SEO это критично даже на простом лендинге.
Ещё одна типичная ошибка — дубли. ИИ легко клонирует блоки, а поисковик потом видит почти одинаковые страницы и не понимает, какую ранжировать.
Правило для vibe coding: ИИ собирает каркас, человек добивает семантику, мета-теги и техничку. Если этого не делать, сайт будет выглядеть готовым, но в поиске работать слабо.
Идея простая: ИИ быстро собирает мини-сайт, но SEO-основа у него часто получается «вроде норм» и это опасно. Для лендинга под трафик или мини-сайта под линкбилдинг вручную проверь:
—
title и description: без воды, с ключом и нормальным CTR-хуком — H1: один на страницу, без дублирования с title
— структура заголовков: H2/H3 должны быть логичными, а не «как получилось»
— текст above the fold: ИИ любит много общих слов вместо конкретики
— alt у картинок: если есть изображения, они должны описывать контент, а не «image1»
— canonical, robots, sitemap: особенно если страниц несколько или есть дубли
— внутренние ссылки: ИИ часто забывает связать главную, прелендер и вспомогательные страницы
Отдельно смотрите на скорость. Генерация может быть красивой, но тяжёлые анимации, лишние скрипты и огромные картинки убивают PageSpeed быстрее, чем плохой текст. Для SEO это критично даже на простом лендинге.
Ещё одна типичная ошибка — дубли. ИИ легко клонирует блоки, а поисковик потом видит почти одинаковые страницы и не понимает, какую ранжировать.
Правило для vibe coding: ИИ собирает каркас, человек добивает семантику, мета-теги и техничку. Если этого не делать, сайт будет выглядеть готовым, но в поиске работать слабо.
This media is not supported in your browser
VIEW IN TELEGRAM
Chat GPT-5.6 будут выдавать лишь избранным
США ограничивают публичный доступ к новым ИИ-моделям: теперь его выдают только проверенным пользователям после обязательной 30-дневной процедуры верификации. Сэм Альтман называет это самым быстрым путём к публичному релизу. Эффективность меры вызывает сомнения — китайские разработчики традиционно копируют модели в течение суток после выхода.
➡️ Читайте на сайте: https://aff.top/blog/chat-gpt-5-6-budut-vydavat-lish-izbrannym
🧠 Ещё больше инсайтов → в канале AFF.top
США ограничивают публичный доступ к новым ИИ-моделям: теперь его выдают только проверенным пользователям после обязательной 30-дневной процедуры верификации. Сэм Альтман называет это самым быстрым путём к публичному релизу. Эффективность меры вызывает сомнения — китайские разработчики традиционно копируют модели в течение суток после выхода.
➡️ Читайте на сайте: https://aff.top/blog/chat-gpt-5-6-budut-vydavat-lish-izbrannym
🧠 Ещё больше инсайтов → в канале AFF.top
This media is not supported in your browser
VIEW IN TELEGRAM
Vk удалили из App store: что дальше?
Удаление VK из App Store заблокировало доступ для владельцев iPhone в России, но проблема решаема. Арбитражники теряют один канал, но не аудиторию — 20–30 млн пользователей iOS остались на месте. Вместо VK стоит переориентироваться на альтернативные источники: Telegram Ads с таргетингом на iOS, push-сети типа AdProfex, MTS Ads и Beeline Ads. VK может последовать примеру Max и запустить PWA-приложение для восстановления уведомлений. Главный вывод…
➡️ Читайте на сайте: https://aff.top/blog/vk-udalili-iz-app-store-chto-dalshe
🧠 Ещё больше инсайтов → в канале AFF.top
Удаление VK из App Store заблокировало доступ для владельцев iPhone в России, но проблема решаема. Арбитражники теряют один канал, но не аудиторию — 20–30 млн пользователей iOS остались на месте. Вместо VK стоит переориентироваться на альтернативные источники: Telegram Ads с таргетингом на iOS, push-сети типа AdProfex, MTS Ads и Beeline Ads. VK может последовать примеру Max и запустить PWA-приложение для восстановления уведомлений. Главный вывод…
➡️ Читайте на сайте: https://aff.top/blog/vk-udalili-iz-app-store-chto-dalshe
🧠 Ещё больше инсайтов → в канале AFF.top
Промпт для гэмбл-лендинга ломается чаще всего не в коде, а в описании оффера
Для гемблы ИИ нельзя давать расплывчатое ТЗ вроде «сделай стильный лендинг». Нужны жёсткие рамки: один оффер, один CTA, один экран с обещанием, блок доверия, блок FAQ. Если в промпте не зафиксировать структуру, Cursor или Claude Code начнут лепить «маркетинговый сайт» вместо страницы под конверсию.
Рабочий каркас промпта:
• цель страницы: лид, клик, регистрация
• аудитория: новичок / опытный игрок / трафик с преленда
• запреты: без логотипов брендов, без чужих лицензий, без фейковых отзывов
• структура: hero, benefits, steps, FAQ, CTA
• стиль: тёмный, контрастный, быстрый, без лишних секций
Если нужен именно прелендер, отдельно проси: «сделай страницу как нейтральный обзор, без прямого брендинга, с мягким переходом на CTA». Так ИИ не уедет в агрессивный sales-copy и не начнёт вставлять элементы, которые потом приходится вычищать руками.
Лучше всего работают промпты, где ты задаёшь не «красоту», а ограничения: длина заголовков, число карточек, отсутствие анимаций, мобильный-first, место под форму. Тогда генерация получается ближе к боевому лендингу, а не к демо-странице. Один раз нормально описал структуру — и потом переиспользуешь этот шаблон под новые офферы.
Вывод простой: для гэмблы промпт должен управлять не дизайном, а рамками конверсии. Чем точнее структура и запреты, тем меньше ручной правки после генерации.
Для гемблы ИИ нельзя давать расплывчатое ТЗ вроде «сделай стильный лендинг». Нужны жёсткие рамки: один оффер, один CTA, один экран с обещанием, блок доверия, блок FAQ. Если в промпте не зафиксировать структуру, Cursor или Claude Code начнут лепить «маркетинговый сайт» вместо страницы под конверсию.
Рабочий каркас промпта:
• цель страницы: лид, клик, регистрация
• аудитория: новичок / опытный игрок / трафик с преленда
• запреты: без логотипов брендов, без чужих лицензий, без фейковых отзывов
• структура: hero, benefits, steps, FAQ, CTA
• стиль: тёмный, контрастный, быстрый, без лишних секций
Если нужен именно прелендер, отдельно проси: «сделай страницу как нейтральный обзор, без прямого брендинга, с мягким переходом на CTA». Так ИИ не уедет в агрессивный sales-copy и не начнёт вставлять элементы, которые потом приходится вычищать руками.
Лучше всего работают промпты, где ты задаёшь не «красоту», а ограничения: длина заголовков, число карточек, отсутствие анимаций, мобильный-first, место под форму. Тогда генерация получается ближе к боевому лендингу, а не к демо-странице. Один раз нормально описал структуру — и потом переиспользуешь этот шаблон под новые офферы.
Вывод простой: для гэмблы промпт должен управлять не дизайном, а рамками конверсии. Чем точнее структура и запреты, тем меньше ручной правки после генерации.
v0.dev хорош не для всего лендинга, а для быстрых UI-кусков под арбитражные задачи
Если нужен полный прелендер с нестандартной логикой, v0.dev часто упирается в ограничения. Но для типовых UI-компонентов он полезен: карточки оффера, блоки FAQ, табы, формы захвата, аккордеоны, sticky-элементы, простые hero-секции.
Где он уместен в арбитраже:
— собрать визуальный каркас для лендинга под нутру, гемблу, дейтинг или sweepstakes
— быстро накидать несколько вариантов CTA-блоков и сравнить конверсионную подачу
— сделать одинаковые по стилю компоненты для преленда и основного ленда
— сгенерировать базовую React/Tailwind-структуру, которую потом допиливают в Cursor или Claude Code
Где лучше не рассчитывать только на v0.dev:
— сложные сценарии с условной логикой и валидацией
— нестандартные анимации и микро-взаимодействия
— проекты, где важны точные требования к структуре DOM и SEO-разметке
— страницы, которые нужно тонко оптимизировать под скорость загрузки и PageSpeed
Хорошая схема такая: в v0.dev собираешь UI-скелет, затем забираешь код в редактор и чистишь вручную. Так получается быстрее, чем рисовать с нуля, но без иллюзии, что инструмент закроет весь проект целиком.
Если задача — не “сделать сайт”, а “быстро получить рабочий визуальный блок”, v0.dev в арбитраже вполне окупается.
Если нужен полный прелендер с нестандартной логикой, v0.dev часто упирается в ограничения. Но для типовых UI-компонентов он полезен: карточки оффера, блоки FAQ, табы, формы захвата, аккордеоны, sticky-элементы, простые hero-секции.
Где он уместен в арбитраже:
— собрать визуальный каркас для лендинга под нутру, гемблу, дейтинг или sweepstakes
— быстро накидать несколько вариантов CTA-блоков и сравнить конверсионную подачу
— сделать одинаковые по стилю компоненты для преленда и основного ленда
— сгенерировать базовую React/Tailwind-структуру, которую потом допиливают в Cursor или Claude Code
Где лучше не рассчитывать только на v0.dev:
— сложные сценарии с условной логикой и валидацией
— нестандартные анимации и микро-взаимодействия
— проекты, где важны точные требования к структуре DOM и SEO-разметке
— страницы, которые нужно тонко оптимизировать под скорость загрузки и PageSpeed
Хорошая схема такая: в v0.dev собираешь UI-скелет, затем забираешь код в редактор и чистишь вручную. Так получается быстрее, чем рисовать с нуля, но без иллюзии, что инструмент закроет весь проект целиком.
Если задача — не “сделать сайт”, а “быстро получить рабочий визуальный блок”, v0.dev в арбитраже вполне окупается.
Vercel + AI-генерация: pipeline, который реально помогает запустить лендинг за час
Если нужен быстрый запуск, не пытайтесь «сделать проект» — делайте цепочку: ТЗ → генерация → правка → деплой. Для лендинга достаточно 5 блоков: оффер, выгоды, кейс/доказательство, форма, FAQ. Чем меньше уникальной логики, тем лучше AI собирает страницу без ручной верстки.
Рабочая схема для Cursor / Claude Code / Bolt.new:
— даёте один экран с референсом и структуру по секциям;
— просите собрать в одном компоненте, без лишних библиотек;
— сразу задаёте mobile-first, чистую типографику и один CTA;
— отдельно просите убрать всё, что мешает PageSpeed: тяжёлые анимации, лишние картинки, виджеты.
На Vercel важно не тащить в прод сырой код после первой генерации. Сначала локально проверяете: адаптив, формы, кликабельность, ошибки в консоли. Потом делаете preview deploy и только после этого подключаете домен. Так AI может накидать 80% страницы, а вы за 10–15 минут доводите её до состояния, которое не стыдно отдавать трафику.
Главный принцип: не просите ИИ «сделать красиво», просите собрать конкретный лендинг с ограничениями по секциям, весу и поведению на мобилке. Тогда Vercel становится не просто хостингом, а финальной точкой для быстрого, повторяемого pipeline.
Если нужен быстрый запуск, не пытайтесь «сделать проект» — делайте цепочку: ТЗ → генерация → правка → деплой. Для лендинга достаточно 5 блоков: оффер, выгоды, кейс/доказательство, форма, FAQ. Чем меньше уникальной логики, тем лучше AI собирает страницу без ручной верстки.
Рабочая схема для Cursor / Claude Code / Bolt.new:
— даёте один экран с референсом и структуру по секциям;
— просите собрать в одном компоненте, без лишних библиотек;
— сразу задаёте mobile-first, чистую типографику и один CTA;
— отдельно просите убрать всё, что мешает PageSpeed: тяжёлые анимации, лишние картинки, виджеты.
На Vercel важно не тащить в прод сырой код после первой генерации. Сначала локально проверяете: адаптив, формы, кликабельность, ошибки в консоли. Потом делаете preview deploy и только после этого подключаете домен. Так AI может накидать 80% страницы, а вы за 10–15 минут доводите её до состояния, которое не стыдно отдавать трафику.
Главный принцип: не просите ИИ «сделать красиво», просите собрать конкретный лендинг с ограничениями по секциям, весу и поведению на мобилке. Тогда Vercel становится не просто хостингом, а финальной точкой для быстрого, повторяемого pipeline.
Forwarded from Потрачено! Клуб спящих бизнесменов!
Коллеги, тут типа серьёзный пост про кое что новое....
Последние месяцы я всё глубже ухожу в AI, автоматизацию и вайб-кодинг. И каждый день нахожу вещи, которые реально можно применять в арбитраже уже сегодня.
Новые MCP, AI-агенты, GitHub-репозитории, скрипты, сервисы, автоматизация, генерация контента, Telegram, инфраструктура… Короче всё, что помогает работать быстрее и зарабатывать больше.
Но публиковать это здесь не хочется.
Этот канал всё-таки про арбитраж, рынок, движуху и мои проекты.
Поэтому сделал отдельный канал AFF//AI.
Туда будут улетать:
• лучшие AI-инструменты для арбитражников;
• GitHub-репозитории и готовые решения;
• промпты, MCP, AI-агенты и автоматизация;
• разборы новых GPT, Claude и других моделей;
• всё, что реально экономит время и даёт преимущество в работе.
Если кажется, что AI скоро изменит арбитраж сильнее, чем очередной антидетект или новый спай-сервис, скорее всего так и будет.
Поэтому AFF//AI станет местом, куда я буду складывать всё самое полезное, что нахожу каждый день.
Последние месяцы я всё глубже ухожу в AI, автоматизацию и вайб-кодинг. И каждый день нахожу вещи, которые реально можно применять в арбитраже уже сегодня.
Новые MCP, AI-агенты, GitHub-репозитории, скрипты, сервисы, автоматизация, генерация контента, Telegram, инфраструктура… Короче всё, что помогает работать быстрее и зарабатывать больше.
Но публиковать это здесь не хочется.
Этот канал всё-таки про арбитраж, рынок, движуху и мои проекты.
Поэтому сделал отдельный канал AFF//AI.
Туда будут улетать:
• лучшие AI-инструменты для арбитражников;
• GitHub-репозитории и готовые решения;
• промпты, MCP, AI-агенты и автоматизация;
• разборы новых GPT, Claude и других моделей;
• всё, что реально экономит время и даёт преимущество в работе.
Если кажется, что AI скоро изменит арбитраж сильнее, чем очередной антидетект или новый спай-сервис, скорее всего так и будет.
Поэтому AFF//AI станет местом, куда я буду складывать всё самое полезное, что нахожу каждый день.
v0.dev для UI-компонентов: где он реально полезен в арбитраже, а где мешает
Если нужна не «страница целиком», а аккуратный UI-кусок — v0.dev часто попадает в цель. Хорошо заходит для:
— блоков с формой заявки;
— карточек оффера;
— FAQ, табов, аккордеонов;
— простых hero-секций и лайт-прелендеров.
Сильная сторона v0 — быстро собрать интерфейс с нормальной иерархией, отступами и типографикой. Для веб-мастера это удобно, когда надо не писать всё с нуля, а получить заготовку и сразу вставить в лендинг или мини-сайт. Особенно если задача типовая и без сложной логики.
Но для арбитража есть нюанс: v0 хорош в UI, а не в «маркетинговом смысле». Он может сделать красивую форму, но не догадается, что у тебя нужен другой порядок блоков под мобильный трафик, сильнее CTA или отдельная зона под доверие.
Рабочая схема такая:
— просишь только компонент;
— потом вручную подгоняешь под оффер и источник трафика;
— отдельно проверяешь mobile-first и скорость загрузки.
Если нужен быстрый старт под лендинг, v0 — хороший генератор деталей. Если нужен весь прелендер под конверсию, его лучше использовать как поставщика блоков, а не как автора всей страницы. Так меньше переделок и меньше шансов получить «красиво, но мимо».
Если нужна не «страница целиком», а аккуратный UI-кусок — v0.dev часто попадает в цель. Хорошо заходит для:
— блоков с формой заявки;
— карточек оффера;
— FAQ, табов, аккордеонов;
— простых hero-секций и лайт-прелендеров.
Сильная сторона v0 — быстро собрать интерфейс с нормальной иерархией, отступами и типографикой. Для веб-мастера это удобно, когда надо не писать всё с нуля, а получить заготовку и сразу вставить в лендинг или мини-сайт. Особенно если задача типовая и без сложной логики.
Но для арбитража есть нюанс: v0 хорош в UI, а не в «маркетинговом смысле». Он может сделать красивую форму, но не догадается, что у тебя нужен другой порядок блоков под мобильный трафик, сильнее CTA или отдельная зона под доверие.
Рабочая схема такая:
— просишь только компонент;
— потом вручную подгоняешь под оффер и источник трафика;
— отдельно проверяешь mobile-first и скорость загрузки.
Если нужен быстрый старт под лендинг, v0 — хороший генератор деталей. Если нужен весь прелендер под конверсию, его лучше использовать как поставщика блоков, а не как автора всей страницы. Так меньше переделок и меньше шансов получить «красиво, но мимо».