ГлавнаяГлоссарийSSR vs CSR

SSR vs CSR

Серверный и клиентский рендеринг

Где формируется HTML — на сервере или в браузере.

SSR (Server-Side Rendering) — HTML собирается на сервере и приходит браузеру готовым. CSR (Client-Side Rendering) — браузер получает почти пустой HTML, и весь контент рисует JavaScript уже на клиенте.

Для SEO SSR безопаснее: поисковик сразу видит весь контент. CSR требует, чтобы поисковик исполнил JavaScript — Google это умеет, но с задержкой, а Яндекс и Bing хуже. Современный подход — гибрид (SSR + гидратация), как в Next.js и Nuxt.

SSR
Server-Side Rendering

HTML собирается на сервере, отдаётся готовым. Поисковик сразу видит контент. Быстрый FCP, дороже сервер

CSR
Client-Side Rendering

Сервер отдаёт пустой HTML + JS. JS строит DOM в браузере. Старые роботы не видят контент. Дешёвый сервер, медленный FCP

Hybrid
SSG / ISR / Edge

Заранее сгенерированный HTML + JS-гидрация. Лучшее из двух миров: SEO + интерактивность. Next.js, Nuxt, Astro

Три способа рендеринга. Для SEO предпочтительны SSR или статика — JS-роботы Google умные, Yandex может пропускать JS-контент
Пример из практики

Lastminute.com — SSR через Next.js: поисковик сразу видит весь контент 7 млн страниц. Если бы был чистый CSR — пришлось бы ждать рендеринга, и часть страниц не доходила бы до индекса.