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: çok düşük TTFB, hızlı LCP, yüksek cache oranı - ISR: cached durumda SSG hızına yakın, revalidation sırasında kısa server işi - SSR: kişiselleştirme ve taze veri için iyi, ama her istekte server işi üretir - CSR: ilk HTML hızlı gelir, ancak JS yüklenip render edilene kadar SEO ve LCP tarafında dezavantaj oluşabilir
DevPixel projelerinde pazarlama sayfaları için SSG/ISR, dashboard ve kullanıcıya özel alanlar için SSR kullanılır.
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.