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ı.
Toplam Engelleme Süresi
Toplam Engelleme Süresi, sayfa yükleme sırasında tarayıcının ana iş parçacığının uzun süren görevler tarafından engellendiği ve kullanıcı girdisine yanıt vermesini engellediği kümülatif süreyi ölçer. Her görevin elli milisaniyeyi aşan kısmını toplar, yalnızca fazlalığı sayar ve laboratuvar koşullarında İlk İçerik Boyaması ile sayfanın güvenilir bir şekilde etkileşimli hale geldiği nokta arasında ölçülür.
Amacı, gerçek kullanıcı etkileşimi olmadan ölçülmesi zor olan yanıt verme hızının laboratuvar ortamında bir göstergesi olarak hizmet etmektir. Sonraki Boyamaya Geçiş Etkileşimi gerçek kullanıcı girdisi gerektirdiğinden, kimsenin tıklamadığı sentetik bir testte yakalanamaz. Toplam Engelleme Süresi, tarayıcının yükleme süresinin ne kadarında yanıt veremediğini ölçerek aynı temel sorunu yaklaşık olarak gösterir ve teşhis için kullanışlı olacak kadar iyi bir korelasyon gösterir.
Elli milisaniyelik eşik, keyfi bir seçimden ziyade insan algısını yansıtır. Bu sürenin altındaki görevler, tarayıcının girişe yeterince hızlı yanıt vermesini sağlayarak arayüzün anında algılanmasını sağlarken, daha uzun görevler algılanabilir bir gecikmeye neden olur. Eşik üzerindeki fazlalığı saymak, beş yüz milisaniyelik tek bir görevin, altmış milisaniyelik on görevden çok daha fazla katkıda bulunduğunu gösterir; bu da uzun bir bloğun birkaç kısa bloktan daha kötü olduğunu doğru bir şekilde yansıtır.
Bunun nedenleri neredeyse tamamen JavaScript yürütülmesinden kaynaklanıyor. Ayrıştırılıp derlenmesi gereken büyük paketler, sunucuda oluşturulan sayfalardaki çerçeve başlatma ve hidrasyon işlemleri, yükleme sırasında çalışan üçüncü taraf komut dosyaları ve eşzamanlı olarak gerçekleştirilen pahalı hesaplamalar ana iş parçacığını meşgul ediyor. Ağ iyileştirmeleri bunu çözmüyor: anında indirilen bir komut dosyası, çalışırken yine de iş parçacığını bloke ediyor.
Uzun süren görevlerin belirlenmesi ve bunların ne içerdiğinin tespit edilmesiyle düzeltme işlemi başlar. Paketleri, yalnızca ilk görünüm için gerekli kodun hemen yüklenmesini sağlayacak şekilde bölmek, kritik olmayan komut dosyalarını ertelemek, uzun görevleri aralarında tarayıcıya yer verecek şekilde daha küçük parçalara ayırmak, ağır hesaplamaları bir işçi iş parçacığına taşımak ve maliyetlerini haklı çıkaramayan üçüncü taraf komut dosyalarını kaldırmak standart yaklaşımlardır. Üçüncü tarafları tek tek denetlemek genellikle en yüksek getiri sağlayan adımdır, çünkü tek bir etiket yöneticisi kapsayıcısı ölçüme hakim olabilir.
Alan verileriyle ilişkisi, yorumlamada dikkat gerektirir. Toplam Engelleme Süresi, kontrollü koşullar altında yapılan bir laboratuvar ölçümüdür, oysa Sonraki Boyamaya Geçiş Süresi gerçek cihazlarda gerçek kullanıcılardan toplanır. Bir sayfa, hızlı bir test makinesinde kabul edilebilir bir engelleme süresi kaydedebilirken, kitlenin büyük bir kısmının kullandığı orta seviye telefonlarda düşük saha yanıt hızı gösterebilir. Gerçek cihaz dağılımına yakın, kısıtlanmış koşullar altında yapılan testler, laboratuvar verisini tahmin edilebilir kılar.
Ayrıca, yalnızca yükleme süresini kapsar ki bu da gerçek bir sınırlamadır. Kullanıcı büyük bir listeyi filtrelediğinde veya karmaşık bir görünüm açtığında ortaya çıkan yanıt verme sorunları, yükleme tamamlandıktan sonra duran bir ölçümde görünmez kalır. Yükleme sonrası önemli etkileşimlere sahip uygulamalar, yükleme zamanı göstergesine güvenmek yerine gerçek etkileşimlerin saha ölçümüne ihtiyaç duyar.
Çözümler varlık teslimatından ziyade uygulama kodu ve üçüncü taraf bağımlılıklarıyla ilgili olduğundan, iyileştirme yapılandırmadan ziyade mühendislik gerektirir. Pratikte teşhis şurada yer alır: web performansı Çalışma, paket ve yürütme değişiklikleri şu şekilde teslim edilir: ürün geliştirmeVe hangi üçüncü taraf komut dosyalarının ana iş parçacığı maliyetini haklı çıkardığına dair kararlar genellikle şunları içermelidir: pazarlama hizmetleriÇünkü bu tür komut dosyalarının çoğu onların isteği üzerine oluşturulmuştur.
Switas'ın Görüldüğü Gibi
