Что меняет SSR
SSR переносит формирование начальной разметки на сервер. Браузер получает HTML, а затем JavaScript может провести гидратацию интерактивных компонентов. SSR — это не то же самое, что статическая генерация, кэширование, быстрый TTFB или успешная индексация.
Доказательство — это тело ответа и статус для реального URL, а не настройка фреймворка.
Проверка ответа
Откройте исходный HTML с отключённым JavaScript или через простой fetch-запрос. Проверьте статус, канонический URL, основной текст и поведение при ошибке до гидратации.
- Запросите исходный HTML.
- Запросите несуществующий маршрут.
- Сравните отрендеренный и исходный контент.
- Измерьте TTFB отдельно.
- Проверьте варианты кэша.
Выбор схемы рендеринга
Используйте SSR там, где нужны данные на момент запроса или персонализация и сервер может стабильно отвечать. Статичный или закэшированный вывод может лучше подойти для стабильных публичных страниц.
| Вопрос | Проверка | Ограничение |
|---|---|---|
| Начальный контент | Есть в HTML ответа | Сам по себе HTML не гарантирует качество |
| Маршрут с ошибкой | Корректный статус 404/410/500 | Клиентский интерфейс может скрывать статус |
| Производительность | TTFB и ресурсы отдельно | Один общий балл скрывает слои |
Ограничения SSR
Страница с серверным рендерингом всё равно может грузиться медленно, вернуть ошибку или скрывать контент за последующими клиентскими запросами.