Sayfa yükleniyor…

Tasarım Erişilebilirlik Hizmetleri

Eksik bir odak durumu, tasarım dosyasında beş dakikalık bir düzenlemedir. Aynı sorun geliştirme sonrasında ortaya çıktığında bir geliştiricinin çalışan kodu yeniden yazması anlamına gelir. Tasarımlarınızı ve tasarım sisteminizi WCAG'ye göre inceliyoruz; böylece ekibiniz ilk sürümden itibaren ekran okuyucu, klavye ve ses kontrolü kullananlar için daha iyi çalışan arayüzler yayına alabilir.

Tasarım Erişilebilirlik Hizmetleri broşürü ve yanında basılı erişilebilirlik inceleme tablosu

Bize güvenen kurumlar daha erişilebilir dijital deneyimler kuruyor.

Erişilebilirlik neden tasarım aşamasına ait?

Kontrast oranları, odak sırası, dokunma hedefi boyutu ve hata mesajları; hepsi birer tasarım kararıdır. Her biri yardımcı teknoloji kullanan birini ya destekler ya da engeller ve her biri ön yüz kodu var olmadan çok önce belirlenir. Bunları erken ele almak hem ucuz hem basittir. Tasarımda bir düzeltme, bir dosya düzenlemesi kadardır. Aynı düzeltme yayına alındıktan sonra kod değişikliği, yeniden test ve yeni bir sürüm gerektirir.

Masaya serilmiş basılı arayüz ekranlarını inceleyen iki tasarımcı ve yanında erişilebilirlik istatistik paneli
  • Daha düşük iyileştirme maliyeti — Sorunlar kod tabanına ulaşmadan çözülür.

  • Yamalanan değil, önlenen engeller — Klavye ya da ekran okuyucu kullananları dışarıda bırakan desenler yayına çıkmadan yakalanır.

  • Tasarım sistemi tutarlılığı — Tek bir kaynak bileşen düzeltilir, her ekran iyileşir.

  • Denetimde daha az sürpriz — Tasarım, denetimin kullanacağı kriterlere göre çoktan ölçülmüş olur.

Neler Dahil?

  • Tasarım erişilebilirlik denetimi

    Mevcut mockup'lar ya da canlı ürün, WCAG'ye göre kriter kriter incelenir.

  • Tasarım ekibi yetkinlendirme

    Tasarım ekibinizin kullandığı bileşenlere ve tasarım sistemine göre özelleştirilmiş oturumlar ve kontrol listeleriyle erişilebilir tasarım uygulamaları.

  • Tasarım sistemi entegrasyonu

    Ortak bileşenler kaynağında düzeltilir; böylece düzeltme o bileşenden kurulan her ekrana ulaşır.

  • Açıklamalı devir dokümantasyonu

    ARIA rolleri, odak sırası ve alternatif metin amacı, geliştiricilerin gerçekten okuyacağı yerde belgelenir.

  • Etkileşim ve prototip tanımı

    Sekme sırası, katmanlardaki odak yönetimi ve dinamik durum değişiklikleri yoruma bırakılmaz, tanımlanır.

  • Erişilebilir arayüz bileşeni tasarımı

    Açılır menüler, modallar, form alanları ve veri tabloları; klavye ve ekran okuyucu davranışı çözülmüş olarak tasarlanır.

Bunların tamamı mevcut tasarım dosyalarınızın içinde teslim edilir; ekibinizin çevirmesi gereken ayrı bir doküman olarak değil.

Kapsayıcı tasarım ile erişilebilir tasarım arasındaki fark nedir?

Kapsayıcı tasarım daha geniş bir yaklaşımdır. Engellilik, yaş, dil, ortam ve geçici ya da duruma bağlı kısıtlar dahil insan çeşitliliğinin tamamını dikkate alır. Bir ekibin ürünün kimin için olduğunu nasıl düşündüğünü biçimlendirir.

Erişilebilir tasarım ise ölçülebilir olan kısımdır. Engelli kişilerin önündeki engelleri WCAG gibi tanımlı kriterlere göre kaldırır; bu da onu test edilebilir ve doğrulanabilir kılar. İkisi birbirinin alternatifi değildir. Altyazılar klasik örnektir: işitme engelli kullanıcılar için erişilebilir tasarım gereksinimi, sesi kapalı video izleyen herkes için kapsayıcı bir fayda.

Masaüstü ekranında altyazılı bir video oynatıcıyı inceleyen bir aile ve yanında erişilebilirlik istatistik paneli

Kapsayıcı tasarım bakış açısını, erişilebilir tasarım ölçümü sağlar; olgun bir ürünün ikisine de ihtiyacı vardır.

Tasarım akışınızı nasıl destekliyoruz?

  1. Keşif ve temel denetim

    Mevcut tasarımlar ya da canlı ürün WCAG'ye göre incelenir, her sorun önem derecesine göre sıralanır.

  2. Tasarım ve prototip incelemeleri

    Tel çerçeveler ve yüksek çözünürlüklü mockup'lar üretildikçe kontrol edilir. Böylece düzeltmeler hâlâ hızlı birer düzenleme olarak kalır.

  3. Tasarım sistemi ve bileşen çalışması

    Ortak bileşenler, ekranlar boyunca tekrar tekrar değil, kaynağında bir kez denetlenip düzeltilir.

  4. Açıklamalı devir

    Tasarımlar geliştirmeye; klavye desenleri, odak yönetimi ve ARIA amacı belgelenmiş olarak gider.

  5. Yapım sonrası doğrulama

    Uygulanan ekranlar, erişilebilirlik kararlarının yapımdan sağ çıktığını doğrulamak için tasarım amacına göre kontrol edilir.

Tam olarak neler inceleniyor?

  • Yeterli renk kontrastı
  • Görünür odak göstergeleri
  • Yalnızca renge dayanmama
  • Öngörülebilir navigasyon
  • Birincil eylemlerin tutarlı konumu
  • Yeterli dokunma hedefi boyutu
  • Etiketli ikon butonlar
  • Metnin yeniden akışı ve ölçeklenmesi
  • Esnek kapsayıcılar
  • Net görsel hiyerarşi
  • Tanımlı odak sırası
  • Açıklayıcı bağlantı metni
  • Hedef aralığı
  • Net hata mesajları
  • Programatik form etiketleri
  • Modallarda odak yönetimi
  • Erişilebilir veri tabloları

Beyaz üzerine açık gri bir etiket temiz görünebilir ama ikisini ayırt edemeyen herkes için yine de başarısızdır; bu yüzden bunların her biri gözle değerlendirilmez, ölçülür.

Tasarım Erişilebilirliğinde Hangi Standartları Kullanıyoruz?

  • WCAG 2.2 uygunluk rozeti

    WCAG 2.2 AA

    Tasarım kararlarını erişilebilirlik gereklilikleriyle eşleştirmek için temel teknik çerçeve olarak kullanılır.

  • ADA uygunluk rozeti

    ADA

    ABD'deki dijital erişilebilirlik çalışmalarında ilgili yasal gereklilikleri değerlendirmek için dikkate alınır; teknik uygulamalarda WCAG kriterlerinden yararlanılır.

  • Avrupa Erişilebilirlik Yasası uygunluk rozeti

    EAA

    Avrupa Birliği'nde kapsam dahilindeki ürün ve hizmetlerin erişilebilirlik gereklilikleri açısından tasarım kararlarının değerlendirilmesine yardımcı olur.

  • Section 508 uygunluk rozeti

    Section 508

    ABD federal kurumlarının kullandığı BİT ürünleri için geçerlidir. Bu kurumlara satış yapan firmalardan genellikle uygunluk belgesi istenir.

  • EN 301 549 uygunluk rozeti

    EN 301 549

    WCAG ile eşleşen, ayrıca yazılım ve dokümantasyonu da kapsayan Avrupa standardı.

İnceleme sonuçlarını bileşen ve ekran düzeyinde belgeler; tasarımcı ve geliştiricilerin hangi değişiklikleri yapması gerektiğini açıkça gösteririz.

Tasarım Erişilebilirlik İncelemesinde Neden WeAccess.ai?

Otomatik kontrast aracı ve yayın sonrası denetimin WeAccess.Ai tasarım incelemesiyle karşılaştırması
ÖzellikOtomatik kontrast aracıYayın sonrası denetimWeAccess.Ai tasarım incelemesi
Sorunlar ne zaman görünür Ekran kurulduktan sonraÜrün yayına çıktıktan sonraEvetTasarım dosyasında
Kapsam Yalnızca kontrastKapsamlı, belirli bir ana aitEvetKapsamlı, kriter kriter
Etkileşim ve odak sırası DeğerlendirilmezKodda değerlendirilirEvetYapımdan önce tanımlanır
Bir bulgunun düzeltme maliyeti Kod değişikliğiKod değişikliği ve yeniden testEvetBir dosya düzenlemesi
Gelecek ekranlara etkisi YokSonraki döngüde tekrarlanırEvetTasarım sisteminde düzeltilir

Bir denetimde bulunan erişilebilirlik hatalarının önemli bir kısmı, aylar önce bir mockup'ta karara bağlanmıştı.

Neden erişilebilirlik tasarım ekibimiz?

  • Tek ekipte tasarım ve kod uzmanlığı

    Figma'daki bir kontrast sorunu ile bir bileşendeki odak hatası aynı kişiler tarafından ele alınır; farklı tedarikçilere bölünmez.

  • Kaynağında, bir kez yapılan düzeltmeler

    Düzeltmeler ortak bileşenlerinize işlenir; böylece kusur her yeni ekranda yeniden ortaya çıkmaz.

  • Herkes için işleyen erişilebilirlik

    Daha büyük hedefler, net hiyerarşi ve açıklayıcı bağlantılar navigasyonu herkes için kolaylaştırır.

  • Türkçe, İngilizce ve Almanca

    Arayüz metinlerini üç dilde de inceler, ekibinizin çalıştığı dilde raporlarız.

  • Bağımlılık değil, yetkinlik

    Çalışma sona erdiğinde desenler, açıklamalar ve kontrol listeleri tasarımcılarınızda kalır.

Bir Erişilebilirlik Tasarımcısıyla Görüşün

SSS

Hâlâ sorunuz mu var? Tüm SSS bölümümüzü inceleyin.

  • İkisi de. Mevcut ürünler genellikle bir temel denetimle başlar; süregiden tasarım çalışması ise üretildikçe incelenir.

  • Varsayılan WCAG 2.2 AA'dır; neredeyse her yasanın ve satın alma şartının işaret ettiği seviye budur. Hedef kitleniz için belirli bir AAA kriteri önem taşıyorsa bunu belirtiriz, kararı siz verirsiniz.

  • Erken aşamada maliyeti çok düşüktür; büyük kısmı aynı kararı farklı bir biçimde vermektir. Pahalı olan, aynı sorunu yayın sonrasında kodda düzeltmektir.

  • Evet. Yetkinlendirme oturumları ve bileşen kontrol listeleri çalışmanın bir parçasıdır; böylece tasarımcılarınız bir sonraki ekranda desenleri biz olmadan uygulayabilir.

  • Kontrast ve hedef boyutu gibi bazı tercihleri sınırlar ama görsel bir üslup dayatmaz. İşin çoğu estetikten çok durumlar, sıra ve etiketlemeyle ilgilidir.

  • Evet. Ekibinizle birlikte Figma'da çalışır; bileşenleri ve düzeltmeleri ayrı bir doküman üretmek yerine yerinde açıklarız.

Herkesin kullanabileceği dijital deneyimler kurun.

WeAccess'in kurumunuzda web, mobil, doküman ve medya kanallarındaki erişilebilirliği yönetmenize nasıl yardımcı olduğunu görün.