Что это всё
В 2026 году у разработчика есть 4 типа рендеринга:
| Тип | Где рендерится HTML |
|---|---|
| SSR (Server-Side Rendering) | На сервере, каждый запрос |
| SSG (Static Site Generation) | На сервере, один раз при билде |
| ISR (Incremental Static Regeneration) | SSG + переборка по таймеру |
| CSR (Client-Side Rendering) | В браузере пользователя |
Выбор влияет на:
- Скорость загрузки
- Стоимость хостинга
- SEO — насколько хорошо индексируется
- Сложность разработки
SEO-сравнение в одной таблице
| SSR | SSG | ISR | CSR | |
|---|---|---|---|---|
| HTML с контентом сразу | ✅ | ✅ | ✅ | ❌ |
| Индексация без JS | ✅ | ✅ | ✅ | ⚠️ |
| LCP (быстрый показ) | ⚠️ | ✅ | ✅ | ❌ |
| Скорость для пользователя | ⚠️ | ✅ | ✅ | ⚠️ |
| Свежие данные | ✅ | ❌ | ⚠️ | ✅ |
| Динамическая персонализация | ✅ | ❌ | ⚠️ | ✅ |
| Стоимость хостинга | Высокая | Низкая | Средняя | Низкая |
| Crawl budget | ⚠️ | ✅ | ✅ | ❌ |
Главное правило: для SEO лучше SSG, если контент позволяет.
SSG — Static Site Generation
Что это: HTML генерируется один раз при билде и лежит на CDN.
Когда подходит:
- Блог (контент меняется редко)
- Документация
- Корпоративные сайты
- Лендинги
- SEO-каталоги с мало меняющимися данными
Плюсы для SEO:
- LCP < 1 секунды (просто отдача файла с CDN)
- Идеальный Core Web Vitals
- Полный HTML — поисковик видит всё
- Crawl budget Google не тратится на ожидание рендеринга
- Самая дешёвая инфраструктура
Минусы:
- Каждое изменение → пересборка всего сайта (на больших каталогах это 5-30 минут)
- Сложно делать персонализацию
- Для сайтов > 100 000 страниц билд становится медленным
Реальный пример: icolleges.ru — статика, 3000+ карточек, билд за 3-4 минуты, отдача с Beget.
SSR — Server-Side Rendering
Что это: HTML генерируется на сервере каждый запрос пользователя.
Когда подходит:
- Динамический контент (соцсеть, маркетплейс, дашборд)
- Персонализация по пользователю
- Свежие данные (цены, наличие, отзывы в реальном времени)
- Сложные форм
- SEO-критичные сайты с динамикой
Плюсы для SEO:
- Полный HTML — поисковик видит всё
- Свежие данные на каждый запрос
- Подходит для крупных интернет-магазинов
Минусы:
- TTFB (Time To First Byte) выше — нужно подождать рендеринга
- Дорогой хостинг (сервер должен работать постоянно)
- Сложнее кешировать
Реальный пример: pro-schools.ru — Next.js на Vercel, SSR для динамических страниц.
ISR — Incremental Static Regeneration
Что это: SSG + автообновление страницы по таймеру или по запросу.
Гибрид между SSG и SSR:
- Первая загрузка — мгновенная (как SSG)
- Раз в N минут страница пересобирается
- Если контент изменился → следующая загрузка уже свежая
Когда подходит:
- Маркетплейсы со средней динамикой (цены меняются раз в час)
- Каталоги с часовым обновлением
- Контентные сайты с регулярными обновлениями
Плюсы для SEO:
- Все плюсы SSG (скорость, дешёвый хостинг)
- + свежие данные без полной пересборки
Минусы:
- Сложнее настраивать
- Доступно не во всех фреймворках (только Next.js, Astro)
CSR — Client-Side Rendering
Что это: HTML почти пустой, JavaScript в браузере подгружает контент.
Когда подходит:
- Веб-приложения (dashboard, админка)
- SaaS-инструменты
- Игры, интерактивные приложения
- Не для SEO!
Минусы для SEO (критичные):
- Поисковик видит пустую страницу при первом обходе
- LCP плохой (нужно ждать JS)
- Google рендерит JS, но медленно и не всегда полно
- Яндекс рендерит JS намного хуже Google → каталог на CSR в Яндексе почти не индексируется
Когда использовать: только когда SEO не важен (приложения за авторизацией).
Что выбрать для типового SEO-сайта
Блог, документация, корпоративный сайт
SSG (Astro, Next.js SSG, Hugo, Eleventy).
SEO-агрегатор / каталог
SSG если данных < 50 000 URL и они редко меняются. ISR если 50 000-500 000 URL. SSR если > 500 000 URL и нужна персонализация.
Интернет-магазин
SSR или ISR — нужна свежесть цен и наличия.
Лендинги
SSG — самое быстрое и дешёвое.
Веб-приложение, SaaS
CSR — там SEO не главное.
Реальные комбинации в наших проектах
| Проект | Тип | Почему |
|---|---|---|
| icolleges.ru | Статика (по сути SSG) | 3000+ карточек, обновляются редко |
| pro-schools.ru | Next.js SSR | Динамическое содержимое + быстрые обновления |
| carto-auto.ru | Статика (Python build) | Каталог 18 моделей, редкие обновления |
| opencard | Статика | 60 карточек, простота |
Гибридные подходы
В современных фреймворках можно комбинировать на одном сайте:
// Next.js
// /blog/[slug] — SSG
export async function generateStaticParams() { ... }
// /search — SSR
export const dynamic = "force-dynamic";
// /products/[id] — ISR
export const revalidate = 3600; // обновление раз в часЭто оптимальная стратегия для среднего SEO-сайта в 2026.
Гид по фреймворкам
| Фреймворк | SSR | SSG | ISR | CSR |
|---|---|---|---|---|
| Next.js | ✅ | ✅ | ✅ | ✅ |
| Astro | ⚠️ | ✅ | — | ✅ |
| Nuxt (Vue) | ✅ | ✅ | — | ✅ |
| Remix | ✅ | — | — | ✅ |
| Hugo (Go) | — | ✅ | — | — |
| Eleventy | — | ✅ | — | — |
| Gatsby | — | ✅ | — | ✅ |
| Static HTML | — | ✅ | — | — |
Чек-лист выбора
- [ ] Контент статичный → SSG
- [ ] Контент динамичный → SSR / ISR
- [ ] До 50 000 URL → SSG безопасно
- [ ] 50 000+ URL → ISR или SSR
- [ ] Не SEO-критичная админка → CSR ОК
- [ ] Большой трафик → дешевле SSG/CDN
- [ ] Нужна свежесть данных → ISR + revalidate
Итог
Для SEO в 2026 году SSG/ISR — лучший выбор в большинстве случаев. SSR — только если нужна реальная динамика. CSR — только для приложений, не для SEO-сайтов.