Server-Side Rendering (SSR)

Server-side rendering (SSR, рендеринг на стороне сервера) означает, что HTML страницы собирается на сервере и приходит в браузер уже готовым. Противоположность -- client-side rendering (CSR), когда сервер отправляет почти пустую страницу, а контент дополняет JavaScript, работающий в браузере. Различие звучит технически, но напрямую влияет на скорость, SEO и опыт пользователя.

У SSR два главных преимущества. Во-первых, скорость первого отображения -- пользователь видит контент раньше, потому что не ждёт, пока скачается и запустится большой пакет JavaScript. Во-вторых, SEO и шеринг: поисковики и соцсети сразу получают полноценный HTML, поэтому им не нужно полагаться на то, что JavaScript доработает. Для контентных сайтов, интернет-магазинов и лендингов, где важны позиции и быстрая загрузка, это большое преимущество.

У SSR есть и цена. Сервер должен собирать страницу при каждом запросе, что нагружает его сильнее, чем отдача статического файла. Поэтому на практике его часто сочетают с кэшированием или с другими режимами -- статической генерацией (SSG), когда страницы предгенерируются при сборке, и инкрементальной регенерацией (ISR), которая обновляет статические страницы через интервал. После доставки HTML происходит гидратация: JavaScript подключается к готовому HTML и оживляет интерактивные элементы.

Современные фреймворки вроде Next.js, Nuxt и SvelteKit позволяют смешивать эти режимы постранично. Статическая статья блога предгенерируется, пользовательский дашборд рендерится на клиенте, страница товара -- на сервере с кэшем. Выбор не или-или -- это решение для каждой части сайта отдельно, исходя из того, что имеет смысл.