Sayılarla ne demek?
Sunucu taraflı işleme, sayfanın içeriğinin kullanıcının tarayıcısında değil sunucuda hazırlanmasıdır. Kullanıcı ya da arama motoru bir adresi istediğinde sunucu veriyi çeker, HTML'yi doldurur ve sayfayı içeriğiyle birlikte gönderir. Tarayıcı sayfayı açtığında başlıklar, metinler ve bağlantılar hazırdır.
JavaScript SEO açısından karşıt yöntem olan istemci taraflı işlemede ise sunucu çoğunlukla boş bir iskelet ve büyük bir JavaScript paketi gönderir; içerik ancak betik indirilip çalıştırıldıktan sonra oluşur. Orta seviye bir mobil cihazda 400 KB'lık bir JavaScript paketinin indirilip çalıştırılması birkaç saniye sürebilir. SSR'de kullanıcı bu süreyi beklemeden içeriği görür; arama motoru da işleme kuyruğuna gerek kalmadan içeriği okur.
SSR'nin bir bedeli vardır. Her istek için sunucuda sayfa oluşturmak işlemci gücü ister ve kötü yapılandırıldığında ilk bayta kadar geçen süreyi uzatır. Bu yüzden Next.js ve Nuxt gibi çatılar, sık değişmeyen sayfaları önceden oluşturan statik üretim ve belirli aralıklarla yenileyen artımlı yöntemler de sunar. Doğru seçim sayfa türüne göre değişir.
İşleme yöntemleri karşılaştırması
| Yöntem | HTML ne zaman oluşur? | Uygun sayfa |
|---|---|---|
| CSR | Tarayıcıda, JS çalışınca | Giriş sonrası paneller, uygulamalar |
| SSR | Her istekte sunucuda | Kişiselleştirilmiş ya da sık değişen sayfalar |
| SSG | Yayın öncesi, bir kez | Blog, rehber, sabit sayfalar |
| ISR | Önceden, belirli aralıklarla yenilenir | Ürün ve kategori sayfaları |
Arama trafiği hedeflenen her sayfa için pratik kural: içerik ilk HTML'de gelmelidir; bunu hangi yöntemin sağladığı ikincildir.
SSR'ye geçerken
- Sayfa türlerini ayır. Hangisi SSR, hangisi statik?
- Önbellek katmanı kur. Aynı sayfa her istekte yeniden oluşturulmasın.
- TTFB'yi ölç. Sunucu süresi artmasın.
- Hidrasyon hatalarını izle. Sunucu ve tarayıcı çıktısı aynı olsun.
- İlk HTML'yi doğrula. Başlık, metin, bağlantı, şema.
Uygulamada ne oluyor?
En sık durum, SSR'ye geçildiği halde önemli içeriğin hala istemcide yüklenmesi. Sayfa iskeleti sunucuda oluşuyor ama ürün açıklaması ve yorumlar ayrı bir istekle tarayıcıda geliyor; asıl içerik ilk HTML'de yok.
İkinci gözlem, önbelleksiz SSR'nin sunucuyu zorlaması. Her istek veritabanına gidiyor; trafik arttığında TTFB 2 saniyeyi aşıyor.
Üçüncüsü, hidrasyon uyumsuzlukları. Sunucuda oluşan HTML ile tarayıcıdaki JavaScript'in ürettiği içerik farklı; sayfa titriyor ve düzen kayıyor.
Dördüncüsü, SSR sonrası etkileşimin gecikmesi. İçerik hızlı görünüyor ama büyük JavaScript paketi hala yükleniyor; düğmeler birkaç saniye tepki vermiyor.
Beşincisi, sabit sayfaların gereksiz yere SSR ile sunulması. Hakkımızda ya da rehber sayfası her istekte yeniden oluşturuluyor; statik üretim hem daha hızlı hem daha ucuz.
Altıncısı, yapay zeka görünürlüğünde beklenmedik kazanç. CSR'den SSR'ye geçen bir site, JavaScript çalıştırmayan yapay zeka tarayıcılarına da içeriğini ilk kez gösteriyor.
Yedincisi, meta etiketlerin sunucuda üretilmemesi. İçerik SSR ile geliyor ama başlık ve açıklama istemcide ayarlanıyor; sosyal medya önizlemeleri boş çıkıyor.
Sekizincisi, hata durumlarının sunucuda doğru kodla dönülmemesi. Olmayan ürün için sunucu yine 200 veriyor; SSR'nin getirdiği doğru durum kodu fırsatı kullanılmıyor.
Dokuzuncusu, kişiselleştirmenin önbelleği bozması. Kullanıcıya özel içerik sunucuda HTML'ye gömülüyor; sayfa önbelleğe alınamıyor ya da yanlış kullanıcıya gösteriliyor.
Onuncusu, geçişin SEO testi olmadan canlıya alınması. Çatı değişikliğiyle adres yapısı, canonical ve iç bağlantılar da değişiyor; trafik düşüşü ancak haftalar sonra anlaşılıyor.
On birincisi, ISR yenileme süresinin yanlış seçilmesi. Stok ve fiyat bilgisi saatlerce eski kalıyor; ürün sayfası ile ödeme adımı arasında fiyat tutmuyor.
On ikincisi, SSR'nin her sorunu çözeceği beklentisi. Zayıf içerik, kötü iç bağlantı ve yavaş görseller aynı kalıyor; yalnızca işleme yöntemi değiştiği için sıralama değişmiyor.
Neyi çözmez?
SSR, içeriğin görünür olmasını sağlar ama kalitesini artırmaz. Sıralama yine içerik, bağlantı ve kullanıcı deneyimiyle belirlenir.
Sıkça sorulan sorular
SSR SEO için şart mı?
Şart değildir ama arama trafiği hedeflenen sayfalarda en güvenli yollardan biridir.
SSR ile SSG farkı ne?
SSR her istekte, SSG yayın öncesinde bir kez HTML oluşturur.
SSR sayfayı yavaşlatır mı?
Önbelleksiz ve ağır sunucu işlemleriyle TTFB'yi artırabilir; doğru önbellekle genellikle hızlandırır.
Bu kavramın bütün resim içindeki yerini SEO Danışmanlığı Rehberi içinde ayrıntılı anlattım.
Teknik SEO, içerik stratejisi, kategori mimarisi, otorite ve organik trafiği dönüşüme çeviren bütünsel SEO danışmanlığı.
