Можно ли сделать сайт нейросетью: что получится, а что развалится

Что нейросеть делает действительно хорошо

Спорить с возможностями современных моделей бессмысленно, и начинать разбор с преувеличения проблем — нечестно. Есть целый класс задач, где нейросеть экономит не проценты времени, а порядки.

• Первый черновик текста. Из пяти абзацев про услугу три окажутся общими словами, но каркас, который правится, появляется за минуту вместо часа
• Варианты формулировок. Двадцать версий заголовка — задача, где перебор полезен, а усталость вредна
• Типовая разметка. Сетка, карточки, адаптивная таблица — код, который писали миллион раз и который модель воспроизводит точно
• Разбор чужого кода. Объяснить, что делает незнакомый фрагмент, модель умеет лучше, чем человек, читающий его впервые
• Черновая графика и иллюстрации под внутренние задачи
• Проверка на пропущенное: перечислить, что обычно бывает на странице такого типа, и сверить со своей

Стоит добавить и то, что меняется быстро: год назад этот список был короче, и через год он снова будет другим. Поэтому утверждения вида «нейросеть этого не умеет» в такой теме живут недолго, и ниже речь не о пределах моделей, а о свойствах задачи — о том, можно ли проверить результат до того, как он начнёт стоить денег.

Общее у этих задач одно: результат сразу видно, и ошибка в нём дешёвая. Неудачный заголовок заметен при чтении, кривая сетка — при открытии страницы. Проблемы начинаются там, где ошибка не видна при приёмке и проявляется через месяцы.

Что получается на выходе у генераторов

Конструкторы с генерацией по описанию выдают результат предсказуемого вида, и это не упрёк: предсказуемость — часть их устройства. На вход идёт описание бизнеса, на выход — набор готовых секций, заполненных под тему.

Структура почти всегда одна и та же: первый экран с обещанием, блок преимуществ из трёх-четырёх пунктов, услуги карточками, отзывы, вопросы и ответы, форма. Это не случайность и не лень модели. Такой порядок встречается в обучающих данных чаще всего, потому что так устроено большинство существующих сайтов, а модель воспроизводит наиболее вероятное.

Отсюда первое следствие, которое видно сразу: сайт получается похожим на другие сайты в той же нише. Для части задач это безразлично, для части — ровно та проблема, с которой к нам приходят. Мы разбирали это в тексте про дизайн под нишу: визуальный язык бухгалтерии и стоматологии должен различаться не цветом кнопки, а плотностью, порядком блоков и тем, что показано первым, потому что различается цикл принятия решения у их клиентов.

Полезная проверка перед тем, как платить за генератор: сгенерируйте страницу дважды с разными описаниями одного и того же бизнеса и сравните результаты. Совпадающая часть — это и есть то, что вы получите, независимо от описания.

Где начинаются проблемы

Дальше — по пунктам, и в порядке от того, что заметно позже всего, к тому, что заметно сразу.

Структура под задачу, а не под шаблон

Генератор строит страницу из секций, которые существуют в его наборе. Если задача в этот набор не укладывается, она подгоняется под него — и подгонка остаётся незамеченной, потому что страница выглядит нормально.

Возьмём обобщённый пример: компания продаёт оборудование, где выбор зависит от трёх параметров, и клиент без помощи не определится. Нужен подбор по параметрам, а не каталог карточками. Генератор выдаст каталог карточками, потому что это секция, которая у него есть. Сайт получится, работать по назначению он не будет: человек уйдёт туда, где ему помогли выбрать.

Проверить это по внешнему виду нельзя. Нужно пройти путь своего клиента и увидеть, где он останавливается, — а это задача на понимание бизнеса, а не на генерацию разметки.

У этой же проблемы есть обратная сторона, менее заметная: генератор добавляет блоки, которых задача не требует. Отзывы на сайте компании, которая работает с тремя заказчиками в год и не может их назвать. Блок «наши партнёры» без партнёров. Счётчик выполненных проектов, который придётся заполнить догадкой. Такие секции приходится либо убирать, либо наполнять выдумкой, и второе обходится дороже: несоответствие замечают именно те клиенты, которые проверяют подрядчика внимательно.

Скорость и Core Web Vitals

Здесь дело в устройстве, а не в качестве генерации. Конструктор обязан быть универсальным: он не знает заранее, какие блоки вы используете, поэтому загружает движок, способный собрать любой из них. Вместе с этим приходят библиотеки, которые нужны одной секции из двадцати, и шрифты, которые подключены на всякий случай.

Пороги Google опубликованы и проверяемы: LCP до 2,5 секунды, INP до 200 миллисекунд, CLS до 0,1. Универсальный движок с запасом на все случаи укладывается в них тяжелее, чем страница, собранная заранее и отдающая только то, что на ней есть. Это не значит, что конструктор обязательно их не проходит — значит, что у него меньше запаса, и расходуется он на функциональность, которую вы не используете.

Почему это важно не технически, а по деньгам, разобрано отдельно: как скорость влияет на заявки и позиции. Коротко — если трафик платный, каждая лишняя секунда оплачена дважды.

Интеграции

Это место, где разговор о нейросетях заканчивается быстрее всего. Обмен с учётной системой, передача заявки в отраслевую CRM, выгрузка остатков, расчёт по собственной формуле — задачи, где требуется не сгенерировать правдоподобный код, а соблюсти чужой протокол. Модель охотно напишет обращение к несуществующему методу: правдоподобность и правильность здесь расходятся, а проверить расхождение можно только запуском.

Для конструкторов ограничение другого рода: доступны те интеграции, которые предусмотрены платформой. Если нужной нет, её нельзя дописать — можно только искать обходной путь через промежуточные сервисы, и каждый такой сервис добавляет точку, где цепочка рвётся молча.

Тексты, которые узнаются

Сгенерированный текст про услуги имеет узнаваемый почерк, и дело не в ошибках — ошибок как раз нет. Дело в том, что модель выбирает наиболее вероятное продолжение, а наиболее вероятное про любую услугу — это общие слова: индивидуальный подход, команда профессионалов, современные решения, гибкие условия.

Проверка на такой текст делается одним вопросом: может ли конкурент поставить этот абзац себе без единой правки. Если может, абзац не сообщает ничего и занимает место на первом экране. Содержательный текст про услугу состоит из вещей, которые у конкурента другие: порядок работ, что входит и что нет, сроки, на чём считается цена, что бывает, когда что-то идёт не так.

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

Поиск и техническая разметка

Видимая часть — заголовки и описания страниц — генерируется нормально. Проблемы в невидимой, и они однотипные: один заголовок первого уровня на страницу, осмысленная иерархия подзаголовков, канонические адреса, корректная карта сайта, разметка организации и хлебных крошек, непротиворечивые указания для поисковых роботов.

Каждый пункт в отдельности мелкий. Вместе они дают разницу между сайтом, который индексируется как задумано, и сайтом, где поисковик видит дубли и противоречивые сигналы. Эти вещи не видно ни на экране, ни при приёмке — они проявляются через месяцы в отчёте, когда выясняется, что половина страниц не в индексе.

Поддержка и развитие

Самый недооценённый пункт. Сайт живёт годами, и вопрос не в том, как он сделан, а в том, можно ли его менять.

У сгенерированного кода без автора есть свойство: его никто не проектировал. Понять, почему фрагмент написан именно так, нельзя — замысла не было, была вероятная последовательность. Через полгода правка в одном месте ломает другое, и причину приходится искать с нуля. У конструктора ограничение прямее: вы живёте в границах платформы, и переезд с неё означает делать сайт заново.

Это та же развилка, что в сравнении Next.js и готовых CMS: считать нужно не цену запуска, а цену владения за два-три года.

Когда генератора достаточно

Это честный раздел, и он означает ровно то, что написано: есть задачи, где платить студии не нужно, и мы не станем утверждать обратное.

• Нужно проверить спрос на идею. Страница на неделю, чтобы понять, звонит кто-нибудь или нет
• Сайт-визитка, с которой не ждут заявок: адрес, телефон, часы работы
• Страница события: конференция, набор, разовая акция с известной датой окончания
• Личный проект или портфолио, где важен сам факт наличия страницы
• Внутренний инструмент на несколько человек, где интерфейс важнее надёжности
• Нулевой бюджет. Сайт на конструкторе лучше, чем отсутствие сайта, и это не фигура речи

Общий признак: короткий горизонт или отсутствие требований к развитию. Если сайт нужен на три месяца, свойства, которые проявляются через год, не имеют значения.

Есть и промежуточный путь, о котором редко говорят: начать с конструктора и перейти на разработку, когда станет понятно, что именно нужно. Это нормальная последовательность, а не признак ошибки на первом шаге. Проверка спроса стоит дешевле, когда она сделана дёшево, и список требований, собранный на работающей странице, точнее любого придуманного заранее. Единственное, что стоит сделать сразу, — оформить домен на себя: при переезде это единственное, что нельзя восстановить задним числом.

Когда нужен разработчик

Зеркальный список. Признак здесь тоже один, и он не про технологии: цена ошибки выше стоимости работы.

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

Как проверить сгенерированный сайт

Если сайт уже сделан генератором и вопрос в том, годится ли он, проверка посильна своими силами. Порядок ниже выстроен так, чтобы дешёвое шло первым.

• 1. Пройдите путь своего клиента целиком: найти нужную услугу, понять цену, оставить заявку. Всё, где пришлось догадываться, — это потери
• 2. Отправьте заявку сами и убедитесь, что письмо дошло и не попало в спам
• 3. Откройте сайт со своего телефона на мобильном интернете, а не через офисный Wi-Fi
• 4. Проверьте заголовки и описания страниц: одинаковые на нескольких страницах означают, что метаданные не заполняли
• 5. Проверьте, что на каждой странице один заголовок первого уровня, а подзаголовки идут по порядку
• 6. Прочитайте тексты вопросом «может ли это поставить себе конкурент»
• 7. Посмотрите, какие сервисы грузятся на странице и сколько из них вы заказывали
• 8. Выясните, можно ли забрать сайт с платформы: если нет, переезд означает делать заново

Результат такой проверки — не оценка «хорошо или плохо», а список расхождений между тем, что нужно бизнесу, и тем, что получилось. С этим списком уже можно решать: часть пунктов правится на том же конструкторе, часть требует другой основы. Полный разбор перед запуском мы разбирали отдельно — что проверить перед запуском сайта.

Как мы сами используем ИИ в работе

Отрицать инструмент, которым пользуешься, было бы странно. Мы применяем модели там, где они дают выигрыш, и не применяем там, где цена ошибки выше выигрыша. Граница проходит по проверяемости.

• Черновики текстов, которые потом переписываются под нишу и проверяются на факты
• Перебор вариантов формулировок и композиции — там, где решает выбор человека
• Типовая разметка и однотипные преобразования кода, которые проверяются запуском
• Поиск пропущенного: сверить состав страницы с тем, что обычно требуется
• Разбор незнакомого кода при работе с чужим сайтом
• Подготовка черновых иллюстраций для внутренних задач и примеров

Чего мы не делаем: не отдаём модели решения о структуре сайта, не публикуем сгенерированный текст без правки и проверки, не принимаем сгенерированный код без чтения. Причина практическая: отвечать за результат перед заказчиком будет студия, а «так сгенерировалось» объяснением не является.

Есть и практическое следствие для заказчика, которое стоит знать. Скорость генерации сместила узкое место: раньше дольше всего делалась разметка, теперь — решения о том, что именно должно быть на сайте. Поэтому разговор с подрядчиком, который начинается с вопросов о бизнесе, а не с показа шаблонов, стал не признаком обстоятельности, а признаком того, что человек понимает, где теперь находится работа.

Итог без пафоса. Нейросеть — хороший ускоритель и плохая замена решениям. Она снимает ручную работу и не снимает ответственности за то, как сайт устроен, и это различие полезно держать в голове и при выборе подрядчика: вопрос не в том, пользуется ли он моделями, а в том, кто у него принимает решения и кто отвечает, если решение оказалось неверным.