STATUS IS UPWEB SİTESİ OPTİMİZASYONU VİKİSİ
19Hızlandır
Performans ve teslimat / Hızlandır

Bozuk Sayfa Olmadan Lazy Loading

Ziyaretçinin henüz ihtiyaç duymayacağı kaynakları erteleyin; aynı zamanda ilk görünümü, yapıyı, keşfi ve etkileşimleri gerektiği anda hazır tutun.

Bozuk Sayfa Olmadan Lazy Loading — GÖRSEL REHBER
OKU
8 dakika
KAYNAKLAR
6
YENİDEN DOĞRULA
2027-03-27
gözden geçirildi
Web performance, accessibility, and technical SEO reviewer
KISA CEVAP

Kararla başlayın.

Lazy loading yalnızca ziyaretçinin muhtemelen henüz ihtiyaç duymayacağı kaynakları ertelemelidir. İlk görünen ekranı hazır tutun: anlamlı görsel veya poster, ana metin, gezinme ve hemen erişilmesi gereken kontroller. Alt sayfa görüntüleri, isteğe bağlı gömme içerikler ve seçilmemiş özellikler veya rotalar için kod ertelenebilir. Site genelinde ‘her şeyi tembel yükle’ kuralı güvenli değildir.

B sıradan ekran dışı resimler ve iframe'ler için, özel kaydırma kodu yazmaya başlamadan önce tarayıcının yerel loading kontrolünü kullanın. Her görselin son alanını ayırın (reserve). Önemli içerik, yalnızca bir arama tarayıcısının gerçekleştirmeyebileceği bir kaydırma, tıklama veya üzerine gelme sonrasında değil, görünür olduğunda yüklenmelidir.

Bunu ölçümlü bir sürüm değişikliği olarak ele alın. Sayfanın Largest Contentful Paint (LCP) öğesini—yükleme sırasında görünen en büyük içerik öğesini—bulun ve onu ertelemeyin. Temsilî mobil ve masaüstü yolculukları yayın öncesi ve sonrası karşılaştırın. SIU proaktif çalışma zamanı optimizasyonu ve onarma desteği sağlar: bozuk bir sayfa olmadan önce regresyonu yakalayın ve dar bir geri alma yolu bırakın.

GÖRSEL REHBER

Çalışmayı bir sistem olarak görün.

Bireysel taktiklere geçmeden önce makaledeki kararları bağlamak için bu haritayı kullanın.

SIUHızlandır
01Şu anda neye ihtiyaç var onu belirleyin; işaretlemeye ilk görünme zamanı karıştırmayın
02Hero’u ve ilk görünümü koruyun
03Medya gelmeden önce alan ayırın
04İçeriği keşfedilebilir ve etkileşimleri anlaşılır tutun
01

Şu anda neye ihtiyaç var onu belirleyin; işaretlemeye ilk görünme zamanı karıştırmayın

Lazy loading bir kaynağı gerektiği ana kadar kritik olmayan olarak işaretler. Sınıflandırmayı gerçek yolculuğa göre yapın: ilk görünüm için gerekli öğeler, katın altındaki medya, isteğe bağlı gömmeler ve sonraki rota ya da panel için gereken kod. CMS konumu tek başına yeterli kanıt değildir; bir resim bir şablonda ekranda dışı olabilirken başka bir şablonda merkezi olabilir.

Soğuk açılışları küçük bir telefonda ve tipik bir masaüstünde gözden geçirin. Ayrıca kampanya bağlantılarını ve sayfa içi demetleri (anchor link) test edin; bunlar ziyaretçiyi sayfanın daha aşağısına indirebilir. Bu inceleme, kaydırma tetiklemeli bir isteğe gerek olmadan neyin hazır olması gerektiğini söyler.

Hazır tutun

Başlangıç görevi, görünen gezinme, ana metin ve ilk anlamlı görsel hemen erişilebilir olmalıdır.

Niyetli olarak erteleyin

Alt sayfa galerileri, haritalar, sosyal gömmeler, ekran dışı oynatıcılar ve seçilmeyen özellikler için kod yaygın adaylardır.

02

Hero’u ve ilk görünümü koruyun

Sayfa açıldığında görünmesi muhtemel içeriği lazy-load ile yüklemeyin. Google bununla ilgili uyarılarda bulunur ve web.dev’in odaklı analizi, ilk görünüm görüntülerinin tembel yüklenmesinin LCP'yi geciktirebileceğini gösterir. LCP öğesi bir hero, ürün görseli, poster veya metin olabilir; tahmin etmeyin, her önemli şablonda doğrulayın.

Doğrulanmış bir LCP görüntüsünü eager (hemen) yükleyin. Testler keşfedilebilir kritik bir görselin ağ dikkatini kaybettiğini gösterirse, ona yönelik yüksek fetch-priority ipucunu test edin. Bu bir komut değil, bir ipucudur. Kritik bir CSS arka plan görseli tarayıcı ayrıştırıcısı tarafından doğrudan keşfedilemeyeceği için erken preload gerektirebilir; bu durumu ölçün.

Otomasyon denetimi

Listing sayfalarında öne çıkarılan görsellerin CMS ve eklenti varsayılanlarının yanlışlıkla lazy olarak işaretlenip işaretlenmediğini kontrol edin.

İlk görünümü doğrulayın

Sadece masaüstü tasarım önizlemesi değil, soğuk mobil ve masaüstü yüklemelerini kullanın.

03

Medya gelmeden önce alan ayırın

Cumulative Layout Shift (CLS), görünen içeriğin beklenmedik şekilde hareket etmesidir. Yüklenmesi ertelenmiş, bilinen yüksekliği olmayan bir görsel, bir okuyucu taramaya başlarken veya bir düğmeye uzanırken metni ve kontrolleri itebilir. Bu yalnızca bir metrik sorunu değil, bir etkileşim riskidir.

Görseller ve videolar için doğru width ve height (genişlik ve yükseklik) öznitelikleri ekleyin veya CSS aspect-ratio ile şekli ayırın. Bir bileşenin son ayak izine (footprint) sahip bir yer tutucu (placeholder) kullanın. Üçüncü taraf bir çerçeve için yüksekliğini ayırın ve net bir yükleniyor veya kullanılamıyor durumu gösterin.

Gerçek boyutları kullanın

Mümkünse medya boyutlarını varlıkla birlikte saklayın; karışık biçimli resimler için genel bir oran güvenilir değildir.

Yüklemeden sonra test edin

Kaydırın, filtreleyin, panelleri açın, mobil cihazı döndürün ve geri navigasyonu kullanarak sonraki kaymaları bulun.

04

İçeriği keşfedilebilir ve etkileşimleri anlaşılır tutun

Google Search Central, Google'ın sayfalarda kaydırma veya tıklama yapmadığını belirtir. Önemli lazy-yüklenmiş içerik görünür olduğunda yüklenmelidir ve render edilmiş HTML beklenen içerik veya medya URL'lerini açığa çıkarmalıdır. Uygulama sonrası temsilî sayfaları Search Console'da inceleyin.

Indexlenebilir bir sonsuz liste (infinite list), her kalıcı bölüm için sayfalı (paginated) bir rota gerektirir: kalıcı benzersiz URL, o URL'de kararlı içerik ve dizi boyunca bağlantılar. Bu ayrıca insanların geri dönebileceği paylaşılabilir bir yer sağlar.

Bir eylem içerik gösterdiğinde, kontrolün klavye ile çalışır kalmasını sağlayın ve sonucun anlaşılır olmasını temin edin. Odak taşımayan anlamlı bir güncelleme (ör. 'sonuçlar yüklendi') için durumu programatik olarak açığa vurun ki yardımcı teknolojiler bunu odak değiştirmeden duyurabilsin.

Temel metni engellemeyin

Ürün detayları, makale içeriği, uygunluk bilgileri ve görev talimatları ziyaretçi bir eylem gerçekleştirdikten sonra var olmamalıdır.

Ödemeleri dikkatle ele alın

Gerekli ödeme veya kimlik doğrulama kontrollerini geciktirmeyin. Ödeme, kimlik ve üçüncü taraf betikleri için nitelikli güvenlik ve uyumluluk incelemeleri yaptırın.

05

En kırılgan olmayan mekanizmayı kullanın

Sıradan ekran dışı resimler ve iframe'ler için tarayıcının yerel lazy loading genellikle basit bir başlangıçtır. Tarayıcı, görünüm alanına yakın olduğunda isteğin ne zaman başlayacağına karar verir; bu mesafe garanti değildir. window load olayı lazy kaynaklar tamamlanmamışken tetiklenebilir.

İsimlendirilmiş bir bileşen özel aktivasyon gerektiriyorsa—örneğin, görünmeden hemen önce pahalı bir paneli mount etmek—Intersection Observer kullanın. Observer'ı dar tutun ve hızlı kaydırma için işi yeterince erken başlatın. İlk olmayan rotalar veya isteğe bağlı özellikler için kod parçalama (code splitting) kullanın; bunu mevcut görevi geciktirmek için bahane yapmayın.

Gereksiz zincirlerden kaçının

Ek davranış test edilmiş bir ihtiyacı çözmüyorsa, basit bir kaynağı data-attribute'larla, birkaç script ve bir kütüphane ile değiştirmeyin.

Başarısızlık davranışını planlayın

İsteğe bağlı bir gömme içerik için kalıcı bir spinner yerine net bir geri dönüşüm (fallback) veya yokluk durumu olmalıdır.

06

Ölçün, yayınlayın ve birlikte düzeltin

Aynı URL'ler, önbellek durumu, görünüm alanı ve kullanıcı yolunda bir temel (baseline) ile adayı (candidate) karşılaştırın. Mümkünse soğuk, kısıtlı mobil testler ve gerçek cihaz kontrolleri kullanın. LCP, görünen sıra, layout shift'ler, medya hataları, render edilmiş HTML ve temel eylemleri kaydedin. Alan verisi (field data), laboratuvar testlerini tamamlar.

Geri alınabilir, şablon kapsamlı bir değişiklik yayınlayın. Eager'dan deferred'a taşınan varlıkları, dağıtım referansını, önbellek eylemini, sahibini ve ilk geri alma adımını kaydedin. Eğer LCP tembelleşir veya bir dönüşüm yolu eksik kalırsa, o kritik varlıktan kuralı kaldırın ve tekrar doğrulayın. Tema, CMS, görüntü-servisi, tag veya gömme değişikliklerinden sonra yeniden kontrol edin.

SIU'yu proaktif kullanın

Mevcut-durum raporlaması veya uyarıdan ziyade bozuk deneyimi önlemeye ve düzeltmeye odaklanın.

Geri almayı dar tutun

Her görüntüyü site çapında yeniden ayarlamadan önce etkilenen şablon ayarını geri çevirin.

EYLEM / DOĞRULA

Pratik yapılacaklar rehberiniz.

  1. 01

    İlk ekranı eşleyin

    Öncelikli şablonlar için görünen hero, metin, gezinme, eylem ve gerekli kontrolleri listeleyin.

    DOĞRULA: Soğuk mobil ve masaüstü ekran görüntüleri her öğenin kaydırma tetiklemeli bir istek olmadan gösterildiğini doğrular.
  2. 02

    LCP'yi belirleyin

    Her temsilî sayfada yükleme sırasında görünen en büyük öğeyi bulmak için tarayıcı performans araçlarını kullanın.

    DOĞRULA: Sürüm notu LCP öğesini adlandırır ve onun lazy-load yapılmadığını onaylar.
  3. 03

    Gerçek adayları seçin

    İlk yararlı görevin ihtiyaç duymadığı yalnızca ekran dışı medya, isteğe bağlı gömmeler veya sonraki rota kodunu erteleyin.

    DOĞRULA: Her ertelenmiş kaynağın belgelenmiş bir nedeni vardır ve ilk görünüm bağımlılığı yoktur.
  4. 04

    Boyutları ayırın

    Doğru medya boyutları veya aspect-ratio konteyneri ve stabil gömme yüksekliği ekleyin.

    DOĞRULA: Yüklenen içerik yakın metni, düğmeleri veya alanları hareket ettirmez.
  5. 05

    Yerel yüklemeyi tercih edin

    Sıradan ekran dışı resimler ve iframe'ler için tarayıcı lazy loading'i kullanın; özel bir observer varsa gerekçelendirin.

    DOĞRULA: İncelemede standart medya için gereksiz yalnızca-kaydırma yükleyici bulunmaz.
  6. 06

    Keşif ve erişimi kontrol edin

    Render edilmiş HTML'i, sayfalı sonsuz liste rotalarını, klavye kontrollerini ve anlamlı durum geri bildirimini test edin.

    DOĞRULA: Search Console önemli render edilmiş içeriği gösterir ve kontroller işaretçi olmadan kullanılabilir kalır.
  7. 07

    Yayın öncesi karşılaştırma yapın

    Mobil ve masaüstünde eşdeğer temel ve aday yolculukları test edin.

    DOĞRULA: LCP öğesi, görünen sıra, düzen kararlılığı ve temel eylemler herhangi bir regresyon getirmez.
  8. 08

    Geri alma belgesi oluşturun

    Kuralı şablona sınırlayın ve değiştirilen varlıkları, önbellek eylemini, sahibini ve geri alma adımını kaydedin.

    DOĞRULA: Bir çalışma arkadaşı bilinen bir URL'de değişikliği geri alıp doğrulayabilir.
  9. 09

    Bağımlılıklar değişince tekrar edin

    Tema, CMS, görüntü, tag veya gömme güncellemesinden sonra kontrolleri yeniden çalıştırın.

    DOĞRULA: Değişiklik günlüğü güncellemeyi taze kanıtla ilişkilendirir.
TARTIŞMA KONULARI

Ödünleri karşılaştırın, özel verileri paylaşmayın.

Bu başlıkları ekibiniz veya site sahipleri topluluğuyla kullanın. Yöntemleri ve çıkarılan dersleri paylaşın; ancak kimlik bilgilerini, müşteri kayıtlarını veya kamuya açık olmayan altyapı detaylarını asla paylaşmayın.

  1. 01

    Tasarım incelemesinde katın altında görünen hangi bileşenler küçük bir telefonda veya demet-link (anchor-link) ziyareti sırasında hemen ilgili hale geliyor?

  2. 02

    Ertelenmiş bir gömmenin ilk yararlı ekranı iyileştirdiğini gösteren kanıt ne olurdu, sadece byte sayısını azaltmak yerine?

  3. 03

    Lazy-loading geri almasını, içerik, geliştirme ve operasyon sahiplerinin aynı ilk düzeltme adımını almasını sağlayacak kadar net kılacak şey ne olur?

POPÜLER / YETKİLİ KAYNAKLAR

Kaynak materyalini açın.

MDN Web DocsLazy loading ↗

Tarayıcının yerel loading kontrolleri, kod parçalama (code splitting), Intersection Observer ve lazy kaynak tamamlama sınırlamaları hakkında pratik bir genel bakış.

İncelendi 2026-09-27
Google Search CentralFix lazy-loaded content ↗

Resmi tarayıcı robotu, render edilmiş HTML, viewport yükleme ve indexlenebilir sonsuz-kaydırma rehberliği.

İncelendi 2026-09-27
web.devThe performance effects of too much lazy loading ↗

İlk-viewport lazy loading, LCP ve ilk görüntü byte'ları hakkında kanıtlar ve uyarılar.

İncelendi 2026-09-27
web.devOptimize Cumulative Layout Shift ↗

Görsel ve video alanını boyutlar veya aspect-ratio ile ayırma konusunda resmi rehberlik.

İncelendi 2026-09-27
web.devOptimize resource loading with the Fetch Priority API ↗

İlişkisel öncelik ipuçları, LCP-görüntü kullanımı, preload ve ölçüm gerektiren sınırlamalar hakkında açıklama.

İncelendi 2026-09-27
W3C Web Accessibility InitiativeUnderstanding Success Criterion 4.1.3: Status Messages ↗

Odak taşımayan anlamlı dinamik durum değişikliklerinin programatik bildirimini açıklayan kaynak.

İncelendi 2026-09-27

Kaynak politikası. Kaynaklar resmi belgeler veya birinci taraf web-platform rehberliğidir. Tavsiye evrensel eşiklerden kaçınır ve okuyucunun şablonları ile gerçek kullanıcı koşullarında doğrulanmalıdır.

HIZLI AÇIKLAMALAR

Yaygın sorular.

İlk ekranın altındaki her resim lazy loading ile mi yüklenmeli?

Hayır. Bu bir adaydır, kural değil. İlgili cihazda, anchor-link girişinde veya ilk görevde gerekli olmadığını doğrulayın. LCP görselini eager tutun, alan ayırın ve render edilen şablonu test edin.

Lazy loading SEO'ya zarar verebilir mi?

Evet — önemli içerik yalnızca kaydırma veya tıklama sonrası ortaya çıkıyorsa veya render edilmiş HTML'de görünmüyorsa zarar verebilir. İlgili materyal görünür olduğunda yüklenmeli, indexlenebilir sonsuz listeler için kalıcı sayfalı URL'ler sağlanmalı ve temsilî sayfalar Search Console'da incelenmelidir.

Lazy loading için bir JavaScript kütüphanesine ihtiyacım var mı?

Sıradan ekran dışı resimler ve iframe'ler için genellikle hayır. Önce tarayıcının yerel davranışıyla başlayın. Belirli bir bileşen ihtiyacı varsa Intersection Observer veya framework özelliği kullanın; ardından başarısızlık ve erişilebilirlik davranışını test edin.

Status Is UP Editorial Team · Uptime Enablement Editors

Web performance, accessibility, and technical SEO reviewer tarafından incelendi. Yayınlandı 2026-09-27; güncellendi 2026-09-30.