Google Render Süreci: 5 Saniye Sınırı Var mı, SEO'ya Etkisi Ne?

Google'ın sayfaları işlerken 5 saniye sonra render'ı kestiği yönündeki yaygın inanışın resmî bir dayanağı yok. Google Search Central'ın JavaScript belgelerinde sabit bir render süresi ya da zaman aşımı tanımlanmıyor; belgede geçen tek süre ifadesi, sayfanın render kuyruğunda "birkaç saniye, bazen daha uzun" bekleyebileceği. Temmuz 2026'da yayımlanan bağımsız bir test de gecikmeli yüklenen içeriğin 5 saniyeyi aşmasına rağmen render edilmiş HTML'de göründüğünü gösterdi.

Yine de bu, JavaScript'e yaslanan sitelerin rahat olabileceği anlamına gelmiyor. Asıl risk süre değil; engellenmiş dosyalar, hata veren betikler ve yalnız tarayıcıda oluşan içerik.

Google bir sayfayı nasıl işler: tarama, render, indeksleme

Google'ın belgesine göre JavaScript kullanan sayfalar üç aşamadan geçer: tarama (crawling), render ve indeksleme. Googlebot önce sayfanın ham HTML'ini alır. HTTP durum kodu 200 olan sayfalar render kuyruğuna gönderilir; kaynaklar uygun olduğunda sayfa, güncel sürümle çalışan başsız (headless) bir Chromium ile açılır ve JavaScript çalıştırılır. Ortaya çıkan render edilmiş HTML, indeksleme için tekrar işlenir.

Bu akıştan çıkan iki pratik sonuç var:

• 200 dışındaki durum kodlarında render atlanabilir. Bir ürün sayfası geçici olarak 404 ya da 500 dönüyorsa, JavaScript'in sonradan doldurduğu içerik hiç görülmeyebilir.
• Ham HTML'deki noindex render'ı durdurabilir. Google, noindex etiketiyle karşılaştığında render'ı ve JavaScript çalıştırmayı atlayabileceğini yazıyor. Yani etiketi JavaScript ile sonradan kaldırmak beklendiği gibi çalışmayabilir.

5 saniye sınırı fikri nereden çıktı?

Search Engine Journal'ın aktardığına göre Google'dan Martin Splitt yıllar önce sayfaların render kuyruğunda medyan olarak yaklaşık 5 saniye beklediğini söylemişti. Bu ifade, render'ın kendisinin 5 saniyede kesildiği şeklinde yanlış aktarıldı ve SEO dünyasında bir ezbere dönüştü. Kuyrukta bekleme süresi ile sayfanın işlenme süresi ayrı şeylerdir.

İkinci kaynak, ölçüm araçlarıdır. Search Console'daki canlı testte sayfanın içinde çalışan bir sayaç kullanırsanız sayaç 5 saniye civarında kalabilir; bu da "Google 5 saniyede bıraktı" gibi okunabiliyor.

Test ne gösterdi?

Tame the Bots'tan Dave Smart, 23 Temmuz 2026'da yayımladığı yazıda bu varsayımı test etti. Test sayfasında her saniye güncellenen bir sayaç ve sunucu tarafında 3 ile 6 saniye arasında geciktirilen iki API çağrısı vardı. Sayfa, Search Console'un URL Denetleme aracında hem canlı testte hem de indeksleme sırasında incelendi.

Sonuç: sayaç yalnızca 5 saniye ilerlemiş görünmesine rağmen gecikmeli API yanıtlarından gelen içerik render edilmiş HTML'de yer aldı. Smart'ın yorumuna göre Google'ın render servisi kendi kontrol ettiği bir sanal saat kullanıyor; zamanı hızlandırabiliyor, yavaşlatabiliyor ya da kaynak beklerken durdurabiliyor. Render, sayfa boşta kaldığında ve yapılacak iş bittiğinde tamamlanıyor. Yazar, hiç bitmeyen istekler yapan bir sayfada ise indeksleme sırasında kesintinin 30 ile 54 saniye arasında değiştiğini gözlemledi.

Burada bir çekinceyi not etmek gerekiyor: bu, Google'ın resmî açıklaması değil, bağımsız bir ölçüm. Google iç işleyişini ayrıntılı paylaşmıyor ve davranış zamanla değişebilir. Güvenli okuma şu: 5 saniyelik sabit bir kesme noktası için kanıt yok, ama sınırsız bir bekleme de yok.

JavaScript sitelerde asıl riskler neler?

Süreye takılmak yerine Google'ın kendi belgelerinde sıraladığı sorunlara bakmak daha verimli:

• Engellenmiş dosyalar: robots.txt ile engellenen JavaScript dosyaları ya da sayfalar render edilmez. Tema veya eklenti klasörlerini topluca engelleyen eski robots.txt kuralları sık görülen bir sebeptir.
• Önbellek: Googlebot ağ isteklerini azaltmak için dosyaları agresif biçimde önbelleğe alır. Dosya adına sürüm ya da içerik özeti eklemezseniz (ör. app.3f2a.js) Google eski betiği kullanabilir.
• Tarayıcıda saklanan veri: Yerel depolama, oturum depolaması ve çerezler sayfa yüklemeleri arasında temizlenir. İçeriği bunlara bağlı gösteren bir yapı Google'a boş görünebilir.
• İzin istekleri ve bağlantı türleri: Googlebot kamera, konum gibi izin isteklerini reddeder; WebSocket ve WebRTC bağlantılarını desteklemez.
• URL parçaları (#): Farklı içerikleri #urun-1 gibi parçalarla yüklemek yerine History API kullanılmalıdır; aksi hâlde Google sayfaları ayrı adres olarak bulamayabilir.
• Hata sayfaları: Tek sayfa uygulamalarında "ürün bulunamadı" ekranı 200 koduyla dönerse soft 404 oluşur. Google, gerçek 404 dönen bir adrese yönlendirmeyi ya da noindex eklemeyi öneriyor.

Sitenizin nasıl render edildiğini nasıl kontrol edersiniz?

Google'ın önerdiği iki araç var: Search Console'daki URL Denetleme aracı ve Zengin Sonuçlar Testi. İkisi de yüklenen kaynakları, JavaScript konsol çıktısını ve hataları, render edilmiş DOM'u gösterir. Kontrolü şu sırayla yapabilirsiniz:

1. Önemli bir kategori ya da ürün sayfasını URL Denetleme aracında canlı test edin.
2. Render edilmiş HTML'de başlık, ana metin, fiyat ve iç bağlantıların bulunup bulunmadığını arayın.
3. "Sayfa kaynakları" bölümünde yüklenemeyen dosya var mı bakın; engellenen bir betik çoğu zaman açıklamayı verir.
4. Aynı sayfanın ham HTML'ini (tarayıcıda kaynağı görüntüle) render edilmiş hâliyle karşılaştırın. Kritik içerik yalnız render sonrasında görünüyorsa o sayfa JavaScript'e bağımlı demektir.
5. JavaScript hatalarını yakalamak için sitenize genel bir hata kaydı ekleyin; Google da bunu öneriyor.

Sunucu tarafı render hâlâ gerekli mi?

Google, sunucu tarafında ya da önceden render etmenin hâlâ iyi bir fikir olduğunu yazıyor; çünkü site hem kullanıcılar hem tarayıcılar için hızlanır ve her bot JavaScript çalıştıramaz. Bir dönem önerilen dinamik render'ı (botlara ayrı, kullanıcılara ayrı sürüm sunmak) ise artık uzun vadeli çözüm olarak görmüyor; yerine sunucu tarafı render, statik render ya da hydration öneriyor.

Pratikte karar şöyle verilebilir: ürün, kategori, hizmet ve blog sayfaları gibi aramadan trafik beklediğiniz sayfaların içeriği ilk HTML'de gelmeli. Sepet, hesap paneli ya da filtre etkileşimleri gibi arama sonucunda yer alması gerekmeyen kısımlar tarayıcıda çalışabilir. Next.js, Nuxt gibi çatılar bu ayrımı sayfa bazında yapmaya izin verir.

Taramanın ve indekslemenin genel mantığı için teknik SEO temelleri yazımıza bakabilirsiniz. JavaScript ağırlıklı sitenizin Google'da nasıl göründüğünü birlikte incelemek isterseniz SEO hizmetimiz üzerinden bize ulaşabilirsiniz.

Kısaca

• Google'ın belgelerinde render için 5 saniyelik sabit bir sınır yok; 5 saniye, kuyruktaki medyan bekleme süresine dair eski bir ifadeden türemiş.
• Temmuz 2026'daki bağımsız test, render servisinin sanal saat kullandığını ve 5 saniyeyi aşan içeriği de gördüğünü gösterdi.
• Asıl riskler engellenmiş dosyalar, 200 dışı durum kodları, ham HTML'deki noindex, önbellek ve tarayıcıda saklanan veriye bağımlılık.
• Aramadan trafik bekleyen sayfalarda içeriği ilk HTML'de sunmak en güvenli yol.