Ne anlama gelir?
Sunucu tarafı render (SSR), sayfanın HTML içeriğinin kullanıcının tarayıcısında değil sunucuda hazırlanmasıdır. Tarayıcıya içeriği dolu bir HTML ulaşır.
Render yöntemleri karşılaştırması
| Yöntem | HTML nerede oluşur? | SEO | Uygun olduğu içerik |
|---|---|---|---|
| CSR (istemci) | Tarayıcıda | Riskli | Panel, giriş gerektiren alanlar |
| SSR (sunucu) | Her istekte sunucuda | Güvenli | Sık değişen içerik, kişiselleştirme |
| SSG (statik) | Yayın anında önceden | Çok güvenli | Blog, dokümantasyon, tanıtım |
| ISR (artımlı) | Önceden + periyodik yenileme | Çok güvenli | Büyük kataloglar |
SEO açısından neden önemli?
- İçerik ilk HTML'de bulunur — render kuyruğu beklenmez
- Bağlantılar anında keşfedilir
- Meta etiketler doğru gelir
- LCP genellikle belirgin biçimde iyileşir
- Sosyal medya paylaşım önizlemeleri düzgün çalışır
Dikkat: SSR her zaman daha hızlı değildir
SSR'de her istek sunucuda işlem gerektirir; bu TTFB'yi artırabilir. Statik üretim (SSG) bu açıdan üstündür çünkü sayfa zaten hazırdır.
Pratik kural: İçerik sık değişmiyorsa statik üretim tercih edilmelidir. SSR, gerçekten dinamik içerik için gereklidir.
Hidrasyon sorunu
SSR ile gelen HTML'in üzerine JavaScript'in "canlanması" (hidrasyon) işlemi ağır olabilir ve INP'yi kötüleştirir. Kullanıcı içeriği görür ama tıklamalara yanıt gelmez.
Bu nedenle SSR tek başına yeterli değildir; JavaScript yükünün de optimize edilmesi gerekir.
Karar rehberi
- Blog, kurumsal site, dokümantasyon: Statik üretim
- Büyük e-ticaret katalogları: Artımlı statik üretim
- Sık değişen fiyat/stok, kişiselleştirme: SSR
- Yönetim paneli, giriş sonrası alanlar: İstemci tarafı yeterli (indekslenmesi gerekmez)
Ne anlama gelir?
SSR (Server-Side Rendering / Sunucu Tarafı Render), bir sayfanın HTML çıktısının sunucuda üretilip tarayıcıya hazır hâlde gönderilmesidir. İstemci tarafı render'ın (içeriğin tarayıcıda JavaScript ile oluşturulması) aksine, SSR'de hem kullanıcı hem arama motoru botu içeriği ilk yanıtta, JavaScript'i beklemeden görür. Bu, hem hız hem SEO açısından önemli bir avantaj sağlar.
Neden SEO için değerli?
- İçerik ilk HTML'de hazır olduğu için sorunsuz taranır ve indekslenir
- Render bekleme gecikmesi ortadan kalkar
- Genellikle daha iyi algılanan yükleme hızı (LCP) sağlar
İstemci tarafı render ile karşılaştırma
İstemci tarafı render (CSR), zengin ve etkileşimli uygulamalar için esneklik sunar ama içeriğin görünmesi JavaScript'in çalışmasına bağlıdır; bu da SEO riski yaratır. SSR bu riski ortadan kaldırır ama sunucu üzerinde daha fazla işlem gerektirir. Birçok modern çatı, ikisinin avantajlarını birleştiren hibrit yaklaşımlar (örneğin ilk yükleme SSR, sonrası CSR) sunar.
Hidrasyon konusu
SSR ile gönderilen statik HTML, tarayıcıda JavaScript ile "canlandırılarak" etkileşimli hale getirilir; buna hidrasyon denir. Ağır hidrasyon, etkileşim gecikmesine (INP sorununa) yol açabilir. Bu yüzden SSR kullanırken hidrasyon yükünü hafif tutmak önemlidir.
Gerçek örnek
Bir haber sitesi, istemci tarafı render kullandığı için makaleleri geç indeksleniyordu ve hız metrikleri zayıftı. Sunucu tarafı render'a geçildiğinde içerik ilk yanıtta sunuldu; hem indeksleme hızlandı hem LCP iyileşti. Bu, içeriğin kritik olduğu sitelerde SSR'nin değerini gösterir.
Özet
SSR, sayfayı sunucuda render edip hazır HTML sunarak içeriğin ilk yanıtta görünmesini sağlar. İçerik odaklı sitelerde indeksleme ve hız için güçlü bir avantajdır; hidrasyon yükünü hafif tutmak ise etkileşim performansını korur.