Konu Başlıkları
Yükleniyor...

UX, UI ve Kullanılabilirlik: Ayrımın Pratikte Karşılığı

Kullanıcı Deneyiminde Ölçülebilen Ne, Ölçülemeyen Ne?

Kullanıcı deneyimi tartışmalarının çoğu tanım kavgasında geçiyor: şu UI'dır, bu UX'tir, öteki kullanılabilirlik. Ayrımın pratikte tek bir faydası var, bir şey bozulduğunda işin kimin masasına düştüğünü söylemek. Geri kalanı deneyimin hangi parçasının gerçekten ölçülebildiğiyle ilgili ve o liste çoğu kişinin sandığından kısa.

Ayrım nerede işe yarar

Arayüz, ekranda görülen kısımdır: butonlar, tipografi, yerleşim. Kullanılabilirlik, kullanıcının bir işi tamamlayıp tamamlayamadığıdır ve sayıyla ifade edilir. Kullanıcı deneyimi ikisinden de geniş, çünkü ürünle kurulan temasın tamamını sayar: fiyat sayfasındaki belirsizlik, ödeme sonrası gelen fatura maili, destek yanıtının iki gün sürmesi.

Bu tanımların ekip içindeki tek pratik faydası, bir şikâyet geldiğinde kimin bakacağını belirlemesi. Onun dışında iş tarifi üretmezler. UX'i iyileştirelim cümlesi kimseye ertesi sabah yapacak bir şey vermez; kayıt formundaki hata oranını yarıya indirelim verir.

Ölçülebilen kısım

Deneyim bütün olarak ölçülmez, parçaları ölçülür. Sahada karşılığı olan başlıklar şunlar:

  • Görev tamamlama oranı: bir işi başlatanların kaçı bitiriyor.
  • Tamamlama süresi ve gereken adım sayısı.
  • Hata ve geri dönüş: form doğrulamasına takılma, önceki adıma dönme, aramayı tekrarlama.
  • Core Web Vitals: LCP, INP ve CLS. INP, 2024 Martında FID'in yerini aldı; hâlâ FID ölçen bir rapor okuyorsanız o rapor güncellenmemiş demektir.

Bir arayüzü değerlendirirken önce tamamlama oranına ve hata sayısına bakarım, memnuniyet anketini sonraya bırakırım. Anket, elde davranış verisi yokken kullanıcının o günkü ruh halini ölçer, arayüzü değil.

SEO bağlantısı olduğundan büyük anlatılıyor

Yaygın cümle şu: iyi deneyim hemen çıkma oranını düşürür, düşük hemen çıkma oranı sıralamayı yükseltir. İkinci kısmın arkasında doğrulanmış bir sıralama sinyali yok. Sayfa deneyimi başlığı altında Google'ın açıkça saydığı ölçütlerin başında Core Web Vitals geliyor ve bunların ağırlığı, içeriğin sorguya uygunluğunun yanında küçük kalıyor.

Metriğin kendisi de eskisi gibi değil. GA4, hemen çıkma oranını etkileşimli oturumların tersinden hesaplıyor; Universal Analytics'teki tanımla aynı sayıyı okuduğunuzu sanmak yanlış sonuç üretir.

Deneyimin arama performansına katkısı dolaylı yoldan gelir. Sayfa aradığı şeyi veriyorsa kullanıcı sonuç listesine dönüp başka bağlantıya tıklamaz, içeriği paylaşır, zamanla siteye bağlantı verilir. Zincirin her halkası gerçek, ama hiçbiri panelde tek bir metrik olarak görünmez.

Gezinme ve tutarlılığın kodda karşılığı

Breadcrumb, derin kategori ağacı olan sitelerde kullanıcıya ağacın neresinde olduğunu söyler; üç sayfalık bir kurumsal sitede süstür. Yapısal veriyle işaretlendiğinde arama sonucunda ham URL yerine kategori yolu görünür, bu da tıklama kararını doğrudan etkiler.

Tutarlılık ise tasarım tercihinden çok kod meselesidir. Aynı butonun beş varyantı tasarım dosyasında değil bileşen kütüphanesinde çoğalır; her varyant ayrı bir durum, ayrı bir test, ayrı bir hata kaynağı. Tutarlı arayüz isteyen ekibin ilk işi ortak bileşen setini tek yerden yönetmek. Bu yapılmadan yazılan stil rehberleri altı ay sonra kimsenin açmadığı bir dosyaya dönüşür.