Mobil uygulamanızı herkes için daha kolay kullanılabilir hale getirmeyi düşünüyorsanız, zaten doğru yoldasınız demektir. Erişilebilirlik sadece WCAG kurallarını işaretlemekle ilgili değildir — farklı ihtiyaçlara sahip insanların ürününüzü gerçek anlamda kullanabilmesini sağlamaktır.
Bu serinin ilk bölümünde erişilebilirliğin tam olarak neyi kapsadığından bahsetmiştik: görme, işitme, motor beceriler ve bilişsel ihtiyaçlar. İnsanların mobil cihazları ne kadar farklı şekillerde deneyimlediğini anladığınızda, uygulama tasarlama biçiminiz tamamen değişir.
Şimdi gelin, uygulamanızı hemen daha erişilebilir hale getirecek — özellikle iOS için (ama çoğu Android’de de geçerli) — on pratik ve gerçek hayat ipucuna birlikte bakalım.
Bazı insanların telefonundaki sistem yazı boyutunu büyütmesinin sebebinin küçük yazılardan nefret etmeleri olduğunu biliyorsunuzdur. İşte Dynamic Type tam olarak bu tercihin uygulamalar tarafından dikkate alınmasını sağlar.
Uygulamanız Dynamic Type’ı desteklediğinde:
Apple’ın App Store uygulaması bunun harika bir örneği — yazı boyutunu artırdığınızda düzen zarif bir şekilde yeniden şekillenir.
Bunu uygulamak için:
adjustFontsForContentSizeCategory ayarını aktif edinTeknik gibi görünebilir ama aslında mesele basit: Kullanıcıya metnin ne kadar büyük veya küçük olacağına kendisinin karar verme özgürlüğünü verin.
Basit ama inanılmaz derecede etkili bir konuyla başlayalım: renk kontrastı.
Çoğu kişi renk kontrastının sadece görme engelliler veya renk körleri için önemli olduğunu düşünür — ama aslında tam görüşe sahip kullanıcılar bile güneş altında düşük kontrast yüzünden zorlanır. Eğer biri uygulamanızı okuyabilmek için gözlerini kısıyorsa, bir şey yanlış demektir.
Bunu önlemek için:
iOS’ta Apple’ın Accessibility Inspector aracı ile renklerinizin erişilebilirlik standartlarını karşılayıp karşılamadığını hızlıca kontrol edebilirsiniz.
İyi kontrast, sadece görme güçlüğü yaşayanlar için değil, herkes için muazzam bir fark yaratır.

Bu kulağa çok basit geliyor olabilir ama hâlâ birçok uygulama önemli metinleri görselin içine yerleştiriyor.
Bu neden kötü?
Mümkün olduğunda metni gerçek metin olarak tutun.
Görsel:
…içine asla metin koymayın.
Özel UI öğeleri tasarlamak eğlenceli olabilir, ancak bunları erişilebilir yapmak inanılmaz fazla zaman alır.
Yerel bileşenler:
Bu asla özel bileşen yapmamanız gerektiği anlamına gelmiyor — sadece yerel muadilleri gibi davranmalarını sağlayın. VoiceOver özel widget’ınızı tanıyamıyorsa, ekran okuyucusuna ihtiyaç duyan kullanıcılar tamamen kaybolur.
Sade bir arayüz sadece güzel görünmekle kalmaz — bilişsel engeli olan kişiler, görme güçlüğü çekenler, yaşlı kullanıcılar ve VoiceOver kullanıcıları için çok daha kolaydır.
Netlik karmaşıklığın önüne geçtiğinde:
Arayüzünüzü bir sohbet gibi düşünün: açık, net ve aynı anda beş şey söylemeyen bir sohbet.
Özel jestler havalı ve gelecekten gibi hissettirebilir, ama:
Jestleri kullanıyorsanız onları birer kısayol olarak düşünün — yapılacak işlemin tek yolu olarak değil.
Ayrıca: Sadece bir kaydırma hareketiyle yıkıcı işlemler (silme gibi) asla tetiklenmemeli. Her zaman ek onay kullanın.
Muhtemelen en önemli nokta bu.
Çoğu tasarımcı ve geliştirici, dünyayı görme, duyma, motor beceri veya bilişsel farklılıklarla deneyimlemenin nasıl olduğunu bizzat yaşamaz. Bu yüzden en iyi içgörüler genellikle doğrudan kullanıcılardan gelir.
Onlara size ulaşmanın kolay yollarını sunun:
Gerçek kullanıcılar size neyin işe yaradığını, neyin kafa karıştırıcı olduğunu ve hangi noktaların hâlâ erişilebilir olmadığını söyleyecektir. Onların geri bildirimi, herhangi bir kontrol listesinden çok daha değerli olabilir.
Açık olun, yanıt verin, öğrenmeye istekli olun.
Hepimiz en az bir kere yanlış şeye tıklamışızdır — özellikle buton komik derecede küçükse. Bir fotoğrafı yakınlaştırmak isterken yanlışlıkla beğendiğinizi hatırlıyor musunuz? Hepimizin başına geldi.
Bunları önlemek için:
Bu motor beceri güçlüğü yaşayan kullanıcılar için çok önemlidir, ancak aynı zamanda uygulamanızı herkes için daha rahat ve hata toleransı yüksek hale getirir.
Küçük bir egzersiz: Düşük görme yetiniz olduğunu hayal edin ve yeni bir yemek sipariş uygulamasına giriş yapıyorsunuz. E‑mail ve şifrenizi yazıp “Giriş Yap” butonuna dokunuyorsunuz ve… hiçbir şey olmuyor. Ekran aynı. Hiçbir uyarı yok.
Aslında tasarımcı e‑mail alanını hata göstermek için kırmızıya çevirmiş, ama bu geri bildirim sadece renge dayanıyor. Renk farkını göremeyen herkes bu mesajı kaçırır.
Daha iyi bir yöntem her zaman:
…üçlüsünü birlikte kullanmaktır.
Yani sadece çerçeveyi kırmızı yapmak yerine şöyle bir mesaj gösterin:
“Geçersiz e‑posta adresi. Lütfen tekrar kontrol edin.”
VoiceOver için de:
“Gönderilemedi. Geçersiz e‑posta adresi.”
Böylece kullanıcı uygulamanızla nasıl etkileşime geçerse geçsin mesajı mutlaka alır.
Yapabileceğiniz en iyi şeylerden biri: uygulamanızı açıp gerçekten VoiceOver açıkken kullanmayı denemek.
Testten önce temel hareketlere aşina olun:
Sonra kendinize şunu sorun:
Ayrıca Apple’ın Accessibility Inspector aracı size ekran ekran rehberlik eder ve sizin fark etmeyeceğiniz pek çok sorunu gözler önüne serer.
Artık mobil uygulamanızı daha kullanıcı dostu, daha kapsayıcı ve tüm yetenek seviyelerindeki insanlar için daha kolay kullanılabilir hale getirmenin pratik yollarına sahipsiniz. Erişilebilirlik bir defaya mahsus yapılan bir iş değildir — her test, her geri bildirim ve her iyileştirmeyle biraz daha güçlenen sürekli bir süreçtir. Ve bu özelliklere ihtiyaç duyan kullanıcılar, bu çabayı her zaman fark eder ve takdir eder.
Erişilebilirliği ileri bir seviyeye taşımak ama manuel işlerle boğuşmak istemiyorsanız, işte basit bir sonraki adım:
Corpowid’in yapay zeka destekli mobil erişilebilirlik çözümü, iOS, Android ve APK dosyalarında erişilebilirlik sorunlarını gerçek zamanlı tarama, otomatik ve manuel testler ve yapay zeka tarafından üretilen çözüm önerileriyle tespit edip düzeltmenize yardımcı olur.
İster mevcut bir uygulamayı geliştiriyor olun, ister sıfırdan yeni bir uygulama yapıyor olun, Corpowid erişilebilirliği daha hızlı, daha akıllı ve çok daha kolay hale getirir.