WCAG Mobil Uygulama Checklist’i: iOS ve Android İçin Erişilebilirlik Kontrol Listesi

Mobil uygulamalar, bankacılıktan sağlığa ve kamu hizmetlerine kadar herkesin günlük yaşamında kritik bir yer tutuyor. Ancak erişilebilirlik, “sonradan eklenen” bir özellik değil; engelli kullanıcılar başta olmak üzere tüm kullanıcılar için kullanılabilirliği artıran bir kalite standardıdır. WCAG (Web Content Accessibility Guidelines) her ne kadar “web” odaklı doğmuş olsa da, mobil uygulamalardaki arayüz, içerik ve etkileşim desenlerine başarıyla uyarlanır. Bu yazıda, iOS ve Android ekiplerinin uygulayabileceği, geliştirme ve QA süreçlerine kolayca entegre edilebilen bir WCAG mobil app checklist sunuyorum.

Mobil erişilebilirlik testine daha geniş açıdan yaklaşmak isterseniz, Mobil Erişilebilirlik Testi: WCAG Uyumlu Uygulamalar İçin Kapsamlı Rehber yazısı, araçlar ve yöntemler konusunda iyi bir tamamlayıcıdır.

WCAG mobil uygulamalarda nasıl uygulanır?

WCAG’in ilkeleri (Algılanabilir, Kullanılabilir, Anlaşılabilir, Sağlam) mobilde de geçerlidir. Fark, etkileşim biçimlerinde ortaya çıkar: dokunma hedefleri, jestler, ekran yönü, dinamik içerik, küçük ekran kısıtları ve yerel bileşenlerin erişilebilirlik API’leri (iOS UIAccessibility, Android Accessibility) gibi.

Pratikte amaç şudur: Ekran okuyucu (VoiceOver/TalkBack), klavye/dış cihaz, büyütme, yüksek kontrast, azaltılmış hareket gibi sistem özellikleri açıkken uygulama görevlerini kullanıcıların sorunsuz tamamlayabilmesi.

WCAG Mobil App Checklist (iOS ve Android)

Aşağıdaki checklist’i sprint “Definition of Done”a ekleyebilir veya yayın öncesi “release gate” olarak kullanabilirsiniz. Her maddeyi mümkün olduğunca gerçek cihazlarda doğrulayın.

1) Yapı ve anlam (semantik): başlıklar, roller, isimler

• Erişilebilir ad (accessible name): Tüm ikon butonlar, görsel kontroller ve özel bileşenler ekrana “Buton”, “Görsel” diye değil, işleviyle okunuyor mu? (örn. “Filtrele”, “Sepete ekle”).
• Rol ve durum: Toggle/switch, checkbox, sekmeler ve menüler doğru rol ve “açık/kapalı”, “seçili/seçili değil” gibi durumları bildiriyor mu?
• Başlık hiyerarşisi: Sayfa/ekran başlığı ve alt bölümler mantıklı bir sırada mı? Ekran okuyucu ile gezinirken kullanıcı nerede olduğunu anlayabiliyor mu?
• Özel bileşenler: Custom tab bar, kartlar, slider vb. bileşenler yerel erişilebilirlik API’lerine uygun şekilde etiketlenmiş mi?

2) Odak sırası ve gezinme (keyboard / screen reader)

• Odak sırası mantıklı mı? Görsel yerleşimle uyumlu, soldan sağa/üstten alta ilerleyen bir sıra var mı?
• Odak tuzağı yok: Modal, bottom sheet ve açılır menülerde odak içeride kalıp kullanıcıyı kilitliyor mu? Kapatma kontrolüne ulaşılabiliyor mu?
• Görünür odak: Harici klavye veya switch control kullanan kullanıcılar için odak göstergesi yeterince belirgin mi?
• Geri (Back) davranışı: Android geri tuşu / iOS geri hareketi, beklenen şekilde çalışıyor mu? Ekran okuyucu açıkken tutarlı mı?

3) Dokunma hedefleri ve jestler

• Dokunma hedefi boyutu: Küçük ikonlar veya birbirine çok yakın kontroller yanlış dokunmaları artırır. Hedefler yeterince büyük ve aralıklı mı?
• Tek jest zorunluluğu yok: Sadece kaydırma (swipe), sürükle-bırak veya uzun basma ile yapılan bir işlem varsa alternatif sunuluyor mu? (örn. “Yeniden sırala” için yukarı/aşağı butonları).
• Çoklu parmak jestleri: Ekran okuyucular bazı jestleri farklı kullanır. Kritik işlemler, ekran okuyucu açıkken de yapılabiliyor mu?

4) Renk, kontrast ve görsel ipuçları

• Kontrast: Metin ve arka plan arasında yeterli kontrast var mı? Özellikle küçük metin, placeholder, etiket ve linkler kontrol edildi mi?
• Sadece renge dayanmama: Hata durumları, doğrulama veya durum etiketleri sadece renk ile mi anlatılıyor? (örn. “kırmızı = hata”). Metin/ikon/desen gibi ek ipuçları var mı?
• Karanlık mod ve yüksek kontrast: Dark mode, yüksek kontrast veya ters renklerde içerik bozulmadan okunabiliyor mu?

5) Metin ölçekleme, yeniden akış ve yakınlaştırma

• Dinamik metin: iOS Dynamic Type / Android Font size büyütüldüğünde içerik kesiliyor mu, üst üste biniyor mu?
• Satır kaymaları: Uzun başlıklar, buton etiketleri ve hata mesajları büyütmede de okunabilir kalıyor mu?
• Yatay kaydırma zorunluluğu: Temel görevler için yatay kaydırma gerekmiyor mu?

6) Formlar: etiket, yardım, hata ve doğrulama

• Etiketler kalıcı: Placeholder tek başına etiket yerine geçmiyor; alan etiketi her zaman erişilebilir mi?
• Otomatik tamamlama ve klavye türü: E-posta, telefon, sayı alanlarında uygun klavye tipi ve mümkünse autocomplete kullanılıyor mu?
• Hata mesajları anlaşılır: “Hata oluştu” yerine neyin yanlış olduğu ve nasıl düzeltileceği yazıyor mu?
• Hata odağı: Gönderimde hata varsa odak ilgili alana veya hata özetine taşınıyor mu? Ekran okuyucu hatayı otomatik duyuruyor mu?

7) Dinamik içerik, bildirimler ve canlı bölgeler

• Durum değişiklikleri duyuruluyor mu? Sepete ürün eklendi, filtre uygulandı, yükleme tamamlandı gibi değişimler ekran okuyucuya iletiliyor mu?
• Toast/snackbar erişilebilir mi? Kısa süreli mesajlar okunabilir süreyle görünür ve erişilebilir mi? Gerekirse “Geri al” gibi aksiyonlar erişilebilir mi?
• Yükleme göstergeleri: Sadece animasyon değil, metinsel durum da var mı?

8) Medya: video, ses ve hareket

• Altyazı: Videolarda altyazı mevcut mu? Otomatik altyazı varsa doğruluk gözden geçirildi mi?
• Sesli içerik alternatifleri: Podcast/voice içerik için metin transkript sağlanıyor mu?
• Hareket azaltma: Sistem “Reduce Motion / Hareketi azalt” ayarı açıkken yoğun animasyonlar azaltılıyor mu?

9) Zaman sınırları, oturum ve güvenlik

• Zaman aşımı uyarısı: Oturum süresi dolacaksa kullanıcı uyarılıyor ve süre uzatma seçeneği sunuluyor mu?
• Biyometri ve MFA: Face ID/Touch ID kullanılamadığında alternatif giriş yöntemleri net mi?
• CAPTCHA: Mobilde CAPTCHA varsa erişilebilir alternatif sağlanıyor mu?

10) İçerik dili ve okunabilirlik

• Dil doğru bildiriliyor mu? Uygulama dili ve karışık dil içeren metinlerde (örn. İngilizce marka/terim) telaffuz sorunları kontrol edildi mi?
• Basit, tutarlı metin: Mikro kopyalar (buton metinleri, hata mesajları) anlaşılır ve tutarlı mı?

Hızlı test senaryoları (QA için)

• VoiceOver (iOS) ve TalkBack (Android) açıkken: giriş yap, arama yap, filtre uygula, form gönder, ödeme adımına ilerle.
• Metin boyutunu en yüksek seviyeye getir: ana akış ekranı, ürün detay, form ekranı ve hata durumlarını kontrol et.
• Karanlık mod + yüksek kontrast kombinasyonları: butonlar, linkler, bilgi mesajları ve grafikler okunuyor mu?
• Harici klavye ile (özellikle tablet): sekme/oklarla tüm odaklanabilir öğelere ulaşılabiliyor mu?

Uygunluğu belgeleme: ACR/VPAT ve kurumsal beklentiler

Mobil uygulama erişilebilirliği sadece “test ettik” demekle bitmez; birçok kurum, tedarikçi ve regülasyon süreci kanıt ister. Bu noktada raporlama ve uygunluk beyanları önem kazanır. ACR mantığını anlamak için Accessibility Conformance Report (ACR): WCAG Uygunluğunu Belgelemenin Pratik Yolu içeriği yol göstericidir. VPAT hazırlayan ekipler için de VPAT’in Güvenilirliğini Düşüren 5 Hata yazısındaki yaygın hataları erken aşamada önlemek faydalı olur.

Regüle sektörlerde (ör. finans) erişilebilirlik beklentileri daha da netleşiyor. Özellikle bankacılık tarafındaki güncel çerçeve için 2025 “10 Genelge” ve Bankalar: Dijital Erişilebilirlikte WCAG Uyumunun Yeni Standardı yazısı, uyum perspektifini mobil kanallara taşımada yardımcı olabilir. Benzer şekilde, bilgiye hızlı ve doğru erişimin kritik olduğu legal alanda da erişilebilir mobil deneyimler önemlidir; ilgili yaklaşımı Hukuk Büroları ve Legal Hizmetler İçin Dijital Erişilebilirlik (WCAG) Rehberi üzerinden karşılaştırabilirsiniz.

Checklist’i süreçlere yerleştirmek: tasarım, geliştirme, izleme

En iyi sonuç, checklist’in tek seferlik denetim yerine ürün yaşam döngüsüne gömülmesiyle gelir: tasarım sisteminde erişilebilir bileşenler, geliştirici kontrol noktaları ve düzenli regresyon testleri. Örneğin Corpowid (corpowid.ai), ekiplerin erişilebilirlik açıklarını daha erken görmesine yardımcı olan otomatik denetim ve izleme yaklaşımıyla, web tarafındaki WCAG uyumluluğunu sürdürülebilir kılmayı hedefler; benzer “sürekli kontrol” zihniyetini mobil süreçlerinize de uyarlamak, sürprizleri azaltır.

Son olarak, erişilebilirlik bir “checklist’i tamamlamak” kadar, kullanıcıların gerçek dünyadaki çeşitliliğini (görme, işitme, motor, bilişsel farklılıklar; geçici engeller; tek elle kullanım; parlak güneş ışığı gibi bağlamsal kısıtlar) tasarıma yansıtma pratiğidir. Bu kontrol listesini her sürümde kullanarak, mobil uygulamanızın kapsayıcılığını ve kalite seviyesini ölçülebilir şekilde artırabilirsiniz. Erişilebilirlik beyanı ve iyileştirme takibi gibi süreçlerde Corpowid (corpowid.ai) benzeri araçların sunduğu yapı, ekip içi koordinasyonu da kolaylaştırır.