Гонка наконец замедлилась

Десять лет фронтенд переписывал себя каждые полтора года. Это в основном прекратилось. Массовый ответ в 2026-м скучный в хорошем смысле: React с серверными компонентами, мета-фреймворк вроде Next.js сверху, типы от базы до кнопки, утилитарные стили и своя библиотека компонентов. По-настоящему новое здесь — не стек. Новое в том, что значительную часть кода в этом стеке теперь пишет машина.

Серверный рендеринг стал значением по умолчанию

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

• Быстрая первая отрисовка и нормальные Core Web Vitals без героических усилий
• Контент присутствует в HTML — а это сейчас важнее, чем когда-либо, из-за ИИ-краулеров
• Меньше клиентского состояния, которое нужно синхронизировать, — целый класс багов исчезает
• Загрузка данных рядом с компонентом, который их использует, вместо глобального стора

Где генерация интерфейса реально помогает

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

• Первый проход по вёрстке с макета или скриншота
• Формы с валидацией, состояниями ошибок и атрибутами доступности
• Адаптивные варианты компонента, который вы уже спроектировали
• Однотипные админские экраны, таблицы и панели фильтров
• Миграции — переход на новую версию библиотеки, замена устаревшего API

Где всё идёт не так

Сгенерированные интерфейсы «расползаются». Каждый экран по отдельности выглядит правдоподобно, а вместе это пять слегка разных кнопок, три шкалы отступов и два способа показать ошибку. В разработке этого никто не замечает; пользователь считывает мгновенно — «сайт выглядит дёшево». Лечится это не тем, чтобы генерировать меньше, а тем, чтобы дать генератору настоящий контракт.

• Дизайн-система с токенами, чтобы отступы и цвета не придумывались заново на каждом экране
• Библиотека компонентов как единственный разрешённый источник кнопок, полей и модалок
• Проверка доступности в CI — сгенерированная разметка постоянно её теряет
• Визуальные регрессионные тесты: расхождение сначала визуальное, а уже потом функциональное
• Бюджет производительности, который роняет сборку, а не остаётся благим намерением

Что выбирать для нового проекта

Для большинства бизнес-сайтов и продуктов честная рекомендация почти не изменилась: Next.js с app router, TypeScript везде, утилитарные стили, своя библиотека компонентов и статические или инкрементально обновляемые страницы там, где контент это позволяет. Это неинтересно — и в этом смысл. Интересным в проекте должен быть продукт, а не настройка сборки.

Вывод

Фронтенд в 2026-м — это меньше про выбор фреймворка и больше про дисциплину: рендерить на сервере, отдавать меньше кода, держать одну дизайн-систему и проверять то, что написала машина. Хорошие интерфейсы сейчас делают не те команды, у которых самые новые инструменты, а те, кто договорился, что считается «правильно», и заставил это проверяться автоматически.