Yükleme ekranı tasarımında ipucu, animasyon ya da eğlenceli bir metin eklemek beklemeyi daha katlanılır kılabilir, ama ekranı hızlandırma baskısını da azaltır. Figma, Google ve Medium’da çalışmış tasarımcı Marcin Wichary bu yüzden Figma’nın yükleme çubuğuna ipucu koyma fikrine “dişiyle tırnağıyla” karşı çıktığını anlatıyor.
Wichary’nin 27 Eylül 2026 tarihli yazısı bir asansör aynasından ZX Spectrum kasetlerine, oradan Gmail’e uzanıyor. Asıl sorusu şu: yükleme ekranını tasarlamak mı, ortadan kaldırmak mı daha değerli? Bu yazıda örnekleri tek tek açıyor, sonra kendi projenizde karar vermek için kullanabileceğiniz eşikleri ve bir kontrol listesini veriyoruz.
Asansör aynası: algılanan hız ile gerçek hız neden farklı?
Klasik hikâye şöyle: bir bina yöneticisi yavaş asansör şikâyetlerine pahalı bir yükseltme yerine asansör düğmelerinin yanına ayna koyarak çözüm bulur. Asansör hızlanmaz, ama insanlar aynaya bakarken beklemeyi kısa algılar ve şikâyetler kesilir (Unsung).
Bu, algılanan hız tasarımının özeti. Yine de aynanın bir özelliği gözden kaçıyor: ayna asansörü yavaşlatmıyor. Wichary’nin diğer örneklerinde ise “oyalayıcı” çözüm ya beklemeyi uzatıyor ya da beklemeyi kısaltma isteğini zayıflatıyor.
ZX Spectrum başlık kartları: ilk seferde keyif, onuncu seferde ceza
1970’lerin sonu ve 1980’lerin başında ev bilgisayarları yazılımı müzik kasetlerinden ses olarak okuyordu. 1982 tarihli İngiliz ZX Spectrum’da oyun kodundan önce bir “başlık kartı” yüklenirdi. Yalnızca bu görselin ekrana gelmesi yaklaşık 35 saniye sürüyordu (Unsung).
Bu kartların bazıları gerçekten güzeldi ve ilk birkaç seferde izlemesi keyifliydi. Ama oyunu her açışta zaten gördüğünüz bir görseli yüklemek için zaman harcıyordunuz. Wichary’ye göre bazı kullanıcılar başlık ekranını tamamen atlayan kısaltılmış sürümler bile hazırladı.
Fark burada: ayna beklemeyi uzatmıyordu, başlık kartı uzatıyordu. Sevilen bir yükleme ekranı bile tekrar tekrar görüldüğünde maliyete dönüşüyor.
Figma’da neden yükleme ipucu yok?
Figma’nın editörü tarayıcıya büyük ve sürekli değişen bir JavaScript paketiyle gelir. Ardından tasarım dosyasının içeriği de yüklenip çözülmelidir. Bu süre yüzünden Figma ilerleme çubuklu “ağır” bir yükleme ekranı kullanıyor (Unsung).
Wichary’nin anlattığına göre ekipte şu fikir düzenli olarak geri geliyordu: yükleme çubuğunun yanına bir klavye kısayolu ya da ipucu koyalım. Oyunlarda sık görülen bir kalıp bu.
Wichary’nin itirazı tek bir nedene dayanıyor: ipucu, ekranı hızlandırma baskısını ortadan kaldırır. Ekran ikinci bir amaç kazanınca ekip, bilinçli ya da bilinçsiz, onu iyileştirmeyi daha az önemser. Hatta kullanıcı ipucunu okuyabilsin diye yapay bir asgari yükleme süresi eklemek bile savunulabilir hale gelir.
Görev kayması: Yükleme ekranı “bekletme” değil “öğretme” yeri olur; hız artık bir hedef değildir.
Yapay gecikme riski: Okunacak bir metin varsa, ekranın erken kapanması bir sorun gibi görünmeye başlar.
Doğru öncelik: Önce yükleme süresini kısaltın, kalan bekleme için dürüst ve sade bir gösterge kullanın.
Gmail: 2018’deki büyük yükleme ekranından bugüne
Wichary, Gmail’in 2018’de basit ilerleme çubuğunu daha büyük ve yoğun bir yükleme ekranıyla değiştirmesini “bir yenilgi itirafı” gibi bulduğunu yazıyor: uygulama yavaş ve buna teslim oluyoruz. Son dönemde ise bu ekran hem sadeleşmiş hem de çok daha seyrek görünür olmuş (Unsung).
Wichary bunun önbellekleme mi yoksa daha kapsamlı bir yeniden yazım mı olduğunu bilmediğini açıkça söylüyor. Teknik ayrıntı belli değil; görünen sonuç, Gmail’in artık çok daha hızlı açılması.
Hangi beklemede hangi gösterge? Süreye göre karar verin
Wichary’nin dersi “yükleme ekranı tasarlamayın” değil. Kendi ifadesiyle hem hız hem de hız algısı önemli. Bekleme kaçınılmazsa göstergeyi süreye göre seçmek gerekiyor. Jakob Nielsen’in 1993’ten beri kullanılan üç yanıt süresi sınırı burada iyi bir başlangıç noktası.
Nielsen Norman Group’un ilerleme göstergeleri makalesi, University of Nebraska-Lincoln’de yapılan bir çalışmayı aktarıyor: sürekli hareket eden bir ilerleme çubuğu gören kullanıcılar daha memnundu ve hiçbir gösterge görmeyenlere göre ortalama üç kat daha uzun beklemeye razıydı. Aynı makale “Yükleniyor…” gibi durağan metinlerden kaçınmayı ve neyin yüklendiğini kısa bir metinle söylemeyi öneriyor.
Buradaki ayrım önemli: ilerleme çubuğu kullanıcıya ne kadar kaldığını söyleyen dürüst bir bilgi. İpucu ya da animasyon ise beklemeyi örten bir katman. Birincisi hızlandırma baskısını korur, ikincisi zayıflatabilir.
Yükleme ekranı nasıl tasarlanır? Ekip için 5 adımlı kontrol listesi
Wichary’nin örneklerinden ve NN/g eşiklerinden çıkardığımız sıralama şöyle:
- Ölçün: Yükleme ekranının gerçekte ne kadar sürdüğünü ve ne sıklıkla göründüğünü bilin. Gmail örneğinde asıl kazanç ekranın daha seyrek görünmesiydi.
- Kısaltın: Tasarım bütçesini önce süreyi kısaltmaya ayırın. Aynayı değil, asansörü düşünün.
- Süreye uygun göstergeyi seçin: 1 saniyenin altında gösterge koymayın, 2–10 saniye için döngülü animasyon, 10 saniyenin üstü için yüzde ya da adım göstergesi kullanın.
- Ekrana ikinci görev yüklemeyin: İpucu, eğitim ya da pazarlama içeriği koyacaksanız bunun yükleme süresini uzatmadığından ve kimsenin metni okutmak için yapay bekleme eklemediğinden emin olun.
- Tekrarı düşünün: İlk seferde keyifli olan, onuncu seferde ceza gibi gelebilir. ZX Spectrum başlık kartlarının dersi bu.
Bu yaklaşım, UX yatırımının geri dönüşünü savunurken de işe yarar: yükleme süresi ölçülebilir bir metrik, ipucu metninin etkisi değil. Benzer bir “yenisini eklemek yerine var olanı düzelt” savunusu için Victor Hwang’ın web tasarımı yazısına, arayüz ile gerçek sorun arasındaki fark için AI ürünlerindeki sorunların çoğunun aslında insan sorunu olduğunu anlatan yazımıza ve görünmez arayüz tartışması için Butonun Ölümü yazısına bakabilirsiniz.
Görünmeyen başarı: kaçınılan yükleme ekranı
Wichary yazıyı Y2K benzetmesiyle bitiriyor. Gösterişli, sevimli yükleme ekranlarını hatırlıyor ve paylaşıyoruz. Hiç ortaya çıkmayan yükleme ekranları ise kimsenin gündemine girmiyor. Şirket içinde yükleme ekranının şişmesini engellemeye çalışan tasarımcı ve mühendislerin hikâyeleri de nadiren anlatılıyor (Unsung).
Kendi itirafı da adil: daha iyi bir asansör satın alan bina yöneticisinin hikâyesini de kimse anlatmıyor. Yine de bir ürün ekibi için doğru soru “bekleme ekranını nasıl eğlenceli yaparız?” değil, “bu ekranı ne zaman göstermek zorunda kalmayacağız?” olmalı.
Sık sorulan sorular
Yükleme ekranına ipucu koymak iyi bir fikir mi?
İpucu beklemeyi daha katlanılır kılabilir. Ama Marcin Wichary’nin Figma deneyimine göre ekranı hızlandırma baskısını azaltır ve metin okunsun diye yapay gecikme eklenmesine kapı açar. Önce süreyi kısaltmak daha sağlam bir yatırımdır.
Spinner mı ilerleme çubuğu mu kullanmalıyım?
Nielsen Norman Group’a göre 2–10 saniyelik işlemler için spinner gibi döngülü bir animasyon, 10 saniyeyi aşan işlemler için ne kadar kaldığını gösteren yüzde göstergesi uygundur. 1 saniyenin altındaki işlemlerde gösterge dikkat dağıtır (NN/g).
Algılanan performans nedir?
Algılanan performans, bir sistemin kullanıcıya ne kadar hızlı hissettirdiğidir; gerçek ölçülen süreden farklı olabilir. Asansör yanına konan ayna bunun klasik örneğidir: asansör hızlanmaz ama bekleme kısa algılanır. Wichary hem gerçek hızın hem de hız algısının önemli olduğunu vurguluyor.
Kullanıcı ne kadar süre beklemeye razıdır?
Jakob Nielsen’in sınırlarına göre 0,1 saniye anlık, 1 saniye akışı bozmayan, 10 saniye ise dikkati tutabilmenin sınırıdır. 10 saniyeyi aşan beklemelerde kullanıcı başka işlere yönelir; bu yüzden ne zaman biteceğini gösteren bir geri bildirim gerekir (NN/g).
Bir Yorum Yazın