Core/Dash Boyutu: Gezinme Kaynağı

Ziyaretçilerinizin aynı alan adından mı yoksa dış kaynaklardan mı geldiğini ve bu ayrımın Core Web Vitals değerlerinizi nasıl şekillendirdiğini görün.

Ücretsiz deneme

Trusted by market leaders · Client results

snvcomparemonarchmy work featured on web.devnina careharvardfotocasaaleteiahappyhorizonadevintakpnworkivaloopearplugsnestlemarktplaatssaturnerasmusmcdpg mediaperionwhowhatwearvpnebay

Gezinme Kaynağı neyi ölçer?

Gezinme Kaynağı boyutu, saha verilerinizi iki gruba ayırır:

  • Aynı Kaynak (Same Origin) (1) — önceki sayfa aynı alan adındaydı.
  • Farklı Kaynak (Cross Origin) (2) — kullanıcı farklı bir alan adından, bir arama motorundan, bir sosyal platformdan geldi veya URL'yi doğrudan yazdı.

Bu ayrım önemlidir çünkü tarayıcının başlangıç koşulları her iki durumda da tamamen farklıdır. Aynı kaynaklı bir gezinme mevcut bir bağlantıyı yeniden kullanabilir, alt kaynaklar için HTTP önbelleğinden (cache) yararlanabilir ve sitenizin ayarladığı herhangi bir önceden getirme (prefetching) işleminden faydalanabilir. Farklı kaynaklı bir gezinme ise sıfırdan başlar.

Farklı kaynaklı gezinmeler neden daha yavaştır?

Bir kullanıcı harici bir sitedeki bir bağlantıya tıkladığında, tarayıcının HTML'inizi talep etmeden önce bile yapması gereken işler vardır:

  1. DNS sorgusu (lookup) — alan adınızı bir IP adresine çözümler.
  2. TCP el sıkışması (handshake) — sunucunuza bir bağlantı açar.
  3. TLS müzakeresi (negotiation) — HTTPS el sıkışmasını tamamlar.

Birlikte ele alındığında bu adımlar, sayfanızın ilk baytı talep edilmeden önce bir mobil bağlantıda genellikle 200 ila 500 ms ekler. Bu maliyet doğrudan Time to First Byte (TTFB) üzerinde kendini gösterir ve eğer LCP öğeniz HTML ulaştıktan sonra yüklenen bir kaynağa bağlıysa, daha kötü bir Largest Contentful Paint (LCP) skoruna da dönüşür.

Önbelleğe alınmış alt kaynaklar da kullanılamaz. Google'dan tıklayarak gelen bir ziyaretçinin yazı tipleriniz, hero görseliniz veya kritik CSS'iniz için önbelleğe alınmış bir kopyası yoktur. Ana sayfanızdan yeni gelmiş bir ziyaretçi ise muhtemelen bunların hepsine sahiptir.

Aynı kaynaklı gezinmeler ve ileri-geri önbelleği (back-forward cache)

Aynı kaynaklı gezinmeler, farklı kaynaklı gezinmelerin aynı güvenilirlikte kullanamayacağı iki performans avantajına kapı açar.

İlk olarak, Speculation Rules API kullanıcı tıklamadan önce iç sayfaları önceden getirmenize (prefetch) veya önceden oluşturmanıza (prerender) olanak tanır. Tarayıcı, bir sonraki sayfayı arka plan sekmesinde tamamen oluşturmuş olabilir ve bu da gezinmeyi anında gerçekleştirir. Bu yalnızca aynı kaynaklı hedefler için geçerlidir.

İkinci olarak, ileri-geri önbelleği (bfcache) kullanıcı geri düğmesine bastığında bir sayfayı bellekten geri yükler. Bfcache isabetleri (hits) son derece hızlıdır ve tüm Core Web Vitals metriklerinde iyi puan alır. Verilerinizde aynı kaynaklı gezinmeler olarak görünürler. Eğer aynı kaynaklı LCP'niz farklı kaynaklı LCP'nizden önemli ölçüde daha iyiyse, bfcache ve prefetch muhtemelen bu farka katkıda bulunuyordur.

Bu boyut CoreDash'te nasıl okunur?

coredash metric table urls

CoreDash'te, Gezinme Kaynağını herhangi bir metriğin yanında bir filtre veya kırılım boyutu olarak kullanın. En kullanışlı karşılaştırma, gezinme kaynağına göre LCP'dir. Aynı kaynaklı ve farklı kaynaklı LCP arasındaki büyük bir fark size şu üç şeyden birini söyler:

  • Farklı kaynaklı giriş sayfalarınız, LCP'yi şişiren yavaş bir TTFB'ye sahiptir.
  • Aynı kaynaklı gezinmeler prefetch veya bfcache'den faydalanırken farklı kaynaklı sayfalarınız faydalanamaz.
  • Önbelleğe alınmış alt kaynaklarınız geri dönen ziyaretçilere yardımcı olur, ancak dış kaynaklardan ilk kez gelenlere yardımcı olmaz.

Farklı kaynaklı veriler SEO için genellikle daha önemli olan sayıdır. Google'ın Chrome UX Report (CrUX) raporu tüm gezinme türlerini içerir, ancak organik arama trafiği neredeyse tamamen farklı kaynaklıdır. Farklı kaynaklı LCP'niz geçerken aynı kaynaklı LCP'niz başarısız oluyorsa, bu olağandışıdır ve araştırılmaya değerdir. Tam tersi durum ise çok daha yaygındır.

Farklı kaynak cezasını azaltmak

Soğuk başlangıç (cold-start) cezasını tamamen ortadan kaldıramazsınız, ancak azaltabilirsiniz:

  • Hızlı bir TTFB'ye sahip bir CDN kullanın. Sunucunuz coğrafi olarak kullanıcıya yakın olduğunda ve hızlı yanıt verdiğinde bağlantı ek yükü daralır. HTML belgesi için 200 ms'nin altında bir TTFB hedefleyin.
  • LCP görselini önceden yükleyin (preload). <head> içindeki bir <link rel="preload"> görsel getirme işlemini mümkün olduğunca erken başlatarak, HTML teslimi ile LCP öğesinin boyanması (paint) arasındaki süreyi kısaltır.
  • Kritik CSS'i satır içi (inline) yapın. Oluşturmayı engelleyen (render-blocking) bir stil sayfası isteğinin olmaması, tarayıcının soğuk bir bağlantıda bile daha erken boyama yapabileceği anlamına gelir.
  • Üçüncü taraf kaynaklar için preconnect ipuçları ekleyin. LCP görseliniz veya oluşturmayı engelleyen bir kaynağınız farklı bir alan adında barındırılıyorsa, bir rel="preconnect" ipucu TCP ve TLS çalışmasını erkenden başlatır.

Aynı kaynaklı gezinmeler için Speculation Rules API, günümüzde mevcut olan en yüksek etkili iyileştirmedir. En olası bir sonraki sayfayı önceden oluşturmak (prerendering), bu geçişler için LCP'yi sıfıra yaklaştırır.

Bağlam içinde Gezinme Kaynağı

Gezinme Kaynağı (Navigation Origin), Gezinme Türü (Navigation Type) boyutu (navigate, reload, back-forward ve prerender olarak ayıran) ve Etkili Bağlantı Türü (Effective Connection Type) boyutu ile birlikte iyi çalışır. Yavaş bir bağlantıda farklı kaynaklı bir gezinme, sitenizin karşılaştığı en zor senaryodur. Bu iki koşulu birlikte filtrelemek, size gerçek en kötü durum performansınızı ve en büyük iyileştirmelerin nerede yapılabileceğini gösterecektir.