Başparmak bölgesi (thumb zone): mobilde butonları nereye koymalı?
Başparmak bölgesi, telefonu tek elle tutan birinin başparmağıyla tutuşunu değiştirmeden rahat ulaştığı ekran alanıdır. Steven Hoober'ın 2013 gözlemlerinde ekrana dokunanların %49'u telefonu tek elle tutuyordu. Hoober sonra kendi haritasını eleştirdi: insanlar ekranın ortasına dokunmayı tercih ediyor ve orada daha isabetli. Ben birincil eylemi orta ve alt banda koyarım.
Kısaca
Başparmak bölgesi, İngilizce adıyla thumb zone, mobil tek elle kullanımı anlatan bir haritadır. Ekranı üç parçaya böler: kolay ulaşılan alan, uzanmak gereken alan ve tutuşu değiştirmeden ulaşılamayan alan. Tasarımcılar bu haritayı mobil buton yerleşimine karar verirken kullanır.
Harita işe yarar ama bir kural değildir. İnsanlar telefonu sık sık farklı tutar ve ekranın ortasına daha isabetli dokunur. Aşağıdaki buton yerleşimi kurallarım bu iki gözleme dayanıyor.
Hoober'ın gözlemleri: telefonu nasıl tutuyoruz?
Bu konuda başvurduğum veri Steven Hoober'dan gelir. Hoober, UXmatters'taki 2013 yazısında sokakta, havalimanında, durakta, kafede ve toplu taşımada insanları izledi. 8 Ocak 2013'te biten iki ayda 1.333 gözlem topladı. Bunların 780'inde kişi ekrana dokunuyordu.
Ekrana dokunanlar arasındaki dağılım şöyle:
| Tutuş | Oran | Ayrıntı |
|---|---|---|
| Tek el | %49 | %67 sağ başparmak, %33 sol başparmak |
| Beşik tutuş (bir el tutar, öbürü dokunur) | %36 | %72 başparmakla, %28 başka parmakla dokunuyor |
| İki el | %15 | %90 dikey, %10 yatay |
Hoober, sağ ve sol el oranlarını nasıl yorumlayacağından kendisinin de emin olmadığını yazar. Ayrıca yaş, cihaz ve yapılan iş gibi bilgileri kaydetmedi, tabletler de örnekte neredeyse yoktu. Bu yüzden tabloyu "herkes böyle tutar" diye değil, "tutuşlar karışık" diye okuyorum.
Bence yazının en önemli bulgusu tutuşla ilgili. Hoober'a göre kullanıcılar telefonu tutma biçimlerini çok sık, bazen birkaç saniyede bir değiştiriyor. Telefonu tek elle tutanların birçoğu aynı anda çanta taşıyor ya da toplu taşımada dengede durmaya çalışıyordu.
Hoober 2017'deki yazısında daha yeni rakamlar verir. Bu yazıya göre kullanıcıların %75'i ekrana yalnızca tek başparmakla dokunuyor. Telefonu tek elle tutanlar ise %50'nin altında.
Başparmak bölgesi haritasının sınırları
2013 yazısındaki çizimler yeşil, sarı ve kırmızıyla işaretliydi. Yeşil kolay erişimi, sarı uzanmayı, kırmızı tutuş değişikliğini gösteriyordu. Hoober o gün bile bu alanların yaklaşık olduğunu, kişiye, tutuşa ve telefonun boyuna göre değiştiğini yazdı.
Sonra daha ileri gitti. Aynı yazının altına 2017'de bıraktığı bir yorumda, okurlardan bu çizimleri yok saymalarını istedi. Yazıya eklenen editör notu da Hoober'ın yeni araştırmayla önerilerini güncellediğini söylüyor.
Hoober 2017 yazısında başparmak taraması çizimini "iyi bilinen ama yanlış" diye anar. Tasarımcıların hâlâ her dokunuşun ekranın altında olması gerektiğine inandığını söyler. Oysa kullanıcı parmaklarını oynatıp başparmağının ulaştığı alanı değiştirebilir.
Hoober'ın yerine koyduğu bulgu şu: insanlar ekranın ortasına bakmayı ve dokunmayı tercih ediyor. Ortada isabet de yüksek, bu yüzden hedef 7 mm'ye kadar küçülebilir. Köşede ise yaklaşık 12 mm gerekir. Ölçülerin ayrıntısını dokunma alanı sayfasında anlattım.
Hoober'ın örneği Geri butonu. Sahada insanların bu butonu sürekli kullandığını görür. Sağ üst köşede dursa bile genelde ekranın en çok kullanılan butonudur. Uzak köşe, kullanılmayan köşe demek değil.
Canlı örnek: tutuş değişince harita nasıl değişir?
Aşağıda kurgusal bir sepet ekranı var. Tutuşu değiştirin, sonra birincil butonu üste ve alta taşıyın. Sonuç metni, butonun hangi bölgeye düştüğünü söyler.
Tutuş
Birincil buton
- Kolay (nokta deseni): başparmak tutuş değişmeden ulaşır.
- Zor (tek yönlü çizgi): uzanmak gerekir.
- Uzak (çapraz çizgi): çoğu kişi tutuşu değiştirir.
Sağ el: sol üst köşe uzak. Üst kenar, sol kenar ve sağ alt köşe zor. Ortadan sağ alta doğru kolay.
Bu demo JavaScript ile çalışır. Kapalıyken sağ el katmanını ve alttaki butonu görürsünüz. Butonun ortası kolay bölgede, sol ucu zor bölgede.
Kurgusal bir sepet ekranı. Renkli katman benim çizdiğim temsili bir haritadır, ölçüm değildir. Hoober'ın 2013 çizimlerindeki kolay, zor ve uzak mantığını izler; Hoober bu çizimlerin yok sayılmasını sonradan kendisi istedi. Her bölge renkten ayrı bir desen ve adla da gösterilir. JavaScript kapalıysa sağ el katmanı ve alttaki buton görünür.
Sağ elden sol ele geçince harita aynalanır. Alttaki geniş buton sağ elde de sol elde de büyük ölçüde kolay bölgede kalır, yalnız uçları değişir. İki elle tutuşta üstteki buton da rahatlar. Bu yüzden tek bir haritaya göre tasarlamıyorum.
Alt navigasyon
Bence başparmak bölgesinin en görünür uygulaması alt navigasyon. Apple, iPhone'da sekme çubuğunun ekranın altında, içeriğin üstünde yüzdüğünü yazar. Android'in Compose belgesi gezinme çubuğunu eşit önemde üç ila beş hedef için önerir. Belgedeki örnek çubuk ekranın altında durur.
Apple bir sınır da çizer: sekme çubuğu gezinme içindir, eylem için değildir. Ekrandaki öğeler üzerinde iş yapan kontroller araç çubuğuna gider. Apple ayrıca sekme çubuğunun bölümler arasında gezinirken görünür kalmasını ister, yoksa insanlar uygulamanın neresinde olduklarını unutabilir.
Hoober'a göre içerik alanının üst ya da alt kenarındaki sekmeler görünümler arasında geçişi sağlar. İkincil eylemler de bu kenarlara gider, ana içerik ortada durur. Platformların ayrıntılı farkını iOS ve Android farkları rehberinde topladım.
Yüzen eylem butonu (FAB)
Android belgelerine göre yüzen eylem butonu, uygulamadaki birincil eylemi yapmayı sağlayan, vurgusu yüksek bir butondur. Kullanıcının en sık yapacağı tek ve odaklı eylemi öne çıkarır, genelde de ekranın sağ altına sabitlenir. Belgedeki örnekler yeni not oluşturmak, sohbete kişi eklemek ve haritayı konuma ortalamak.
Benim temsili haritamda en alt köşeler sağ elle de sol elle de zor bölgede. Sol elle tutan biri için sağ alt köşe başparmağın öbür tarafında kalır. Bu yüzden FAB'ın altına ya da yanına başka bir buton koymam, onu kenardan biraz içeride tutarım.
Bir de örtme sorunu var. FAB içeriğin üstünde yüzdüğü için listenin son satırını ya da son kartın butonunu kapatabilir. Ben listenin altına FAB yüksekliği kadar boşluk bırakırım. Böylece kullanıcı en alta kaydırdığında son öğe butonun altında kalmaz.
Ekranın üstündeki uzak eylemler
Üst köşeler en uzak alandır, ama boş kalmaları gerekmez. Hoober üçüncül işlevleri, kullanıcıların çoğu zaman bir köşeden açtığı menülere koymayı önerir. Arama ve yeni içerik oluşturmak gibi eylemler içinse eylem butonlarını önerir.
Bir tuzak var. 2013 yazısına göre bazı tasarımcılar tek el tablolarına bakıp az önemli ya da tehlikeli işlevleri sol üst köşeye koyuyor. Hoober bunu önermez. Üstte buton gören kullanıcı her şeye ulaşmak için beşik tutuşa geçebilir ya da telefonu zaten hep öyle tutabilir. Uzak köşe bir güvenlik önlemi değildir.
Öbür uçta da bir hata var. Sık kullanılan bir eylemi sırf erişilsin diye alta taşımak, ekranın mantığını bozabilir. Arama kutusu üstteyse kullanıcı onu orada arar. Böyle bir durumda eylemi taşımak yerine dokunma alanını büyütmeyi seçerim.
Ben hesabı silmek gibi geri alınamayan bir eylemi köşeye saklamam, onay adımı ya da geri alma ile korurum. Köşedeki ikonlara da ortadakilerden geniş bir alan veririm. Hoober 2013'teki başka bir yazısında ekran kenarlarında isabetin düşük olduğunu yazar. Fitts yasası uzak ve küçük hedefin neden yavaş seçildiğini anlatır.
Benim notum
Mobil audit'lerde en sık gördüğüm sorun, birincil butonun kaydırılan içeriğin en sonunda kalması. Kullanıcı formu doldurur, sonra butonu bulmak için aşağı iner. Alt banda sabitlenmiş tek bir buton bunu çözer.
İkinci sık sorun, alt çubuğa eylem ile gezinmenin karışık konması. Sepete ekle, paylaş ve ana sayfa aynı sırada durunca kullanıcı hangisinin sayfa değiştirdiğini kestiremez.
Başparmak haritasını yasa gibi değil, kontrol listesi gibi kullanıyorum. Önce sık kullanılan eylemin ortaya ya da alta yakın olup olmadığına bakarım. Sonra akışı gerçek bir telefonda sağ elle, sol elle ve iki elle denerim. Mobil uygulama tasarımı rehberinde bu denemeyi sürecin içine nasıl koyduğumu anlattım.
Kendi uygulamanızda bu yerleşimi kontrol ettirmek isterseniz UX Audit bir akışı uçtan uca inceler.
Kontrol listesi
- Ekranın birincil eylemi orta ya da alt bantta mı?
- Uzun formda birincil buton görünür kalıyor mu, yoksa içeriğin sonunda mı?
- Alt çubukta yalnız gezinme hedefleri mi var, eylem karışmış mı?
- Ekranda tek bir FAB mı var, altında başka buton duruyor mu?
- Köşedeki ikonların dokunma alanı ortadakilerden geniş mi?
- Geri alınamayan eylem onay ya da geri alma ile korunuyor mu?
- Akış sağ elle, sol elle ve iki elle gerçek telefonda denendi mi?
Sık sorulanlar
Başparmak bölgesi (thumb zone) nedir?
Telefonu tek elle tutan birinin başparmağıyla tutuşunu değiştirmeden ulaştığı ekran alanıdır. Genelde kolay, uzanmak gereken ve tutuş değişikliği isteyen alanlar olarak üç renkle çizilir.
İnsanların çoğu telefonu tek elle mi kullanıyor?
Hoober'ın 2013 gözlemlerinde ekrana dokunanların %49'u tek elle, %36'sı beşik tutuşla, %15'i iki elle tutuyordu. 2017 yazısında tek elle tutanların %50'nin altında olduğunu yazar. Tutuş da sık değişir.
Mobilde butonlar hep ekranın altında mı olmalı?
Hayır. Hoober her dokunuşun altta olması gerektiği fikrini reddeder. Ana içerik ortada durur, sekmeler ve ikincil eylemler üst ya da alt kenara gider. Birincil eylemi ben orta ya da alt banda koyarım.
Sol elini kullananlar için ne yapmalıyım?
Haritanın sol el için aynalandığını unutmayın. Benim haritamda sağ alt köşedeki bir FAB sol elle uzanma ister. Ekran genişliğindeki alt butonlar sağ ve sol el için dengelidir. Akışı iki elle de gerçek bir telefonda deneyin.
Kaynaklar (6)
- Steven Hoober, How Do Users Really Hold Mobile Devices?, UXmatters. erişim 2026-11-03; 18 Şubat 2013; 1.333 gözlem, 780 dokunan, %49 / %36 / %15, editör notu ve yazarın 28 Şubat 2017 yorumu
- Steven Hoober, Design for Fingers, Touch, and People, Part 1, UXmatters. erişim 2026-11-03; 6 Mart 2017; %75 tek başparmak, %50'den azı tek el, ortada 7 mm, köşede 12 mm, Geri butonu
- Steven Hoober, Common Misconceptions About Touch, UXmatters. erişim 2026-11-03; 18 Mart 2013; kenarlarda isabetin düşüklüğü
- Apple, Human Interface Guidelines: Tab bars. erişim 2026-11-03; iPhone'da altta, gezinme için, görünür kalmalı
- Android Developers, Navigation bar (Compose). erişim 2026-11-03; eşit önemde üç ila beş hedef
- Android Developers, Floating action button (Compose). erişim 2026-11-03; birincil eylem, genelde sağ alta sabit