Mobil geliştirmede erişilebilirlik: nedir, hangi standartlar var ve nasıl uygulanır

Erişilebilirlik nedir?

Accessibility (kısaltma a11y — a harfi + 11 harf + y), bir ürünün engelli kişiler tarafından kullanılabilir olma özelliğidir. Mobil uygulamalar bağlamında bu şu anlama gelir: ekran okuyucu (VoiceOver, TalkBack) desteği, yeterli metin boyutu, yüksek kontrast, klavye navigasyonu için doğru odak sırası ve baş dönmesine neden olan animasyonlu öğelerin olmaması.

Kapsayıcılık yalnızca etik değil aynı zamanda yasal bir yükümlülüktür. Birçok ülkede dijital erişilebilirlik yasaları vardır: ADA (ABD), Bölüm 508, European Accessibility Act (AB, 2025'ten itibaren uygulamalar için zorunlu). Business Disability Forum'a göre, erişilebilirliğe yatırım yapan şirketler hedef kitlelerini %15–20 oranında artırır ve yasal riskleri azaltır.

IT Sectr'de, geliştirmenin her aşamasında erişilebilirliği kontrol ediyoruz. Deneyimimiz gösteriyor: tasarım aşamasında erişilebilirlik sorunlarını düzeltmek, yayınlamadan sonrakinden 10 kat daha ucuzdur. Erişilebilirlik bir özellik değil, modern bir uygulama için temel bir gereksinimdir.

iOS: VoiceOver, Accessibility Label, Trait

Apple ekosistemi güçlü erişilebilirlik araçları sunar. VoiceOver, ekranda olup biten her şeyi seslendiren yerleşik bir ekran okuyucudur. Kullanıcı cihazı jestlerle kontrol eder: sağa kaydırma — sonraki öğe, sola kaydırma — önceki öğe, çift dokunma — etkinleştirme.

Accessibility Label, VoiceOver'ın bir öğe için okuduğu metindir. Varsayılan olarak iOS, düğme metnini veya etiketi kullanır, ancak simgeler ve grafik öğeler için etiketi açıkça belirlemeniz gerekir. Accessibility Trait, öğe türünü tanımlayan bir özelliktir: button (düğme), header (başlık), link (bağlantı), image (görsel). Doğru traitler, kullanıcının bir öğeyle nasıl etkileşime gireceğini anlamasına yardımcı olur.

VoiceOver ve Accessibility Label

VoiceOver 40'tan fazla dili destekler ve tüm Apple cihazlarında çalışır. Geliştirici için asıl önemli olan, her arayüz öğesi için doğru accessibilityLabel ve accessibilityTraits ayarlamaktır. Bir öğe erişilebilir olmamalıysa (dekoratif görsel), isAccessibilityElement = false olarak ayarlayın.

// Swift — bir düğme için erişilebilirlik ayarı
let shareButton = UIButton()
shareButton.setImage(UIImage(named: "share-icon"), for: .normal)
shareButton.accessibilityLabel = "Bu makaleyi paylaş"
shareButton.accessibilityHint = "Gönderme yöntemi seçmek için bir iletişim kutusu açar"
shareButton.accessibilityTraits = .button

// SwiftUI — daha da basit
struct ShareButtonView: View {
    var body: some View {
        Button(action: share) {
            Image(systemName: "square.and.arrow.up")
        }
        .accessibilityLabel("Paylaş")
        .accessibilityHint("Paylaşma menüsünü açar")
    }
}

Kod, metinsiz (sadece simge) bir düğme için erişilebilirlik ayarını gösteriyor. AccessibilityLabel, kullanıcının duyacağı şeydir. AccessibilityHint, eylemin sonucu hakkında ek bir ipucudur. Etikette «düğmesi» gibi ifadeler kullanmayın — Trait zaten bunun bir düğme olduğunu belirtir.

Android: TalkBack, Content Description

TalkBack, Android için Google'ın ekran okuyucusudur ve Android Accessibility Suite paketinin bir parçasıdır. VoiceOver gibi, arayüz öğelerini seslendirir ve jestlerle kontrol edilir. TalkBack 100'den fazla dili destekler ve Google Play Services olan tüm cihazlarda çalışır.

Content Description, Android'de accessibilityLabel'ın karşılığıdır. XML'de android:contentDescription özniteliği veya kodda setContentDescription() yöntemi ile ayarlanır. Odaklanamayan öğeler (dekoratif ImageView) için importantForAccessibility="no" kullanın.

TalkBack ve Focus Order

Focus Order (odak sırası), TalkBack'in kaydırma yaparken öğeler arasında geçiş sırasıdır. Varsayılan olarak Android, düzendeki öğelerin sırasını kullanır, ancak accessibilityTraversalBefore ve accessibilityTraversalAfter öznitelikleriyle değiştirilebilir. Bu, özel bileşenlere sahip karmaşık ekranlar için önemlidir.

IT Sectr'de, her ekranda Focus Order'ı kontrol ediyoruz. Odak sırası hataları en yaygın erişilebilirlik sorunları arasındadır. Örneğin, bir başlıktan sonra kullanıcı makale metni yerine yorumlara gidiyorsa — bu bir erişilebilirlik hatasıdır.

WCAG ve standartlar

WCAG (Web Content Accessibility Guidelines), W3C tarafından geliştirilen uluslararası bir erişilebilirlik standardıdır. Mevcut sürüm WCAG 2.2'dir (2023). Standard 4 prensibe ayrılır: Perceivable (algılanabilir), Operable (çalıştırılabilir), Understandable (anlaşılabilir), Robust (sağlam) — kısaltma POUR.

WCAG Seviyeleri: A (minimum), AA (orta, AB'de yasal olarak zorunlu), AAA (maksimum). Mobil uygulamalar için AA seviyesi yeterlidir: metin kontrastı en az 4.5:1, ekran okuyucu desteği, minimum hedef boyutu 44x44 piksel, video için altyazılar.

WCAG Seviyeleri

Seviye A — temel gereksinimler: görseller için metin alternatifleri, klavye kontrolü, en az 3:1 kontrast. Seviye AA — orta: kontrast 4.5:1, %200'e kadar ölçekleme desteği, doğru başlıklar ve etiketler. Seviye AAA — yüksek: kontrast 7:1, video için işaret dili, tam ses kontrolü. Pratikte çoğu şirket AA'yı hedefler.

Tablo 2. iOS ve Android erişilebilirlik API'lerinin karşılaştırması. Farklı isimlere rağmen kavramlar aynıdır: etiket, tür, odak sırası ve metin uyarlama desteği.

Erişilebilirlik testi

Erişilebilirlik testi, bir uygulamanın WCAG standartlarına uygunluğunu ve ekran okuyucularla doğru çalışmasını kontrol etmektir. Minimum test seti: VoiceOver/TalkBack'i etkinleştirin ve uygulamanın tüm ekranlarında gezinin. Dinleyerek tüm öğelerin seslendirildiğini, odak sırasının mantıklı olduğunu ve uygunsuz öğelerin (dekoratif) yok sayıldığını kontrol edin.

Otomatik araçlar: Xcode Accessibility Inspector (iOS için Xcode'da denetim), Android Accessibility Scanner (ekranı tarar ve sorunları bulur), Axe DevTools, WAVE. Bu araçlar kontrast, hedef boyutu, etiketlerin varlığı ve diğer parametreleri kontrol eder.

IT Sectr'de, her yayın öncesinde bir erişilebilirlik incelemesi yapıyoruz. Süreç şunları içerir: otomatik denetim (Accessibility Inspector), VoiceOver ve TalkBack ile manuel test, kontrast ve metin ölçekleme kontrolü. Sorunları Jira'ya kaydediyor ve bir sprinte atıyoruz. Bu, tüm projelerde WCAG AA seviyesini korumamızı sağlar.