Erişilebilirlik… arka uçta mı?

Bu makaleyi ingilizce olarak buradan okuyabilirsiniz.

Dijital erişilebilirlik denilince çoğu kişi bu konudaki uygulamaların sadece frontend geliştiriciler ve tasarımcılar tarafından yapıldığını düşünür. İşlerin çoğunun bu alanlarda olduğu doğru olsa da backend ile çalışanlar bu konunun tamamen dışında değil.

Ama ben, arka uç dev, ekran düzeni yapmıyorum, hayatımda bir kez yarım düzine HTML satırı yazıyorum, bu senaryoda nasıl yardımcı olabilirim?

Her zaman bir yol vardır. Aşağıda, erişilebilirlik alanında arka uç kişilerden bazı eylem fikirleri getiriyorum.

Verim

Uygulamalarda performans optimizasyonları gerçekleştirmenin son derece önemli olduğunu duymamız yeni bir şey değil ve bunun genellikle iki ana nedeni var:

• Performans , kullanıcının bir satın alma işlemini tamamlaması için belirleyici bir faktör olabilir ve bir sitedeki performans eksikliği, potansiyel müşterilerin kaybedilmesine neden olabilir;
• Google, arama sıralaması kriteri olarak sitenin performans puanını dikkate alır .

Kullanıcının bir sayfa henüz yüklenmediği için erişimden vazgeçmesi ortalama 3 saniye sürüyor . Ancak, kullanıcının ısrarcı olduğu ve "tüm bu zamanı" bekleyerek geçirmeye istekli olduğu bir senaryo hayal edelim: sitenin tam girişinde zaten kötü bir izlenim bırakacak, muhtemelen yavaşlık bir endişeye veya tahrişe neden olacaktır ( ve muhtemelen) site deneyiminin geri kalanını etkileyecektir.

Uluslararasılaşma

Uluslararasılaşma tamamen erişilebilirlikle ilgilidir. Uygulamada her iki tekniğin de ortak bir amacı vardır: Ekrandaki içeriğin kullanıcı tarafından anlaşılmasını sağlamak .

Bu, "geri çalışma" veya "ön çalışma" (veya her ikisi) olarak kabul edilmesi için büyük ölçüde geliştirilmekte olan uygulamaya bağlı bir iştir, ancak bir gerçek var: çok dilli olacak şekilde tasarlanmış bir şey geliştirirken, çalışma tutarlı uluslararasılaştırma yapılır. Portekizce'ye "çevrilmiş" bir siteye kim girmedi, ancak birkaç İngilizce metin fark etti? Evet, bu örneği takip etmeyin.

Ah! Bu, bahsetmek için bile çok basit gibi görünüyor, ancak günlük yaşamda unutulması çok yaygın: HTML'de özniteliği kullanın lang, genellikle sayfanın kök öğesinde (etiket html) kullanılır, ancak belirli bir bölüm olduğunda da kullanılabilir. sayfanın dili sitenin geri kalanından farklı. Bu özellik, tarayıcının sayfada kullanılan dili tanımlaması ve kullanıcının tarayıcı diline göre otomatik çeviriler önermesi için çok önemlidir.

temel bilgileri öğrenmek

Günlük hayatınızın bir parçası olması gerekmese bile, erişilebilirliğin ne olduğunu ve bir Web/Mobil uygulama bağlamında nasıl çalıştığını bilmeniz önerilir. Genellikle arka uç geliştiricileri HTML sayfaları oluşturur ve bunu yaptıklarında da bu sayfalar mümkün olan en kullanıcı dostu şekilde yapılandırılmamış olabilir.

Diğer alanlardaki meslektaşlarınızla konuşun

Ekibiniz ön uç ve tasarım gibi alanlarda erişilebilirlik konusunda zaten belli bir olgunluğa sahipse, bu işlerin nasıl yapıldığını ve onlara nasıl yardımcı olabileceğinizi öğrenmek için bu alanlardaki insanlarla konuşun. Belki de ürün detaylarında resim alternatifleri veya ekstra bilgiler için bir açıklama alanı eksik ve evet, bu detaylar önemsiz olacak kadar küçük görünüyor, ancak diğer iyileştirmelerle birlikte büyük bir fark yaratıyorlar.

Eylemleri tamamlamak için zaman sınırı

Süre, kullanıcının bir aktiviteyi tamamlamasını engelleyen bir sınırlama olmamalı, yani kullanıcının bir formu göndermek için 5 dakikaya veya 1 saate ihtiyacı varsa, öyle olsun, uygulamanın her iki senaryo için de hazırlanması gerekiyor.

Elbette, bunu sağlamamızı engelleyebilecek çeşitli teknik sınırlamalar olduğu gerçeğini göz ardı edemeyiz, ancak kullanıcı için yalnızca hayal kırıklığı yaratacak bu tür sorunlardan kaçınmak her zaman iyidir. Ayrıca, W3C'nin açıkladığı gibi , bu kuralın bazı istisnaları vardır:

• Gerçek zamanlı etkinlikler: Çevrimiçi açık artırma gibi etkinlik için bir zaman sınırı olmalıdır.
• Zamanın önemli olduğu faaliyetler: Zamanın çok önemli olduğu ve limitin artırılması, bir e-ticaret sitesinde sınırlı süreli bir teklif gibi, işlemi geçersiz kılacaktır.
• 20 saat sınırı: Bir görevin arka arkaya 20 saatten fazla sürmesi pek olası olmasa da, bu W3C tarafından bir sınır olarak seçilmiştir ve bundan sonra bir süre sınırına izin verilmektedir.

W3C'nin önerdiği gibi , aşağıdakileri yapan kullanıcılara yardımcı olmak için, sayfada kullanılan bir kısaltmanın anlamını göstermenin bir yolunu sağlamamız gerekir:

• bir kısaltmanın ne anlama geldiğini deşifre etmekte güçlük çekerler;
• ekran okuyuculara güvenin;
• sınırlı hafızaya sahip olmak;
• kısaltmanın anlamını anlamak için bulunduğu bağlamı kullanmakta güçlük çekerler.

yeniden doğrulama

Aşağıdaki senaryoyu hayal edin:

Tüm zamanların en sevdiğim grubu, yaşadığım yere yakın bir yerde bir gösteri yapıyor ve onları görme hayalimi gerçekleştirmek için nadir bir şansım var. Biletleri garanti altına almak için rekabetin büyük olacağını şimdiden bildiğimden, tüm kaydımı web sitesinde hazır bırakıyorum, sadece biletlerin satın alınması için serbest bırakılmasını bekliyorum. Biletler nihayet hazır olduğunda benimkini garanti ediyorum, kart bilgilerimi falan giriyorum ama… satın alma işlemini sonlandırmak için gittiğimde oturumum kapanıyor. O anda çaresizlik baş gösteriyor, hızla tekrar kimliğimi doğruluyorum ve satın alma işlemine devam etmeye çalıştığımda üzücü bir mesaj görüyorum… biletler tükendi .

"Bir tür" sıkıcı durum, değil mi? İşte bu.

Tamam, bu bir sorun ama erişilebilirlikle ne ilgisi var?

Aslında, bu özel bir erişilebilirlik sorunu değil , ancak bu durum zaten herhangi bir sınırlaması olmayan kullanıcılar için büyük bir rahatsızlığa neden oluyorsa, sadece fareyi kullanabilen veya gezinmek için bir ekran okuyucuya bağımlı olanlar için hayal edin?

Bu yüzden kimlik doğrulama gerektiren akışları uygularken dikkatli olmalıyız, kullanıcı oturumunun sona ermesi durumunda herhangi bir veri kaybetmeden faaliyetine devam edebilmelidir. Bu bilet senaryosunda, sorunu hafifleten bazı çözümler vardır:

• Kullanıcı sitede aktifken oturum süresini periyodik olarak uzatın;
• Herhangi bir nedenle doldurmayı tamamlayamaması ve daha sonra devam etmek istemesi durumunda, bileti ayırın ve kullanıcı yazarken form verilerini kaydedin;
• Geçerli sayfadan ayrılmadan yeniden kimlik doğrulama seçeneği sağlayın ve yeniden kimlik doğrulamadan sonra akışa devam edin.

İçeriği bulmak için metne göre arama yapabileceğiniz senaryolarda, sistemin aramada bir yazım hatası olduğundan şüphelenmesi durumunda benzer adlara sahip içerik öneren bir mekanizmaya sahip olmak ilginçtir. Bu sayede kullanıcının ikinci bir arama yapma, hatasını düzeltme ve ancak o zaman istediğini bulma ihtiyacından kurtulmuş oluyoruz.

Erişilebilirlik söz konusu olduğunda birçok şeyde olduğu gibi, yazım düzeltmesi her türden kullanıcıya yardımcı olur, ancak özellikle düşük eğitim düzeyine sahip kişiler ve disleksi gibi bir tür bilişsel bozukluğu olan kişiler.

Sonuç

Peki ya bu ipuçlarından hiçbiri benim günlük arka ucum için geçerli değilse? Hala erişilebilirlik bilgisine sahip olmam gerekiyor mu?

Teknoloji alanı giderek daha popüler ve kapsayıcı olduğundan ve yeni insanların girişi (PCD'ler dahil) arttığından, konuyla ilgili temel bilgi yalnızca arka uç geliştiricilere değil, ekipteki herkese yardımcı olabilir . sadece sistemleri geliştirdiğimiz kullanıcıların ihtiyaçlarını değil, aynı zamanda bu tür ihtiyaçlara sahip olabilecek çalışma arkadaşlarımızın ihtiyaçlarını da anlayabiliyoruz.

Erişilebilirlikten sadece ön uç, arka uç, tasarım ve kalite güvencesi ile çalışan kişilerin sorumlu olmadığını, bir yazılımın tasarımında herhangi bir aşamadan geçen herkesin katkıda bulunabileceğini belirtmekte bile fayda var.

Referanslar

• Evet, erişilebilirlik aynı zamanda bir arka uç sorunudur (Eric Bailey)
• Zamanlama Ayarlanabilir — Zaman, gerekli davranışları sınırlar (W3C)
• Kısaltmalar (W3C)