Кнопка «Собрать сайт» не существует. Один и тот же лендинг можно запустить за вечер на конструкторе, а можно строить неделю на фреймворках с SSR, кешами и CDN. Разобраться, на чем сейчас пишут сайты, - значит связать тип проекта, сроки, бюджет и поддержку. Ниже - свежая карта технологий и простые правила, без лишних слов.
TL;DR
- Выбирайте стек для сайта от задач: контент - CMS/SSG, магазин - готовая платформа, веб‑приложение - фреймворк с SSR.
- В 2025 по фронтенду лидируют Next.js/Nuxt/SvelteKit/Astro; по контенту - WordPress (самописный или headless); по магазинам - Shopify/WooCommerce.
- Для скорости полагайтесь на SSR/SSG + CDN, изображения WebP/AVIF и критичный CSS. SPA без нужды - лишний вес.
- Хостинг: статика от $0-5/мес, serverless $5-50, VPS $8-40. Считайте не только цену, но и поддержку.
- Главная ошибка - строить сложнее, чем нужно: конструктор закрывает 70% лендингов, а headless оправдан, когда контента и интеграций много.
Быстрый маршрут выбора
- Определите тип: лендинг/блог, корпоративный сайт, медиа, магазин, SaaS/веб‑приложение.
- Выберите уровень гибкости: «сделать быстро», «расти и интегрировать», «максимум контроля».
- Сопоставьте с таблицей ниже и проверьте чеклистом производительности и поддержки.
Карта стека 2025: что берут под разные типы сайтов
Ниже - практичные решения по сценариям. Они закрывают 90% кейсов, когда нет экзотики или жёстких легальных требований.
- Лендинг/малый сайт кампании: конструктор (Tilda, Webflow, Framer) или статический сайт через Astro/Next.js (SSG) + Netlify/Vercel. Плюсы - скорость запуска и хороший LCP из коробки. Минус - ограниченная логика.
- Корпоративный сайт/портфолио: WordPress + готовая тема/гутенберг‑блоки или Next.js + headless WordPress/Strapi. Плюсы - удобство редакторов, масштабируемость. Минус - потребуется базовая DevOps‑поддержка.
- Контентное медиа: Headless CMS (Sanity/Contentful/Strapi) + Next.js/Remix/Astro с Incremental Static Regeneration. Плюсы - стабильный TTFB и кэш, быстрый релиз контента. Минус - стоимость SaaS‑CMS.
- Интернет‑магазин: Shopify для D2C/международных платежей, WooCommerce для контент+товары, а при сложной логистике - headless (Saleor/Medusa) + Next.js. Плюсы - готовые платежи, каталоги. Минус - комиссия/абонплата.
- SaaS и интерактивные веб‑приложения: Next.js/Remix/SvelteKit с SSR и серверными действиями, бэкенд на Node/Nest или Python/FastAPI, БД Postgres (Supabase/Neon/PlanetScale). Плюсы - контроль производительности и архитектуры. Минус - потребуются опытные разработчики.
| Тип сайта | Рекомендуемый фронтенд | CMS/бэкенд | Хостинг | Время запуска | Ориентир по бюджету | Скорость (Core Web Vitals) |
|---|---|---|---|---|---|---|
| Лендинг | Astro/Next.js (SSG) или конструктор | Без CMS / простая форма | Vercel/Netlify/Cloudflare Pages | 1-3 дня | $0-1 000 | Высокая при SSG+CDN |
| Корпоративный | Next.js/WordPress | WordPress (classic/headless) | Managed WP или Vercel+WP | 2-4 недели | $2 000-10 000 | Высокая при кешировании |
| Медиа/блог | Next.js/Astro | Headless CMS (Sanity/Contentful/Strapi) | Vercel/Netlify | 2-6 недель | $3 000-20 000 + SaaS | Высокая при ISR/кеше |
| Интернет‑магазин | Liquid/Next.js | Shopify/WooCommerce/Headless | Shopify/хостинг WP/Vercel | 2-8 недель | $3 000-50 000 + комиссии | Средняя-высокая (зависит от темы) |
| SaaS/приложение | Next.js/Remix/SvelteKit | Node/Nest/Django/FastAPI + Postgres | Vercel/Fly.io/VPS | 1-3 месяца | $10 000-200 000 | Высокая при SSR и оптимизациях |
Почему так? По данным W3Techs (2025) WordPress держит около 43% всех сайтов и свыше 60% доли среди CMS - это объясняет, почему корпоративные сайты и блоги часто стартуют именно на WP. Для магазинов Shopify сохраняет лидирующие позиции в сегменте D2C благодаря встроенным платежам и экосистеме приложений. А для интерактивных приложений доминирует стек JavaScript/TypeScript с SSR из-за баланса между скоростью и гибкостью.
Фронтенд сегодня: SPA больше не «по умолчанию»
Главная перемена 2023-2025: «одностраничник во что бы то ни стало» ушёл. Стратегии рендера теперь подбирают задачей, а SSR/SSG снова в моде, потому что они выигрывают в TTFB и SEO без боли от полной гидратации.
Опции рендера
- SSG (статическая генерация): идеален для лендингов и блогов. В связке с CDN даёт лучшую стабильность метрик.
- ISR/ISG (инкрементальная регенерация): компромисс между SSG и свежестью контента. Хорош для медиа и каталогов.
- SSR: нужен там, где важны персонализация, A/B и данные запроса. В 2025 SSR часто сочетают с частичной гидратацией.
- SPA: уместна для насыщенных интерфейсов (таблицы, дашборды). На публичных страницах - только если нет альтернативы.
Фреймворки и когда их брать
- Next.js: универсал. Серверные компоненты, ISR, edge‑функции, серверные действия. Подходит для корпоративных, медиа и приложений.
- Nuxt (Vue): для тех, кто на Vue. Удобные серверные маршруты, Nitro для деплоя на edge, сильная экосистема.
- SvelteKit: быстрый рантайм, меньше JS по сети, приятная DX. Классный выбор для приложений и маркетинговых страниц.
- Astro: «острова» по умолчанию. Выводит HTML, гидрирует только интерактивные куски. Лучший друг контентных сайтов.
- Remix: сервер‑first философия, формы и кэш с акцентом на веб‑стандарты. Отлично для приложений с маршрутизацией и прогрессивным улучшением.
Лёгкие подходы без тяжёлого SPA
- HTMX + Alpine: обновление фрагментов HTML без SPA. Простой путь оживить WordPress/Django/Go‑шаблоны.
- Partial/Islands hydration: гидрируем только интерактивные элементы. В Astro - из коробки, в Next/Remix - через архитектурные приёмы.
CSS и дизайн‑системы
- Tailwind CSS и атомарные утилиты ускоряют сборку и уменьшают CSS за счёт tree‑shaking. Хорошо сочетается с компонентными библиотеками.
- Готовые UI‑киты (MUI, shadcn/ui, Ant Design) экономят время, но следите за весом бандла и доступностью.
Правила выбора рендера
- Публичный контент без персонализации - SSG/ISR.
- Нужна персонализация и A/B - SSR + кэш/edge.
- Сложное приложение - SPA внутри, SSR/Streaming снаружи.
- Сомневаетесь - начните с SSG/ISR; переключиться на SSR всегда проще, чем наоборот.
Частые ошибки
- Гидрировать весь маркетинговый сайт ради пары модалок.
- Игнорировать изображения: без WebP/AVIF и srcset Core Web Vitals проседает сильнее кода.
- Собирать SPA на хостинге без CDN и жаловаться на TTFB.
Немного цифр: Web Almanac (HTTP Archive, 2024) показывает рост медианного объёма JS на мобильных сайтах свыше 460 КБ. Это чувствуется по LCP и INP. Поэтому архитектуры с частичной гидратацией и SSG/ISR дают заметные плюсы в 2025.
Бэкенд и данные: от CMS до serverless
Выбор бэкенда в 2025 - это компромисс между «сразу есть админка и роли» и «полный контроль над логикой».
Классические CMS
- WordPress: быстрый старт, тысячи плагинов, редакторы любят. Безопасность и скорость решаются управляемым хостингом, кэшем, обновлениями.
- Drupal: для порталов, сложных ролей и контентных контуров. Входит дороже, окупается на длинной дистанции.
Headless CMS
- Sanity/Contentful: SaaS, сильные схемы и редакторский UX. Деньги за экономию времени.
- Strapi/Directus: self‑hosted, контроль и гибкость. Потребуется сервер и аккуратная настройка безопасности.
E‑commerce
- Shopify: международные платежи, экосистема приложений, темы. Быстрый выход в продажи.
- WooCommerce: хорошо, когда есть контент и SEO на WP. Важно настроить кэш и оплату.
- Headless (Saleor/Medusa): для кастомной логистики, B2B и сложных витрин. Дороже в разработке, но даёт контроль.
Фреймворки и языки
- Node.js/NestJS/Express: TypeScript‑мир, быстрые интеграции, богатая экосистема.
- Python/Django/FastAPI: зрелые ORM, админки, предсказуемость. Django - когда нужна административка из коробки.
- Go: когда критична производительность и параллелизм. Уместен для API и сервисов высокой нагрузки.
- Ruby on Rails: по‑прежнему быстрый старт CRUD/админок, сильное сообщество.
Данные и аутентификация
- Базы: Postgres как дефолт, MySQL для совместимости, SQLite для edge/малых проектов. Популярные провайдеры: Neon, Supabase, PlanetScale.
- ORM: Prisma или Drizzle под TypeScript, Django ORM под Python.
- Auth: NextAuth/Clerk/Auth0, для СНГ - интеграции с ЮKassa/CloudPayments.
Хостинг и архитектура
- Serverless/edge (Vercel, Netlify, Cloudflare): автоматическое масштабирование, простые деплои. Лимиты по холодному старту, памяти и длительности выполнения учитывайте заранее.
- VPS/контейнеры (Hetzner, DigitalOcean): контроль и предсказуемые затраты. Заложите время на обновления и мониторинг.
- Managed WordPress: кеш, бэкапы, безопасность из коробки. Удобно для редакционных команд.
Если сомневаетесь, начинайте с управляемого сервиса (SaaS CMS, Shopify, Vercel). Когда бизнес‑гипотеза подтверждена, есть смысл переходить на более гибкий стек.
Хостинг, цена и скорость: как не сжечь бюджет и метрики
Быстрый сайт - это не магия, а набор простых шагов и правильная инфраструктура.
Где хостить
- Статические сайты: Cloudflare Pages, Netlify, Vercel - почти всегда быстрее и дешевле VPS.
- SSR/приложения: Vercel/Fly.io/Render для авто‑масштаба, VPS - когда нужен контроль и приватность.
- WordPress: берите управляемый тариф с кешем и CDN. Экономия на «саморазвёртывании» часто потом дороже.
Оценка стоимости (правило грубого счета)
- Статика: $0-5/мес за хостинг, домен $10-15/год.
- Serverless/edge: $5-50/мес до первых серьёзных нагрузок.
- VPS/контейнеры: $8-40/мес + время DevOps.
- Shopify: от $39/мес + комиссия.
- SaaS CMS: $15-200/мес в зависимости от планов.
Чеклист производительности (Core Web Vitals)
- Рендер: SSG/ISR для публичных страниц, SSR со стримингом для персонализации.
- Изображения: WebP/AVIF, srcset/sizes, lazy, генерация превью.
- CSS: критичный CSS inline, остальное отложить, без лишних фреймворков.
- JS: трешейк, код‑сплит, не гидрировать всё подряд, отсрочка неважных скриптов.
- CDN: кэш для HTML, статики и API, грамотные заголовки Cache‑Control.
Типичные риски и как их обойти
- «Легко и быстро» превратилось в «медленно и дорого»: фиксируйте объём MVP и режьте нестабильные интеграции.
- Нестабильный TTFB: SSR без кэша/edge. Добавьте CDN, короткий кэш и фоновые ре‑валидаторы.
- Дорогие SaaS‑счета: пересмотрите тарифы, вынесите тяжёлые задачи в очередь/CRON, отключите ненужные плагины.
Мини‑таблица решений по производительности
| Проблема | Симптом | Быстрый фикс | Долгосрочно |
|---|---|---|---|
| Тяжёлый JS | Высокий INP/CLS | Код‑сплит, defer | Переход на частичную гидратацию |
| Медленный сервер | Высокий TTFB | CDN, кэш HTML | SSR на edge или SSG/ISR |
| Изображения | Плохой LCP | WebP/AVIF + lazy | Автогенерация разных размеров |
| Тяжёлая тема | Просадка метрик | Отключить плагины | Пересобрать на легком UI |
FAQ (коротко)
Нужен ли React для корпоративного сайта? Нет. Публичные страницы быстрее и проще на SSG/ISR. React оправдан в приложениях и при сложной персонализации.
WordPress - не медленный ли? На управляемом хостинге с кэшем и CDN - быстрый. Проблемы чаще из‑за тяжёлых тем и плагинов.
Стоит ли идти в headless? Да, если много источников контента, мультиязычность, мобильные приложения, кастомные фронтенды. Иначе классический CMS дешевле.
Что учить новичку в 2025? HTML/CSS, базовый JS, затем Next.js или SvelteKit, Tailwind, основы Node и Postgres, Git и деплой на Vercel/Netlify.
Какой БД брать «по умолчанию»? Postgres. Затем уже смотреть по кейсу.
Next steps / Что делать дальше
- Опишите тип сайта и ключевые сценарии (3-5 пунктов).
- Выберите подход из «Карты стека» и проверьте по чеклисту производительности.
- Соберите прототип: конструктор или SSG на Astro/Next.js. Замерьте Core Web Vitals в PageSpeed Insights.
- Если нужен магазин - начните с Shopify/WooCommerce, а про headless думайте при росте каталога.
- Для SaaS - выберите Next.js/Remix, Postgres и хостинг Vercel/Fly.io. Сразу закладывайте авторизацию и роли.
Если что-то ломается (быстрый троблшут)
- Сайт стал медленным после релиза: верните предыдущий билд, сравните бандл‑анализ, отключите новые плагины.
- Страницы не индексируются: проверьте meta robots, sitemap, SSR/SSG, отдачу статуса 200.
- Serverless уходит в таймаут: вынесите тяжёлую задачу в фон, добавьте кэш, проверьте лимиты платформы.
- Падает конверсия на мобильных: ужмите изображения, отключите A/B‑скрипты на первом экране.
Если коротко: технологии стали взрослее и гибче. Начинайте с простого варианта, который решает бизнес‑задачу сейчас, и оставляйте себе путь к усложнению, когда он действительно понадобится.