SSR vs. SSG

Po přechodu na Astro je čas na srovnání dvou klíčových strategií: Server-Side Rendering (SSR) vs. Static Site Generation (SSG). Obě doručují hotové HTML, ale každá v jiný moment.

SSR: Příprava na vyžádání

Server funguje jako kuchař, který jídlo (stránku) připraví až ve chvíli, kdy přijde objednávka od uživatele.

• Jak to funguje:
• Využití:
• Výhoda/Slabina:

Jak to funguje	Využití	Výhoda/Slabina
Server v reálném čase stáhne data z databáze, vyrenderuje HTML a pošle ho do prohlížeče.	Dynamický a personalizovaný obsah – klientské zóny, e-shopy s aktuálními skladovými zásobami nebo zpravodajství.	Data jsou vždy aktuální, ale počítejte s vyšší zátěží serveru a pomalejší odezvou (TTFB).

SSG: Předpečený obsah

Funguje jako pekárna, která připraví všechno pečivo (stránky) dopředu během fáze buildu.

Jak to funguje	Využití	Výhoda/Slabina
Stránky se vygenerují do statických souborů a uloží na CDN. Uživatel pak dostává již hotový soubor bez čekání na výpočty serveru.	Blogy, dokumentace nebo marketingové weby – obsah, který se nemění s každou návštěvou.	Extrémní rychlost, nízké náklady a vysoká bezpečnost. Nevýhodou je nutnost rebuildovat web při každé změně obsahu.

Verdikt vývojáře

Rozhoduji se podle potřeby aktuálnosti dat:

• SSG volím pro maximální rychlost a SEO, kde stačí aktualizace při nasazení nové verze.
• SSR nasazuji tam, kde je kritická personalizace a data v reálném čase.

Dnešní frameworky (Astro, Next.js) naštěstí umožňují hybridní přístup. Můžete mít bleskový statický web a jen konkrétní endpointy nechat běžet na SSR. To je za mě ideální cesta.