WCAG 2.2 Mobil Uygulama Kontrol Listesi: Erişilebilirlik ve Uyum Rehberi

Mobil uygulamalar; bankacılıktan sağlığa, e-ticaretten kamu hizmetlerine kadar günlük yaşamın merkezinde. Bu yüzden erişilebilirlik yalnızca “iyi niyetli bir iyileştirme” değil; kullanıcı deneyimi, marka itibarı ve birçok sektörde yasal uyum açısından zorunlu bir gereklilik. WCAG 2.2, özellikle mobil kullanım senaryolarında öne çıkan yeni başarı ölçütleriyle (ör. odak görünürlüğü ve sürükleme hareketlerine alternatifler) uygulama ekiplerine daha net bir yol haritası sunar.

Bu yazı, WCAG 2.2 Mobil Uygulama Kontrol Listesi’ni pratik ve uygulanabilir maddeler halinde vererek tasarım, geliştirme ve QA ekiplerinin aynı hedefe hizalanmasına yardımcı olur.

WCAG 2.2 mobil uygulamalara nasıl uygulanır?

WCAG aslında “web içeriği” için yazılmıştır; ancak mobil uygulamalar da kullanıcı arayüzü bileşenleri, metin içerikleri, medya ve etkileşim kalıpları açısından aynı erişilebilirlik ilkelerine tabidir. Mobilde farklı olan; dokunma hedefleri, hareket (gesture) kullanım yoğunluğu, ekran boyutu, dinamik içerik ve cihaz ayarlarının (yazı boyutu, koyu mod, ekran okuyucu vb.) etkisinin daha belirgin olmasıdır.

Kontrol listesini uygularken üç katmanı birlikte düşünün: (1) Tasarım sistemi (bileşenler ve stiller), (2) Uygulama ekranları (akışlar), (3) İçerik ve metinler (hata mesajları, etiketler, yardım metinleri).

WCAG 2.2 Mobil Uygulama Kontrol Listesi

1) Algılanabilirlik: Metin, kontrast, medya

• Metin yeniden boyutlandırma: Kullanıcı sistem yazı boyutunu büyüttüğünde metin taşmamalı, kesilmemeli, kritik kontroller ekrandan kaybolmamalı.
• Renk kontrastı: Normal metin ve ikon/arayüz bileşenleri yeterli kontrasta sahip olmalı. Özellikle “pasif” görünen yardımcı metinler, yer tutucular (placeholder) ve durum etiketleri (örn. “beklemede”) sık hata verir.
• Renk tek başına bilgi taşımasın: “Hatalı alanlar kırmızı” gibi tek kanallı anlatımlar yerine metin, ikon ve açıklama ile destekleyin.
• Medya için alternatifler: Videolara altyazı, mümkünse transkript; anlam taşıyan görsellere uygun alternatif metin yaklaşımı (uygulama bağlamında erişilebilir ad/label) sağlayın.
• Dinamik içerik duyuruları: Sepete ürün eklendi, form gönderildi, hata oluştu gibi durumların ekran okuyuculara uygun şekilde duyurulduğunu doğrulayın.

2) Kullanılabilirlik: Odak, klavye, hareketler ve dokunma

• Odak sırası mantıklı mı? Ekran okuyucu ve harici klavye ile gezindiğinizde odak, görsel sıraya ve iş akışına uygun ilerlemeli.
• Odak görünürlüğü (WCAG 2.2 ile daha kritik): Odaklandığında hangi öğenin seçili olduğu net olmalı; ince, düşük kontrastlı odak halkaları mobilde kolayca kaybolur.
• Tüm işlevler klavye ile yapılabiliyor mu? iPad + klavye gibi senaryolarda menüler, filtreler, kapat düğmeleri, tarih seçiciler ve kaydırılabilir alanlar erişilebilir olmalı.
• Dokunma hedef boyutu: Küçük ikon butonları (X ile kapat, bilgi ikonu, geri oku) yeterli dokunma alanına sahip olmalı. Yanlış dokunmalar özellikle motor beceri farklılıklarında ve hareket halindeyken artar.
• Gesture alternatifleri (WCAG 2.2 ile sık gündeme gelir): Sürükle-bırak, kaydırarak sil, sadece uzun basma ile açılan menüler gibi etkileşimlerin eşdeğer bir buton/menü alternatifi olmalı.
• Zaman sınırlamaları: OTP, oturum süresi, geri sayım gibi durumlarda süreyi uzatma veya yeniden deneme seçenekleri sunun; kullanıcıyı aniden dışarı atmayın.

3) Anlaşılabilirlik: Dil, tutarlılık, okunabilir mikro kopya

• Arayüz dili doğru tanımlı mı? Çok dilli içerikte ekran okuyucunun doğru telaffuz etmesi için dil ayarları ve içerik dili tutarlı olmalı.
• Tutarlı bileşen davranışı: Aynı ikon her yerde aynı işi yapmalı; “geri” bazen çıkış, bazen iptal olursa bilişsel yük artar.
• Açık metinler ve talimatlar: “Devam et” gibi belirsiz ifadeler yerine “Ödemeye geç” gibi bağlam veren mikro kopyalar kullanın. Bu yaklaşım, dijital kapsayıcılığı da güçlendirir; örneğin ödeme seçeneği çeşitliliği kullanıcıların süreci tamamlamasında kritik olabilir.
• Hata mesajları eyleme dönük mü? “Hata oluştu” yerine neyin yanlış olduğunu ve nasıl düzeltileceğini söyleyin.

4) Sağlamlık: Erişilebilir adlar, roller ve durumlar

• Bileşenlerin erişilebilir adı doğru mu? Ekran okuyucunun okuduğu ad; görsel etiketle uyumlu ve anlamlı olmalı (örn. “buton” yerine “Filtreleri aç”).
• Rol ve durum bilgisi var mı? Anahtar (switch) açık/kapalı, sekme (tab) seçili, açılır liste genişletildi gibi durumlar doğru iletilmeli.
• Özel (custom) bileşenlerde erişilebilirlik: Kendi geliştirdiğiniz tarih seçici, alt menü, slider gibi bileşenlerin erişilebilirlik API’leri ile uyumlu çalıştığını test edin.
• Başlıklar ve yapı: Ekran içinde bölümlerin yapısı (başlık benzeri metinler, grup başlıkları) gezinmeyi kolaylaştırmalı.

5) Formlar, kimlik doğrulama ve kritik akışlar

• Etiketler (label) net ve kalıcı mı? Placeholder’ı etiket yerine kullanmayın; kullanıcı yazmaya başlayınca ipucu kaybolur.
• Hata önleme: Kritik işlemlerde (silme, iptal, ödeme onayı) geri alma veya onay adımı ekleyin.
• Doğrulama hataları: Hata oluştuğunda ilgili alan odaklanmalı, hata metni alanla ilişkilendirilmeli ve ekran okuyucu tarafından duyurulmalı.
• CAPTCHA ve benzeri engeller: Mümkünse erişilebilir alternatif sunun. Tek başına görsel bulmaca, birçok kullanıcıyı dışarıda bırakır.
• Çerez ve izin akışları: Mobilde izin pencereleri ve çerez onay akışları, erişilebilirlik ve uyum açısından sık sorun çıkarır. Bu konunun mali boyutunu anlamak için çerez onayını yanlış yapmanın gerçek maliyeti yazısındaki risklere göz atabilirsiniz; ayrıca düzenleyicilerin 2026’da neyi denetlediği konusu da tasarım kararlarını etkiler.

Test süreci: “Checklist”i gerçeğe dönüştürme

Manuel test senaryoları (minimum set)

• Ekran okuyucu ile uçtan uca akış: iOS VoiceOver ve Android TalkBack ile giriş, arama, form doldurma, ödeme/işlem tamamlama gibi kritik akışları test edin.
• Yazı boyutu ve görüntü ayarları: Büyük metin, kalın yazı, yüksek kontrast, ekran büyütme (zoom) ile arayüzün bozulmadığını doğrulayın.
• Tek elle kullanım ve hareket halindeyken hata toleransı: Küçük hedefler ve kaydırmalı etkileşimler, gerçek kullanımda sorun yaratır.
• Harici klavye/anahtar erişimi: Özellikle tablet senaryolarında odak, gezinme ve tuşla eylem tetikleme kontrollerini yapın.

Otomasyon, izleme ve sürdürülebilirlik

Erişilebilirlik yalnızca “release öncesi” yapılan bir kontrol değildir; tasarım sistemi güncellenir, yeni ekran eklenir, içerikler değişir. Bu nedenle düzenli denetim ve izleme gerekir. Web tarafında otomatik erişilebilirlik denetimleri ve sürekli izleme yaklaşımı, ekiplerin regresyonları erken yakalamasını sağlar. Örneğin Corpowid (corpowid.ai), otomatik erişilebilirlik taramaları ve izleme ile WCAG uyum risklerini görünür kılmaya yardımcı olur; bu da ekiplerin önceliklendirme yapmasını kolaylaştırır.

Kapsayıcı tasarımın daha geniş etkisi

Mobil erişilebilirlik, yalnızca tek bir ürün ekibinin sorumluluğu değil; organizasyonel bir yetkinliktir. Özellikle kamu ve büyük ölçekli yapılarda bu yetkinliğin nasıl büyütülebileceğine dair iyi örnekler için kamu genelinde çeşitli ve kapsayıcı bir dijital fonksiyonun nasıl büyütüleceği yaklaşımı yol gösterici olabilir. Ayrıca erişilebilir tasarımın temel hizmetlere erişimdeki rolü, farklı coğrafyalarda dijital dışlanmayı doğrudan etkiler; bu perspektifi Batı Afrika’da dijital dışlanma bağlamında okumak, “neden” sorusunu daha net yanıtlar.

Sonuç: Mobilde WCAG 2.2 uyumu için uygulanabilir yol haritası

WCAG 2.2 mobil uygulama kontrol listesini; tasarım sistemi bileşenlerine, kritik kullanıcı akışlarına ve cihaz ayarlarıyla yapılan gerçek testlere bağladığınızda sonuç hızla görünür: daha az hata, daha yüksek tamamlama oranı ve daha kapsayıcı bir deneyim. Süreçleri sürdürülebilir kılmak için düzenli ölçüm, raporlama ve iyileştirme döngüsü kurun; gerektiğinde Corpowid (corpowid.ai) gibi araçlarla bulguları takip ederek ekipler arası görünürlüğü artırın.