Araçtan 100 puan, ama kullanıcı siteyi "yavaş" diye nitelendiriyor
PageSpeed Insights'ı açtınız, yeşil 98 veya 100 puanını gördünüz ve hâlâ müşteriler "siteniz yüklenmiyor" diye arıyor. Ya da kendiniz evden mobil internetle giriyorsunuz ve sayfa gerçekten ağır. Bu çelişki araçtaki bir hata değil; iki farklı ölçüm dünyasını birbirine karıştırdınız: laboratuvar verisi (Lab Data) ve saha verisi (Field Data).
Lighthouse ve PageSpeed Insights gibi araçlar, belirli bir sunucudaki başsız bir tarayıcıdan, yüksek hızlı ve sabit bir internetle sayfayı yükler. Sonuç bir puandır. Ancak kullanıcınız Şiraz'da 4G mobil internetle, orta segment bir telefonla ve yoğun saatlerde tamamen farklı bir deneyim yaşar. Saha verisi tam olarak bu gerçek deneyimi ölçer. Bu makale tam da bu farkla ve neden boşlukta alınan bir puana değil, saha verisine güvenmeniz gerektiğiyle ilgilidir.
Laboratuvar verisi nedir ve nerede yanıltır?
Laboratuvar verisi, kontrollü bir ortamda yapılan ölçümdür. Lighthouse, sabit özelliklere sahip bir sanal makinede bir Chromium tarayıcısı çalıştırır, ağı simüle eder (Throttling) ve LCP ve CLS gibi metrikleri hesaplar. Bu yöntem, ağır JavaScript veya boyutları belirtilmemiş görseller gibi teknik sorunları bulmak için harikadır. Ancak temel bir sınırlaması vardır: simüle edilmiş ağ, gerçek ağ değildir.
Lighthouse'ın Mobil modundaki simülasyonu, yaklaşık 150 milisaniyelik bir gecikme (Latency) ve 1.6 Mbps bant genişliği uygular. Bu sayılar, önceki yıllardaki gerçek ağların ortalamasından elde edilmiştir. Ancak kullanıcınız 300 milisaniye gecikmeli bir bölgede olabilir veya tam tersine, 5 milisaniye gecikmeli fiber optik üzerinde olabilir. Sonuç olarak, laboratuvar puanınız bir tahmindir, bir gerçek değildir.
Daha büyük sorun donanımdır. Lighthouse laboratuvar cihazı, orta düzey bir işlemciye sahip sanal bir makinedir. Kullanıcınızın telefonu pahalı bir amiral gemisi veya iki milyonluk ekonomik bir cihaz olabilir. Bu ikisi arasındaki işlem gücü farkı, JavaScript çalışma süresini 5 kata kadar değiştirebilir. Saha verisi bu farkı gösterir; laboratuvar verisi asla göstermez.
Burada hata yapıyorlar: Yeşil puanı iyi deneyimle karıştırıyorlar
Destek çalışmalarımda gördüğüm en yaygın hata şudur: Site yöneticisi bir sayfayı PageSpeed Insights ile test eder, 95 puan alır ve sonucu genel müdüre raporlar. Bir hafta sonra hemen çıkma oranı (Bounce Rate) yükselir ve kimse nedenini anlamaz. CrUX raporunu açtığınızda, kullanıcıların gerçek LCP'sinin 4.8 saniye olduğunu görürsünüz, oysa laboratuvar testi 1.8 saniyeyi gösterir. Bu 3 saniyelik fark, kullanıcıların siteden ayrıldığı yerdir.
Bu hatanın belirtisi nedir? Araçta yeşil olan ancak Analytics raporunda %70'in üzerinde hemen çıkma oranına sahip bir sayfa. Ya da siz masaüstünden test yaparken bir kullanıcının "siteniz benim telefonumda açılmıyor" yorumu. Bu belirtileri görürseniz, her şeyden önce sayfa koduna değil, saha verisine bakın.
CrUX saha verisi: Güvenilir tek kaynak
Saha verisi, gerçek kullanıcıların tarayıcılarından toplanır. Google bu verileri, sayfanızı açan kullanıcıların Chrome tarayıcısından anonim olarak toplar ve Chrome User Experience Report (CrUX) adlı bir koleksiyonda yayınlar. Bu veriler, LCP, INP ve CLS gibi Core Web Vitals metriklerini içerir. Önemli nokta: Bu veriler yalnızca yeterli trafiğe sahip sayfalar için mevcuttur.
CrUX yayın eşiği genellikle bir URL için günde yaklaşık 20 tekil ziyarettir. Siteniz yeni kurulduysa veya az trafiğe sahipse, CrUX için veri olmayacaktır. Bu durumda PageSpeed Insights, "Field Data" bölümünü boş gösterir ve yalnızca laboratuvar verisini görüntüler. Bu, sitenin iyi olduğu anlamına gelmez; sadece henüz yeterli veri toplanmadığı anlamına gelir.
Saha verisini görüntülemek için iki yol vardır. Birincisi, CrUX'u otomatik olarak gösteren PageSpeed Insights sayfasıdır. İkincisi, daha derin analiz için ham verileri sağlayan Google BigQuery'deki resmi CrUX web sitesidir. BigQuery'yi kullanmak için SQL bilgisi gerekir, ancak hızlı bir kontrol için PageSpeed Insights yeterlidir.
Saha verisini doğru şekilde nasıl okumalı?
CrUX verileri yüzdelik dilim (Percentile) olarak sunar. Google'ın raporladığı sayı 75. yüzdelik dilimdir. Yani kullanıcılarınızın %75'i bu sayıdan daha iyi bir deneyim yaşamış, %25'i daha kötü yaşamıştır. Bu sayı önemlidir çünkü ortalama (Average) yanıltıcı olabilir. Kullanıcılarınızın %90'ı 2 saniyenin altında LCP'ye sahipse ve %10'u 10 saniyenin üzerindeyse, ortalama yaklaşık 3 saniye olur ve bu çok kötü görünmez. Ancak 75. yüzdelik dilim, çoğunluğun deneyimi hakkında daha doğru bir sayı verir.
Google'ın Core Web Vitals eşiklerini hatırlayın: LCP 2.5 saniyenin altında, INP 200 milisaniyenin altında ve CLS 0.1'in altında olmalıdır. CrUX'unuz "İyileştirme Gerekli" (Needs Improvement) aralığındaysa, yani iyi ve kötü eşik arasındaysa, harekete geçmelisiniz. "Zayıf" (Poor) aralığındaysa, kullanıcılar gerçekten sitenizi terk ediyor demektir.
Saha verisi ve laboratuvar verisi neden farklıdır?
Bu iki veri türü arasındaki fark doğaldır ve her zaman bir sorun belirtisi değildir. Ancak fark büyüdüğünde, nedenini bulmalısınız. Bu farkı yaratan üç ana faktör vardır:
- Gerçek ağ: Lighthouse sabit bir ağ profili kullanır, ancak kullanıcılarınız farklı kalitelerde farklı ağlardadır. Ev Wi-Fi'i, mobil internet veya kurumsal ağ, her birinin farklı gecikme ve bant genişliği vardır.
- Cihaz donanımı: Ekonomik telefonlar daha zayıf işlemcilere sahiptir ve JavaScript çalıştırmak onlar için daha yavaştır. Bu fark INP'yi ciddi şekilde etkileyebilir.
- Dış faktörler: Sunucunuz yoğun saatlerde daha yavaş yanıt verebilir. Veya CDN'niz belirli bir bölgede iyi performans göstermeyebilir. Laboratuvar verisi bu dalgalanmaları görmez.
Önemli bir nokta: Saha verisi ile laboratuvar verisi arasındaki fark %20'den azsa, genellikle ciddi bir sorun yoktur. Ancak saha veriniz laboratuvar verinizin iki katıysa, laboratuvar testlerinde görünmeyen bir altyapı veya kodlama sorununuz var demektir.
Pratik çözüm: Nereden başlamalı?
İlk adım, kendi sitenizin saha verisini incelemektir. PageSpeed Insights sayfasını açın ve "Field Data" bölümüne bakın. Veri yoksa, trafiğiniz az demektir. Bu durumda, laboratuvar verisine güvenmelisiniz ancak gerçeklikten uzak olabileceğinin bilincinde olmalısınız.
Saha verisi mevcutsa ve durum kötüyse, şu sırayı izleyin:
- Önce LCP'yi kontrol edin. Bu metrik genellikle kullanıcı deneyimi üzerinde en büyük etkiye sahiptir. LCP 2.5 saniyenin üzerindeyse, sayfadaki büyük öğeyi (Hero Element) bulun ve optimize edin. Pratik rehber LCP iyileştirme iyi bir başlangıç noktası olabilir.
- Sonra INP'yi kontrol edin. 200 milisaniyenin üzerindeyse, sorun JavaScript'inizdedir. Ağır olay dinleyicileri (Event Listeners) veya ana iş parçacığındaki uzun JavaScript çalıştırmaları ana suçlulardır.
- Son olarak CLS'yi kontrol edin. 0.1'in üzerindeyse, sorun ilk yüklemeden sonra hareket eden öğelerden kaynaklanır. Boyutları belirtilmemiş görseller, geç yüklenen fontlar ve animasyonlu reklamlar en yaygın nedenlerdir. Daha fazla ayrıntı için CLS düzen kaymasını giderme makalesini okuyun.
Önemli bir nokta: Saha verisi için optimizasyon, laboratuvar verisi için optimizasyondan farklıdır. Laboratuvar verisinde, JavaScript'i kaldırarak veya görsel boyutlarını azaltarak puanı yükseltebilirsiniz. Ancak saha verisinde, sunucu yanıt süresi (TTFB) ve ağ kalitesi gibi faktörlere dikkat etmelisiniz. Sunucunuz İran'daysa ve yurt dışında kullanıcılarınız varsa, TTFB'niz yüksek olacaktır ve hiçbir istemci tarafı optimizasyonu bunu çözmez. Bu durumda CDN veya ara sunucu kullanmak şarttır.
Alan adınızın ve DNS'inizin teknik durumunu daha detaylı incelemek için alan adı teknik kontrol araçlarını kullanabilirsiniz. DNS gecikmesi TTFB'ye birkaç on milisaniye ekleyebilir; bu, saha verisinde görünür ancak laboratuvar verisinde görünmez.
Burada hata yapıyorlar: Kullanıcı için değil, puan için optimizasyon
Geliştiricilerin Lighthouse puanını yükseltmek için garip şeyler yaptığını defalarca gördüm. Örneğin, görselleri çok küçük boyutlarda yükleyip CSS ile büyütüyorlar. LCP puanı yükseliyor ancak görsel kullanıcı için bulanık. Veya sayfa içeriğini birkaç bölüme ayırıp yalnızca ilk bölümü yüklüyorlar ki LCP daha hızlı kaydedilsin. Bu işlemler araç puanını yükseltir ancak kullanıcı deneyimini bozar.
Bu hatanın belirtisi nedir? Saha veriniz iyi (LCP 2.5 saniyenin altında) ancak dönüşüm oranınız (Conversion Rate) düşük. Veya kullanıcılar sayfada az zaman geçiriyor. Bu belirtileri görürseniz, muhtemelen kullanıcı için değil, puan için optimize etmişsinizdir. Saha verisi yalnızca hızı gösterir, içerik kalitesini veya genel deneyimi göstermez. Düşük kaliteli içeriğe sahip hızlı bir sayfa yine de kullanıcıyı kaçırır.
Görsel ve font: Saha verisinde iki gizli faktör
Görseller ve fontlar, laboratuvar verisinde zor görülen ancak saha verisinde büyük etkisi olan iki faktördür. Laboratuvar testinde 200 kilobayt olan bir görsel, operatör sıkıştırması nedeniyle gerçek ağda 300 kilobayt olabilir. Veya harici bir sunucudan yüklenen bir font, İran'da yüksek gecikmeyle karşılaşabilir.
Görseller için mutlaka WebP ve AVIF gibi modern formatlar kullanın. Bu formatlar, gözle görülür kalite kaybı olmadan boyutu %30'a kadar azaltır. Pratik rehber WebP ve AVIF ile görsel optimizasyonu inceleyin. Fontlar için, Farsça fontları kendi sunucunuzda barındırın ve eşzamansız (Async) yükleme kullanın. Google Fonts gibi harici fontlar İran'da yüksek gecikmeyle yüklenir ve CLS'yi kötüleştirebilir.
Bir başka nokta: WordPress gibi bir içerik yönetim sistemi kullanıyorsanız, önbellek ve optimizasyon eklentileri yardımcı olabilir ancak her zaman değil. Bazı eklentiler sayfaya INP'yi kötüleştiren ekstra kodlar enjekte eder. Her eklentiyi kurmadan önce, etkisini yalnızca laboratuvar puanında değil, saha verisinde de kontrol edin.
Saha verisi analizi için tamamlayıcı araçlar
CrUX tek saha verisi kaynağı değildir. Daha eksiksiz bir resim sunabilecek birkaç başka araç da vardır:
- Google Search Console: Search Console'daki Core Web Vitals raporu, saha verisini cihaz türüne (mobil ve masaüstü) göre ayırır ve sorunlu sayfaları listeler. Bu rapor, sorunlu belirli sayfaları bulmak için en iyi seçenektir.
- Web Vitals JavaScript Library: Bu kütüphaneyi sitenize yerleştirerek kendi kullanıcılarınızdan anlık saha verisi toplayabilirsiniz. Bu veriler CrUX'tan daha doğrudur çünkü yalnızca Chrome kullanıcılarını değil, tüm kullanıcılarınızı kapsar.
- RUM (Real User Monitoring): New Relic veya Datadog gibi araçlar, coğrafi bilgi, tarayıcı türü ve bağlantı türü dahil olmak üzere saha verisini daha ayrıntılı toplar. Bu araçlar ücretlidir ancak büyük siteler için yatırıma değerdir.
Siteniz WordPress ise, verileri otomatik toplayan hafif RUM eklentileri de vardır. Ancak dikkatli olun: RUM eklentisinin kendisi de JavaScript ekler ve INP'yi kötüleştirebilir. 1 kilobayttan küçük web-vitals gibi hafif bir kütüphane daha iyi bir seçimdir.
Son karar: Hangisini esas almalı?
Açık cevabım: Saha verisi. CrUX'unuzda veri varsa, onu ana karar kriteri yapın. Laboratuvar verisi yalnızca sorunun kökenini bulmak için faydalıdır, başarıyı ölçmek için değil. CrUX'unuzda veri yoksa (düşük trafikli site), laboratuvar verisini kullanın ancak iyimser olabileceğinin bilincinde olun.
Bir istisna vardır: Siteniz yeni kurulduysa ve CrUX için henüz yeterli trafiğe sahip değilse, laboratuvar verisi tek seçeneğinizdir. Bu durumda, görsel boyutlarını azaltma, kodları sıkıştırma ve tarayıcı önbelleği kullanma gibi kesin optimizasyonlara odaklanın. Bu işlemler her iki veri türünde de olumlu etkiye sahiptir.
Ve siteniz iyi trafiğe sahipse ancak CrUX onun için veri göstermiyorsa, sorun veri toplama yöntemindedir. Sitenizin HTTPS ile sunulduğundan ve tarayıcı konsolunda JavaScript hatası olmadığından emin olun. CrUX yalnızca HTTPS sayfaları için veri toplar.
Son olarak, hız optimizasyonunun tek seferlik bir proje olmadığını unutmayın. Saha veriniz mevsim değişikliğiyle, kullanıcı davranışındaki değişikliklerle ve Google algoritmalarındaki değişikliklerle dalgalanır. Saha verisini incelemek ve laboratuvar verisiyle karşılaştırmak için düzenli bir programınız (örneğin aylık) olsun. Bir fark görürseniz, kök nedenini araştırın. Görmüyorsanız, işiniz doğru demektir.
Saha verisi analizi ve site hızı optimizasyonu için uzman desteğine ihtiyacınız varsa, SEO hizmetleri ekibi sitenizin tam teknik ve içerik denetimini yapabilir ve Core Web Vitals'ı iyileştirmek için uygulanabilir bir plan sunabilir.
Sık sorulan sorular
CrUX saha verisi nedir ve nereden gelir?
CrUX, Google'ın gerçek kullanıcıların Chrome tarayıcısından topladığı veri kümesidir. Bu veriler LCP, INP ve CLS metriklerini içerir ve sayfanızı açan kullanıcılardan anonim olarak kaydedilir. Görmek için sitenizin PageSpeed Insights sayfasını açın ve Field Data bölümüne bakın.
PageSpeed Insights'ım neden saha verisi göstermiyor?
Saha verisi yalnızca yeterli trafiğe sahip sayfalar için mevcuttur, genellikle günde yaklaşık 20 tekil ziyaret. Siteniz yeni kurulduysa veya az trafiğe sahipse, CrUX onun için veriye sahip değildir. Bu durumda PageSpeed Insights yalnızca laboratuvar verisini gösterir.
PageSpeed Insights'ta 100 puan hızlı bir site anlamına mı gelir?
Hayır. 100 puan yalnızca sayfanın Lighthouse laboratuvar ortamında iyi performans gösterdiğini belirtir. Saha verisi tamamen farklı olabilir, özellikle kullanıcılarınız mobil ağlar veya zayıf cihazlar kullanıyorsa. Emin olmak için mutlaka CrUX saha verisini kontrol edin.
Sitemin saha verisini nasıl iyileştirebilirim?
Önce CrUX'unuzu kontrol edin ve hangi metriğin (LCP, INP veya CLS) zayıf aralıkta olduğunu görün. Ardından o metriğe odaklanın. LCP için görselleri ve sunucuyu optimize edin. INP için JavaScript'i azaltın. CLS için görsel ve font boyutlarını belirtin. Kapsamlı rehber Core Web Vitals inceleyin.
Yorumlar 0
Henüz yorum yok — ilk siz olun!