Google'ın rekor podcast'teki aramasının son bölümünde, Martin Splitt ve John Mueller, tembel yüklemenin ne zaman yardımcı olduğunu ve sayfaları ne zaman yavaşlatabileceğini tartıştılar.
Splitt, ortak bir deseni göstermek için geliştiriciler.google.com'da gerçek dünya örneği kullandı: her görüntüyü varsayılan olarak tembel yapmak, en fazla içerikli boyayı (LCP) geciktirebilirse, üst üste görselleri içeriyorsa geciktirebilir.
Splitt dedi ki:
“Geliştiriciler için kullandığımız içerik yönetim sistemi.google.com… tüm görüntüleri tembel yüklemeye varsayılan olarak varsayılan olarak, bu harika değil.”
Splitt örneği, tembel yükleme kahraman görüntülerinin neden riskli olduğunu açıklamak için kullandı: tarayıcıya en görünür öğeyi beklemesini söylersiniz, bu da LCP'yi geri itebilir ve boyutlar ayarlanmazsa düzen kaymalarına neden olabilir.
Splitt dedi ki:
“Hemen görülebilen bir görüntüye tembel yükleme kullanıyorsanız, büyük olasılıkla en büyük memnun boya üzerinde bir etkisi olacaktır. Neredeyse garantili gibi.”
Lazy yükleme LCP'yi nasıl geciktirir?
LCP, ilk görüşteki en büyük metin veya görüntünün boyandığı anda ölçer.
Normalde, tarayıcının ön yük tarayıcısı, kahraman görüntüsünü erken bulur ve hızlı boyayabilmesi için onu yüksek öncelikle getirir.
Eklediğinde loading="lazy" Aynı kahramana, tarayıcının zamanlamasını değiştirirsiniz:
- Görüntü daha düşük öncelik olarak ele alınır, bu nedenle önce diğer kaynaklar başlar.
- Tarayıcı, kahraman görüntüsünü istemeden önce düzen ve diğer iş ilerlemesine kadar bekler.
- Kahraman daha sonra komut dosyaları, stilleri ve diğer varlıklar zaten sıraya girdikten sonra bant genişliği için yarışır.
Bu gecikme, en büyük elemanın boya süresini daha sonra kaydırır, bu da LCP'nizi artırır.
Yavaş ağlarda veya CPU sınırlı cihazlarda, etki daha belirgindir. Genişlik ve yükseklik eksikse, geç görüntü düzeni dürtebilir ve “sarsıcı” hissedebilir.
Bazı kütüphanelerle SEO riski
Tarayıcılar artık yerleşik bir loading Standart senaryolarda ağır JavaScript ihtiyacını ortadan kaldıran görüntüler ve IFRames için öznitelik. WordPress varsayılan olarak yerel tembel yüklemeyi benimsedi ve yayılmasına yardımcı oldu.
Splitt dedi ki:
“Tarayıcıların görüntüler ve iframe, yükleme özniteliği için yerel bir özniteliği var… bu da tarayıcının sizin için tembel yüklemeyi halletmesini sağlıyor.”
Daha eski veya özel tembel yükleme kütüphaneleri, görüntü URL'lerini standart olmayan özelliklerde gizleyebilir. Gerçek URL asla içeri girmezse src veya srcset HTML Google renderlerinde, görüntüler dizine eklenmeyebilir.
Splitt dedi ki:
“Kaynak özniteliğinden ziyade bir tür veri kaynağı özniteliği kullanan birden fazla tembel yükleme kütüphanesi gördük… kaynak özniteliğinde değilse, bazı özel özelliklerde ise almayacağız.”
Sayfalarınızı Nasıl Kontrol Edin
İncelemek için arama konsolunun URL incelemesini kullanın. HTML işlenmiş ve katlanan görüntülerin ve tembel yüklü modüllerin standart özniteliklere karar verdiğini doğrulayın. Ekran görüntüsüne güvenmekten kaçının.
Splitt tavsiye etti:
“Oluşturulan HTML gibi görünüyorsa, bir görüntü etiketinin kaynak özniteliğindeki tüm görüntü URL'lerini içeriyorsa… o zaman iyi olacaksınız.”
Sıralama etkisi
Splitt, sıralama efektlerini mütevazı olarak çerçeveledi. Çekirdek web canlıları sıralamaya katkıda bulunur, ancak “çoğu durumda küçük bir dakika faktörü” olarak adlandırdı.
Bundan sonra ne yapmalısın
- Genişlik ve yükseklik seti ile istekli kahramanı ve diğer kat üstü görüntüleri saklayın.
- Yerli kullanın
loading="lazy"Gidin aşağıdaki görüntüler ve iframes için. - Önizlemeler, videolar veya dinamik bölümler için bir kütüphaneye güveniyorsanız, son işaretlemenin standart özelliklerde gerçek URL'leri ortaya çıkardığından ve oluşturulan HTML'de onayladığından emin olun.
İleriye Bakış
Tembel yükleme seçici olarak uygulandığında kullanışlıdır. Kritik olmayan içerik için bir tercih olarak ele alın.
Uygulamanızı oluşturulan HTML ile doğrulayın ve LCP'nizin zaman içinde nasıl trendlerini izleyin.
Öne çıkan resim: youtube.com/googlesearchcentral, Ağustos 2025'ten ekran görüntüsü.
Bir yanıt yazın