<b>SSG или SSR: как не переплатить за рендер и не потерять скорость</b>

<b>SSG или SSR: как не переплатить за рендер и не потерять скорость</b>

Давайте разберем под капотом. SSG собирает HTML заранее: страница отдается почти мгновенно, CDN работает идеально, а нагрузка на сервер минимальна. SSR собирает HTML на каждом запросе: гибче для персонализации и динамики, но дороже по CPU, сложнее в кэше и чувствительнее к пикам.

Что выбирать для лендингов и контентных страниц:
— SSG: посадочные, статьи, FAQ, каталоги без сложной персонализации.
— SSR: кабинеты, динамические цены, контент, зависящий от региона, сегмента или авторизации.
— Гибрид: когда основа статична, а 1–2 блока подтягиваются отдельно. Это часто лучший компромисс.

Что по производительности? У SSG обычно лучше TTFB и проще Lighthouse-профиль, потому что HTML уже готов. У SSR главный риск — не сам рендер, а цепочка вокруг него: кэш, API, база, очереди. Если там узкое место, страдает весь лендинг, даже при хорошей верстке ⚙️

<b>Вердикт для продакшена:</b> если страницу можно собрать заранее — выбирайте SSG. SSR берите только там, где HTML действительно должен меняться на запросе. Иначе вы платите сложностью за динамику, которую пользователь часто даже не замечает.