Lazy load, sayfa açılır açılmaz görünmeyen görsel ve içerikleri daha sonra yükleyerek ilk açılışı hafifletebilir. Sorun, “daha sonra” kararının yalnız kullanıcının tıklamasına, kaydırmasına veya dokunmasına bağlanmasıyla başlar. Gerçek bir ziyaretçi ekrana iner ve içeriği görür; Google Search ise sayfayla aynı biçimde etkileşim kurmaz. Böylece tarayıcıda çalışan bir bölüm, Google’ın işlediği HTML’de hiç oluşmayabilir.
Google Search Central’ın 10 Aralık 2025’te güncellediği rehber, ilgili içeriğin görüntü alanına girdiğinde yüklenmesini ve bunun kullanıcı eylemine bağlı olmamasını istiyor. Yerleşik loading="lazy", IntersectionObserver veya görünürlük temelli bir kütüphane kullanılabilir. Rehber ayrıca sayfa ilk açıldığında görünmesi muhtemel ana içeriğe lazy load uygulanmamasını öneriyor.
Lazy load neden SEO sorunu olabilir?
Performans tek başına dizine eklenebilirlik değildir. Bir tema, görselin gerçek adresini yalnız kaydırma olayı çalışınca src alanına yazıyorsa; bir ürün açıklamasını “Daha fazla göster” düğmesinden sonra API’den getiriyorsa veya mobil görünümde ana metni tamamen farklı bir isteğe bağlı akışa bırakıyorsa, tarayıcıda görülen ile botun işlediği içerik ayrışabilir.
Google mobil öncelikli dizine ekleme kullandığı için testin merkezi masaüstü değil, mobil sayfadır. Google’ın mobil rehberi; birincil içeriğin kaydırma, tıklama veya yazma gibi kullanıcı etkileşimiyle yüklenmemesini, önemli kaynakların robots.txt tarafından engellenmemesini ve mobil ile masaüstünde eşdeğer içerik bulunmasını istiyor. Tasarım farklı olabilir; konu, başlık, ana metin ve açıklayıcı görsel bilgisinin eksilmemesi gerekir.
WordPress’te üç farklı lazy load katmanı
Tarayıcı düzeyi
WordPress ve modern tarayıcılar birçok görselde yerleşik lazy loading kullanabilir. Bu yaklaşımda gerçek görsel URL’si HTML’de bulunur, tarayıcı yalnız indirme zamanını erteler. Genellikle en öngörülebilir model budur. Ancak sayfanın üst bölümündeki ana kapak görselini geciktirmek, kullanıcı açısından görünür bir boşluk ve performans kaybı yaratabilir.
Tema veya eklenti düzeyi
Bazı optimizasyon eklentileri gerçek src değerini özel bir veri alanına taşır ve JavaScript çalışınca geri koyar. Aynı sitede tema, önbellek eklentisi ve CDN’nin üçü birden lazy load uyguluyorsa çifte dönüştürme görülebilir. Kaynak kodda bir görsel için kaç farklı data- alanı üretildiğini kontrol edin; aynı işi yapan katmanlardan yalnız birini bırakın.
İçerik ve liste düzeyi
“Daha fazla yükle”, sonsuz kaydırma veya ürün filtresi, görsel optimizasyonundan daha büyük bir konudur. Google, sonsuz listelerde her içerik parçası için kalıcı ve benzersiz URL, tutarlı içerik ve sırayla ulaşılabilir bağlantılar öneriyor. Bu yapının ayrıntıları için sonsuz kaydırma ve pagination testini kullanabilirsiniz. Bu yazıdaki test ise tek bir sayfadaki tembel yüklenen öğenin bot tarafından görülüp görülmediğine odaklanıyor.
10 dakikalık tıklamasız yükleme testi
1. Kontrol örneğini seçin
Sayfanın üstündeki bir görseli, ortadaki önemli bir paragrafı ve en alttaki bir görseli seçin. Her biri için beklenen metni, görsel URL’sini ve ALT açıklamasını not edin. Testi üretim sayfasında yapacaksanız önbelleğin güncel olduğundan emin olun; taslakta yapıyorsanız giriş gerektiren ön izleme ile Google’ın erişebileceği sayfayı karıştırmayın.
2. Kaynak HTML ile işlenmiş DOM’u karşılaştırın
Tarayıcıda “Sayfa kaynağını görüntüle” ile ilk HTML’i, geliştirici araçlarındaki Elements bölümüyle işlenmiş DOM’u karşılaştırın. Ana metin yalnız işlenmiş DOM’da görünüyorsa JavaScript bağımlılığı vardır. Bu tek başına hata değildir; fakat script engellendiğinde veya zaman aşımına uğradığında içerik kayboluyorsa risk büyür.
3. Hiç tıklamadan aşağı inin
Sayfayı yeni gizli pencerede açın. Çerez bildirimi dışında hiçbir düğmeye basmadan yavaşça aşağı kaydırın. Görsel ve metin, görüntü alanına yaklaşınca kendiliğinden oluşmalı. “Daha fazla göster” düğmesine basmadan ana ürün açıklaması veya makalenin devamı gelmiyorsa Google’ın da bu eylemi yapmayacağını varsayın.
4. JavaScript ve ağ hatasını görünür kılın
Geliştirici araçlarındaki Console ve Network bölümlerinde 4xx/5xx yanıtları, engellenen scriptleri ve sürekli tekrarlanan istekleri arayın. Görsel adresi her yüklemede değişen kısa ömürlü bir URL ise Google’ın kaynağı istikrarlı biçimde işlemesi zorlaşabilir. Mobil hız kısıtlamasıyla yeniden deneyin; hızlı bağlantıda fark edilmeyen yarış koşulu, yavaş telefonda içeriği boş bırakabilir.
5. Google’ın gördüğünü doğrulayın
Search Console URL Denetleme aracında canlı URL testi çalıştırın ve oluşturulan sayfayı inceleyin. Seçtiğiniz üç kontrol öğesini ekran görüntüsü ve işlenmiş HTML içinde arayın. Testin başarılı olması sıralama garantisi değildir; yalnız Google’ın içeriğe erişebildiğini gösterir. Son değişiklikten sonra birkaç önemli URL’yi ayrı ayrı sınayın.
Yayın öncesi kontrol listesi
- Sayfa açılışında görünmesi gereken başlık ve ana görsele lazy load uygulamayın.
- İlgili içerik görüntü alanına yaklaşınca kullanıcı tıklaması olmadan yükleniyor mu bakın.
- Mobil ve masaüstünde ana içerik, başlık ve ALT metinlerinin eşdeğer olduğunu doğrulayın.
- Görsel, script ve API yollarının robots.txt tarafından engellenmediğini kontrol edin.
- Tema, eklenti ve CDN’de aynı anda çalışan mükerrer lazy load katmanlarını kapatın.
- Kaynak HTML, işlenmiş DOM ve Search Console canlı testini birlikte karşılaştırın.
Sonuç: hızlı sayfa, görünmez içerik olmamalı
Lazy load doğru uygulandığında bant genişliğini ve ilk yükleme yükünü azaltır; yanlış uygulandığında ise ziyaretçinin gördüğü içeriği arama motorundan saklar. En güvenilir kural basit: kritik içerik bir düğmeye bağlı olmamalı, görünür alana geldiğinde kendiliğinden yüklenmeli ve Google’ın işlenmiş görünümünde doğrulanmalıdır. WordPress’te performans eklentisini açıp bırakmak yerine üç öğelik bu testi her tema veya önbellek değişikliğinden sonra tekrarlayın.
Kaynaklar: Google Search Central, “Fix lazy-loaded content”, 10 Aralık 2025 güncellemesi; Google mobil öncelikli dizine ekleme en iyi uygulamaları, 10 Aralık 2025 güncellemesi.
İlgili rehber: WordPress’te menü ve düğmelerin tepki süresini ölçen INP testi.
