Erişilebilirlik Tasarımın İçinde Başlar, Denetim Raporunda Değil

Erişilebilirlik kurumsal projelerde çoğunlukla bir denetim raporuyla gündeme gelir, o rapor da işin sonunda gelir. İçindeki maddelerin büyük kısmı koda değil, aylar önce verilmiş tasarım kararlarına dokunur. Bu yüzden erişilebilirlik tek bir geliştiriciye ihale edilebilecek bir görev değil, sürecin başında kurulan bir çalışma biçimidir.

Denetim raporu geç gelen bir faturadır

Bir projede erişilebilirlik denetimi teslimden iki hafta önce geldi; listedeki maddelerin çoğu renk kontrastı, odak sırası ve form etiketleriydi, üçü de kod değil tasarım işiydi.

Bu aşamada yapılan her düzeltme tasarım dosyasına geri dönmeyi, bileşeni yeniden çizmeyi, sonra da o bileşeni kullanan bütün ekranları elden geçirmeyi gerektirir. Aynı kararın ilk eskizde alınması ek maliyet çıkarmaz. Erişilebilirliğin pahalı görünmesinin sebebi konunun kendisi değil, ele alındığı an.

Yük tasarımcıda, geliştiricide değil

IBM ekiplerinin kendi özeti net: ürün erişilebilir tasarlanırsa erişilebilir geliştirilir. Kontrast oranı, dokunma hedefinin boyutu, başlık hiyerarşisi, hata mesajının nerede göründüğü, odağın hangi sırayla ilerlediği. Bunların hepsi tasarım masasında kararlaştırılır, geliştirici yalnızca uygular. Equal Access Toolkit bu yüzden görevleri role göre dağıtır, herkese aynı kontrol listesini vermez.

Kademeli plan üç maddeye sığmaz

Ekipler genelde “en kritik üç şeyi söyle, hemen yapalım” ister. Böyle bir üçlü yok. WCAG 2.1’de A ve AA seviyeleri birlikte elli başarı ölçütü tanımlar; hepsi aynı ağırlıkta değildir ama hiçbiri diğerinin yerine geçmez.

İşe yarayan yaklaşım sıralamaktır. Önce klavyeyle tüm akışın tamamlanabilmesi, sonra anlamlı başlık yapısı, form etiketleri ve hata bildirimi, ardından kontrast ve durum göstergeleri, en son ekran okuyucuyla akıcı bir deneyim. WCAG hızlı referansı bu sırayı vermez, ölçütleri verir; sırayı ürünün kendi akışına göre siz kurarsınız.

Otomatik denetim araçları bu listenin yalnızca bir bölümünü görür. Alternatif metnin var olup olmadığını söyler, o metnin görseli anlatıp anlatmadığını söylemez. Odak sırasının teknik olarak tanımlı olduğunu söyler, sıranın kullanıcı için anlamlı olduğunu söylemez. Aracın yeşil çıktı vermesi işin bittiği anlamına gelmiyor.

“Bir damla boya” iddiası nerede tutmaz

Yaygın bir rahatlatma var: tek bir engel türünü ele alırsanız diğerleri de büyük ölçüde kapanır. Bu kısmen doğru. Semantik işaretleme hem ekran okuyucuyu hem klavye kullanıcısını rahatlatır, düzgün alt metin arama motoruna kadar uzanır.

Bilişsel ve durumsal engeller ise başka yerde durur. Ekran okuyucuyla kusursuz çalışan bir form, oturum süresi dolduğu için kullanılamaz hale gelebilir. Otomatik oynayan bir animasyon vestibüler rahatsızlığı olan kullanıcı için tek başına engeldir ve hiçbir ARIA niteliği bunu çözmez. Dilin karmaşıklığı da öyle. Bunlar ayrı ayrı ele alınır.

Simülasyon değil, gerçek kullanıcı

Empati atölyeleri yaygın: gözler bağlanır, ekran okuyucu açılır, ekip on dakika boyunca ekranda kaybolur. Bu egzersiz acemiliği ölçer, kullanımı değil. Yıllardır NVDA kullanan biri arayüzde sizin takip edemeyeceğiniz hızda gezinir ve takıldığı yer sizin takıldığınız yer olmaz.

Ekibin göreceği tek gerçek veri, engelli kullanıcının kendi kurulumuyla ve kendi hızında ürünü kullanmasıdır. Bir saatlik böyle bir oturum, üç atölyeden fazlasını gösterir.

İş gerekçesi zaten kurulmuş durumda

Dünya Bankası verilerine göre her yedi kişiden biri kalıcı ya da geçici bir engelle yaşıyor. Buna kırık kol, güneş altında okunmayan ekran, bir eli doluyken kullanılan telefon da ekleniyor. Kurumsal alımlarda erişilebilirlik beyanı çoktan şartnameye girdi; uyumsuz ürün teklif aşamasında eleniyor. Gerekçeyi bir kez daha savunmak yerine planı yazmak daha verimli.