Konu Başlıkları
Yükleniyor...

UX'te Erişilebilirlik: Standartlar, Yasal Zemin ve Pratikte Kırılanlar

Erişilebilir Arayüz Tasarımı: Kontrast Oranları, WCAG ve Yasal Zorunluluk

Erişilebilirlik yazılarının çoğu aynı yerden başlıyor: dünyada 1,3 milyar engelli birey var, demek ki büyük bir kitleyi kaçırıyorsunuz. Rakam doğru, argüman zayıf. Erişilebilirliği savunmanın daha sağlam yolları var ve bu yollar aynı zamanda hangi işi önce yapacağınızı da söylüyor.

1,3 milyar rakamı ne söyler, ne söylemez

Dünya Sağlık Örgütü'nün tahmini şu: yaklaşık 1,3 milyar kişi, yani dünya nüfusunun yüzde 16'sı belirgin bir engelle yaşıyor. Sayı gerçek. Ama bu sayı görme, işitme, hareket, bilişsel ve ruhsal her durumu birlikte topluyor ve hepsi sizin arayüzünüzle kurulan ilişkiyi etkilemiyor. Erişilebilirliği bir pazar büyüklüğü hesabı olarak sunarsanız, karşı taraf o pazarın kendi ürünüyle kesişen dilimini sorduğu anda argüman çöker ve ilk bütçe kısıtlamasında listeden düşer.

Daha sağlam gerekçe kalıcı engelin dışında duruyor. Klavyeyle gezilebilen bir form, kolu alçıda olan kullanıcı için de çalışır. Yeterli kontrast, güneş altında telefona bakan herkesin işine yarar. Altyazı, videoyu toplu taşımada sessiz izleyen kitlenin ihtiyacıdır. Bir de nüfus yaşlanıyor; yakın görme kaybı ve el titremesi belli bir yaştan sonra istisna değil ortalama.

Tıbbi model, sosyal model ve bunun tasarımda karşılığı

Literatürde geniş yer kaplayan bir ayrım var. Tıbbi model engelliliği bireyin bir özelliği sayar, çözümü de bireyin düzeltilmesinde arar. Sosyal model engeli çevrenin ürettiğini söyler: merdiven, etiketsiz form alanı, sadece renkle anlatılan hata mesajı.

Tasarım masasında bu ayrımın pratik karşılığı tek cümleye iniyor: arıza kaydını kullanıcıya değil arayüze yaz. "Kullanıcı butonu göremiyor" bir teşhis değil. "Buton metniyle arka plan arasındaki kontrast 2,8:1" bir teşhis, üstelik düzeltilebilir olanı.

Pratikte kırılan yerler egzotik değil, hep aynı

WebAIM her yıl bir milyon ana sayfayı otomatik tarayıp sonuçları yayımlıyor (WebAIM Million). Yıldan yıla en çok tekrar eden hatalar değişmiyor: düşük kontrastlı metin, alternatif metni olmayan görsel, etiketsiz form alanı, içi boş bağlantı, sayfa dilinin tanımlanmamış olması. Bunların hiçbiri ekran okuyucu kullanıcısının uç senaryosu değil, hepsi şablonun içinde duruyor.

Kontrast tarafında hedefler net. WCAG'in AA seviyesi normal boyutlu metin için 4,5:1 ister, büyük metin için (24 piksel, kalınsa 18,66 piksel) 3:1'e iner. Buton kenarı, ikon, form çerçevesi gibi metin olmayan arayüz öğeleri için de eşik 3:1'dir. Bu üç sayı palet aşamasında karara bağlanırsa geliştirme tarafında konu hiç açılmaz; renkler onaylandıktan sonra fark edilirse, düzeltme artık marka kararına dokunuyor demektir.

Bir projede klavye sırası tamamen bozulmuştu, sebebi ekrandaki görsel sırayı düzeltmek için kullanılan CSS order tanımıydı; DOM sırası olduğu gibi kalmıştı. Kural basit: görsel sırayla kaynak sırasının ayrıştığı her yerde sekme tuşuyla bir tur atın. İki dakika sürer.

Yasal taraf iyi niyete bağlı değil

Birleşmiş Milletler Engelli Hakları Sözleşmesi'ni 190'ı aşkın ülke onayladı ve 9. maddesi erişilebilirliği doğrudan bilgi ve iletişim teknolojilerini kapsayacak şekilde tanımlıyor. Sözleşme metinleri yavaş işler, ama bu kez arkasından yaptırımı olan bir düzenleme geldi.

Avrupa Erişilebilirlik Yasası'nın (2019/882 sayılı direktif) yükümlülükleri 28 Haziran 2025'te başladı. Kapsamı e-ticaret, bankacılık hizmetleri, e-kitap, yolcu taşımacılığı gibi alanlar. Kritik nokta ürünün nerede üretildiği değil, nerede satıldığı: Türkiye'den Avrupa Birliği pazarına satış yapan bir e-ticaret sitesi için bu uzak bir mevzuat değil. Teknik referans olarak kullanılan EN 301 549 standardı da WCAG'in AA seviyesine dayanıyor, yani hedef zaten tanımlı; ayrıca bir yorum katmanı üretmeye gerek yok.

Uluslararası çerçevenin kendisi için W3C'nin erişilebilirlik sayfası iyi bir başlangıç: W3C Erişilebilirlik Standartları.

Persona'ya engelli bir karakter eklemek yeterli mi

Yaygın tavsiye şu: persona setinize görme kaybı yaşayan 60 yaşında bir kullanıcı, el kaslarında güçsüzlük olan bir öğrenci ekleyin. Faydasız değil, ekipte konuyu masada tutuyor. Sınırı da açık: uydurduğunuz persona sizin tahminlerinizi geri yansıtır, bilmediğiniz şeyi size söylemez.

Ölçmeye geçmek daha çok iş görüyor. Kendi kritik akışınızı bir ekran okuyucuyla baştan sona geçmek (Windows'ta NVDA, macOS ve iOS'ta VoiceOver, ikisi de ücretsiz) yarım gün sürer ve persona'nın asla üretemeyeceği bir liste çıkarır. Bunu gerçekten ekran okuyucu kullanan tek bir kişiyle kırk dakikalık bir oturuma çevirebiliyorsanız, elinizdeki bütün persona dokümanlarından daha değerli olur. Sıralama da bu: önce otomatik tarama, sonra klavye turu, sonra gerçek kullanıcı. Tersten başlayanlar ilk yarım saati zaten otomatik araçların bulacağı hatalarla harcıyor.