Серверный рендеринг (SSR): что это и зачем для SEO

Серверный рендеринг (SSR, server-side rendering) — способ, при котором сервер собирает готовую страницу и отдаёт её браузеру целиком, вместе с текстом. Противоположность — клиентский рендеринг (CSR): сервер присылает пустую оболочку и скрипты, а страницу собирает браузер.

Почему это важно для SEO

Поисковый робот на первом шаге читает именно HTML, который пришёл с сервера. При SSR в нём весь текст, заголовки, ссылки и разметка. При CSR они появляются только после выполнения скриптов, а Яндекс обрабатывает JavaScript ограниченно и с задержкой: часть содержимого он может не увидеть. Google справляется лучше, но тоже делает это отдельным этапом.

Три близких понятия

• SSR — страница собирается на сервере на каждый запрос.
• SSG (статическая генерация) — страницы собираются один раз при публикации и отдаются готовыми файлами. Быстрее всего, если контент не меняется между запросами.
• CSR — страницу собирает браузер. Подходит для закрытых частей: кабинета, админки.

Сравнение и рекомендации — в статье SSR или CSR.

Как проверить

Откройте исходный код страницы (view-source: в адресной строке) и найдите в нём основной текст. Если в исходном коде только <div id="root"></div> и подключения скриптов, это CSR без серверной части. Другой способ — отключить JavaScript в браузере и посмотреть, что останется на странице.

Что даёт ещё

Готовый HTML быстрее отрисовывается, что помогает метрике LCP и Core Web Vitals. Ссылки и разметка доступны сразу, а превью в мессенджерах собираются из тех же тегов.

Типичные ошибки

• Перенос на SSR только главной, а остальные страницы остаются на CSR.
• Часть данных подгружается после загрузки, и именно она нужна поиску.
• Разный HTML для робота и для пользователя: это называют маскировкой, и она наказывается.
• Ожидание, что SSR сам по себе даст позиции: он убирает препятствие, но не заменяет качественное содержимое.