Дизайнерские сайты в прошлом? Всем нужен только функционал и хороший "проброс" в LLMs

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

В своей практике последних лет, я прежде всего заметил, что дизайн в вэбе больше вообще почти никому не нужен. Хотя бизнес по созданию лендингов и не входит в мой профиль, однако иногда и такие задачи "под себя" или проекты, в которых я участвую есть. Если обратить внимание на изменения последних нескольких лет пользовательских предпочтений, то у большинства посетителей сайтов требование одно - аккуратный и сносный, унифицированный интерфейс, а вот супер дизайн с кучей условных видео-анимаций, техмерной графики и тд (Three.js и тд) как раз мало кому нужен. Сама унификация проектов началась достаточно давно - ещё во времена выпуска первых релизов бутстрапа. Поэтому моё мнение, что сайты в любом случае становятся медленно умирающими вторыми контурами информации, как дополнение и описания для LLM систем, соответственно зачем там дизайн. Это как пытаться сделать качественный дизайн для телеграмм бота.

Когда мне надо что-то собрать, чаще всего я начинаю с V0 от Vercel. Эта система на мой взгляд, является одной из лучших среди всех остальных ведущих nocode (Replit, Bolt, Lovable и пр). Качественного результата в ней можно добиться за пару часов и он предсказуемый, скорость бешеная, и подход ближе к нормальному MPA-мышлению (а не "одна страница на весь интернет"). Для совсем простых задач, где требуется дизайн получше, но достаточен SPA - я лично юзаю Lovable. Но честно: это вкусовщина. Bolt, Replit, и ещё десяток решений тоже умеют делать это достойно.

Главное наблюдение: после 4–5 итераций эти системы выдают дизайн продукта, который уже "достаточен для работы". Не идеальный. Но рабочий. И именно это экономит часы, а иногда - дни.

Дальше начинается то, что отличает “сайт из конструктора” от настоящего продукта - минимум архитектурного мышления и конечно же такое творение лучше доработать по следующим 3 направлениям - инженерному, визуальному (подстройка), SEO.

Задача no-code/AI-генераторов - сделать быстрый прототип, который выглядит как продукт:

- сетка, типографика, отступы, визуальная иерархия;

- блоки landing page (hero, value props, FAQ, testimonials, pricing);

- первичная навигация;

- адаптивность (хотя бы базовая).

Тут важно принять реальность. Senior-глазом смотреть на “типичный no-code output" в итерациях до ручного деплоя - без слёз пока сложно. Но нам и не нужно это любить. Нам нужно быстро получить заготовку.

Когда у тебя есть каркас, дальше делается самое важное — превращение этого каркаса в систему, которую можно поддерживать.

Деплой

1) можно начать с VPS/серверного деплоя (быстрее для контроля)

2) но лучше сразу предусмотреть serverless (особенно если проект про лиды, контент и маркетинг, а не про сложную stateful-логику)

3) обновляем библиотеки

4) поднимаем зависимости до актуальных версий

5) вычищаем deprecated и делаем npm с итогом в 0 под fix

6) приводим сборку к предсказуемому состоянию

Подкручиваем безопасность

7) базовые security headers

8) CSP там, где не ломает функционал

9) CORS & CSRF

10) защита форм / rate limit / антиспам

Допиливаем бэкенд

11) всё, что связано с лидами, формами, интеграциями, CRM - лучше делать руками, ну понятно что "руки" почти всегда имеют уже ранее использованные шаблоны, а потому работы на час-два максимум (для не большого лендоса)

12) no-code почти всегда делает это “как получится”, а потом кому-то это добро придется поддерживать, кроме того большинство no / low code систем пока делает backend часть в очень усечённом формате

13) странные костыли, лишние плагины, лишние обвязки

14) “магические” компоненты, которые не обновить

15) мусорные классы и артефакты генерации

16) Ну и остатки графических элементов самих no/low code систем

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

И вот здесь особенно важно понимать: поисковики и соцсети не читают “ваш красивый дизайн”. Они читают структуру, мета-информацию, скорость, разметку и консистентность.

Снабдить разрабатываемый веб-сервис полноценным джентльмен-набором. Контент под SEO и SMM - это не не просто “продающий текст”, а страницы под кластеры запросо, заголовки и подзаголовки, которые читаются и человеком, и роботом FAQ, который реально отвечает и расширяет семантику

OG-теги и медиа. Соцсети живут превьюшками. Если превью “никакое” — кликабельность падает.

OpenGraph и Twitter cards

Корректные размеры изображений

Отдельные OG-варианты под языки (если мультиязычность)

Описание всех фото. Это одновременно: доступность, поисковый контекст, дополнительная семантика

Важно, такие описания - это не “photo1”. Это описание смысла изображения и его роли в блоке.

То, что пользователь видит в выдаче — решает. Нужны: meta title / description, правильно сформированные заголовки, аккуратные фрагменты текста, которые поисковик возьмёт как сниппет

Минимально полезный набор: Organization / LocalBusiness (если применимо), WebSite + SearchAction (если есть поиск), Product / Service, FAQ Page (если FAQ есть), BreadcrumbList (если структура многостраничная)

Это кажется мелочью, пока: iOS не превращает ваш favicon в мыло, PWA-manifest не ломает “Add to Home Screen”, поисковик не показывает странную иконку

Не просто перевод текста, но гораздо шире - правильные URL-стратегии (поддомены/папки), hreflang, отдельные мета-данные на каждом языке, консистентный словарь терминов (особенно для B2B)

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

Качественный sitemap — это не просто “файл есть”. Важный актуальные URL, lastmod, исключение мусора, роботам должно быть легко понять структуру сайта

В современном малом веб сервисе - это также уже не роскошь, а вполне обычная практика, чтобы зацепить клиента на дополнительных информационных контурах. Если вы реально умеете подхватывать лиды быстро, у вас повышается - конверсия формы, скорость ответа, воронка до продажи. Плюс это даёт - канал ретеншна, быстрые пуши без рекламы, “второй контакт” кроме email.

Минимально: аналитика (GA/альтернативы), пиксели (если надо), корректные события (submit form, CTA click, scroll depth)

Простейший SPA я уже показывал выше - сервис u2c.digital мне удалось сделать за 4 часа, вот пример уже достаточно большого веб-ресурса по родам в Чили, каркас которого был изначально сделан в V0 Vercel и сразу как MPA, каталог и тд. Это заняло все вместе около 24 часов и ещё надо дорабатывать (sitemap тот же), хотя сайт уже в топ10 выдачи.

Следующий пример - это SEO/SMM сервис в мультиязычном исполнении EuroSMM, частично доработан и задеплоин был за 3 часа, но конечно нужно еще дорабатывать как раз по описанному мной сценарию.

Потому что AI снимает три самых дорогих слоя работы:

1) первичную сборку интерфейса

2) генерацию больших массивов контента

3) подготовку вариантов (а не одного “правильного”)

Человек делает то, что AI пока делает слабо: архитектурные решения, чистка и стабилизация, безопасность, интеграции, финальная связность продукта (чтобы это было целым, а не набором блоков).