SSG или SSR: не спорьте о моде, сначала проверьте требования лендинга

SSG или SSR: не спорьте о моде, сначала проверьте требования лендинга

Static Site Generation собирает HTML заранее. Server Side Rendering делает это на запросе. Для лендинга разница упирается в три вещи: скорость первого экрана, частоту изменений и цену ошибки при пиковом трафике.

Если страница почти не меняется, SSG обычно выигрывает: меньше нагрузка на сервер, проще кеширование, стабильнее TTFB. Для промо, контентных страниц, FAQ и лид-магнитов это часто самый чистый вариант. Но если блоки завязаны на персонализацию, остатки, гео, A/B-логику или часто обновляемый контент, SSR дает больше контроля.

Давайте разберем под капотом. SSG переносит работу в билд-процесс: чем больше страниц и вариаций, тем тяжелее сборка и сложнее инкрементальные обновления. SSR, наоборот, увеличивает нагрузку на рантайм: нужны кеш, защита от пиков и аккуратная оптимизация шаблонов. Если забыть про кеширование, SSR быстро превращается в узкое место. ⚙️

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