Web Erişilebilirliği vs. Mobil Erişilebilirlik: Test Metotları ve Farklılıklar

Dijital dünyada herkes için eşit bir deneyim sunmak artık bir tercih değil, bir sorumluluk.

Türkiye’de 21 Haziran 2025’te yayımlanan genelgeyle birlikte dijital erişilebilirlik, 2026 itibarıyla tüm kurumlar için zorunlu hale geliyor. Bu süreçte birçok markanın düştüğü kritik bir yanılgı var:

“Web sitemiz erişilebilir, mobil uygulamamız da erişilebilirdir.”

Oysa web ve mobil platformlar, erişilebilirlik açısından aynı standartlara referans verse bile, tamamen farklı gerçeklikler üzerine kuruludur.

Erişilebilirlik Tek Bir Deneyim Değildir

Web ve mobil erişilebilirlik çoğu zaman tek bir başlık altında ele alınır. Ancak bu iki alan, kullanıcı davranışı, teknik yapı ve test yöntemleri açısından ciddi biçimde ayrışır. Web’de erişilebilirlik daha çok semantik yapı, klavye ile kesintisiz gezinme ve ekran okuyucu akışının doğru kurulmasıyla ilgilidir. Mobilde erişilebilirlik ise dokunmatik kullanım ergonomisi, jest/odak yönetimi ve VoiceOver TalkBack üzerinden kullanıcıya doğru geri bildirim verilmesiyle şekillenir. WCAG 2.2 A gibi standartlar ortak bir çerçeve sunar; fakat bu çerçevenin uygulanışı platformdan platforma değişir. Aynı gereklilik, web’de sorunsuz çalışırken mobilde ciddi bariyerler yaratabilir.

Web Erişilebilirliği: Klavye, Kod ve Anlam

Web tabanlı platformlarda erişilebilirliğin temeli, semantik HTML yapısı ve klavye ile kesintisiz gezinmedir.

Ancak web erişilebilirliği yalnızca görme engelli kullanıcıları kapsamaz.

Web üzerinde erişilebilirlik;

• Fare kullanamayan motor beceri kısıtlı kullanıcılar,
• Dikkat ve algı farklılıkları olan kullanıcılar,
• Bilişsel yükten etkilenen kullanıcılar,
• İşitsel içeriğe alternatiflere ihtiyaç duyan kullanıcılar
• için de doğrudan belirleyicidir.

Bu grupların ortak noktası şudur:

Web sitesi, tahmin edilebilir, kontrol edilebilir ve anlamlı bir yapıya sahip olmalıdır.

Görme engelli bir kullanıcı için ise web sitesi, fareyle tıklanan bir alan değil;

klavye ile adım adım keşfedilen bir yapıdır.

Bu nedenle:

• Klavye odağının mantıklı ve tahmin edilebilir ilerlemesi gerekir
• Tüm bağlantılara, butonlara ve form alanlarına klavye ile erişilebilmelidir
• Odak göstergesi görsel olarak net olmalıdır

NVDA ve JAWS gibi masaüstü ekran okuyucular, sayfanın HTML yapısını okuyarak içeriği kullanıcıya aktarır.

Başlık hiyerarşisi bozuksa, etiketler eksikse veya ARIA kullanımı hatalıysa, içerik kullanıcı için anlamını yitirir.

Form hata mesajları, alternatif metinler ve sayfa bölgelerini tanımlayan yapısal işaretleyiciler;

web erişilebilirliğinin olmazsa olmazlarıdır, yalnızca görme engelliler için değil, herkes için.

Mobil Erişilebilirlik: Dokunma, Hareket ve Akış

Mobil uygulamalarda erişilebilirlik bambaşka bir yerden başlar.

Klavye yoktur; dokunmatik ekran, parmak hareketleri ve cihazın fiziksel kullanımı vardır.

Mobil erişilebilirlik;

• Motor beceri kısıtlı kullanıcılar,
• Tek elle kullanımda zorlanan kullanıcılar,
• Titreme veya hassasiyet yaşayan kullanıcılar,
• Dikkat ve algı farklılıkları olan kullanıcılar,
• Görsel veya işitsel desteklere ihtiyaç duyan kullanıcılar
• için doğrudan deneyimi belirler.

Bu nedenle mobil uygulamalar; kontrolü kolay, hata toleransı yüksek ve geri bildirimi net bir yapıya sahip olmalıdır.

iOS’te VoiceOver, Android’de TalkBack kullanan görme engelli kullanıcılar;

kaydırma, çift dokunma ve çoklu parmak hareketleriyle uygulama içinde ilerler. Bu noktada kritik olan şudur:

Uygulama, kullanıcının yaptığı hareketlere doğru ve zamanında geri bildirim veriyor mu?

Mobilde ayrıca tasarım ergonomisi hayati önem taşır:

• Dokunma alanları yeterince büyük olmalıdır
• Birbirine çok yakın butonlar hata riskini artırır
• Yanlışlıkla yapılan bir dokunma, işlemi tamamen bozabilir

Bununla birlikte uygulamanın; büyük yazı tipi, yüksek kontrast, koyu mod ve ekran döndürme gibi işletim sistemi ayarlarına uyum sağlaması gerekir.

Bu uyum bozulduğunda, uygulama teknik olarak çalışsa bile kullanıcı için kullanılamaz hale gelir.

“Web’de Çalışıyor” Varsayımı Neden Tehlikeli?

Web’de erişilebilir görünen bir akış, mobilde tamamen dağılabilir. Masaüstünde klavye ile rahatça ilerlenen bir süreç, mobilde yanlış odak sırası nedeniyle kopabilir. Web’de anlaşılır olan bir bilgilendirme, mobilde ekran okuyucuya hiç okunmayabilir. Üstelik mobil taraf tek bir deneyim de değildir. Aynı uygulama, iOS ve Android platformlarında farklı erişilebilirlik davranışları sergileyebilir. iOS’te VoiceOver’ın odaklama ve okuma mantığı ile Android’de TalkBack’in gezinme ve geri bildirim yaklaşımı birbirinden farklıdır. Bu farklar; odak sırası, bileşen tanımı, geri bildirim zamanlaması ve gesture davranışlarında aynı akışın bir platformda çalışırken diğerinde tamamen bozulmasına neden olabilir. Standart aynıdır. Deneyim değildir.

Gerçek Erişilebilirlik Nerede Başlar?

Erişilebilirlik, “etiket var mı?” sorusuyla ölçülmez.

Bir kullanıcı, işlemin tamamlandığını duymuyorsa, o işlem onun için tamamlanmamıştır.

Bir hata mesajı doğru yerde ve doğru zamanda okunmuyorsa, kullanıcı neyi yanlış yaptığını anlayamaz.

Bu yüzden erişilebilirlik, teknik uyumdan çok deneyimsel doğruluk meselesidir.

Gerçek erişilebilirlik; geliştirme tamamlandıktan sonra yapılan bir kontrol listesiyle değil,

tasarım sürecinin en başında başlar.

Bir arayüz ilk kez Figma’da çizildiği anda;

• Odak sırası,
• Bilgi hiyerarşisi,
• Bileşen davranışları,
• Geri bildirim dili
• erişilebilirliği belirlemeye başlar.

BlindLook olarak erişilebilirliği, sonradan eklenen bir iyileştirme değil;

tasarım ve kullanıcı deneyimi sürecinin ayrılmaz bir parçası olarak ele alıyoruz. Bu yüzden birlikte çalıştığımız kurumların, arayüz ve deneyim kararlarını alırken erişilebilirliği en baştan düşünmesini önemsiyoruz. Çünkü tasarım aşamasında gözden kaçan bir bariyer, geliştirme tamamlandıktan sonra çoğu zaman çok daha maliyetli hatta bazı durumlarda imkânsız hale gelir. Gerçek erişilebilirlik, ilk tasarım kararında başlar.

Otomatik Testler Neden Yetmez?

Otomatik test araçları erişilebilirlik değerlendirmelerinde önemli bir rol oynar;

ancak tek başına yeterli değildir. Bu araçlar, arayüzün teknik yapısını analiz eder. Kodun erişilebilirlik standartlarına uygun olup olmadığını kontrol eder. Ancak kullanıcıyı, bağlamı ve gerçek deneyimi ölçemez.

Örneğin;

• Yanlış yazılmış bir alternatif metin teknik olarak “hata” üretmeyebilir.
• Etiketlenmiş bir buton, otomatik raporlarda sorunsuz görünebilir.

Buna rağmen bu bileşenler, engelli bir kullanıcı için anlaşılmaz ya da işlevsiz olabilir.

Çünkü otomatik testler, erişilebilirliğin varlığını ölçer; erişilebilirliğin nasıl deneyimlendiğini ölçemez.

BlindLook olarak erişilebilirliği yalnızca teknik uyum üzerinden değerlendirmiyoruz.

Tasarım sürecinde benimsediğimiz yaklaşımı, test ve denetim aşamasında da sürdürüyoruz.

Bu nedenle değerlendirme süreçlerimiz;

• Otomatik test sonuçlarını,
• Uzman analizini,
• Ve platformun asıl kullanıcıları olan engelli bireylerle yapılan senaryo bazlı testleri
• birlikte içerir.

Bu yaklaşım sayesinde;

otomatik raporlarda “çalışıyor” görünen bir akışın, gerçek kullanıcı deneyiminde neden çalışmadığını net biçimde ortaya koyabiliyoruz. Gerçek bir erişilebilirlik değerlendirmesi, teknik uygunluk ile kullanıcı deneyiminin birlikte ele alındığı bir süreçtir.

Türkiye’de Regülasyonlar ve Artan Risk

2026 itibarıyla dijital erişilebilirlik, Türkiye’de bağlayıcı bir yükümlülük haline geliyor.

Bankalar, e-ticaret platformları ve tüm dijital servisler, WCAG 2.2 A gerekliliklerine uyum sağlamakla yükümlü.

Ancak bu regülasyonların temel amacı yalnızca uyumun varlığını denetlemek değildir.

Asıl hedef, dijital servislerin tüm kullanıcı grupları tarafından fiilen kullanılabilir olmasını sağlamaktır. Bu nedenle denetim yaklaşımı, “erişilebilir mi?” sorusundan çok “gerçek kullanıcı için çalışıyor mu?” sorusuna odaklanır. Web ve mobil arasındaki deneyim farklarını, platformlar arası davranış değişikliklerini ve engelli kullanıcıların gerçek kullanım senaryolarını dikkate almayan çözümler; teknik olarak uyumlu görünse bile kapsayıcı bir deneyim sunamaz.

Bu noktada risk, bir ceza ihtimalinden önce;

belirli kullanıcı gruplarının sistematik olarak dışlanmasıdır.

Erişilebilirliğin tasarım, geliştirme ve test süreçlerine bütüncül şekilde entegre edilmesi; hem regülasyonlara sürdürülebilir uyum sağlar hem de bu dışlanmayı ortadan kaldırır. Kapsayıcı bir dijital deneyim oluşturulduğunda, uyum riskleri ve yaptırım ihtimalleri zaten doğal olarak ortadan kalkar.

BlindLook’un Yaklaşımı

BlindLook, erişilebilirliği sonradan eklenen bir eklenti olarak görmez.

Altyapıyı dönüştürmeyen yüzeysel çözümler, çoğu zaman yeni bariyerler yaratır.

2019’dan bu yana BlindLook; bankacılık, finans, e-ticaret ve dijital servisler başta olmak üzere birçok sektörde web ve mobil platformlar için erişilebilirlik denetimleri, uzman analizleri ve gerçek kullanıcı testleri yürütür.

Teknik doğruluk, kullanıcı deneyimi ve sürdürülebilirlik birlikte ele alınır.

Kısaca Özetlemek Gerekirse

Web ve mobil erişilebilirlik aynı şey değildir.

Otomatik testler tek başına yeterli değildir.

Gerçek uyum, gerçek kullanıcı deneyimiyle anlaşılır.

2026 regülasyonlarına hazırlanırken, dijital deneyiminizi gerçekten kapsayıcı hale getirmek mümkündür.

BlindLook ekibiyle iletişime geçerek bu yolculuğu doğru yerden başlatabilirsiniz. Buraya tıklayarak bize ulaşabilirsiniz.