React или обычный HTML:
Нужен ли фреймворк для сайта бизнеса?

Введение

Если вы заказываете сайт для бизнеса, вы наверняка слышали противоречивые советы. Одни разработчики настаивают на React или Next.js. Другие утверждают, что обычного HTML вполне достаточно. А растущее число специалистов рекомендует промежуточные решения вроде Astro, которые выглядят как фреймворки, но отдают статический HTML.

В индустрии прямо сейчас идёт активная дискуссия. В июле 2026 года выпуск Frontend Focus #750 задал вопрос напрямую: «Нужны ли нам всё ещё инструменты сборки для фронтенда?» Подробный аудит Олли Уильямса показал, что вендорные префиксы и транспиляция в ES5 устаревают, а возможности Sass всё больше переходят в нативный CSS — хотя сборка и минификация остаются актуальными. Тем временем React Status #483 с колонкой Кента Доддса провозгласил: «Войны фреймворков окончены» — React победил, но большинству бизнес-сайтов React не нужен.

Эта статья разбирается в вопросе без маркетинга. Я создаю сайты с 2005 года — задолго до появления React — и сегодня работаю со всеми основными фреймворками. Вот что я говорю владельцам бизнеса, которые спрашивают, нужен ли их сайту JavaScript-фреймворк или достаточно обычного HTML.

Главный вопрос: что делает ваш сайт?

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

Различие между контентным сайтом и веб-приложением — самый важный фактор выбора:

Когда обычный HTML/CSS/JS — правильный выбор

Для большинства бизнес-сайтов обычный HTML с современным CSS не просто достаточен — он лучше. Вот почему:

1. Производительность бесплатно

HTML-страница загружается мгновенно. Не нужно скачивать, парсить и выполнять JavaScript, чтобы пользователь увидел контент. Нет рантайма фреймворка. Нет виртуального DOM. Браузер получает HTML и рендерит его. Это максимально быстрый опыт.

Core Web Vitals — сигналы ранжирования Google — достигаются тривиально просто на хорошо свёрстанном HTML-сайте. Никаких проблем с гидратацией, смещений макета от JavaScript, блокирующих скриптов. Мои корпоративные сайты на HTML стабильно достигают LCP менее 1,5 секунд и нулевого Cumulative Layout Shift.

2. Современный CSS невероятно функционален

CSS сильно эволюционировал. То, что раньше требовало фреймворка или JavaScript, теперь делается на чистом CSS:

• CSS Grid и Flexbox — сложные макеты без фреймворков
• CSS Container Queries — адаптивные компоненты, подстраивающиеся под контейнер, а не под вьюпорт
• CSS View Transitions — плавные переходы между страницами через один мета-тег
• Relative Color Syntax — управление цветами (затемнение, осветление, коррекция оттенка)
• CSS Anchor Positioning — тултипы, поповеры и выпадающие списки без JavaScript
• CSS Mixins — переиспользуемые стили (реализация в Chromium уже идёт)

Для погружения в эти возможности — моё руководство по CSS Container Queries и обзор Relative Color Syntax. Суть в том, что современный CSS умеет то, что раньше требовало фреймворка.

3. Меньше затрат и быстрее результат

HTML-сайт строится быстрее и не требует затрат на поддержку зависимостей. Мои цены: лендинг от 300 BYN (~7 900 ₽), корпоративный сайт от 4 500 BYN (~118 000 ₽). Веб-приложение на React/Next.js — от 6 000 BYN (~158 000 ₽) и до 25 000 BYN для сложных проектов.

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

4. Безопасность и простота обслуживания

У HTML-сайта нет JavaScript-зависимостей. Ноль npm-пакетов для аудита, ноль рисков цепочки поставок, ноль критических обновлений. Экосистема npm переживает всё более изощрённые атаки на цепочку поставок — смотрите мой разбор атаки на npm «Mini Shai-Hulud» — и каждая зависимость фреймворка — это потенциальная точка входа.

Хорошо спроектированный HTML-сайт может работать годами с минимальными изменениями. React-сайт без активного обслуживания накопит уязвимости в дереве зависимостей за считанные месяцы.

Когда JavaScript-фреймворк имеет смысл

Фреймворки существуют не просто так. Для определённых типов проектов они не просто полезны — они необходимы. Вот когда React, Next.js или Vue — правильный выбор:

1. Вы создаёте веб-приложение, а не сайт

Если проект включает сложное управление состоянием, данные в реальном времени, аккаунты пользователей, многошаговые формы или дашборд — вам нужен фреймворк. SaaS-платформа, портал бронирования, админ-панель или интерактивный инструмент выигрывают от компонентной модели React, управления состоянием и экосистемы.

Для таких проектов я обычно рекомендую React с Next.js (для SSR/SEO) или Vue с Nuxt (для более быстрой разработки). Дополнительная сложность оправдана, потому что вы строите то, что действительно её требует.

2. Вы планируете мобильное приложение

Если вы с самого начала знаете, что понадобится iOS и Android приложение вместе с сайтом, React — стратегический выбор. React Native использует ту же компонентную модель и экосистему. Вы можете делиться бизнес-логикой, управлением состоянием и даже значительными частями UI-кода между вебом и мобильными платформами.

Для сравнения React с альтернативами — мои статьи React vs Vue vs Angular и React vs Next.js.

3. Сложная интерактивность на клиенте

Drag-and-drop интерфейсы, совместное редактирование в реальном времени, интерактивные визуализации данных, сложные мастера форм — всё это выигрывает от декларативного подхода React. Вы описываете, как должен выглядеть UI для данного состояния, а React обрабатывает обновления.

4. Крупномасштабное приложение с командой

Для корпоративных приложений, которые разрабатывают несколько разработчиков годами, соглашения фреймворка обеспечивают консистентность. Angular здесь силён своей структурированностью. React с Next.js тоже хорошо масштабируется — особенно с архитектурой Server Components в React 19. О новых возможностях — в моём обзоре React Компилятора и превью Next.js 16.3.

Компромисс: Astro, статические сайты и островная архитектура

Выбор не всегда бинарный. Растёт категория инструментов, которые заполняют разрыв между обычным HTML и полноценными JavaScript-фреймворками. Самый заметный из них — Astro.

Astro позволяет использовать компоненты из React, Vue или Svelte, но рендерит их в статический HTML на этапе сборки — отправляя ноль JavaScript в браузер по умолчанию. Интерактивные компоненты становятся «островами», которые загружают свой JavaScript только когда становятся видимыми на странице.

Это отличный компромисс: вы получаете опыт компонентной разработки с производительностью статического HTML. Для контентных сайтов бизнеса Astro даёт быстрые страницы, отличное SEO и гибкость добавления интерактивности где нужно. Читайте мой обзор Astro 6.4 с подробностями, включая новый Markdown-процессор на Rust.

Как принять решение

Вот простой способ решить, исходя из вашей ситуации:

FAQ

Нужна помощь с выбором?

Выбор между обычным HTML и JavaScript-фреймворком не должен быть стрессом. Правильный ответ зависит от ваших бизнес-целей, сроков и бюджета. Я создавал проекты в обоих подходах — от простых лендингов до сложных SaaS-платформ — и могу помочь принять правильное решение, не навязывая технологии, которые вам не нужны.

Я — full-stack веб-разработчик с опытом более 20 лет, работаю как с обычным HTML/CSS/JS, так и с современными фреймворками (React, Next.js, Vue, Angular). Живу в Минске, работаю с клиентами по всему миру. Давайте обсудим ваш проект.