WCAG 2.2’de En Çok İhlal Edilen 5 Kritik Başarı Ölçütü
Engelli Kullanıcılar Dijital Dünyada Neden Zorlanıyor?
Son yıllarda dijital erişilebilirlik konuşuldukça, engelli kullanıcıların yaşadığı sorunlar daha görünür hale geldi.
Ancak sahadaki gerçek deneyimler gösteriyor ki sorunların büyük bölümü karmaşık teknik eksiklerden değil, WCAG 2.2’nin en temel başarı ölçütlerinin ihmal edilmesinden kaynaklanıyor.
Görme engelli kullanıcılardan gelen en yaygın geri bildirimler şunlar:
- “Siteye girdim ama neyin nerede olduğunu anlayamadım.”
- “Buton var ama ekran okuyucu hiçbir şey söylemiyor.”
- “Formu doldururken hata aldım ama nedenini duyamadım.”
Bu yazıda, BlindLook denetimleri ve gerçek kullanıcı geri bildirimleri doğrultusunda en sık ihlal edilen 5 kritik WCAG 2.2 (A / AA) kriteri, gerçek deneyimler üzerinden ele alınıyor.
Dijital Erişilebilirlikte Asıl Sorun Nerede?
Görme engelli kullanıcılar için bir dijital ürünün erişilebilir olup olmadığı, ilk birkaç dakika içinde netleşir. Sorun çoğu zaman “erişilebilirlik hiç yok” değil; yanlış veya eksik uygulanmış temel kurallardır.
WCAG 2.2’de en sık ihlal edilen alanlar, kullanıcıların dijital dünyayla kurduğu ilişkinin temelini doğrudan etkiler:
- Sayfada neyin ne olduğu
- Nerede bulunulduğu
- Ne yapılabileceği
- Yapılan işlemin sonucunun ne olduğu
Aşağıda bu kopuşun en net yaşandığı 5 kritik alan yer alıyor.
1️⃣ Metin Dışı İçeriklerin Sessiz Kalması
WCAG 1.1.1 – Non-text Content (Level A)
Ne anlama geliyor?
Metin dışındaki her içerik (görsel, ikon, grafik, buton), ekran okuyucular için anlamlı bir metin alternatifi sunmalıdır.
Resmî tanım:
BlindLook denetimlerinde sık tespit edilen sorunlar:
- Kampanya banner’larının tamamen sessiz olması
- Sadece ikonla gösterilen butonlar
- “image”, “button” gibi Türkçe olmayan ve anlamsız okumalar
Kullanıcı geri bildirimi:
“Sayfa dolu ama ekran okuyucuya göre bomboş.”
Neden kritik?
Alt metni olmayan bir görsel, ekran okuyucu kullanan biri için hiç var olmamış gibidir.
2️⃣ Klavye Odaklarının Kaybolması
WCAG 2.4.7 – Focus Visible (Level AA)
Ne anlama geliyor?
Klavye ile gezinen kullanıcılar, hangi öğede olduklarını net biçimde algılayabilmelidir.
BlindLook denetimlerinde sık görülen hatalar:
- Odak göstergesinin tamamen kaldırılması
- Odak renginin arka planla ayırt edilememesi
- Açılan pencerelerde (modal) odak kaybı
Kullanıcı geri bildirimi:
“Sekmeye basıyorum ama neredeyim bilmiyorum.”
Neden önemli?
Odak, görme engelli ve az gören kullanıcılar için sayfadaki yön duygusudur.
Odak yoksa kontrol de yoktur.
3️⃣ Başlıklar Var Ama Anlam Yok
WCAG 1.3.1 – Info and Relationships (Level A)
Ne anlama geliyor?
Sayfadaki başlıklar, listeler ve içerik ilişkileri yalnızca görsel olarak değil, kod seviyesinde de tanımlı olmalıdır.
BlindLook’ta tespit edilen yaygın problemler:
- Görsel olarak başlık olan ama ekran okuyucuya göre düz metin kalan alanlar
- Liste gibi görünen ama liste olmayan içerikler
- Sayfa hiyerarşisinin ekran okuyucuda kaybolması
Kullanıcı geri bildirimi:
“Başlıktan başlığa atlayamıyorum, her şey tek parça gibi.”
Neden kritik?
Ekran okuyucu kullanıcıları sayfayı başlık yapısına göre tarar.
Bu yapı yoksa içerik keşfedilemez.
4️⃣ Formlarda Ne İstendiği Anlaşılmıyor
WCAG 3.3.2 – Labels or Instructions (Level A)
Ne anlama geliyor?
Form alanları, ne istediklerini ve hata durumlarını açık ve kalıcı şekilde belirtmelidir.
BlindLook denetimlerinde sık karşılaşılan durumlar:
- Etiket yerine sadece placeholder kullanılması
- “Hata oluştu” gibi belirsiz mesajlar
- Zorunlu alanların belirtilmemesi
Kullanıcı geri bildirimi:
“Form hata verdi ama nerede yanlış yaptım bilmiyorum.”
Neden önemli?
Formlar; banka işlemleri, alışveriş ve başvurular için kritik temas noktalarıdır.
Bu aşamadaki erişim sorunu, kullanıcının süreci terk etmesine neden olur.
5️⃣ Buton Var Ama Ne Yaptığı Belli Değil
WCAG 4.1.2 – Name, Role, Value (Level A)
Ne anlama geliyor?
Etkileşimli tüm bileşenler (buton, anahtar, seçim kutusu), ekran okuyucuya doğru isim ve rolle aktarılmalıdır.
BlindLook’ta sık görülen problemler:
- “button” diye okunan ama işlevi belirsiz öğeler
- Açık/kapalı durumu bildirilmeyen anahtarlar
- Özel tasarlanmış ama erişilebilir olmayan bileşenler
Kullanıcı geri bildirimi:
“Bir şeye basıyorum ama ne yaptığını anlayamıyorum.”
BlindLook Bu Süreçte Nasıl Bir Rol Üstlenir?
BlindLook, dijital erişilebilirliği yalnızca bir kontrol listesi ya da teknik uyum başlığı olarak ele almaz. Odak noktası, dijital ürünlerin gerçek kullanıcılar tarafından gerçekten kullanılabilir olup olmadığıdır.
Bu kapsamda BlindLook;
- Web siteleri ve mobil uygulamalar için detaylı erişilebilirlik denetimleri gerçekleştirir
- Görme engelli kullanıcılarla birebir yapılan gerçek kullanım testleri ile sorunları ortaya çıkarır
- Ekran okuyucu (NVDA, VoiceOver, TalkBack vb.) uyumluluğunu senaryo bazlı analiz eder
- WCAG 2.2 (A / AA / AAA) kriterlerine göre önceliklendirilmiş iyileştirme yol haritaları oluşturur
- Kurumlara özel, sürdürülebilir erişilebilirlik danışmanlığı sunar
Amaç, yalnızca ihlalleri listelemek değil;
ekiplerin bu sorunları doğru şekilde anlamasını, çözmesini ve tekrar etmemesini sağlamaktır.
BlindLook’un yaklaşımında erişilebilirlik, tek seferlik bir proje değil;
ürün yaşam döngüsüne entegre edilmesi gereken bir kalite standardıdır.
Kısa Bir Çerçeveyle Toparlarsak
BlindLook’a gelen kullanıcı yorumları ve yapılan denetimler gösteriyor ki:
- İhlallerin büyük kısmı basit ama ihmal edilen noktalardan kaynaklanıyor
- Engelli kullanıcılar erişim sorunlarını ilk dakikalarda fark ediyor
- Erişilebilirlik eksikliği, kullanıcıyı sessizce kaybettiriyor
Erişilebilirlik yalnızca teknik bir gereklilik değil;
gerçek kullanıcılarla eşit temas kurmanın en temel yoludur.
