Erişilebilirlik — temel bilgiler, görme engelli kullanıcılar için VoiceOver ve TalkBack

Mobil Uygulamalarda Erişilebilirlik (a11y) Nedir?

Accessibility (kısaltma a11y — «a» ve «y» arasında 11 harf) — görme, işitme, motor ve bilişsel engelli kişiler tarafından kullanılabilir uygulamalar geliştirme pratiği. Mobil geliştirmede erişilebilirlik dört ana senaryoyu kapsar: görme engelli kullanıcılar (ekran okuyucuları), az gören kullanıcılar (ölçeklendirme, kontrast), sağır ve işitme güçlüğü çeken kullanıcılar (altyazılar, sese görsel alternatifler) ve sınırlı motor kontrole sahip kullanıcılar (ses kontrolü, Switch Control, büyük dokunma alanları).

Yasal Gereklilikler — birçok ülkede erişilebilirlik yasal olarak zorunludur. ABD: Section 508 ve ADA. AB: European Accessibility Act (2025). Birleşik Krallık: Equality Act 2010. Erişilebilirlik desteği olmadan bir uygulama dava hedefi haline gelebilir — 2023'te ABD'de erişilemez dijital ürünlerle ilgili 4.000'den fazla dava açılmıştır. Apple ve Google, uygulama denetimi sırasında erişilebilirliği kontrol eder: App Store Review Guidelines (4.2) ve Google Play Store minimum erişilebilirlik desteği gerektirir.

İş Gerekçesi — erişilebilirlik kitlenizi genişletir. Return on Disability'e (2021) göre engelli kişiler yıllık 13 trilyon dolar harcanabilir geliri kontrol etmektedir. Erişilebilir uygulamalar aramada daha iyi sıralanır (semantik HTML, alternatif metinler), daha yüksek kullanıcı puanlarına sahiptir ve UX sorunları hakkında daha az inceleme alır. IT Sectr'de erişilebilirliği tüm projelerin tamamlanma tanımına dahil ediyoruz — bu bir kalite standardıdır, isteğe bağlı bir iyileştirme değildir.

iOS'ta Erişilebilirlik: VoiceOver ve UIAccessibility

VoiceOver — iOS, iPadOS ve macOS'a entegre Apple ekran okuyucusu. Kullanıcı parmağını ekranda gezdirdiğinde VoiceOver parmağın altındaki öğenin adını okur. Çift dokunma öğeyi etkinleştirir. VoiceOver 40'tan fazla jesti destekler: üç parmak kaydırma (kaydırma), iki parmak çift dokunma (durma), Z jesti (geri gitme). Geliştiriciler, VoiceOver'ın neyi ve nasıl okuyacağını UIAccessibility protokolü ve accessibilityLabel, accessibilityTraits, accessibilityHint özellikleri aracılığıyla kontrol eder.

class CustomButton: UIButton {

    override var isAccessibilityElement: Bool {
        get { return true }
        set {}
    }

    // geçersiz kıl accessibilityLabel
    override var accessibilityLabel: String? {
        get { return "Form gönderme düğmesi" }
        set {}
    }

    // geçersiz kıl accessibilityHint
    override var accessibilityHint: String? {
        get { return "Veri göndermek için çift dokunun" }
        set {}
    }

    // geçersiz kıl accessibilityTraits
    override var accessibilityTraits: UIAccessibilityTraits {
        get { return .button }
        set {}
    }
}

// Dynamic Type — metin ölçeklendirme
titleLabel.font = UIFontMetrics.default.scaledFont(
    for: UIFont.systemFont(ofSize: 16)
)
titleLabel.adjustsFontForContentSizeCategory = true

Dinamik Tipografi — iOS'ta Dynamic Type, kullanıcının metin boyutunu (XS'den XXXL'ye) seçmesini sağlar. Geliştiriciler otomatik ölçeklendirme için UIFontMetrics.scaledFont kullanır. Metin tüm boyutlarda doğru görüntülenmelidir: satırlar kesilmemeli, düğmeler metinle orantılı olarak büyümelidir. UITableView, metin boyutu değiştiğinde hücre yüksekliklerini otomatik olarak günceller. Dynamic Type'ı görmezden gelmek, uygulamanızı az gören kullanıcılar için erişilemez hale getirmek anlamına gelir.

SwiftUI'da Erişilebilirlik

SwiftUI erişilebilirlik değiştiricileri sağlar: .accessibilityLabel(), .accessibilityHint(), .accessibilityAddTraits(), .accessibilitySortPriority(). Varsayılan olarak, tüm standart SwiftUI öğeleri (Text, Button, Image) zaten otomatik etiketlerle erişilebilirlik öğeleridir. Özel Görünümler için, alt öğeleri birleştirmek üzere .accessibilityElement(children: .combine) kullanın. SwiftUI otomatik olarak Dynamic Type ve VoiceOver'ı destekler.

VStack {
    Image(systemName: "trash")
        .accessibilityLabel(Text("Öğeyi sil"))
    Text("Çöp kutusu")
        .font(.body)
}
.accessibilityElement(children: .combine)
.accessibilityAddTraits(.isButton)
.accessibilityHint(Text("Seçili öğeyi kalıcı olarak siler"))

Android'de Erişilebilirlik: TalkBack ve contentDescription

TalkBack — çoğu Android cihazda önceden yüklenmiş olan Google ekran okuyucusu (tüm Android 5+ sürümleri için Google Play'de mevcuttur). TalkBack, VoiceOver ile aynı jestleri kullanır: gezinmek için kaydırma, etkinleştirmek için çift dokunma. Geliştiriciler, XML'de android:contentDescription niteliği veya kodda setContentDescription() aracılığıyla öğe açıklamalarını ayarlar. ImageView için contentDescription zorunludur — aksi takdirde TalkBack «etiketlenmemiş» der veya dosya adını okur.

// XML: ImageView için contentDescription
<ImageView
    android:id="@+id/iconDelete"
    android:src="@drawable/ic_delete"
    android:contentDescription="@string/delete_button_desc"
    android:focusable="true"
    android:clickable="true" />

// Kotlin: programatik atama
iconDelete.contentDescription = getString(R.string.delete_button_desc)

// Accessibility Delegate (özel)
iconDelete.accessibilityDelegate = object : View.AccessibilityDelegate() {
    override fun onInitializeAccessibilityNodeInfo(
        host: View, info: AccessibilityNodeInfo
    ) {
        super.onInitializeAccessibilityNodeInfo(host, info)
        info.text = "Sil düğmesi"
        info.contentDescription = "Seçili öğeyi sil"
        info.className = Button::class.java.name
    }
}

// Dinamik güncellemeler için Live Regions
textView.accessibilityLiveRegion = View.ACCESSIBILITY_LIVE_REGION_POLITE

Live Regions — odak olmadan içerik değişiklikleri hakkında TalkBack'i bilgilendirmek için Android mekanizması. android:accessibilityLiveRegion niteliği üç değer alır: none (bildirim yok), polite (mevcut olandan sonra bildir), assertive (hemen bildir). Yükleme durumu güncellemeleri için polite, kritik hatalar için assertive kullanın. Assertive'ın aşırı kullanımı kullanıcı için kaosa neden olur — TalkBack sürekli olarak mevcut eylemi keser.

Accessibility Scanner

Accessibility Scanner — kaynak koduna erişmeden Android uygulama erişilebilirliğini test etmek için Google'ın ücretsiz uygulaması. Tarayıcı şunları kontrol eder: metin kontrastı, dokunma alanı boyutu (Android Erişilebilirlik Yönergeleri'ne göre minimum 48×48dp), ImageView için contentDescription ve doğru öğe hiyerarşisi. Otomatik testler için Espresso'dan AccessibilityChecks kullanın — bunlar CI/CD'ye entegre olur ve her derlemede erişilebilirliği kontrol eder.

WCAG 2.1: kontrast, boyut ve dokunma alanları

WCAG 2.1 (Web Content Accessibility Guidelines) — W3C tarafından geliştirilen uluslararası erişilebilirlik standardı. Sürüm 2.1 (2018), mobil uygulamalar için 13 ek kriter içerir. Uyum seviyeleri: A (minimum), AA (çoğu kuruluş için zorunlu), AAA (maksimum). Apple ve Google, uygulama yayınlamak için minimum olarak AA seviyesini önerir. WCAG 2.2, 2023'te odak ve giriş için iyileştirmelerle yayınlanmıştır.

Temel Kriterler mobil geliştirme için: en az 4.5:1 (AA) veya 7:1 (AAA) metin kontrastı, en az 44×44pt (iOS) veya 48×48dp (Android) dokunma alanı boyutu, işlevsellik kaybı olmadan yatay ve dikey yönlendirme desteği, animasyonu devre dışı bırakma yeteneği (prefers-reduced-motion), multimedya için altyazılar ve ses kontrolü ile uyumluluk (iOS'ta Voice Control, Android'de Voice Access).

Kontrast Kontrol Araçları — Colour Contrast Analyser (TPGI), WebAIM Contrast Checker, Stark (Figma), Accessibility Inspector (Xcode). IT Sectr'de kontrastı tasarım aşamasında (Figma + Stark) ve geliştirme aşamasında (Accessibility Inspector / Accessibility Scanner) kontrol ediyoruz. 18pt (14pt bold) altındaki tüm metinler için minimum gereksinim 4.5:1'dir. Logolar ve dekoratif öğeler kontrast gerektirmez.

Erişilebilirlik Testi: araçlar ve kontrol listesi

iOS Testi — Xcode'daki Accessibility Inspector (Xcode → Open Developer Tool → Accessibility Inspector) her öğe için etiketi, traits ve ipucunu kontrol eder. VoiceOver, Ayarlar'dan veya Erişilebilirlik Kısayolu (düğmeye üç kez tıklama) aracılığıyla etkinleştirilebilir. Otomatik testler için XCTAssertTrue(app.staticTexts["etiket"].isAccessibilityElement) ile XCUITest kullanın. Apple, VoiceOver etkinken tüm uygulama ekranlarının test edilmesini önerir.

Android Testi — Accessibility Scanner (Play Store) kontrastı, dokunma alanı boyutunu ve contentDescription'ı kontrol eder. Otomasyon için: Espresso AccessibilityChecks (içe aktarma: androidTestImplementation 'androidx.test.espresso:espresso-accessibility:3.5.1'). Google aşağıdaki kontrol listesini önerir: her ImageView'ın contentDescription'ı vardır, dokunma alanları en az 48×48dp'dir, metin kesilmeden %200'e ölçeklenir ve tüm öğelere TalkBack kaydırmasıyla erişilebilir.

IT Sectr Kontrol Listesi — yayınlamadan önce şunları doğrularız: (1) VoiceOver/TalkBack tüm öğeleri doğru okur, (2) metin işlevsellik kaybı olmadan maksimum boyuta ölçeklenir, (3) tüm ImageView'ların contentDescription'ı vardır, (4) tüm temalarda metin kontrastı ≥4.5:1'dir, (5) dokunma alanları ≥44pt/48dp'dir, (6) yalnızca uzun basmayla erişilebilen bağlam menüsü yoktur, (7) sistem ayarlarında Reduce Motion / Remove Animations desteği. Bu kontrol listesi her sprint'in tamamlanma tanımının bir parçasıdır.