Ücretsiz Erişilebilirlik aracı

WCAG 2.2 Kontrol Aracı

Sitenizin WCAG 2.2 A ve AA seviyesindeki 55 başarı kriterinin her birinde nerede durduğunu görün. Her kriter dört durumdan birini alır; böylece otomatik testlerin neleri kapsadığını ve bir insanın neleri hâlâ kontrol etmesi gerektiğini ayırt edebilirsiniz.

Ücretsiz. En fazla beş temel sayfayı yaklaşık bir dakikada test eder.

Bu araç neleri kontrol eder

  • A ve AA seviyesindeki tüm kriterler

    55 kriterin tamamı (31’i A, 24’ü AA seviyesinde), WCAG’deki sırasıyla, numarası ve adıyla. WCAG 2.2 bu kriteri geçersiz olarak işaretlediği için 4.1.1 Parsing listeye alınmaz.

  • Kriterlerle eşleştirilmiş otomatik sonuçlar

    axe-core kuralları girdiğiniz sayfada ve en fazla dört temel sayfada çalışır; her sonuç, o kuralın test ettiği başarı kriterlerine bağlanır. Bir kritere ait kurallardan herhangi biri test edilen herhangi bir sayfada başarısız olursa kriter başarısız sayılır.

  • Klavye kanıtı

    İlk sayfada Tab tuşuna 40 kez basılarak yapılan test, 2.1.2 No Keyboard Trap kriterine ve inceleme için gösterilen sezgisel bir kontrol olarak 2.4.7 Focus Visible kriterine veri sağlar.

  • Karara bağlanamayan sonuçlar ayrı tutulur

    Bir kural, örneğin bir görselin üzerindeki metin için bir karara varamadığında, ilgili kriterler başarılı veya başarısız yerine “İnceleme gerekli” olarak gösterilir.

  • Puan yerine görünür boşluklar

    Hiçbir otomatik kuralın kapsamadığı kriterler “Manuel kontrol” olarak işaretlenir. Neyin test edilmediğini gizleyecek bir yüzde için hiçbir şeyin ortalaması alınmaz.

Neleri kontrol edemez

  • İnsan muhakemesi gerektiren kriterlere karar veremez: örneğin 1.4.10 Reflow, 1.4.11 Non-text Contrast, altyazı ve sesli betimlemeye ilişkin 1.2 kriterleri ve form hatalarına ilişkin 3.3.1 ile 3.3.4 arasındaki kriterler.
  • “Otomatik hata yok” sonucunu başarıya çeviremez. Çalışıp başarılı olan bir kural, yalnızca o kuralın test ettiği konuyu kapsar.
  • Uygunluk beyanı, erişilebilirlik beyanı veya VPAT üretemez. Uygunluk; tam sayfalar ve eksiksiz süreçler üzerinden, insanlar tarafından değerlendirilir.
  • AAA seviyesini veya taramadaki beş sayfanın dışındaki sayfaları test edemez.
  • 3.3.7 Redundant Entry ve 3.3.8 Accessible Authentication gibi kriterlerin genellikle geçerli olduğu, giriş veya ödeme süreci arkasındaki adımlara ulaşamaz.

Neden önemli

WCAG başarı kriterleri biçiminde yazılmıştır; denetçiler, satın alma ekipleri ve erişilebilirlik beyanları da bir siteyi bu kriterlerle tanımlar. Başarısız kuralların listesi size neyi düzeltmeniz gerektiğini söyler. Kriter görünümü ise site hakkında neyi söyleyebileceğinizi ve neyi henüz söyleyemeyeceğinizi gösterir.

Otomatik araçlar A ve AA kriterlerinin yarısından azına dokunur: axe-core, kurallarını 55 kriterin yaklaşık 25’iyle eşleştirir. Geri kalanı için güvenilir bir otomatik test yoktur. Yazılım, bir hata mesajının bir düzeltme önerip önermediğini (3.3.3) veya bir sayfanın 320 CSS piksel genişlikte hâlâ çalışıp çalışmadığını (1.4.10) anlayamaz. Bunları manuel kontrol olarak listelemek, testin hâlâ nerede yapılması gerektiğini gösterir.

Otomatik hata bulunmayan bir kriter bile karşılanmamış olabilir. 1.1.1 Non-text Content kuralları bir görselin alternatif metni olduğunu kontrol eder; alt="IMG_2041.jpg" değerinin fotoğrafı göremeyen biri için işe yaramaz olduğunu anlayamaz.

Sonuçlar nasıl okunur

Başarısız
Bu kritere bağlı en az bir otomatik kural, test edilen bir sayfada başarısız oldu. Bu kesin bir sorundur; erişilebilirlik testi bunun arkasındaki öğeleri ve sayfaları gösterir.
İnceleme gerekli
Otomatik bir kontrol, karar veremediği bir şeyi işaretledi; örneğin renk geçişli (gradyan) bir arka plan üzerindeki metnin kontrastı. Bir insanın öğeye bakması gerekir.
Otomatik hata yok
Kritere bağlı en az bir axe-core kuralı çalıştı ve başarılı oldu. Bu, uygunluk anlamına gelmez: kurallar, kriterin istediklerinin yalnızca bir kısmını kapsar.
Tetiklenmedi
Bu kriter için otomatik kurallar var, ancak test edilen sayfalarda kontrol edecekleri bir şey yoktu; örneğin altyazı kuralları için video ya da etiket kuralları için form bulunmuyordu. Sitenizin başka yerlerinde bu tür içerikler varsa elle test edin.
Manuel kontrol
Bu kriteri hiçbir otomatik kural kapsamaz; bu yüzden tarama onun hakkında olumlu ya da olumsuz hiçbir şey söylemez. Elle test edin.
A seviyesi ve AA seviyesi
A seviyesi asgari düzeydir. WCAG’ye atıf yapan politikalar genellikle A seviyesinin tüm kriterlerini de içeren AA seviyesini belirtir.

En yaygın sorunlar nasıl düzeltilir

  • 4.1.2 Name, Role, Value karşılanmadı

    div veya span öğeleriyle oluşturulmuş özel kontroller (menüler, sekmeler, akordeonlar, açma-kapama düğmeleri) yardımcı teknolojilere ne olduklarını veya açık olup olmadıklarını bildirmez. Mümkün olan her yerde yerel bir <button> kullanın, ona bir ad verin ve durumunun seslendirilmesi için aria-expanded veya aria-pressed ayarlayın.

  • 1.3.1 Info and Relationships karşılanmadı

    Yapı yalnızca stilde değil, HTML kodunda da bulunmalıdır. Kalın yazılmış paragraflar yerine gerçek h2 ve h3 öğeleri, listeler için ul veya ol, tablo başlıkları için scope içeren th, form alanı grupları için etiketler veya legend içeren fieldset kullanın.

  • 3.1.1 Language of Page karşılanmadı

    html öğesine bir lang özniteliği ekleyin; örneğin <html lang="en">. WordPress temaları bunu normalde language_attributes() ile yazar; bir Shopify temasında layout/theme.liquid dosyasında <html lang="{{ request.locale.iso_code }}"> kullanın.

  • 2.5.8 Target Size (Minimum) karşılanmadı

    Küçük simgelere ve birbirine çok yakın bağlantılara parmakla dokunmak zordur. Her hedefi en az 24 × 24 CSS piksel yapın ya da küçük hedefleri, her birinin merkezine yerleştirilen 24 px’lik bir daire başka bir hedefle çakışmayacak şekilde aralıklı yerleştirin. İç boşluk (padding), simgeyi değiştirmeden hedefi büyütür.

  • Manuel kontrolleri tamamlamak

    Hızlı olanlarla başlayın. 1.4.10 Reflow için 1280 px genişliğindeki bir tarayıcı penceresini %400’e yakınlaştırın ve hiçbir şeyin yatay kaydırma gerektirmediğini kontrol edin. 2.4.7 ve 2.4.11 için sayfada Tab ile gezinin; odağın her zaman görünür olduğunu ve hiçbir zaman yapışkan bir üst bilginin veya çerez bildiriminin arkasında kalmadığını kontrol edin. 3.3.1 için bir formu hatalı bilgilerle gönderin ve hataların metin olarak açıkça tanımlanıp tanımlanmadığına bakın.

Bu araçla ilgili sorular

WCAG 2.2’de A ve AA seviyelerinde ne değişti?

Altı kriter eklendi: 2.4.11 Focus Not Obscured (Minimum), 2.5.7 Dragging Movements, 2.5.8 Target Size (Minimum), 3.2.6 Consistent Help, 3.3.7 Redundant Entry ve 3.3.8 Accessible Authentication (Minimum). WCAG 2.2 ayrıca üç AAA seviyesi kriteri ekler ve 4.1.1 Parsing kriterini kaldırır.

4.1.1 Parsing neden listede yok?

WCAG 2.2, 4.1.1 Parsing kriterini geçersiz olarak işaretler ve kaldırır; çünkü tarayıcılar ve yardımcı teknolojiler artık bu kriterin kapsadığı kod hatalarına bağımlı değildir. W3C, WCAG 2.0 ve 2.1 için de bu kriterin HTML içeriğinde artık her zaman karşılanmış sayıldığını belirtir.

WCAG 2.2’yi karşılamak WCAG 2.1’i de kapsar mı?

Evet. WCAG 2.2 geriye dönük uyumludur: 2.2’ye uygun içerik 2.1 ve 2.0’a da uygundur. Bu nedenle 2.2’ye göre test etmek, birçok politikanın hâlâ atıf yaptığı eski sürümleri de kapsar.

Bunu bir erişilebilirlik beyanı veya VPAT hazırlamak için kullanabilir miyim?

Bir başlangıç noktasıdır, uygunluk raporu değildir. Bir beyan veya VPAT, her kriterin değerlendirilmesini gerektirir ve bunların çoğunu bir insanın yapması gerekir; “Manuel kontrol” ve “İnceleme gerekli” listeleri hangi kriterlerin hâlâ buna ihtiyaç duyduğunu gösterir.

Neden bu kadar çok kriterde “Manuel kontrol” yazıyor?

Çünkü bu kriterler için otomatik bir kural yoktur. Bir süre sınırının uzatılıp uzatılamadığı, yardımın her sayfada aynı yerde görünüp görünmediği ya da bir girişin hafıza testi gerektirip gerektirmediği gibi sorular, bir kuralın okuyabileceği koda değil, insanların siteyi nasıl kullandığına bağlıdır.

Kaynaklar

İlgili araçlar

Erişilebilirlik Düzeltme Raporu ($174, tek seferlik) ücretsiz taramanın tamamından yola çıkar ve buna daha fazla sayfa, her bulgu için yapılacak değişiklik, bir PDF ve düzeltmelerinizi doğrulamak için yeniden testler ekler.

Erişilebilirlik Düzeltme Raporu hakkında