Ещё недавно фраза «сделать сайт по текстовому описанию» звучала как рекламное преувеличение. Сегодня можно написать несколько предложений о будущем проекте и через несколько минут получить главную страницу, форму регистрации, личный кабинет, базовую работу с данными и даже опубликованную версию приложения. Граница между конструктором сайтов, генератором кода и средой разработки действительно стала значительно менее заметной.
Но вместе с этим появилось новое заблуждение: если нейросеть способна собрать работающий интерфейс, значит разработка сайта почти закончена. На практике первый результат AI часто является не готовым продуктом, а очень быстрым способом добраться до той стадии, на которую раньше уходили дни или недели. Дальше начинаются вопросы, которые красивый первый экран не показывает: данные, права пользователей, SEO, резервное копирование, обновления, интеграции, скорость, безопасность и поддержка проекта через год.
Поэтому вопрос «можно ли теперь сделать сайт без программиста» имеет смысл только вместе с другим: какой именно сайт и что с ним должно происходить после запуска?
Слово «сайт» сегодня означает слишком разные вещи
Одностраничный сайт мероприятия, корпоративный портал, интернет-магазин и SaaS-сервис технически могут открываться в одном и том же браузере. Но сходство на этом заканчивается.
Лендинг обычно состоит из относительно понятных элементов:
- заголовка;
- описания;
- изображений;
- блоков преимуществ;
- формы;
- контактов.
Здесь AI действительно может выполнить большую часть черновой работы практически самостоятельно.
Но если проект должен иметь:
- регистрацию;
- разные роли пользователей;
- личный кабинет;
- платежи;
- сложный поиск;
- базу данных;
- API;
- уведомления;
- загрузку файлов;
- историю операций,
мы уже имеем дело не просто с веб-страницей, а с программным продуктом.
И это различие важнее названия конкретной нейросети.
Почему AI так хорошо создаёт первый экран
Современный веб состоит из множества повторяющихся визуальных закономерностей. У большинства коммерческих сайтов есть узнаваемые элементы: hero-блок, меню, карточки, отзывы, тарифы, FAQ, форма обратной связи, footer.
Нейросеть видела огромное количество подобных структур и хорошо понимает, как они обычно сочетаются.
Если попросить:
Создай современный лендинг сервиса для управления проектами. Светлый фон, синие акценты, главный экран с демонстрацией продукта, блок возможностей, тарифы и FAQ.
задача для AI довольно понятна. Система не изобретает новую категорию интерфейсов, а собирает знакомые паттерны в новую композицию.
Поэтому результат часто производит очень сильное первое впечатление.
Первое впечатление — одновременно сильная и слабая сторона AI-конструкторов
Когда за несколько минут появляется аккуратная страница с современными шрифтами, кнопками и адаптивной сеткой, легко почувствовать, что большая часть работы уже выполнена.
На самом деле дизайн первой страницы — лишь один слой.
За ним остаются вопросы:
- что произойдёт после нажатия кнопки;
- где будут храниться данные;
- что увидит пользователь без прав;
- как восстановить удалённую запись;
- что произойдёт при повторной оплате;
- как сайт будет индексироваться;
- что делать при падении внешнего API.
Эти вещи практически невозможно оценить по красивому скриншоту.
AI-конструктор меняет цену прототипа
Вот где произошла настоящая революция.
Раньше между идеей:
«а что, если сделать сервис для планирования путешествий?»
и работающим прототипом находились дизайн, верстка, программирование и настройка инфраструктуры.
Сегодня тот же человек может за вечер получить несколько экранов и проверить основной сценарий.
Это важно не потому, что программист больше не нужен, а потому, что стало намного дешевле выяснить: нужен ли проект вообще.
Lovable: от описания идеи к работающему приложению
Lovable.dev — хороший пример того, насколько далеко ушёл формат prompt-to-app. Пользователь описывает приложение естественным языком, а система собирает интерфейс и связанную с ним логику.
В актуальном продукте Lovable уже говорит не просто о создании статичного прототипа: платформа заявляет генерацию экранов, данных, логики, аутентификации и размещение приложения. Результат затем можно продолжать изменять через диалог или редактировать код напрямую.
Это особенно интересно для небольших продуктов:
- внутренних кабинетов;
- MVP;
- панелей управления;
- каталогов;
- форм сбора данных;
- простых SaaS-инструментов.
Человек начинает не с пустого файла, а с описания того, что должен уметь продукт.
Но «сделать приложение» и «поддерживать приложение» — разные задачи
Предположим, AI создал систему регистрации и таблицу проектов.
Сегодня всё работает.
Через полгода могут появиться:
- новые роли;
- другая структура данных;
- платные тарифы;
- импорт;
- мобильное приложение;
- новый API.
Каждое изменение накладывается на предыдущее.
Именно поэтому архитектура становится заметна не в первый день, а в процессе развития продукта.
Сайт без кода не означает сайт без архитектуры
Можно никогда не писать SQL вручную, но база данных всё равно существует.
Можно не создавать форму авторизации самостоятельно, но правила доступа всё равно нужны.
Можно не верстать страницу, но адаптивные состояния всё равно должны быть продуманы.
No-code и AI скрывают технический слой от пользователя.
Они не отменяют его.
Framer решает немного другую задачу
Framer ближе к миру дизайна и публикации сайтов, чем к генерации сложной серверной логики.
Сегодня Framer позволяет начать с текстового запроса или brief, получить структуру страницы, секции и черновой контент, а затем дорабатывать всё на визуальном canvas. При этом в одной платформе остаются CMS, адаптивные настройки, SEO-инструменты, аналитика, hosting и публикация.
Это важный пример того, что под названием «AI website builder» скрываются разные продукты.
Framer особенно естественно выглядит для:
- лендингов;
- корпоративных сайтов;
- портфолио;
- маркетинговых страниц;
- сайтов с CMS-контентом.
Почему визуальный редактор после генерации так важен
Промт удобен для крупных изменений:
Сделай первый экран более минималистичным.
Но дизайнер часто хочет сказать намного точнее:
увеличить отступ здесь на восемь пикселей, уменьшить этот заголовок, изменить ширину блока и перенести кнопку.
В этот момент обычный визуальный интерфейс может оказаться быстрее разговора с AI.
Framer сохраняет сгенерированные страницы редактируемыми на canvas, позволяя вручную управлять типографикой, компонентами, breakpoint и расположением секций.
Хороший AI-инструмент не должен заставлять всё делать через чат
Это довольно важный принцип.
Диалог удобен для намерений.
Обычный интерфейс удобен для точных действий.
Например, проще написать:
Сделай страницу спокойнее и убери визуальный шум.
Но размер конкретного отступа проще установить числом.
Будущее веб-инструментов, скорее всего, лежит не в полной замене интерфейса промтами, а в их сочетании.
Origin AI и Emergent: AI всё сильнее движется от страниц к приложениям
В каталоге IT’S NEW есть и другие представители этого направления. Origin AI относится к no-code/low-code платформам для генерации веб-приложений, а Emergent ориентируется на создание веб- и мобильных продуктов из описания идеи. Они находятся в той же большой категории инструментов, где пользователь всё чаще начинает работу не с языка программирования, а с формулировки продукта.
Это означает заметный сдвиг в разработке.
Первый вопрос всё меньше звучит как:
На каком фреймворке это написать?
И всё чаще:
Что именно должен уметь продукт?
Это не отменяет технологию — технология просто уходит глубже
Пользователь может не знать, как устроен frontend.
Но browser по-прежнему исполняет код.
Он может не знать SQL.
Но данные всё равно хранятся по определённой схеме.
Он может не понимать deployment.
Но приложение всё равно где-то запускается.
AI переносит техническую сложность в инфраструктуру платформы.
Это делает разработку доступнее, но создаёт новые зависимости.
Одна из главных зависимостей — сама платформа
Перед созданием серьёзного проекта стоит понять:
- можно ли выгрузить код;
- кому принадлежат данные;
- можно ли перенести базу;
- как работает собственный домен;
- что произойдёт при изменении тарифа;
- насколько проект связан с hosting платформы.
Эти вопросы кажутся скучными только до момента, когда проект становится успешным.
Самое неприятное время обнаружить ограничения — после роста проекта
На этапе двадцати пользователей почти любая архитектура кажется достаточной.
Когда пользователей становится двадцать тысяч, появляются:
- нагрузка;
- стоимость;
- ограничения API;
- медленные запросы;
- фоновые задачи;
- очереди;
- логи;
- резервное копирование.
Именно поэтому для серьёзного продукта нужно понимать путь масштабирования заранее.
Можно ли сделать корпоративный сайт практически без программиста
Во многих случаях — да.
Если нужен сайт компании с:
- главной страницей;
- описанием услуг;
- блогом;
- контактами;
- формами;
- несколькими посадочными страницами,
современный визуальный AI-конструктор способен закрыть значительную часть работы.
Здесь намного важнее становятся:
- структура;
- тексты;
- фотографии;
- бренд;
- SEO;
- аналитика.
Написание HTML вручную не является обязательной частью процесса.
А интернет-магазин?
Сложность сразу растёт.
Нужно учитывать:
- товары;
- остатки;
- варианты;
- корзину;
- оплату;
- заказы;
- уведомления;
- возвраты;
- поиск;
- интеграции.
Если платформа уже предоставляет всю эту инфраструктуру, AI может ускорить настройку.
Если магазин строится как полностью новое приложение, цена ошибки намного выше.
Формы — один из первых моментов, где красивый сайт превращается в систему
На макете форма состоит из:
- двух полей;
- кнопки;
- красивой рамки.
В реальности нужно решить:
- куда уходят данные;
- как они проверяются;
- что считается неправильным телефоном;
- как бороться со спамом;
- что происходит при двойной отправке;
- кому приходит уведомление;
- где хранится согласие пользователя.
Это хороший пример скрытой разницы между интерфейсом и продуктом.
Регистрация добавляет ещё один уровень ответственности
Как только сайт хранит учётные записи, появляются:
- пароли;
- сессии;
- восстановление доступа;
- проверка email;
- права;
- защита личных данных.
Фраза «добавить логин» звучит коротко.
Но за ней находится большая техническая система.
Поэтому AI-приложение нужно оценивать не по количеству созданных экранов
Интерфейс легко показать на скриншоте.
Качественную работу с данными — намного сложнее.
Перед запуском полезнее проверить сценарии:
- что произойдёт при неправильном вводе;
- что увидит пользователь без авторизации;
- можно ли открыть чужой объект по прямой ссылке;
- что происходит после удаления;
- есть ли дубли;
- как работает повторное действие.
AI особенно хорошо создаёт «счастливый путь»
Happy path — сценарий, где пользователь делает всё правильно.
Он:
- открывает страницу;
- вводит правильные данные;
- нажимает кнопку один раз;
- получает результат.
В демонстрации всё выглядит идеально.
Реальный пользователь:
- нажимает дважды;
- обновляет страницу;
- вводит пробелы;
- возвращается кнопкой браузера;
- открывает две вкладки;
- прерывает загрузку.
Настоящее качество приложения проявляется именно здесь.
SEO — ещё одна область, которую нельзя оценить по внешнему виду
Страница может выглядеть прекрасно и одновременно иметь:
- плохой title;
- дубли description;
- неправильный canonical;
- неиндексируемые страницы;
- кривые URL;
- несвязанные материалы;
- проблемы с sitemap.
AI может помочь написать метатеги.
Но SEO сайта — не набор красивых title.
Структура сайта важнее автоматически написанного текста
Предположим, компания оказывает десять разных услуг.
Можно поместить их на одной странице.
А можно построить:
главная → категория → отдельная услуга → кейсы → статьи.
Это уже информационная архитектура.
AI способен предложить структуру, но решение должно исходить из реальных задач пользователей и поискового спроса.
Framer уже включает SEO-инструменты, но это не делает SEO автоматическим
В актуальной платформе Framer есть управление SEO, CMS, redirects и другими элементами публикации; сам сервис отдельно позиционирует их как часть полного процесса от AI-генерации до production-сайта.
Но наличие поля title ещё не означает, что оно заполнено правильно.
Инструмент предоставляет возможность.
Стратегию всё равно определяет человек.
Контент, созданный AI, тоже нужно редактировать
AI-конструктор часто сразу заполняет сайт текстом.
Это удобно для макета.
Но подобные фразы:
Мы предлагаем инновационные решения для достижения ваших бизнес-целей.
ничего не говорят о конкретной компании.
Хороший сайт должен отвечать на реальные вопросы:
- что вы делаете;
- для кого;
- сколько это занимает;
- как устроен процесс;
- почему вам можно доверять;
- что получит клиент.
Поэтому сгенерированный copy лучше воспринимать как временный каркас.
AI особенно склонен создавать универсальный «стартапный» стиль
Если не задать более точного направления, можно быстро получить знакомый набор:
- крупный градиентный заголовок;
- округлые карточки;
- сияющие элементы;
- плашки;
- абстрактный фон.
Технически это может быть современно.
Проблема в том, что тысячи проектов становятся похожими друг на друга.
Чем проще стало создать красивый интерфейс, тем ценнее индивидуальность
Когда аккуратная верстка была дорогой, сама аккуратность выделяла проект.
Сегодня AI выдаёт её автоматически.
Поэтому значение начинают приобретать другие вещи:
- собственные фотографии;
- характерная типографика;
- авторские иллюстрации;
- необычная композиция;
- реальный голос бренда.
Дизайн снова становится не вопросом «умеем ли мы красиво сверстать», а вопросом «почему этот сайт должен выглядеть именно так».
Графику лучше готовить отдельно, если она важна для проекта
Встроенная AI-генерация удобна для черновика, но не всегда должна становиться финальной графикой.
Для сайта можно использовать собственные изображения, специализированные генераторы или процедурную графику.
Например, PlayLab на IT’S NEW позволяет создавать управляемые фоны, паттерны и SVG-композиции, которые не зависят от случайного результата text-to-image модели.
Это особенно полезно для интерфейса, где нужна единая визуальная система.
Перед публикацией изображения нужно технически подготовить
AI-builder может вставить красивую фотографию.
Но если она весит несколько мегабайт, сайт всё равно будет загружаться медленнее.
Для готовой веб-графики можно использовать ImageConv, чтобы привести файлы к нужному разрешению и формату.
Это хороший пример разделения задач:
AI помогает придумать и собрать страницу, специализированный инструмент доводит конкретный ресурс до технически правильного состояния.
Favicon — мелочь, которую легко забыть
Внешне сайт уже готов, но во вкладке браузера остаётся стандартная иконка.
Для небольшой команды такие детали постоянно откладываются «на потом».
Подготовить набор favicon можно через Favicon Generator на IT’S NEW.
AI необязательно использовать там, где задача решается простой специализированной утилитой быстрее и предсказуемее.
После генерации полезно проверить сайт как чужой
Создатель знает, куда ведёт каждая кнопка.
Пользователь — нет.
Поэтому стоит пройти сайт заново:
- с главной;
- с мобильного;
- без авторизации;
- по прямой ссылке;
- с неправильными данными.
Такая проверка часто обнаруживает больше проблем, чем ещё один раунд AI-редизайна.
Битые ссылки особенно легко появляются после быстрых итераций
AI быстро меняет структуру.
Страница переименована.
Секция удалена.
Ссылка осталась.
После крупных изменений полезно пройти сайт сканером битых ссылок IT’S NEW.
И снова здесь обычный проверяющий инструмент надёжнее генеративной догадки.
Можно ли доверить AI безопасность сайта
Можно просить AI искать очевидные проблемы.
Но нельзя считать фразу:
«проверь приложение на безопасность»
полноценным аудитом.
Безопасность состоит из конкретных сценариев:
- доступ к чужим данным;
- инъекции;
- XSS;
- CSRF;
- загрузка файлов;
- секреты;
- сессии;
- права пользователей.
Чем ценнее данные, тем менее разумно полагаться только на автоматическую генерацию.
Особенно осторожно нужно относиться к платежам
Оплата выглядит как одна кнопка.
За ней находятся:
- создание транзакции;
- подтверждение;
- повторные уведомления;
- ошибки;
- возвраты;
- изменение статуса заказа.
При финансовых операциях «вроде работает» недостаточно.
Можно ли сделать MVP полностью через AI
Для многих проектов — вполне.
Особенно если цель MVP — ответить на конкретный вопрос.
Например:
Будут ли люди пользоваться таким интерфейсом?
или:
Готовы ли клиенты платить за эту функцию?
Если AI позволяет проверить гипотезу за два дня вместо месяца, это огромное преимущество.
Не нужно строить идеальную архитектуру для идеи, которую ещё никто не проверил
Это обратная крайность.
Можно потратить три месяца на правильную инфраструктуру продукта, который никому не нужен.
Prompt-to-app инструменты особенно ценны именно тем, что снижают стоимость первого эксперимента.
Но после подтверждения идеи требования меняются.
Прототип можно выбросить — и это не поражение
Иногда AI-прототип выполнил свою задачу:
- показал идею;
- привлёк первых пользователей;
- помог понять требования.
После этого его можно частично или полностью переписать.
Это нормальный процесс.
Ценность прототипа заключалась не в долговечности кода, а в полученных знаниях.
Когда уже нужен разработчик
Нет универсальной границы, но есть характерные признаки.
Стоит серьёзнее подключать инженерную экспертизу, когда появляются:
- деньги;
- персональные данные;
- сложные права;
- большая база;
- нестандартные интеграции;
- высокая нагрузка;
- миграции;
- критическая бизнес-логика.
Это не означает, что AI нужно перестать использовать.
Наоборот, разработчик тоже может работать с AI.
Меняется только уровень контроля.
Лучший сценарий — не «AI или программист»
Это ложное противопоставление.
Гораздо продуктивнее цепочка:
человек формулирует задачу → AI быстро создаёт первый вариант → человек проверяет → AI ускоряет итерации → инженер контролирует критические части.
Такая схема использует сильные стороны обеих сторон.
Что выбрать для разных проектов
Нужен современный маркетинговый сайт
Логично смотреть в сторону Framer: AI помогает получить первый вариант, а полноценный визуальный canvas позволяет вручную довести дизайн, responsive и контент.
Нужен MVP или веб-приложение
Lovable.dev интересен как вариант перехода от описания продукта к работающим экранам, данным и базовой логике.
Нужно исследовать другие no-code/agentic подходы
В каталоге есть Origin AI и Emergent, представляющие ещё несколько вариантов генерации приложений и интерфейсов.
Нужен существующий большой проект
Здесь чаще полезнее не отдельный AI-builder, а инструменты AI-разработки, которые способны работать внутри существующей кодовой базы.
Это уже другой класс сервисов.
Как я бы начинал новый сайт с AI
Не с фразы:
Сделай красивый сайт.
А с короткого документа.
В нём стоит определить:
- кто пользователь;
- что он хочет сделать;
- какие страницы нужны;
- какое главное действие;
- какие данные хранятся;
- что должно быть доступно без регистрации;
- что появится позже.
После этого нейросеть получает гораздо меньше пространства для случайных предположений.
Не нужно описывать дизайн до последнего пикселя
Первую версию лучше использовать для исследования.
Можно попросить AI предложить несколько направлений и только затем выбирать.
Например:
Сделай три визуальных направления: строгий технологический, спокойный редакционный и минималистичный продуктовый.
Так AI используется не как исполнитель единственной идеи, а как средство быстро сравнить варианты.
Но содержание лучше продумать до декоративных эффектов
Очень легко провести час, меняя градиент кнопки, пока сайт всё ещё не отвечает на главный вопрос пользователя.
Сначала важнее:
- структура;
- логика;
- ценностное предложение;
- навигация;
- ключевые действия.
Анимация появляется позже.
AI делает создание сайта быстрее, но не делает решение автоматически правильным
Именно это, пожалуй, главный вывод.
Раньше техническая сложность сама ограничивала количество экспериментов. Если каждая новая версия стоила дорого, изменения делали осторожно.
Теперь можно создать пять вариантов за вечер.
Это огромная свобода.
Но она требует способности выбирать.
Нейросеть способна создать:
- ещё один hero;
- ещё одну структуру;
- ещё одну форму;
- ещё один дизайн.
Она не знает автоматически, какой из них действительно нужен вашим пользователям.
Значит ли это, что сайты скоро будут делать только через AI
Вероятно, всё больше стандартной работы действительно будет происходить именно так.
Нет особой ценности в том, чтобы человек в сотый раз вручную собирал технически стандартную форму или типовой hero-блок.
Но по мере автоматизации такой работы ценность смещается.
Выше становятся требования к:
- продуктовому мышлению;
- архитектуре;
- контенту;
- визуальной идентичности;
- безопасности;
- пониманию аудитории.
AI не уничтожает разработку сайта.
Он убирает часть механической работы между идеей и первым результатом.
Так можно ли сделать сайт без программиста?
Если нужен лендинг, портфолио, сайт компании или небольшой контентный проект — во многих случаях современного AI-конструктора и визуального редактора действительно может оказаться достаточно.
Если нужен MVP, инструменты вроде Lovable позволяют зайти значительно дальше и собрать работающий продукт с данными и логикой.
Но чем сильнее сайт превращается в приложение, тем меньше вопрос заключается в том, можно ли создать страницу без кода.
Главными становятся другие вопросы:
- кто отвечает за данные;
- как устроена безопасность;
- как развивается база;
- что произойдёт при ошибке;
- как переносится проект;
- как он будет поддерживаться.
Именно на этом уровне AI перестаёт быть волшебной кнопкой и становится тем, чем он особенно полезен в реальной работе: очень быстрым инструментом внутри более крупного процесса создания продукта.
На IT’S NEW можно посмотреть и другие AI-платформы для создания сайтов и разработки в общем каталоге нейросервисов. Сейчас в нём выделена отдельная категория сервисов для сайтов наряду с большой категорией инструментов для разработки.
