WCAG Web Content Accessibility Guidelines (Web içeriğinin Erişilebilirliği Kılavuzu) 2.2
iOS, Android ve Web Geliştiricileri İçin Kritik Uyum Alanları
Dijital erişilebilirlik artık yalnızca tasarım veya kullanıcı deneyimi ekiplerinin sorumluluğu değil.
Geliştiriciler, dijital erişilebilirliğin bir ürün içinde gerçekten çalışıp çalışmadığını belirleyen en kritik noktada yer alıyor.
WCAG 2.2’nin 5 ekim 2023 tarihinde yayımlanmış olup Avrupa Birliği yasalarında temel kriter Level AA'dır. Türkiye’de ise 21 Haziran 2025 tarihli ve 2025/10 sayılı 'Web Siteleri ve Mobil Uygulamaların Erişilebilirliği' konulu Cumhurbaşkanlığı Genelgesi ile birlikte, dijital platformlar için erişilebilirlik standartları 2026 yılı (Haziran ayı) itibarıyla kamu kurumları ve belirli sektörler için zorunlu hale gelmesiyle birlikte;
iOS, Android ve web geliştiricileri için bazı uyum alanları artık opsiyonel değil, zorunludur..
Bu yazıda, WCAG 2.2 kapsamında geliştiricilerin en sık karşılaştığı ve en yüksek risk barındıran alanları, platform bazlı olarak ele alıyoruz.
WCAG 2.2 Neyi Değiştiriyor?
WCAG 2.2, önceki sürümlere kıyasla özellikle kullanıcı etkileşimine ve mobil deneyime daha fazla odaklanır.
Öne çıkan başlıklar şunlardır:
- Odak (focus) yönetimi
- Dokunma alanlarının yeterliliği
- Zaman sınırlı işlemler
- Bilişsel yükü azaltan akışlar
- Mobil kullanım senaryoları
Referans:
W3C – Web Content Accessibility Guidelines (WCAG) 2.2
Bu da şu anlama gelir:
Bir özelliğin çalışıyor olması, onun erişilebilir olduğu anlamına gelmez.
iOS Geliştiricileri İçin Kritik Alanlar (Ekran Okuyucu: VoiceOver)
iOS tarafında erişilebilirlik değerlendirmeleri büyük ölçüde VoiceOver davranışı üzerinden yapılır.
Sahada en sık karşılaşılan sorunlar:
- accessibilityLabel tanımlanmamış veya anlamsız öğeler
- Görsel olarak buton olan bileşenlerin erişilebilirlik ağacında “metin” olarak okunması
- Modal, popup ve bottom sheet’lerde odak sırasının bozulması
- Dinamik içerik değişikliklerinin VoiceOver’a bildirilmemesi
Referanslar:
Apple – Accessibility Programming Guide
WCAG 2.2 açısından kritik soru:
Bir kullanıcı, yalnızca VoiceOver kullanarak uygulamadaki tüm temel işlemleri baştan sona tamamlayabiliyor mu?
Android Geliştiricileri İçin Kritik Alanlar (TalkBack)
Android tarafında erişilebilirlik çoğunlukla TalkBack + odak mantığı üzerinden kırılır.
En yaygın problemler:
- contentDescription eksikliği veya yanlış kullanımı
- Tıklanabilir ancak odaklanamayan bileşenler
- Aynı bilginin TalkBack tarafından tekrar tekrar okunması
- Custom view’ların TalkBack tarafından hiç algılanmaması
Referanslar:
Android Developers – Accessibility Overview
Google – TalkBack Developer Guide
WCAG 2.2 açısından kritik soru:
TalkBack kullanan bir kullanıcı, ekranda ne olduğunu anlayabiliyor ve tahmin yürütmeden işlemini tamamlayabiliyor mu?
Web Geliştiricileri İçin Kritik Alanlar
Web erişilebilirliği çoğu zaman yalnızca “ARIA eklemek” olarak algılanır.
Oysa WCAG 2.2, etiketleri değil davranışı ve etkileşimi ölçer.
En riskli alanlar:
- Yanlış veya gereksiz ARIA kullanımı
- Klavye ile erişilemeyen etkileşimler
- Odak sırasının görsel sırayla uyuşmaması
- Dinamik içeriklerin ekran okuyucuya bildirilmemesi
- Mobil web’de yetersiz dokunma alanları
Referanslar:
W3C – ARIA Authoring Practices
WCAG 2.2 açısından kritik soru:
Bir kullanıcı, yalnızca klavye ve ekran okuyucu ile sayfadaki tüm işlemleri tamamlayabiliyor mu?
Ortak Yanlış: “Bizde Zaten Var”
En sık karşılaşılan yaklaşımlardan biri şu:
“Biz zaten WCAG uyumluyuz.”
Ancak pratikte:
- Otomatik test araçları sınırlı senaryoları kapsar
- Plugin ve widget’lar altyapıyı erişilebilir hale getirmez
- Gerçek kullanıcı deneyimini garanti etmez
Referans:
W3C – Selecting Accessibility Evaluation Tools
Bu nedenle WCAG 2.2 uyumu, gerçek kullanıcılarla test edilmeden doğrulanmış sayılmaz.
BlindLook Bu Süreci Nasıl Ele Alıyor?
BlindLook olarak erişilebilirliği;
- Sadece bir denetim
- Sadece bir rapor
- Sadece regülasyon uyumu
olarak ele almıyoruz.
2021’den bu yana:
- iOS, Android ve web platformlarında
- Gerçek kullanıcılarla test edilen
- Geliştiricilere rehberlik eden
- Sürdürülebilir WCAG yol haritaları oluşturan
bir yaklaşım benimsiyoruz.
Çünkü erişilebilirlik, sonradan “düzeltilen” bir konu değil;
en baştan doğru inşa edilmesi gereken bir geliştirme pratiğidir.
Özet
WCAG 2.2, erişilebilirliği yalnızca teknik bir kontrol listesinden çıkararak, gerçek kullanıcı deneyimi odağına taşır.
Bu kapsamda erişilebilirlik; tasarım, geliştirme ve test süreçlerinin tamamını ilgilendiren uçtan uca bir sorumluluk haline gelmiştir.
iOS, Android ve web platformlarında:
- Kodun çalışıyor olması, erişilebilir olduğu anlamına gelmez
- Otomatik testler ve plugin’ler gerçek kullanıcı deneyimini garanti etmez
- Platforma özgü erişilebilirlik davranışları mutlaka dikkate alınmalıdır
2026’ya girdiğimiz bu dönemde, WCAG 2.2 uyumu;
- Yalnızca regülasyonlara uyum sağlamak için değil
- Kullanıcı deneyimini güçlendirmek
- Marka güvenini korumak
- Sürdürülebilir dijital ürünler geliştirmek
için kritik bir gerekliliktir.
Markaların “neredeyiz?” sorusuna hızlıca cevap verebilmesi için 2 dakikada 2026 regülasyonları kapsamında risk durumunuzu, erişilebilirlik yaklaşımınızı ve farkındalık seviyenizi görebileceğiniz
Mini WCAG Hazırlık Testi hazırladık.
❗ Bu bir sertifikasyon ya da denetim değil.
Ama doğru soruları sorarak sizi gerçek tabloyla yüzleştirir.
👉 Teste buradan ulaşabilirsiniz:
Erişilebilirliği sonradan eklenen bir zorunluluk değil,
ürünün temel bir parçası olarak ele alan markalar bu süreci doğru şekilde yönetecektir.
