SSR (Server-Side Rendering) — це стратегія рендерингу, де HTML генерується на сервері для кожного вхідного запиту, доставляючи повністю сформовану сторінку до браузера, а не покладаючись на JavaScript на стороні клієнта для рендерингу контенту.
SSR контрастує з CSR (Client-Side Rendering) та SSG (Static Site Generation). Переваги та недоліки:
- Переваги SSR: свіжість на кожен запит, аутентифікація на стороні сервера, повний HTML на перший байт (важливо для SEO).
- Недоліки SSR: кожен запит звертається до сервера; затримка залежить від навантаження на сервер та місця розташування.
Для електронної комерції SSR є обов'язковим для SEO — пошукові системи не завжди надійно виконують JavaScript, тому сторінки, що рендеряться на клієнті, часто відображаються порожніми для Googlebot. Сучасний SSR зазвичай поєднується з кешуванням (CDN edge cache, перевірка ISR-стилю, Cache Components), щоб обмежити, як часто сервер походження насправді рендерить.
У Next.js 16 межа між SSR, ISR, SSG та PPR розмита. Модель cacheComponents + PPR дозволяє розробникам описувати, що має бути кешованим, а що має бути динамічним на рівні компонентів, а не на рівні сторінок, усуваючи більшість історичних виборів стратегій.