TrueURL
TrueURL

Menü

Dil Türkçe
Tema

Ücretsiz yönlendirme aracı

Yönlendirme gecikmesi kontrolü

Her yönlendirme, ziyaretçileri asıl sayfa yüklenmeden önce bir gidiş-dönüş daha beklemek zorunda bırakır. Zincirdeki her adımın tam olarak ne kadar sürdüğünü bir zamanlama şelalesi olarak görün.

Ölçüm sayısı

Yönlendirme gecikmesi neden önemli

Her yönlendirme (redirect), başlı başına ek bir istektir. Tarayıcı, sayfanın kendisini isteyebilmeden önce sonraki ana makineyi bulmalı, bir bağlantı açmalı, yeni bir alan adı için TLS anlaşması yapmalı ve sunucuyu beklemelidir. Aynı ana makinedeki tek bir adım onlarca milisaniye sürebilirken bir kısaltma servisi, bir izleme alan adı ve HTTP'den HTTPS'ye bir kural üzerinden geçen bir zincir, özellikle mobil ağlarda kolayca yarım saniye veya daha fazla ekleyebilir.

Yönlendirme süresi her şeyden önce gelir; bu yüzden doğrudan Time to First Byte ve Largest Contentful Paint sürelerine eklenir. Lighthouse ve PageSpeed Insights, ana belgedeki yönlendirmeleri bu nedenle işaretler.

Zamanlama nasıl ölçülür

TrueURL her adım için isteğin gönderilmesinden yanıt başlıklarının gelmesine kadar geçen süreyi ölçer. Yeni bir bağlantı gerektiğinde DNS sorgusu ile TCP ve TLS kurulumu ve sunucunun işlem süresi buna dahildir; sayfa gövdesinin indirilmesi ise dahil değildir. Şelale grafiği adımları sırasıyla gösterir; böylece en yavaş adım hemen göze çarpar.

Ölçümler cihazınızdan değil, kontrolünüzü çalıştıran ve genellikle size en yakın olan Cloudflare veri merkezinden yapılır. Her sunucunun ne kadar hızlı yanıt verdiğini gösterirler, ancak gerçek ziyaretçiler her adıma kendi ağ gecikmelerini de ekler. Dalgalanmaları dengelemek için ölçümü tekrarlayın: ilk çalıştırma soğuk DNS önbelleklerini ve yeni bağlantıları içerebilir, sonraki çalıştırmalar ise genellikle olağan duruma daha yakındır.

Hangi yönlendirme yavaş sayılır?

Kabaca bir ölçü olarak, TrueURL'nin her adımın süresini renklendirirken kullandığı ölçek şöyledir:

  • Adım başına 200 ms'nin altı: hızlı; bir CDN uç sunucusu veya basit bir web sunucusu kuralıyla yanıtlanan yönlendirmeler için tipiktir.
  • 200 ile 600 ms arası: kabul edilebilir; bir uygulama sunucusu veya yeni bir TLS bağlantısı gerektiren başka bir alan adına yönlendirme için yaygındır.
  • 600 ms veya daha fazlası: yavaş. Yönlendirme büyük olasılıkla basit bir kural yerine, eklenti yükleyen veya veritabanı sorgusu çalıştıran bir CMS gibi ağır bir uygulama tarafından oluşturuluyordur.

En iyi optimizasyon, adımları tamamen ortadan kaldırmaktır. Bunun ardından yönlendirmeleri ziyaretçiye olabildiğince yakın bir noktada yanıtlayın: bir CDN veya uç (edge) kuralı, yalnızca bir 301 göndermek için önce başlatılması gereken bir uygulamadan çok daha hızlı yanıt verir.

Yönlendirmeler nasıl hızlandırılır

  • Ziyaretçilerin çoğu hiç yönlendirmeye uğramasın diye sitenizde ve e-postalarda, reklamlarda, sosyal medya profillerinde doğrudan nihai URL'ye link verin.
  • HTTP'den HTTPS'ye, ana makine ve eğik çizgi kurallarını tek bir adımda birleştirin; sizinkilerin zaten birleşik olup olmadığını HTTPS yönlendirme kontrolü aracı gösterir.
  • Yönlendirmeleri uygulamada değil, CDN, yük dengeleyici veya web sunucusu yapılandırmanızda yönetin.
  • Geri dönen ziyaretçiler HTTP'den HTTPS'ye yönlendirmeyi tamamen atlasın diye bir HSTS başlığı gönderin.
  • Link kısaltıcıları ve izleme yönlendirmelerini üst üste yığmaktan kaçının.

Rehberler

Sık sorulan sorular

Bir yönlendirme sayfayı ne kadar yavaşlatır?

Sunucuya ve mesafeye bağlıdır, ancak her adım tam bir gidiş-dönüştür: aynı ana makinedeki bir uç sunucu yönlendirmesi için genellikle onlarca milisaniye, yeni bir alan adına veya yavaş bir uygulamadan yapılan yönlendirme için birkaç yüz milisaniye. Mobil ağlar buna ek süre katar. Öğrenmek için kendi zincirinizi yukarıda ölçün.

Süreler neden tarayıcımın DevTools aracındaki değerlerden farklı?

TrueURL, hedef sunucuya genellikle cihazınızdan daha hızlı bağlantısı olan bir Cloudflare veri merkezinden ölçer. Tarayıcınız da bağlantıları yeniden kullanabilir, HSTS sayesinde bir yönlendirmeyi atlayabilir veya önbelleğe alınmış bir 301 kullanabilir. Bu değerleri her ziyaretçinin yaşayacaklarının kesin bir tahmini olarak değil, adımları karşılaştırmak için kullanın.

İlk adım neden diğerlerinden çok daha yavaş?

Bir ana makineye yapılan ilk istek genellikle DNS sorgusunu ve yeni bir TCP ve TLS bağlantısını içerir; aynı ana makinedeki sonraki adımlar bu işin bir kısmını yeniden kullanabilir. Yavaş olan sonraki bir adımsa o sunucunun yönlendirmeyi oluşturmak için ne yaptığına bakın.

Kontrolü birden fazla kez çalıştırmalı mıyım?

Güvenilir değerler istiyorsanız evet. Tekil ölçümler ağ koşullarına ve sunucu yüküne göre değişir. Ölçümü birkaç kez tekrarlayın ve tek bir aykırı değer yerine tipik değere bakın; ilk çalıştırmanın ısıttığı önbellekler sonraki çalıştırmaları çoğu zaman hızlandırır.

Yönlendirme gecikmesi SEO'yu etkiler mi?

Dolaylı olarak. Yönlendirme süresi, yönlendirme üzerinden gelen ziyaretçiler için Time to First Byte ve Largest Contentful Paint sürelerine eklenir; LCP de Google'ın Core Web Vitals (Önemli Web Verileri) metriklerinden biridir. Büyük sitelerde yavaş yönlendirmeler, bir tarama botunun aynı sürede alabileceği sayfa sayısını da azaltır.

Her adımın süresi toplam sayfa yükleme süresi mi?

Hayır. Bu, o adımın yanıt başlıklarının gelmesine kadar geçen süredir. Nihai sayfanın HTML kodunu, stil dosyalarını, betiklerini ve görsellerini bundan sonra indirmesi gerekir; yani yönlendirme süresi normal yüklemenin üzerine eklenen bir gecikmedir.