SSR (Server-Side Rendering) to sposób renderowania, w którym serwer składa gotowy HTML dla każdego żądania. Przeglądarka i roboty dostają kompletną treść od razu.
Zalety i wady
| Zalety | Wady |
|---|---|
| treść widoczna od razu dla użytkownika i robotów | większe obciążenie serwera |
| dobre wyniki FCP i LCP | dłuższy TTFB przy wolnym backendzie |
| aktualne dane przy każdym żądaniu | wymaga hydratacji po stronie przeglądarki |
Jak SSR wpływa na wydajność?
Skraca czas do pierwszej treści, bo przeglądarka dostaje gotowy HTML, ale zwiększa obciążenie serwera i może wydłużyć TTFB. Pomaga w tym pamięć podręczna wygenerowanych stron.
Serwer renderuje HTML przy każdym żądaniu, co poprawia widoczność treści dla robotów kosztem większego obciążenia serwera.
SSR a koszt serwera
Przy SSR każde żądanie wymaga wygenerowania strony na serwerze, więc obciążenie rośnie wraz z ruchem. Zmniejsza je cache na poziomie CDN lub aplikacji, a dla treści rzadko zmienianych bywa tańsze generowanie statyczne.
Kiedy wybrać SSR?
Gdy treść zmienia się często lub zależy od użytkownika, a jednocześnie ma być widoczna dla wyszukiwarek, na przykład w sklepie internetowym ze stanem magazynu.
Wybór tego rozwiązania wiąże się z decyzją, która z metod renderowania CSR, SSR, SSG i ISR najlepiej pasuje do projektu.
Zobacz w praktyce
CSR, SSR, SSG czy ISR? Porównanie metod renderowania 
Core Web Vitals - poradnik jak poprawić wskaźniki 
Jak wybrać hosting pod konkretny projekt