Web Siteniz Erişilebilir mi? İşte Nasıl Öğrenirsiniz

“Sitemiz erişilebilir mi?” sorusu çoğu zaman “Sitemizde erişilebilirlik eklentisi var mı?” ile karıştırılır. Oysa erişilebilirlik; insanların farklı cihaz, yazılım ve yardımcı teknolojilerle (ekran okuyucu, büyüteç, klavye ile gezinme, sesli kontrol vb.) sitenizi algılayabilmesi, kullanabilmesi ve anlayabilmesi demektir. Bunu güvenle söyleyebilmek için ölçülebilir bir çerçeveye ihtiyacınız var: WCAG (Web Content Accessibility Guidelines).

Bu yazıda, web sitenizin erişilebilirliğini hızlıca anlamanız için pratik kontrolleri, WCAG’e göre test yaklaşımını ve sürdürülebilir bir denetim/izleme düzenini adım adım ele alacağız.

Erişilebilirlik “var/yok” değil, ölçülen bir uyum seviyesidir

WCAG, erişilebilirliği dört ilke altında toplar: Algılanabilir, Kullanılabilir, Anlaşılabilir, Sağlam. Bir sitenin erişilebilirliği; yalnızca renk kontrastı ya da alt metin gibi tekil maddelerle değil, kullanıcı akışlarının tamamında bu ilkelerin tutarlı uygulanmasıyla değerlendirilir.

İpucu: E-ticaret, kamu siteleri veya STK web siteleri gibi farklı bağlamlarda risk ve öncelikler değişebilir. Örneğin e-ticarette ürün görselleri, filtreler ve ödeme adımları kritikleşir. Bu konuyu, Fashion Nova’nın 5,15 Milyon Dolarlık Web Erişilebilirliği Uzlaşması: WCAG ve E-ticaret İçin Dersler yazısındaki örnekler üzerinden de düşünebilirsiniz.

1) Hızlı self-check: 15 dakikada görünür sorunları yakalayın

Bu adımlar “tam denetim” değildir; fakat en sık karşılaşılan hataları hızlıca görmenizi sağlar.

Klavye ile gezinebiliyor musunuz?

• Sadece Tab, Shift+Tab, Enter ve ok tuşlarıyla menüye, arama alanına, formlara ve “Satın al” gibi ana butonlara ulaşın.
• Odak (focus) göstergesi net mi? Odak kayboluyor mu?
• Herhangi bir yerde “klavye tuzağı”na düşüyor musunuz (bir bileşenden çıkamamak)?

Renk ve kontrast kontrolü

• Metinlerin arka planla kontrastı düşükse, düşük görme veya güneş ışığında ekran kullanan herkes zorlanır.
• Bilgi sadece renkle mi veriliyor? Örn. “kırmızı alanlar zorunlu” gibi. Bunun yanında ikon, metin veya aria açıklaması olmalı.

Görsellerde anlam var mı?

• Anlam taşıyan görsellerin alt metni (alt) açıklayıcı mı?
• Süs amaçlı görseller boş alt (alt="") ile işaretlenmiş mi?
• Butonlar yalnızca ikon ise, ekran okuyucu için isimlendirme yapılmış mı?

2) Otomatik denetim: Hızlı tarama ile temel WCAG ihlallerini bulun

Otomatik denetim araçları; eksik alt metinler, form etiketleri, hatalı ARIA kullanımı, kontrast problemleri, başlık hiyerarşisi gibi birçok yaygın sorunu yakalayabilir. Ancak otomatik testlerin önemli bir sınırı vardır: erişilebilirliğin tamamını kapsamaz. Yine de başlangıç için çok verimlidir ve özellikle büyük sitelerde “nereden başlamalıyım?” sorusunu yanıtlar.

Bu noktada, Corpowid (corpowid.ai) gibi platformlar otomatik erişilebilirlik denetimi yaparak sayfa bazında bulguları sınıflandırmanıza, önceliklendirmenize ve zaman içinde izleyebilmenize yardımcı olur. Böylece tek seferlik bir kontrol yerine, sürümler değiştikçe erişilebilirliğin geriye gitmesini (regression) daha erken fark edebilirsiniz.

Uyum gereksinimleri bölgeye göre değişebilir. Avrupa Birliği odağınız varsa, Ücretsiz EAA Denetimi: European Accessibility Act Uyumunu Hızlıca Kontrol Etme Rehberi yazısındaki adımlar kapsam ve beklentileri netleştirir. ABD ile ilgili süreçleri anlamak içinse Free ADA Audit: Ücretsiz ADA Denetimi Nedir, Ne Kadar İşe Yarar? içeriği iyi bir başlangıçtır.

3) Manuel test: Otomasyonun kaçırdığı kritik noktaları yakalayın

Gerçek erişilebilirlik problemlerinin bir kısmı “bağlam” ve “kullanılabilirlik” ile ilgilidir. Örneğin bir form alanının etiketi teknik olarak var olabilir ama kullanıcıya ne yapacağını anlatmıyor olabilir. Bu yüzden manuel kontrol şarttır.

Ekran okuyucu ile temel akış testi

• Windows: NVDA (ücretsiz) + Chrome/Firefox
• macOS/iOS: VoiceOver + Safari
• Android: TalkBack + Chrome

Test senaryoları seçin: Ana sayfadan ürün/servis sayfasına gitme, arama yapma, form doldurma, hata mesajı alma, ödeme/iletişim adımını tamamlama. Şunlara dikkat edin:

• Başlıklar (H1-H2-H3) sayfayı anlamayı kolaylaştırıyor mu?
• Buton ve bağlantı adları anlamlı mı ("buraya tıkla" yerine bağlam veriyor mu)?
• Modal/popup açıldığında odak içine taşınıyor mu, kapatınca eski yere dönüyor mu?
• Hata mesajları ekran okuyucuya duyuruluyor mu?

Formlar ve hata yönetimi (WCAG’te sık takılan alan)

• Her input’un bir label’ı var mı?
• Zorunlu alanlar yalnızca yıldız işaretiyle mi belirtilmiş, metinsel açıklama da var mı?
• Hata oluştuğunda kullanıcı “nerede, ne hata yaptı, nasıl düzeltecek” bilgisini alıyor mu?
• Zaman aşımı varsa uzatılabiliyor mu?

4) Tasarım ve içerik kontrolü: Inclusive design açısından bakın

WCAG uyumu çoğu zaman tasarım kararlarıyla başlar. Inclusive design yaklaşımı, “ortalama kullanıcı” yerine farklı ihtiyaçları olan kullanıcıları da varsayar.

Okunabilirlik ve dil

• Karmaşık cümleler ve uzun paragraflar yerine kısa, net metinler kullanın.
• Sayfada dil (lang) doğru tanımlı mı? Çok dilli alanlar doğru işaretlenmiş mi?

Hareket, animasyon ve dikkat dağıtıcı unsurlar

• Otomatik kayan içerikler durdurulabiliyor mu?
• Yanıp sönen öğeler nöbet tetikleyebilecek düzeyde mi?
• “Reduced motion” tercihi olan kullanıcılar için alternatif var mı?

5) Hukuki ve kurumsal risk: “Sadece özel sektör” sanmayın

Erişilebilirlik, itibar ve kullanıcı deneyiminin yanı sıra uyum (compliance) boyutuyla da ele alınır. Kamu kurumları dahil olmak üzere pek çok alanda erişilebilirlik beklentisi artıyor. “Biz muafız” varsayımı riskli olabilir; örnek bir değerlendirme için Louisiana Web Erişilebilirlik Davası: Kamu Siteleri Muaf Değil yazısındaki çıkarımlara göz atabilirsiniz.

STK’lar için de erişilebilirlik, bağış toplama, gönüllü başvuruları ve hizmetlere erişim açısından doğrudan etki yaratır. Bu alana özel öneriler için STK’lar ve Kâr Amacı Gütmeyen Kuruluşlar İçin Dijital Erişilebilirlik Rehberi içeriği faydalıdır.

6) Süreklilik: Denetimi bir kere yapıp bırakmayın

Web siteleri yaşayan ürünlerdir: yeni içerik eklenir, tema değişir, kampanya sayfaları açılır, üçüncü taraf widget’lar eklenir. Bir kez “uyumlu” olmak, sonsuza dek uyumlu kalmak anlamına gelmez. Bu yüzden sürdürülebilir bir süreç kurun:

• Yayın öncesi kontrol listesi (klavye, başlık yapısı, formlar, kontrast).
• Düzenli otomatik taramalar ve raporlama.
• Kritik kullanıcı akışlarında periyodik manuel test.
• Geliştirici ve içerik ekiplerine kısa erişilebilirlik eğitimleri.

Corpowid (corpowid.ai), otomatik denetim ve izleme yaklaşımını operasyonel hale getirmenize, ayrıca erişilebilirlik beyanı (statement) gibi şeffaflık gereksinimlerini yönetmenize yardımcı olabilir. Bu sayede erişilebilirlik, “sonradan düzeltilecek iş” olmaktan çıkıp ürün geliştirme döngüsünün bir parçası olur.

Kısa kontrol listesi: Bugün ne yapabilirsiniz?

• Ana sayfa + en kritik 3 şablonda klavye ile gezinme testi yapın.
• Bir otomatik denetim çalıştırıp ilk 10 hatayı önceliklendirin (kontrast, etiket, başlık yapısı).
• NVDA/VoiceOver ile “form doldurma” ve “satın alma/iletişim” akışını deneyin.
• Bulduğunuz sorunları WCAG kriterleriyle eşleştirip backlog’a ekleyin.
• Sonraki sürümde tekrar test ederek gerileme olmadığını doğrulayın.

Web sitenizin erişilebilir olup olmadığını anlamanın en güvenilir yolu; hızlı kontroller + otomatik tarama + manuel kullanıcı akışı testini birlikte yürütmektir. Bu yaklaşım, hem WCAG uyumu için somut bir tablo sunar hem de herkes için daha kullanılabilir bir deneyim yaratır.