SSG vs SSR: как выбрать рендер для лендинга и не сломать скорость

SSG vs SSR: как выбрать рендер для лендинга и не сломать скорость

SSG подходит, когда контент редкий, структура стабильна, а важны быстрый первый экран и дешевый хостинг. Страница собирается заранее, отдается как статический HTML и почти не зависит от нагрузки.

SSR нужен там, где контент меняется на запросе: персонализация, локализация, A/B-ветки, данные из формы или каталога. Сервер собирает HTML для каждого запроса, поэтому гибкость выше, но цена — больше нагрузка на бэкенд и сложнее кэширование.

Давайте разберем под капотом. Для лендинга часто хватает гибрида: главную часть рендерить статикой, а динамику — точечно через клиентский запрос. Так вы сохраняете Core Web Vitals и не тащите SSR туда, где он не дает бизнес-эффекта.

Вердикт для продакшена: если страница продает один оффер и меняется редко — берите SSG. Если на странице есть персональные блоки, динамические цены или тяжелая логика на сервере — SSR оправдан. Ошибка здесь одна: выбирать технологию по моде, а не по типу контента.

Если сомневаетесь, начните со статического рендера и добавляйте сервер только туда, где без него ломается сценарий пользователя.