CoreDash Boyutu: Yönlendirme Sayısı
Kullanıcıların sayfanıza ulaşmadan önce kaç HTTP yönlendirmesiyle karşılaştığını ve bunların TTFB üzerindeki doğrudan maliyetini ölçün.
Boyut: Gezinme: Yönlendirme Sayısı (redir)
redir boyutu, nihai sayfaya ulaşmadan önceki HTTP yönlendirmelerini sayar. Değerler 0, 1, 2 veya 3+ şeklindedir. Her yönlendirme, sunucunuz henüz HTML oluşturmaya bile başlamadan gerçekleşen tam bir ağ gidiş-dönüşüdür (round trip).
100ms RTT bağlantısında, bir yönlendirme TTFB'ye 100ms ekler. 200ms mobil bağlantıda bu iki katına çıkar. Mobilde iki yönlendirme: Tarayıcı sayfanızın tek bir baytını bile almadan önce 400ms saf bekleme süresi demektir. Bu gecikme, doğrudan nihai URL'ye giden laboratuvar testlerinde görünmez ancak bağlantıları, yer işaretlerini veya arama sonuçlarını takip eden gerçek kullanıcılar bunu her ziyarette yaşar.

Değerler
0 yönlendirme
Hedef durum. Tarayıcı ilk istekte nihai URL'ye ulaştı. Tüm dahili gezinmeler bu değeri üretmelidir. Kendi site bağlantılarınız, sitemap dosyalarınız ve canonical etiketleriniz doğruysa, dahili trafik 0'da kalır.
1 yönlendirme
Harici trafik için yaygındır: HTTP'den HTTPS'ye yükseltmeler, www normalleştirmesi veya pazarlama kampanyası URL'leri. Kontrol etmediğiniz gelen bağlantılar için kabul edilebilir. Kendi dahili bağlantılarınız için kabul edilemez. Eğer CoreDash dahili gezinmelerde 1 yönlendirme gösteriyorsa, bağlantılarınız eski veya tutarsız URL'lere işaret ediyor demektir.
2+ yönlendirme
Yönlendirme zincirleri. Kısaltılmış bir URL bir izleme alan adına yönlendirir, o da HTTP uç noktanıza yönlendirir, o da HTTPS'ye yönlendirir. Üç atlama, üç gidiş-dönüş. Hangi giriş noktalarının bu zincirleri oluşturduğunu bulmak için URL'ye göre gruplandırın, ardından aracıları ortadan kaldırın.
Yönlendirmeler nereden gelir
- HTTP'den HTTPS'ye: Hala
http://protokolüne işaret eden güncel olmayan dahili bağlantılar. Tüm bağlantıları, sitemap dosyalarını ve canonical etiketlerini doğrudanhttps://kullanacak şekilde güncelleyin. - www normalleştirmesi: www olan ve olmayan versiyonlar arasındaki tutarsızlık. DNS düzeyinde birini zorunlu kılın ve tüm referansları güncelleyin.
- CMS slug değişiklikleri: 301 aracılığıyla yeni yollara yönlendiren eski yollar. Harici geri bağlantılar (backlinks) için sorun değil, ancak her dahili bağlantıyı doğrudan yeni slug'a işaret edecek şekilde güncelleyin.
- Pazarlama vanity URL'leri:
/spring-salegibi vanity yolların/products/seasonaladresine yönlendirilmesi. Her ziyaretçi her tıklamada gecikme maliyetini öder. - E-posta ve sosyal medyadaki URL kısaltıcılar: Alan adınıza ulaşmadan önce Bitly, izleme pikselleri veya e-posta servis sağlayıcılarından geçen bağlantılar. Her hizmet kontrol edemediğiniz bir gidiş-dönüş ekler, ancak toplamın düşük kalması için kendi yönlendirmelerinizi en aza indirebilirsiniz.
Hata ayıklama iş akışı
- redir ≥ 1 için filtreleyin: Toplam trafiğinizin yüzde kaçının en az bir yönlendirmeye takıldığını görün. %15'in üzerindeki her değer araştırmaya değerdir.
- URL'ye göre gruplandırın: En kötü durumdaki açılış sayfalarını bulun. Genellikle pazarlama sayfaları ve slug'ı değişmiş eski blog yazıları baskındır.
- Dahili ve hariciyi ayırın: navigation origin'e göre filtreleyin. Yönlendirmeli aynı kaynaklı (same origin) trafik, kendi bağlantılarınızın yanlış olduğu anlamına gelir. Farklı kaynaklı (cross origin) yönlendirmelerin düzeltilmesi daha zordur ancak daha az acildir.
- Yönlendirmeyi değil, kaynağı düzeltin: Yönlendirmeyi optimize etmeyin (daha hızlı sunucu yanıtı). Buna neden olan bağlantıyı güncelleyerek yönlendirmeyi ortadan kaldırın.
Mühendislik genel kuralları
- Tüm dahili gezinmelerde 0 yönlendirme. Kaynak bağlantıyı kontrol ettiğinizde kendi sitenizden gelen hiçbir yönlendirme kabul edilemez.
- Her URL geçişinden sonra denetim yapın. Slug değiştirdiğinizde veya sayfaları taşıdığınızda, kod tabanınızda ve CMS'nizde eski yolları grep ile arayın. Yönlendirmeler harici bağlantılar için bir güvenlik ağıdır, kendi referanslarınızı güncellemenin bir alternatifi değildir.
- Mobilde yönlendirme başına 150ms bütçe ayırın. TTFB hedefiniz 800ms ise ve kullanıcılar iki yönlendirmeye takılıyorsa, sunucunuz herhangi bir iş yapmadan önce zaten 300ms harcamışsınız demektir.
Yönlendirmeler, bulunması ve düzeltilmesi en kolay TTFB kazanımıdır. Kod değişikliği yok, sunucu ayarı yok, asset optimizasyonu yok. Sadece yanlış yeri gösteren URL'yi güncelleyin.