İçeriğe geç
SEO

Dynamic Rendering: Eski Kurulumları Denetleme ve Geçiş Planı

Yayın tarihi 13 Eylül 2026 Yazar Kerem Kırbıyık 3 dk okuma
Dynamic Rendering eski kurulum denetimi ve SSR/SSG geçiş adımları

Dynamic rendering, bazı bot isteklerine render edilmiş HTML, kullanıcılara istemci uygulaması sunan bir geçici çözüm yaklaşımıdır. Genel SSR veya edge üzerinde HTML üretimiyle aynı şey değildir. Bu rehber mevcut eski kurulumun denetlenmesi ve çıkış planına odaklanır; yeni mimari seçimi için JavaScript SEO rehberini kullanın.

Google’ın güncel yaklaşımı

Google dynamic rendering belgesi, yaklaşımı önerilen kalıcı çözüm olarak sunmaz; ek karmaşıklık ve kaynak gerektiren workaround olarak açıklar. Kullanıcı ve bot için benzer içerik sunulması genellikle cloaking değerlendirmesinden ayrılır; bu, her bot ayrımının veya her prerender servisinin otomatik onaylandığı anlamına gelmez.

Önce erişim/render sorununun gerçek olduğunu kanıtlayın. Her CSR sayfanın boş olduğunu, rendering’in haftalar süreceğini veya tüm botların aynı kabiliyete sahip olduğunu varsaymayın. Arama botu, sosyal önizleme botu ve AI hizmetlerinin erişim davranışını tek regex ile tamamlanmış saymayın.

Edge SSR ile botlara özel prerender arasındaki fark

YaklaşımTemel ayrımKabul ihtiyacı
SSR/SSGİçerik herkese hazır HTML olarak sunulabilirİçerik, durum, cache ve hydration
Edge SSRHTML üretiminin çalışma yeriAdapter, veri gecikmesi ve cache
Dynamic renderingİsteğe/bot ayrımına göre sunum yolu değişirİki yolun içerik eşitliği ve hata davranışı

Edge’de çalışması bir sistemi dynamic rendering yapmaz. Kullanıcıya aynı metin, ürün ve navigasyon sunuluyorsa uygulanış ayrı değerlendirilir. SEO riski ve performans sonucunu platform adından çıkarmayın.

Eski proxy kurulumunu nasıl incelersiniz?

KontrolKaydedilecek kanıt
İçerik eşitliğiAynı URL’de başlık, ana metin, ürün fiyatı/stok ve link farkları
Meta eşitliğiCanonical, robots, hreflang ve JSON-LD farkları
CacheBot/kullanıcı varyantları ve kişisel içerik izolasyonu
Hata yönetimiTimeout, origin hatası ve geçersiz URL durumları
GüncellikYayın sonrası prerender cache yenilemesi
MaliyetRender sayısı, kuyruk, gecikme ve işletim ihtiyacı

Google, dynamic rendering sırasında oluşabilecek hata sayfalarını tek başına cloaking saymadığını ve diğer hata sayfaları gibi ele aldığını belirtir. Bu, hatalı yanıtı başarılı sayfa gibi döndürmek için gerekçe değildir: geçici renderer/origin arızasını gerçekten kaldırılmış URL’den ayırın; temsilî URL’lerde HTTP durumunu, ilk HTML’i, kullanıcı/bot yolunu ve logdaki hata nedenini kaydedin. Geçerli URL’nin renderer timeout’u yüzünden boş bir 200 sayfaya dönüşmediğini, kaldırılmış URL’nin de eski prerender cache’inden içerik sunmadığını doğrulayın.

User-Agent metni kimlik doğrulama değildir. Yalnız bot string’i eşleşti diye özel içeriğe erişim vermeyin. Prerender servisine cookie, Authorization veya tüm gelen header’ları otomatik iletmek yerine yalnız gerekli, onaylanmış kamuya açık veri kapsamını tanımlayın. Bu konu arama optimizasyonundan ayrı bir veri aktarımı sınırıdır.

İşlenecek origin/path ve metotları sınırlayın; oturum gerektiren sayfaları kamuya açık render cache’ine dahil etmeyin. Üçüncü taraf endpoint, token, servis şartı ve gerçek runtime kabulü belirlenmeden evrensel kopyala-yapıştır Worker betiği yayınlamayın. Bu ayrımlar doğrulanmadan bir proxy kurulumunu production-ready kabul etmeyin.

Kademeli çıkış planı

  1. Kamuya açık şablonları ve gerçek render sorunlarını envanterleyin.
  2. Bir temsilci URL grubunda herkese tutarlı ilk HTML sunma seçeneğini uygulayın.
  3. Eski ve yeni HTML/DOM, HTTP ve temel kullanıcı akışını karşılaştırın.
  4. Veri güncelliği ve cache yenilemesini kontrollü değişiklikle test edin.
  5. Botlara özel yolu yalnız kabul edilen grup için kaldırın; geri alma kuralı hazır olsun.

Taşıma sırasında URL’yi gereksiz değiştirmeyin. URL değişmesi gerekiyorsa migration planını ve yönlendirme kabulünü ayrıca yürütün. Canlı GSC testine erişilemiyorsa bu kapıyı unknown bırakın; yerel browser görüntüsünü Googlebot kanıtı olarak sunmayın.

Sık sorulan sorular

Aynı içerik varsa ceza kesinlikle olmaz mı?

Kesin garanti verilemez. Google’ın açıklaması genel olarak benzer içerik sunulan dynamic rendering’i cloaking’den ayırır; diğer spam ve içerik kuralları geçerlidir.

Prerender servisi kurmadan çözebilir miyim?

Olabilir. Veri erişimi, crawlable linkler, sunucu HTML’i veya şablon hatası asıl sorunsa önce onu çözün. Yeni servis zorunluluğu varsaymayın.

Seobify’ye bot proxy eklemeli miyiz?

Mevcut statik çıktıda ana içerik hazır HTML olarak üretiliyorsa bot proxy eklemenin gerekçesi yoktur. Bu, tüm canlı bot erişiminin sorunsuz olduğunu kanıtlamaz; erişim ve render denetimi ayrı yapılır.

Render, tarama ve indeksleme incelemesi için JavaScript SEO ana rehberini ve teknik SEO kontrol listesini birlikte değerlendirebilirsiniz.

Bu yazı faydalı oldu mu?

Profesyonel Destek

Bu konuda profesyonel destek almak ister misiniz?

SEO Danışmanlığı hizmetimizle projenizi bir üst seviyeye taşıyın. Ücretsiz ön değerlendirme ile başlayın.

Hızlı Teklif Alın