Microsoft Clarity'yi, Switas gibi şirketlerin karşılaştığı zorlukları anlayan gerçek ürün geliştiriciler tarafından, pratik ve gerçek dünya kullanım senaryoları göz önünde bulundurularak geliştirilmiş bir ürün olarak öne çıkardık. Öfkeli tıklamaları ve JavaScript hata izleme gibi özellikler, kullanıcı hayal kırıklıklarını ve teknik sorunları belirlemede, kullanıcı deneyimini ve dönüşüm oranlarını doğrudan etkileyen hedefli iyileştirmeler sağlamada paha biçilmez olduğunu kanıtladı.
İlk Bayt Zamanı (TTFB)
İlk Bayta Kadar Geçen Süre (Time to First Byte), bir tarayıcının bir kaynağı talep etmesi ile yanıtın ilk baytını alması arasındaki süreyi ölçer. Yönlendirmeler, DNS çözümlemesi, bağlantı kurulması, TLS anlaşması, isteğin kendisi ve sunucunun yanıt vermeye başlamadan önceki işlem süresi gibi çeşitli farklı aşamaları bir araya getirir. Sayfa yüklemesindeki her şey bu yanıtın gelmesine bağlı olduğundan, her bir sonraki yükleme metriğinin altında yatan bir taban görevi görür.
Teşhis değeri, sıralamadaki konumundan kaynaklanmaktadır. En büyük içerik boyaması yavaş, ilk baytı hızlı olan bir sayfada, varlık teslimi, işleme veya kaynak engelleme gibi bir ön uç sorunu vardır. Aynı sayfanın ilk baytı yavaşsa, arka uç veya ağ sorunu vardır ve hiçbir görüntü optimizasyonu veya komut dosyası ertelemesi bunu düzeltemez, çünkü tarayıcı henüz üzerinde çalışacak bir şey almamıştır. Bunlardan hangisinin geçerli olduğunu belirlemek, ciddi bir performans araştırmasının ilk adımıdır.
Bu duruma katkıda bulunan nedenler ağ ve sunucu kategorilerine ayrılır. Ağ tarafında, ziyaretçi ile kaynak sunucu arasındaki coğrafi mesafe kaçınılmaz gecikmeye neden olur, yönlendirme zincirleri her biri tam bir gidiş-dönüş süresi ekler ve bağlantı ve TLS müzakeresi yeni bağlantılar için daha fazla gidiş-dönüş süresi ekler. Sunucu tarafında ise, yavaş uygulama kodu, indekslenmemiş veya verimsiz veritabanı sorguları, istek sırasında eş zamanlı olarak yapılan harici hizmetlere yapılan çağrılar, eksik veya etkisiz önbellekleme ve paylaşımlı barındırmada kaynak çekişmesi olağan nedenlerdir.
Çözümler buna göre farklılık gösterir. İçerik dağıtım ağları, ziyaretçiye yakın konumlardan hizmet vererek mesafe sorununu çözer ve kaynakla iletişim kurmadan tamamen uç noktadan önbelleğe alınabilir yanıtlar sunabilir. Tam sayfa, parça, nesne ve veritabanı sorgusu önbelleklemesi de dahil olmak üzere çoklu katmanlarda önbellekleme, tekrarlanan işleri ortadan kaldırır. Yönlendirme zincirlerinin ortadan kaldırılması, eski URL yapılarına sahip sitelerde sıklıkla elde edilebilecek en büyük iyileştirme olan tüm gidiş-dönüşleri ortadan kaldırır. Modern protokoller ve bağlantı yeniden kullanımı, müzakere yükünü azaltır. Uygulama tarafında ise, sorgu optimizasyonu ve gereksiz işlerin istek yolundan çıkarılması sunucu bileşenini ele alır.
Ölçümler, önbelleğe alınmış ve önbelleğe alınmamış yanıtlar ile ilk ve tekrar ziyaretler arasında ayrım yapmalıdır, çünkü bunlar büyüklük derecesi bakımından farklılık gösterebilir ve ortalama her ikisini de gizler. Coğrafya ve bağlantı türüne göre bölümlendirilmiş saha verileri, tek bir rakamdan daha bilgilendiricidir, çünkü genel olarak kabul edilebilir rakamlara sahip bir site, bir pazara çok kötü hizmet veriyor olabilir. Sitenin barındırıldığı konumdan yapılan testler (ki bu yaygın bir varsayılan ayardır), uzaktaki ziyaretçilerin deneyimlediklerini sistematik olarak hafife alır.
Önbellek isabet oranı, içerik dağıtım ağının arkasındaki bir sitede bu metriği incelerken en faydalı tanı aracıdır ve genellikle düzeltilmesi kolay nedenlerden dolayı düşüktür. Varsayılan olarak önbelleğe alınamaz olarak işaretlenen yanıtlar, izleme parametreleri veya gereksiz başlıklar nedeniyle parçalanmış önbellek anahtarları ve kısa son kullanma süreleri, kaynak sunucuya ulaşması gerekmeyen isteklerin ulaşmasına neden olur. Uç sunucudan karşılanan isteklerin oranını ölçmek ve isabet etmeme durumlarını ayırt eden unsurları incelemek, genellikle bunların çoğundan sorumlu olan az sayıda yapılandırma kararını belirler. Bu oranı iyileştirmek, hem ziyaretçiler için gecikmeyi hem de kaynak sunucudaki yükü azaltır ve bu da gerçekten oluşturulması gereken yanıtları iyileştirir.
Genellikle iyileştirme, ön uç varlıklarında değil, altyapıda, önbellekleme stratejisinde veya uygulama kodunda değişiklikler gerektirdiğinden, performans çalışmaları en sık bu noktada sunum katmanından mühendislik katmanına geçer. Uygulamada bu, aşağıdaki iki yaklaşım birlikte ele alınır: web performansı hem de ürün geliştirmeVe genellikle öncelikle çözülmesi gereken kısıtlama budur, çünkü yavaş bir kaynak üzerine uygulanan ön uç optimizasyonu hayal kırıklığı yaratan sonuçlar üretir ve bu sonuçlar yanlışlıkla optimizasyon çalışmasına atfedilir.
Switas'ın Görüldüğü Gibi
