SSR nedir?

Bir etkinlik sitesi düşün. Ziyaretçi aynı adresi açıyor, fakat etkinliğin durumu gün içinde değişiyor: kayıt açık, yer kalmadı veya program güncellendi. SSR yaklaşımında sunucu, isteğe karşılık sayfanın HTML çıktısını üretir. Tarayıcı temel içeriği alır; etkileşim için gereken kod daha sonra çalışabilir. Bu yöntem, ekranda ilk görünen bilginin hangi zamanda ve hangi veriyle oluşturulduğu sorusuna bir yanıt verir.

SSR seçimini yalnız SEO etiketi üzerinden yapmayız. Sayfanın içeriği ne kadar sık değişiyor, her ziyaretçiye aynı bilgi mi gösteriliyor, verinin kaynağı ne kadar hızlı yanıtlıyor? Bir etkinlik başlığı seyrek değişirken kalan kontenjan anlık olabilir. İkisini tek bir büyük sunucu işlemine bağlamak yerine statik kabuk, sunucuda gelen içerik ve istemci etkileşimi ayrı değerlendirilebilir. Kullanıcının güncel bilgi ihtiyacı, mimari kararın başlangıcıdır.

Sunucuda üretmek, sayfanın beklemeden geleceği anlamına gelmez. HTML hazırlamak için yavaş bir veri kaynağı beklendiğinde ilk yanıt gecikebilir. Önbellek, veri isteklerinin düzeni ve parçalı gönderim gibi seçenekler bu beklemeyi etkiler. Bir sayfanın üretim yeri ile hızlı hissedilmesi aynı ölçüt değildir. Görünen içerik, etkileşime hazır olma ve veri güncelliği farklı anlarda tamamlanabilir; tasarım bunları kullanıcıya anlaşılır biçimde taşımalıdır.

Kişiye özel içerik varsa ortak önbellek ayrıca dikkat ister. Bir kullanıcının adı veya özel kaydı bütün ziyaretçilerin alacağı yanıtın içine karışmamalıdır. İstek bağlamı, yetki kontrolü ve önbelleğin hangi bilgiye göre ayrıldığı birlikte düşünülür. SSR, kişiselleştirme için kullanılabilir; fakat tek başına doğru erişim kontrolü sağlamaz. Sunucuda çalışması bir işlemi otomatik olarak yetkili veya güvenli yapmaz.

Bir oturumlu sayfada aynı URL farklı kişilere farklı içerik verebilir. Bu, sunucuda render kararının önbellek politikasıyla birlikte ele alınmasını gerektirir. Herkese açık bir hizmet metniyle hesaba özel bir proje durumunu aynı paylaşım kuralına bağlamak uygun değildir. Hangi verinin kişisel olduğunu, hangi yanıtın ortak kullanılabileceğini ve hatalı veri kaynağında ne gösterileceğini belirle. SSR kullanmak bu kararları kendiliğinden çözmez. Ayrıca sunucuya taşınan bir hesaplama kaybolmaz; farklı bir yerde çalışır. Çok pahalı bir isteği her ziyaretçi için tekrar etmek yerine veri erişimi, tekrar kullanım ve hata yönetimi birlikte tasarlanır. Mimari karar, yalnız render etiketinden daha geniştir.