SSR vs SSG (Render Modları) Nedir?
SSR (Server-Side Rendering) — her ziyaretçi isteğinde HTML server'da üretiliyor; gerçek-zamanlı veri + kişiselleştirme. SSG (Static Site Generation) — HTML build sırasında oluşur, CDN'de cache'lenir; süper hızlı (<50ms TTFB) ama içerik build sonrası değişmiyor. Hibrit ISR ikisinin orta yolu.
Karar matrisi:
SSR uygun: - Kullanıcı bazlı kişiselleştirme (giriş yapmış kullanıcı, sepeti) - Gerçek-zamanlı veri (canlı fiyatlar, stok) - Authentication-required sayfalar (dashboard, hesap)
SSG uygun: - Pazarlama sayfaları (about, hizmetler, fiyatlandırma) - Blog yazıları - Dokümantasyon - Ürün kataloğu (fiyatlar nadiren değişiyor)
ISR uygun (Incremental Static Regeneration): - Ürün kataloğu (fiyat günde 1-2 kez değişiyor) — revalidate: 3600 - Blog (kullanıcı yorumları geliyor) — revalidate: 300 - Ana sayfa hero content — revalidate: 86400
Next.js'te seçim: ```ts // SSG (default) export default function Page() { return ... }
// SSR export const dynamic = 'force-dynamic'
// ISR export const revalidate = 3600 ```
Performans karşılaştırma: - SSG: TTFB <50ms, LCP <1s, 100% cache hit - ISR: TTFB <50ms cached, 200-500ms revalidation request, %95+ cache hit - SSR: TTFB 200-800ms, LCP 1.5-3s, %0 cache (her request fresh) - CSR: TTFB <50ms (HTML), LCP 2-4s (JS yükleyip render), SEO için zorlu
DevPixel projelerinin %80'i ISR + SSG mix kullanıyor — fiyat sayfaları SSG, blog ISR, dashboard SSR.
DevPixel'in render strategy: pazarlama sayfaları SSG (revalidate 86400 — günde 1 rebuild), blog ISR (revalidate 300), e-ticeret ürün ISR (revalidate 60), portal dashboard SSR. Vercel deployment ile tüm modlar tek codebase'de yönetiliyor.