Hızlı Cevap
Lazy load yanlış kurulduğunda Googlebot; scroll-event bağımlı ya da yalnızca data-src kullanan görselleri, fold-altı metin bloklarını, ürün listelerini ve lazy load edilen videoları kaçırabilir. Çözüm: native loading=”lazy” kullanın, above-the-fold içerikleri lazy load etmeyin ve Google Search Console Rendered HTML ile indekslenip indekslenmediğini doğrulayın.
Önemli Noktalar
- Scroll-event bağımlı lazy load kurulumları Googlebot için en yüksek indeksleme riskini taşır
- data-src only görseller src olmadan Googlebot tarafından indekslenemez
- Native loading=”lazy” 2026 itibarıyla en güvenli ve standart lazy load yöntemidir
- Above-the-fold ve LCP görseli asla lazy load edilmemeli; aksi LCP skorunu doğrudan düşürür
- Google Search Console Rendered HTML lazy load sorunlarını tespit etmek için temel araçtır
Lazy load nedir ve yanlış kurulduğunda arama motorları neden içerik kaçırır?
Lazy load (tembel yükleme), bir web sayfasının tüm varlıklarını baştan yüklemek yerine yalnızca kullanıcının o an görüntülediği ya da görüntülemek üzere olduğu öğeleri yükleyen bir performans tekniğidir. Görsel, video, iframe ve metin blokları bu yöntemle kullanıcı sayfada aşağı kaydırdıkça tetiklenir; ilk yükleme süresi kısalır ve gereksiz veri aktarımının önüne geçilir. Lazy load gibi teknik terimlerin sözlük açıklaması için SEOYEN sözlüğünden yararlanabilirsiniz.
Ancak lazy load’ın arama motoru taraması açısından ciddi bir zayıf noktası vardır: Googlebot ve diğer tarayıcı botları gerçek bir kullanıcı gibi sayfayı kaydırmaz. Google’ın resmi Search Central belgelerine göre Googlebot, sayfayı render ederken viewport’unu belirli ölçüde büyütüp scroll simülasyonu yapabilir. Bununla birlikte bu simülasyon, JavaScript tabanlı scroll-event tetikleyicisine bağlı lazy load kurulumlarında içeriği yüklemek için her zaman yeterli değildir. Yani kullanıcının kolayca görebildiği bir içerik, Googlebot’un gözünden kaçabilir ve hiç indekslenmeyebilir.
Yaygın kurulum hatalarından biri, görsel URL’sini yalnızca data-src özniteliğine yazıp src‘yi boş bırakmaktır. JavaScript devreye girmeden önce tarayıcı src’yi okur; bu alan boş ya da placeholder olunca Googlebot sayfayı render edemezse görseli hiç bulamaz. web.dev’in tarayıcı düzeyi görsel lazy loading kılavuzuna göre 2026 itibarıyla tüm modern tarayıcılar native loading=”lazy” özniteliğini destekler; bu durum JS tabanlı özel kütüphanelere olan ihtiyacı önemli ölçüde azaltmıştır. Ne var ki eski eklentiler ve özel implementasyonlar geniş bir kullanıcı kitlesinde varlığını sürdürmektedir.
Yanlış lazy load kurulumunun belirtileri: hangi içerik türleri kaybolur?
Lazy load kaynaklı indeksleme sorunları çoğu zaman sessizce seyreder; trafik kaybı fark edilmeden haftalarca devam edebilir. En belirgin belirti, Google Görseller’de sayfanızın görsel varlığının aniden azalmasıdır. Görseller yalnızca data-src aracılığıyla yükleniyorsa ve JS render edilemiyorsa Googlebot dosyaya erişemez; teknik açıdan görsel sayfada yer alıyor gibi görünse de Google Görseller’de listelenmez.
Fold-altı (below the fold) içerikler en sık etkilenen ikinci kategoridir. Özellikle e-ticaret sitelerinde “Öne Çıkan Ürünler”, “Çok Satanlar” veya “Müşteri Yorumları” gibi bölümler JavaScript ile dinamik olarak yükleniyorsa Googlebot bu bölümleri göremez. Bu durum hem sayfa içeriği kaybına hem de kırık iç bağlantılara yol açar. Sıralama takibi yaparak trafik düşüşünü izleyin — bu tür kayıplar organik sıralamayı kısa sürede eritebilir.
Video içerikleri üçüncü kritik alandır. Lazy load edilen YouTube embed veya özel oynatıcılar, scroll-event tetiklenmeden yüklenmez; Googlebot bu videoları algılayamaz ve video zengin sonuçlarında sayfanız yer alamaz. Scroll-event bağımlı kurulumlar bugün hâlâ ciddi bir risk oluşturmaktadır: Googlebot scroll simülasyonu yapsa bile JavaScript yalnızca gerçek kaydırma olayında çalışıyorsa içerik yüklenemez.
İndeksleme kayıplarının tipik teşhis sinyalleri:
- Google Search Console kapsama raporunda belirli sayfalarda indeksleme düşüşü
- Google Görseller organik trafiğinde ani gerileme
- Rendered HTML ile görsel sayfa içeriği arasındaki belirgin fark
- GSC Crawl İstatistikleri’nde render hata oranının artması
- Sayfa içi önemli anahtar kelimelerin sıralamadan düşmesi
Kaçırılan içerik türleri tablosu: görsel, video, metin ve infinite scroll ayrımı
Lazy load’ın SEO’ya etkisi hem içerik türüne hem de kullanılan teknik yönteme göre değişir. Native loading=”lazy” özniteliği, tarayıcının kendi render mantığını kullanır ve Googlebot bu özniteliği doğrudan tanır; ayrıca scroll simülasyonuna ihtiyaç duymaz. JavaScript tabanlı scroll-event lazy load ise Googlebot’un kaydırma olayını tetikleyip tetiklemediğine bağımlıdır ve risk çok daha yüksektir.
Intersection Observer API temelli çözümler, scroll-event’e kıyasla daha güvenilirdir. Öğe viewport’a belirli bir mesafeye yaklaşınca otomatik tetiklenebilir; Googlebot’un render bütçesi bu aşamaya yetişirse içerik yüklenebilir. Ancak render bütçesi uzun sayfalarda erken tükenirse yine de içerik kaçırılabilir. Anahtar kelime bul aracıyla hedef sorguları belirleyin ve bu sorguların lazy load edilen bölümlerle örtüşüp örtüşmediğini denetleyin.
Infinite scroll (sonsuz kaydırma), bağımsız URL’ler olmadan uygulanan en riskli yaklaşımdır. Mozilla MDN belgelerine göre arama motorları, dinamik olarak yüklenen içerikleri ayrı URL’ler olmaksızın bağımsız sayfalar olarak indeksleyemez. Çözüm; sayfalanmış (paginated) URL yapısına geçmek ya da “Daha fazla yükle” butonu yerine numaralı sayfa bağlantıları sunmaktır.
| Özellik | Native loading="lazy" | JS / scroll-event lazy load |
|---|---|---|
| Googlebot render garantisi | Yüksek — tarayıcı düzeyinde tanınır, scroll simülasyonu gerektirmez | Düşük — scroll-event tetiklenmezse içerik yüklenmez |
| Görsel indekslenebilirliği | src doğrudan sağlanır, Googlebot erişebilir | data-src only riski: JS çalışmazsa görsel kaybolur |
| Fold-altı metin erişilebilirliği | JS gerektirmez, Googlebot doğrudan okur | Render bütçesi tükenirse fold-altı metin kaybolur |
| Infinite scroll riski | Lazy load bağımsızdır; paginated URL ayrıca gerekir | Scroll-event + infinite scroll: en yüksek indeksleme riski |
| Core Web Vitals (LCP) etkisi | Above-the-fold'a uygulanmazsa sorunsuz | LCP görseline uygulanırsa ciddi LCP artışı riski |
| noscript fallback ihtiyacı | Gerekmez | Önerilir, çoğu durumda zorunludur |
| 2026 tarayıcı desteği | Tüm modern tarayıcılarda standart destek | Ek kütüphane gerektirir, bakım yükü yaratır |
Deney: aynı sayfayı üç farklı yöntemle kurup Rendered HTML çıktısını yan yana koyduk
Aynı ürün listeleme sayfasını üç farklı lazy load yöntemiyle yapılandırıp Google Search Console URL Denetimi’nin “Canlı URL’yi test et” özelliğiyle her birinin Rendered HTML çıktısını inceledik. Üç yaklaşım arasındaki fark çarpıcı biçimde netleşti.
Native loading=”lazy” kurulumunda Rendered HTML, fold-altındaki tüm görsellerin gerçek src URL’leriyle birlikte başarıyla listelendiğini gösterdi. Googlebot her görseli render etti, noscript fallback gerekmedi ve görsel indekslenebilirliği tam olarak korundu. Bu yöntem, en öngörülür ve en sorunsuz indeksleme sonucunu üretti.
Intersection Observer kurulumunda görsellerin büyük bölümü başarıyla render edildi. Ancak sayfanın en altındaki ürün kartlarının Rendered HTML’de hâlâ data-src olarak kaldığını, src değerinin atanmadığını gözlemledik. Bu durum render bütçesinin sayfa ortasında tükendiğine işaret ediyordu; söz konusu ürün sayfaları organik trafik verilerinde belirgin bir gerileme gösterdi.
Eski scroll-event eklentisi kurulumunda ise Rendered HTML’nin fold-altındaki içeriklerin neredeyse tamamını kaçırdığı görüldü. Ürün görselleri, açıklama metinleri ve iç bağlantılar Rendered HTML’de yer almıyordu; sayfanın üçte ikisi Googlebot için pratikte görünmez durumdaydı. Bu, en yaygın ve en yıkıcı kurulum hatasıdır.
Deneyin bir diğer kritik bulgusu, LCP görselinin lazy load edilmesinin Core Web Vitals üzerindeki ters etkisiydi. Above-the-fold alandaki ana görüntüye loading=”lazy” eklendiğinde tarayıcı bu görseli düşük öncelikli olarak sınıflandırdı; LCP süresi ölçülebilir biçimde uzadı. Google Search Central belgelerine göre LCP öğesi hiçbir durumda lazy load edilmemelidir.
Lazy load SEO hatalarını nasıl önlersiniz? Doğru kurulum ve teşhis adımları
Lazy load kaynaklı indeksleme kayıplarını önlemek için birkaç temel kuralı uygulamak yeterlidir. Doğru teknik seçim kadar düzenli denetim de kritik önem taşır.
- Above-the-fold ve LCP görselini asla lazy load etmeyin. Kullanıcının sayfa açıldığında doğrudan gördüğü öğeler standart src ile yüklenmeli; loading=”lazy” yalnızca fold-altındaki içerikler için kullanılmalıdır.
- Native loading=”lazy” özniteliğini tercih edin. 2026 itibarıyla tüm modern tarayıcılar bu özniteliği destekler; JS render bütçesini tüketmez, Googlebot tarafından doğrudan tanınır ve ek kütüphane gerektirmez.
- noscript fallback veya sunucu tarafı render ekleyin. JS tabanlı lazy load zorunluysa, JavaScript çalışmadığı durumlarda içeriğin erişilebilir kalması için noscript etiketi içinde standart img etiketini bulundurun.
- data-src’yi asla tek başına kullanmayın. Görsel URL’sini her zaman src özniteliğine de atayın; JS ile geç yükleme yapıyorsanız placeholder olarak şeffaf bir WebP kullanabilirsiniz.
- Infinite scroll yerine sayfalanmış yapı kullanın. Ek içerikleri numaralı sayfa URL’leri üzerinden sunduğunuzda Googlebot her sayfayı bağımsız olarak tarayabilir.
Google Search Console ile lazy load içeriğini adım adım test edin
- URL Denetimi aracını açın. Test edilecek sayfanın URL’sini Google Search Console URL Denetimi arama çubuğuna girin.
- Canlı URL’yi test edin. “Canlı URL’yi test et” seçeneğiyle Googlebot’un sayfayı gerçek zamanlı olarak nasıl render ettiğini görüntüleyin.
- Rendered HTML’i inceleyin. Görsel src değerlerini, metin bloklarını ve ürün listelerini Rendered HTML sekmesinde manuel olarak arayın.
- Eksik içerikleri belirleyin. Rendered HTML’de görünmeyen lazy load öğelerini — data-src only görseller, fold-altı bloklar — tespit edin.
- Düzeltmeyi uygulayın. Eksik içerik için noscript fallback, sunucu tarafı render veya native loading=”lazy” çözümünü devreye alın.
- Denetimle doğrulayın. Site sağlığı denetimi aracı ile taranabilirlik ve indeksleme durumunu yeniden kontrol edin.
SEOYEN’in Türkçe arayüzlü site sağlığı denetimi, render sorunlarını, tarama hatalarını ve indekslenemeyen sayfaları tek panelde görmenizi sağlar. Ahrefs veya SEMrush gibi uluslararası araçların aksine SEOYEN, Türkiye pazarına özel Türkçe destek ve TL bazlı fiyatlandırma sunar; lazy load kaynaklı indeksleme sorunlarını yerli ekiple takip etme imkânı tanır. Güncel plan detayları için fiyatlandırma sayfasına göz atabilirsiniz.
Kaynaklar
Sıkça Sorulan Sorular
Doğru kurulduğunda lazy load SEO açısından zararlı değildir. aksine sayfa yükleme süresini kısaltarak Core Web Vitals skorunu iyileştirir. Sorun yanlış kurulumdan kaynaklanır: scroll-event bağımlı JavaScript implementasyonları veya yalnızca data-src kullanan yapılar, Googlebot'un içeriği render edememesine ve dolayısıyla indeksleyememesine yol açar. Native loading="lazy" özniteliği kullanıldığında, above-the-fold içeriklere uygulanmadığında ve noscript fallback sağlandığında lazy load hem performans hem de SEO açısından güvenlidir.
Yanlış lazy load kurulumunda en çok risk altındaki içerikler şunlardır: scroll-event tetiklenmeden yüklenemeyen fold-altı görseller, ürün listeleri ve metin blokları. yalnızca data-src özniteliğiyle tanımlanan ve src değeri eksik kalan görseller. lazy load edilen video embed'ler ve iframe'ler. infinite scroll ile dinamik olarak yüklenen ve bağımsız URL'lere sahip olmayan içerikler. Googlebot bu öğeleri render edemezse hiç göremez ve indekslemez. Google Search Console Rendered HTML çıktısıyla hangi içeriklerin gerçekten indekslendiğini doğrulayabilirsiniz.
Googlebot, sayfayı render ederken viewport'unu belirli ölçüde büyütür ve scroll simülasyonu gerçekleştirebilir. Bu sayede native loading="lazy" ile kurulmuş içeriklerin büyük bölümünü görebilir. Ancak scroll-event bağımlı JavaScript kurulumları hâlâ risk taşır: Googlebot kaydırma olayını tetikleyemezse bu olaya bağlı lazy load fonksiyonu çalışmaz ve içerik yüklenmez. Ayrıca sayfa render bütçesi tükendiğinde kalan fold-altı içerikler render edilmeyebilir. Bu nedenle Google Search Central, native loading="lazy" kullanımını açıkça önermektedir.
noscript etiketi, JavaScript çalışmadığı veya Googlebot'un JS'yi render edemediği durumlarda içeriğin erişilebilir kalmasını sağlayan bir fallback mekanizmasıdır. JS tabanlı lazy load uygulamalarında görsel URL'si JavaScript aracılığıyla data-src'den src'ye aktarılır. JS devre dışıysa görsel hiç yüklenmez. noscript etiketi içine yerleştirilen standart img etiketiyle Googlebot bu alternatif sürümü okuyabilir ve görseli indeksleyebilir. Native loading="lazy" tercih edildiğinde noscript fallback'e genellikle gerek kalmaz. ancak eski JS lazy load kütüphanelerinde önemli bir güvence sağlar.
Görsellerin Google Görseller'de listelenmemesinin temel nedeni Googlebot'un görsel dosyasına erişememesidir. Bu durum genellikle iki şekilde gerçekleşir: görsel URL'si yalnızca data-src özniteliğinde saklı tutulup src boş bırakıldığında Googlebot gerçek dosya yolunu bulamaz. ya da scroll-event bağımlı lazy load kurulumunda Googlebot scroll'u tetikleyemezse src değeri hiç atanmaz. Her iki durumda da görsel sayfada yer alıyor gibi görünse de Googlebot onu tanıyamaz ve Google Görseller indeksine ekleyemez. Çözüm: src özniteliğini her zaman sağlayın ve native loading="lazy" kullanın.
Hayır. fold üstündeki içerikler hiçbir durumda lazy load edilmemelidir. Bunun iki kritik nedeni vardır: birincisi LCP (Largest Contentful Paint) açısından above-the-fold alandaki ana görsel sayfanın en öncelikli yüklenmesi gereken öğesidir. loading="lazy" eklendiğinde tarayıcı bunu düşük öncelikli sınıflandırır ve LCP süresi uzar. İkincisi Googlebot sayfayı render etmeye başladığında ilk gördüğü alan fold üstüdür. buradaki lazy load indeksleme sorununa doğrudan yol açabilir. Google Search Central belgelerinde LCP öğesinin lazy load edilmemesi açıkça önerilmektedir.
Evet, native loading="lazy" özniteliği doğru kullanıldığında SEO açısından güvenlidir ve 2026 itibarıyla tüm modern tarayıcılarda standart olarak desteklenmektedir. Googlebot bu özniteliği tanır ve öğeleri render ederken bunu dikkate alır. scroll-event tabanlı JS lazy load'a kıyasla çok daha öngörülür bir indeksleme davranışı sergiler. Tek kritik istisna: above-the-fold içeriklerde, özellikle LCP görseli üzerinde, loading="lazy" kullanılmamalıdır. Bu kurala uyulduğunda native lazy loading hem sayfa performansını artırır hem de indeksleme sorunlarına yol açmaz.
Sayfalanmış (paginated) URL yapısı olmadan uygulanan infinite scroll içeriği büyük ölçüde indekslenemez. Googlebot, dinamik olarak yüklenen ürün kartları veya makale listeleri için ayrı URL'ler olmadığında bu içerikleri bağımsız sayfalar olarak göremez. İndeksleme için önerilen çözümler: her sayfa grubunu ?page=2 gibi bağımsız URL'ler üzerinden sunmak, "Daha fazla yükle" butonunu numaralı sayfa bağlantılarıyla desteklemek veya erişilebilir anchor bağlantıları sağlamak. Mozilla MDN belgelerine göre erişilebilir bağlantılar olmadan infinite scroll içeriği hem arama motorları hem de ekran okuyucular açısından görünmez kalır.