Core/Dash Boyutu: Tekrar Gelen Ziyaretçi

Boyut: Kullanıcı Davranışı: Tekrar Gelen Ziyaretçi (fv)

Tekrar Gelen Ziyaretçi boyutu, performans verilerinizi iki gruba ayırır: sitenizi daha önce ziyaret etmiş olan kullanıcılar ve etmemiş olanlar. Bu gruplar arasındaki mühendislik farkı tarayıcı önbelleğidir. Geri dönen bir ziyaretçi fontlarınızı, script'lerinizi ve görsellerinizi diskten yükler. Yeni bir ziyaretçi ise her bir baytı ağ üzerinden çeker.

Bu önemlidir çünkü toplu LCP puanınız her ikisinin ağırlıklı ortalamasıdır. Oturumlarınızın %40'ı yeni ziyaretçilerse, onların soğuk önbellek yükleme süreleri p75 değerinizi yukarı çekiyordur. Bu boyut olmadan, bir LCP gerilemesinin (regression) gerçek bir altyapı sorunu mu yoksa yeni kullanıcı edinimindeki geçici bir artış mı olduğunu anlayamazsınız.

Performans Farkı Neden Beklediğinizden Daha Büyük?

Tarayıcı önbelleği, geri dönen ziyaretçiler için tüm istek zincirlerini ortadan kaldırır. Tipik bir içerik sitesinde, tekrar gelen bir ziyaretçi, önbelleğe alınmış her varlık için DNS sorgusunu, TCP el sıkışmasını, TLS anlaşmasını ve sunucu yanıtını atlar. LCP kaynağının kendisi genellikle ağ üzerinden 200ms ila 800ms sürmek yerine, bellek önbelleğinden 5ms'nin altında bir sürede sunulur. Bu marjinal bir iyileştirme değildir: sayfanın nasıl yüklendiğine dair yapısal bir farktır.

İzlenen sitelerdeki CoreDash verilerinde, geri dönen ziyaretçiler genellikle aynı sayfalarda yeni ziyaretçilere kıyasla %35 ila %60 daha düşük LCP puanları gösterir. Fark, hero görselinin büyük olduğu ve kaynak sunucunun kullanıcıya coğrafi olarak uzak olduğu görsel ağırlıklı sayfalarda en geniştir. Sunucu tarafı oluşturma (server-side rendering) ve metin tabanlı bir LCP öğesi içeren sayfalarda, metin yükleme gecikmesi her iki grup için de sıfıra yakın olduğu için bu fark daralır.

İki grup arasındaki INP farkları daha küçüktür ancak yine de mevcuttur. Modül paketleri ilk kez değerlendirildiği için yeni ziyaretçiler genellikle ilk yüklemede daha fazla JavaScript ayrıştırmasını tetikler. Geri dönen ziyaretçiler, derlenmiş bayt kodunu depolayan ve ayrıştırma-ve-derleme (parse-and-compile) adımını tamamen atlayan V8'in kod önbelleğinden yararlanır. JavaScript ağırlıklı sayfalarda, bu durum işlem süresinden 50ms ila 150ms tasarruf sağlayabilir.

Üç Değeri Okumak

0: Tekrar Gelen Ziyaretçi

Tarayıcı, bunun kullanıcının kaynağınızdaki (origin) ilk oturumu olmadığını bildirdi. Önbelleğe alınmış kaynaklar mevcuttur. CoreDash'te izlenen çoğu pazarlama ve editoryal sitede, tekrar gelen ziyaretçiler tüm oturumların %55 ila %70'ini oluşturur. Onların performans verileri sizin sıcak önbellek referans noktanızdır (baseline): sitenizi bilen gerçek kullanıcılar için en iyi durum senaryosu. Eğer LCP değeriniz burada kötüyse, sorun önbellek değildir. Bunun yerine oluşturmayı engelleyen (render-blocking) kaynaklara, sunucu yanıt süresine veya oluşturma gecikmesine (render delay) bakın.

1: Yeni Ziyaretçi

Önbellek yok. Tarayıcı her kaynağı ağ üzerinden çeker. Bu sizin soğuk önbellek en kötü durum senaryonuzdur ve sizi organik arama, ücretli bir reklam veya sosyal medya paylaşımı aracılığıyla bulan her kullanıcı için ilk izlenimi temsil eder. Yeni ziyaretçiler genellikle oturumların %30 ila %45'ini oluşturur. Görsel tabanlı sayfalarda LCP puanları tekrar gelen ziyaretçilerden 300ms ila 700ms daha yüksektir. Eğer yeni ziyaretçi LCP'niz 2.5s eşiğinde başarısız oluyor ancak tekrar gelen ziyaretçi LCP'niz geçiyorsa, optimizasyon hedefiniz açıktır: doğrudan LCP kaynağının boyutunu ve gecikmesini azaltın, çünkü bu kitle için önbelleğe güvenemezsiniz.

2: Ölçülmedi (Not Measured)

CoreDash bu oturum için ziyaret türünü belirleyemedi. Bu genellikle, tarayıcı yeni ziyaretçileri geri dönenlerden ayırmak için gereken depolama erişimini engellediğinde veya gizlilik odaklı bir tarayıcı yapılandırması bu kontrolü önlediğinde meydana gelir. Çoğu sitede, bu dilim oturumların %5'inin altındadır. Bunu optimize edilecek bir segmentten ziyade bir gürültü tabanı (noise floor) olarak değerlendirin.

Hata Ayıklama (Debugging) İş Akışı

1. Temel dağılımınızı (baseline split) belirleyin: CoreDash'te Tekrar Gelen Ziyaretçi boyutunu açın ve yeni oturumların tekrar eden oturumlara oranını not edin. Yeni ziyaretçiler trafiğin %50'sinin üzerindeyse, soğuk önbellek performansı baskın user experience'ınızdır ve birincil optimizasyon hedefi olmalıdır.
2. LCP'yi ziyaret türüne göre karşılaştırın: Yalnızca yeni ziyaretçileri filtreleyin ve p75 LCP'yi kaydedin. Ardından tekrar gelen ziyaretçileri filtreleyin ve aynı metriği kaydedin. 500ms'nin üzerindeki bir fark, darboğaz olarak varlık boyutuna veya ağ üzerinden çekme süresine işaret eder. 200ms'nin altındaki bir fark ise her iki grubu da eşit şekilde etkileyen oluşturma (render) tarafındaki sorunları gösterir.
3. Doğrudan LCP kaynağını hedefleyin: Yavaş LCP'ye sahip yeni ziyaretçiler için çözüm, kaynak yükleme süresini azaltmaktır. LCP görselini sıkıştırın, kullanıcılarınıza yakın bir CDN uç (edge) düğümünden sunun ve fetchpriority="high" uygulayın. Bu kazanımlar önbellek durumundan bağımsız olarak kalıcıdır. Boyutu gereğinden büyük veya yavaş sunulan bir LCP varlığını telafi etmek için önbelleğe almaya güvenmeyin.
4. Navigation Type boyutu ile doğrulayın: Navigation Type boyutu ile çapraz referans yapın. Yeniden yükleme (reload) ve ileri-geri (back-forward) gezinmeleri tekrar gelen ziyaretçilere doğru meyleder. Tekrar gelen ziyaretçi LCP'niz beklenmedik şekilde yavaş görünüyorsa, bunun nedeni (önbelleğe alınmış kaynakların doğrudan sunulmak yerine yeniden doğrulandığı) yeniden yükleme gezinmelerinin yüksek oranda olması olabilir.

Mühendislik Pratik Kuralı

• Yeni ziyaretçi LCP hedefi: p75'te 2.5s'nin altında. Bunu yakalamak, tekrar gelen ziyaretçi LCP'sine göre daha zordur ve gerçek bir altyapı çalışması gerektirir: CDN, görsel optimizasyonu ve doğru getirme önceliği (fetch priority).
• Yeni ve tekrar gelen ziyaretçi LCP'si arasındaki kabul edilebilir fark: 400ms'ye kadar. Daha büyük bir fark, sitenizin Core Web Vitals'ı geçmek için tarayıcı önbelleğine bağımlı olduğunu gösterir, bu da ilk izlenimlerin başarısız olduğu anlamına gelir.
• %5'in altında Ölçülmedi (Not Measured): Bu dilim %10'un üzerine çıkarsa, bir çerez onayı (cookie consent) uygulamasının veya depolama izni değişikliğinin ziyaret türü algılamasını engelleyip engellemediğini araştırın.

Tekrar Gelen Ziyaretçi boyutu, bir site LCP'de sınırda bir geçiş gösterdiğinde uyguladığım ilk filtrelerden biridir. Toplu saha verileri gerçek hikayeyi gizler. Ziyaret türüne göre ayırmak, optimizasyon çalışmasının sağlam olup olmadığını veya sitenin sadık bir geri dönen kitleden gelen önbellek isabetleriyle (cache hits) idare ederken aramadan gelen her yeni kullanıcıda başarısız olup olmadığını anında gösterir.