Birçok ürün ekibi WCAG’i hâlâ önce web siteleriyle ilişkilendiriyor. Bu anlaşılabilir bir durumdur, ancak uyum planlamasında bir boşluk da yaratabilir. Kuruluşunuz bir iOS veya Android uygulaması sunuyorsa, erişilebilirlik beklentileri tarayıcıda sona ermez.
Peki, WCAG mobil uygulamalar için geçerli mi? Uygulamada cevap çoğu durumda evettir. WCAG, mobil uygulamalar dahil dijital deneyimleri değerlendirirken ekiplerin başvurduğu erişilebilirlik standardı olarak yaygın biçimde kullanılır. Ayrıca tedarik süreçlerinde, denetimlerde, uygunluk raporlamasında ve düzenlemelerle ya da kurumsal taahhütlerle bağlantılı daha geniş erişilebilirlik programlarında da sıkça referans alınır.
Dijital, uyum ve mühendislik ekipleri için daha faydalı soru, mobil uygulamaların WCAG’i önemseyip önemsememesi değil; WCAG 2.2’nin yerel uygulama tasarımı, geliştirme, test ve yayın döngülerine uygun şekilde nasıl uygulanacağıdır.
Bu rehber, mobil ekiplerin bilmesi gerekenleri, WCAG 2.2’nin iOS ve Android ile nerelerde iyi örtüştüğünü, nerelerde yorum gerektirdiğini ve sürekli erişilebilirlik hazırlığı için pratik bir sürecin nasıl oluşturulacağını açıklar.
WCAG başlangıçta web erişilebilirliği rehberi olarak geliştirildi, ancak bugün birçok dijital ürün türünü değerlendirmek için düzenli olarak temel çerçeve olarak kullanılmaktadır. Buna web siteleri, web uygulamaları, belgeler ve mobil uygulamalar dahildir.
ADA web sitesi erişilebilirliği, EAA uyumu, Section 508 uyumu veya daha geniş kurumsal erişilebilirlik hedefleri doğrultusunda çalışan kuruluşlar için mobil uygulamalar, çoğu zaman web sitesinin kendisiyle aynı risk tablosunun parçasıdır. Bir müşteri uygulamanız üzerinden bir süreci tamamlayabiliyorsa, bu deneyim de kamuya açık siteniz kadar yakından erişilebilirlik açısından incelenebilir.
Pratikte WCAG, mobil ekiplere şu sorular için ortak bir çerçeve sunar:
Bu nedenle erişilebilirlik programları, uygulamaları ayrı bir istisna olarak görmek yerine giderek daha fazla mobil test, mobil düzeltme ve mobil izlemeyi kapsamına alıyor.
Hukuki yanıt; düzenlemeye, yargı alanına, sözleşme şartlarına ve uygulamanın hizmet sunumundaki rolüne bağlıdır. Ancak uyum operasyonları açısından bakıldığında, birçok kuruluş mobil erişilebilirlik için çalışma standardı olarak WCAG’i benimser; çünkü bu, eldeki en açık ve en yaygın kabul gören ölçüttür.
Farklı yasalar ve çerçeveler aynı ifadeleri kullanmasa da, erişilebilirlik beklentilerini tanımlarken kuruluşları sıklıkla yeniden WCAG’e götürür. Bu, özellikle ekiplerin dijital deneyimleri denetlemek ve uygunluk çalışmalarını belgelemek için ölçülebilir bir yönteme ihtiyaç duyduğu durumlarda önemlidir.
Örneğin tedarik ekipleri, kurumsal alıcılar ve kamu sektörü paydaşları, genellikle tanınmış standartlara dayanan erişilebilirlik kanıtı bekler. Bu da mobil erişilebilirlik çalışmalarının neden çoğu zaman daha geniş denetim ve raporlama süreçlerinde, VPAT ve ACR belgeleri dahil olmak üzere, yer aldığını açıklar.
Kuruluşunuz dijital ürünler için zaten erişilebilirlik belgeleri hazırlıyorsa, mobil uygulamalar yalnızca geleneksel web sayfaları olmadıkları için kapsam dışında bırakılmamalıdır.
Kullanıcılar markanızı farklı kanallarda deneyimler. Temel hizmetler bir mobil uygulamada da sunuluyorsa, bu uygulamadaki erişilebilirlik engelleri; web sitesindeki engellerin yarattığı kullanılabilirlik, müşteri deneyimi ve uyum sorunlarının benzerlerini oluşturabilir.
Bu nedenle olgun ekiplerin çoğu; web sitelerini, uygulamalarını, tasarım sistemlerini ve hukuki belgelerini tek bir erişilebilirlik stratejisi altında hizalar, her yüzeyi bağımsız şekilde yönetmez.
WCAG 2.2’yi mobil uygulamalara uygulamak her zaman bire bir eşleşen bir çalışma değildir. Bazı başarı kriterleri yerel uygulama bileşenleriyle doğrudan örtüşürken, bazıları platform davranışı, jestler, ekran boyutları ve işletim sisteminin erişilebilirlik özelliklerine göre yorum gerektirir.
Amaç, mobil uygulamaları masaüstü web modeline zorla uydurmak değildir. Amaç, gerçek kullanıcıların gerçek cihazlarda yerel deneyimlerle nasıl etkileşime geçtiğini test ederken WCAG 2.2’yi standart olarak kullanmaktır.
iOS’ta ekipler deneyimi genellikle VoiceOver ile değerlendirir. Android’de ise TalkBack merkezi bir rol oynar. Etkileşimli öğelerin anlamlı adlara, rollere ve değerlere sahip olması gerekir ki kullanıcılar her kontrolün ne yaptığını anlayabilsin.
Yaygın sorunlar arasında etiketsiz simge düğmeleri, yinelenen etiketler, eksik durum duyuruları ve yardımcı teknolojilere doğru anlamsal bilgiyi aktarmayan özel kontroller yer alır.
Mobil cihazlar öncelikle dokunmaya dayalı olsa da, erişilebilirlik testleri alternatif giriş yöntemlerine, anahtar denetimlerine, harici klavyelere veya yardımcı gezinme kalıplarına güvenen kullanıcıları da hesaba katmalıdır. Bir görev karmaşık bir jeste bağlıysa ve alternatif yoksa, bu bir engel oluşturabilir.
Ekipler; temel işlemlerin sıkıştırma, sürükleme, çok parmaklı jestler veya bazı kullanıcıların gerçekleştiremeyeceği zamana duyarlı etkileşimler olmadan tamamlanıp tamamlanamadığını gözden geçirmelidir.
Odak mantıklı bir sırada ilerlemelidir. Modal görünümler, alt paneller, menüler, iletişim kutuları ve dinamik içerik güncellemeleri ekran okuyucu kullanıcıları için kafa karışıklığı yaratmamalıdır. Yeni bir ekran veya katman açıldığında, odak kullanıcıların bağlamı anlayabileceği ve verimli biçimde ilerleyebileceği bir noktaya gelmelidir.
Mobil uygulamalar, özel arayüz kalıpları erişilebilirlik incelemesi yapılmadan kullanıldığında burada sık sık zorlanır.
WCAG 2.2, içeriğin okunabilir ve ayırt edilebilir olmasını beklemeye devam eder. Mobil uygulamalarda bu; kontrastın, dinamik metin veya yazı tipi ölçeklemesinin, duyarlı düzenlerin, boşlukların ve kullanıcılar işletim sistemi düzeyinde metin boyutunu artırdığında içeriğin kullanılabilir kalıp kalmadığının kontrol edilmesi anlamına gelir.
Varsayılan ayarlarda şık görünen tasarımlar, erişilebilirlik ayarları açıldığında hızla bozulabilir.
Mobil ekipler dokunma hedeflerinin boyutuna, kontroller arasındaki boşluğa ve önemli işlemleri etkinleştirmek için gereken çabaya özellikle dikkat etmelidir. Küçük veya sıkışık hedefler, motor beceri kısıtları olan kullanıcılar için büyük engeller yaratabilir.
Bu, WCAG 2.2’nin uygulama ekipleri için özellikle önemli olduğu alanlardan biridir; çünkü mobil etkileşim büyük ölçüde dokunmaya ve jest hassasiyetine dayanır.
Kullanıcılar uygulamanız üzerinden oturum açıyor, ödeme bilgisi giriyor, hesap ayarlarını güncelliyor veya düzenlemeye tabi bilgiler gönderiyorsa, form erişilebilirliği önemlidir. Etiketler, yönergeler, hata mesajları, doğrulama davranışları ve kurtarma akışları yardımcı teknolojilerle ve gerçekçi mobil koşullarda test edilmelidir.
Formlardaki erişilebilirlik hataları, görev tamamlamayı engellediğinde küçük sorunlar değildir.
Mobil erişilebilirlik programınız henüz başlangıç aşamasındaysa, kullanıcılar ve işletme için en önemli yolculuklardan başlayın. Odaklı bir ilk geçiş, genellikle her ekranı eşit düzeyde denetlemeye çalışmaktan daha etkilidir.
İlk olarak kullanıcıların en sık tamamladığı veya gelir, hizmet sunumu, hesap yönetimi ya da yasal yükümlülüklerle en yakından bağlantılı görevlerle başlayın. Örnekler şunlar olabilir:
Bu akışlar erişilebilir değilse, uygulama teknik olarak mevcut olsa bile anlamlı biçimde kullanılabilir olmayabilir.
Yerel uygulama erişilebilirliği yalnızca ekran görüntülerine bakılarak doğru biçimde değerlendirilemez. Ekipler; ekran okuyucular, daha büyük metin, kontrastla ilgili ayarlar, azaltılmış hareket tercihleri ve uygun durumlarda klavye veya anahtar erişimi gibi yerleşik erişilebilirlik araçları ve ayarlarıyla cihaz üzerinde test yapmalıdır.
Bu da otomatik kontrollerin neden faydalı ama tek başına yeterli olmadığını gösterir.
Standart yerel bileşenler, yoğun şekilde özelleştirilmiş arayüzlere göre genellikle daha iyi bir erişilebilirlik temeli sağlar. Uygulamanız özel sekmeler, karuseller, tarih seçiciler, alt gezinme bileşenleri veya jest odaklı kontroller kullanıyorsa, bu kalıplar ekstra dikkat gerektirir.
Erişilebilirlik sorunları uygulama genelinde sık sık tekrar eder; çünkü çoğu ortak bileşenlerden kaynaklanır. Bunları kalıp düzeyinde düzeltmek, aynı anda birçok ekranı iyileştirebilir.
Otomasyon, tespit edilebilir sorunları erken ve tekrarlı şekilde belirleyerek mobil erişilebilirlik çalışmalarını hızlandırabilir. Bu da onu sürekli izleme, regresyon tespiti ve sürümler arasında incelemeleri ölçeklendirme için faydalı kılar.
Ancak mobil erişilebilirlik, insan değerlendirmesi gerektiren sorunları da içerir. Ekiplerin bir ekran okuyucu yolculuğunun mantıklı olup olmadığını, odak davranışının tutarlı olup olmadığını, yönergelerin açık olup olmadığını ve bir kullanıcının görevi gerçekten bağımsız biçimde tamamlayıp tamamlayamadığını anlamak için hâlâ manuel teste ihtiyacı vardır.
Güçlü bir süreç genellikle her ikisini de içerir:
Aynı ilke daha geniş erişilebilirlik programlarında da görülür. Otomasyon kapsamı ve hızı artırır, ancak güven, raporlama ve düzeltme önceliklendirmesi için uzman incelemesi önemini korur. Yapay zekânın bu iş akışını nasıl destekleyebileceğini araştıran ekipler için erişilebilirlik iş akışlarında otonom yapay zekâ üzerine bu makale iyi bir sonraki adım olabilir.
Birçok mobil erişilebilirlik sorunu çaba eksikliğinden kaynaklanmaz. Ekipler hızlı hareket ettiği, görsel kalite kontrolüne fazla güvendiği veya yerel çerçevelerin gerçekte sunduğundan daha fazlasını sağladığını varsaydığı için ortaya çıkar.
Sık gözden kaçan bazı sorunlar şunlardır:
Bu sorunlar, erişilebilirlik tasarım incelemelerine, bileşen kütüphanelerine, kalite güvence iş akışlarına ve yayın kriterlerine entegre edilmek yerine geç aşamada kontrol edildiğinde özellikle yaygındır.
Mobil erişilebilirlik, tek seferlik bir proje olmaktan çıkıp ürün yaşam döngüsünün parçası olduğunda yönetilmesi daha kolay hale gelir. Çoğu kuruluş için bu; tasarım, geliştirme, test, düzeltme, belgelendirme ve izlemeyi kapsayan tekrarlanabilir bir süreç oluşturmak anlamına gelir.
Erişilebilirlik kararları koddan önce başlar. Tasarım ekipleri; kalıplar henüz tanımlanırken kontrastı, hiyerarşiyi, etiketleri, dokunma hedefi boyutunu, odak davranışını ve hata durumlarını gözden geçirmelidir. Erken inceleme, sonraki yeniden çalışma ihtiyacını azaltır.
Erişilebilirlik kontrolleri sprint iş akışlarına dahil edilmelidir; büyük bir denetime bırakılmamalıdır. Ekipler, otomatik taramayı önemli kullanıcı akışları ve ortak bileşenler üzerinde manuel kontrollerle birleştirdiğinde daha fazla fayda sağlar.
Her sorunun kullanıcı etkisi veya iş riski aynı değildir. Ekipler bulguları yapılandırılmış şekilde takip etmeli, engelleyici sorunlara öncelik vermeli ve düzeltmeleri yayın planlamasıyla uyumlu hale getirmelidir. Bu, erişilebilirlik çalışmaları resmi raporlama veya tedarik incelemelerini desteklediğinde özellikle önem kazanır.
Erişilebilirlik statik değildir. Uygulamalar özellik güncellemeleri, SDK değişiklikleri, tasarım yenilemeleri ve işletim sistemi güncellemeleriyle sürekli değişir. Sürekli izleme, ekiplerin regresyonları daha büyük uyum veya müşteri deneyimi sorunlarına dönüşmeden yakalamasına yardımcı olur.
Web siteleri ve uygulamalar genelinde erişilebilirliği zaten yöneten kuruluşlar, denetim sonuçları, düzeltme durumu ve raporlama için merkezi bir yaklaşımdan fayda görür. Aynı operasyonel bakış açısı gizlilik ve hukuki uyum için de geçerlidir; bu nedenle birçok ekip birbirinden kopuk noktasal çözümler yerine birleşik bir uyum iş akışını tercih eder.
Kuruluşunuz kurumsal müşterilere, kamu alıcılarına veya düzenlemeye tabi sektörlere satış yapıyorsa, mobil erişilebilirlik yalnızca kullanılabilirliği etkilemez. Güvenlik incelemelerine, tedarik anketlerine ve erişilebilirlik belgesi taleplerine verdiğiniz yanıtları da etkileyebilir.
Bir ürün mobil uygulama içeriyorsa, erişilebilirlik raporlamasının genel ürün deneyiminin parçası olarak bu uygulamayı da hesaba katması gerekebilir. Ekiplerin mobil testi daha geniş uygunluk belgelendirme çalışmalarıyla eşleştirmesinin nedenlerinden biri de budur.
Resmî erişilebilirlik belgeleri hazırlayan kuruluşlar için Corpowid, denetim destekli iş akışlarıyla VPAT ve ACR hizmetleri de sunar. Bu, özellikle hem mobil hem web deneyimlerinin yapılandırılmış şekilde değerlendirilmesi gerektiğinde faydalı olabilir.
Ekiplerin yaptığı en büyük hatalardan biri, erişilebilirliği yalnızca lansmandan hemen önce doğrulanacak bir konu gibi ele almaktır. Bu yaklaşım mobil uygulamalarda nadiren işe yarar; çünkü sürümler sık çıkar, arayüzler hızla gelişir ve regresyonlar daha önce stabil olan alanlarda bile ortaya çıkabilir.
Daha iyi model, sürekli erişilebilirlik yönetimidir:
Birleşik araçların operasyonel yükü azaltabildiği nokta da burasıdır. Ekibiniz erişilebilirlik, rıza yönetimi, hukuki belgeler ve raporlamayı birlikte yönetiyorsa, her dijital yüzey için ayrı uyum süreçleri yürütmek yerine tek bir iş akışı daha sürdürülebilirdir. Corpowid’in birleşik uyum deneyimlerine yaklaşımını 4’ü 1 arada widget çözümüne genel bakış sunan bu içerikte de inceleyebilirsiniz.
Çoğu kuruluş için pratik cevap evettir. WCAG, mobil uygulama erişilebilirliğini değerlendirmek, uyum çalışmalarını desteklemek, düzeltme sürecini yönlendirmek ve erişilebilirlik raporlamasını yapılandırmak için yaygın biçimde kullanılır. Hukuki yorum yargı alanına veya kullanım senaryosuna göre değişse bile, mobil uygulamalar erişilebilirlik beklentilerinin dışında değildir.
iOS ve Android ekipleri için temel çıkarım basittir: mobil erişilebilirliği temel ürün kalitesi ve uyum sürecinizin bir parçası olarak görün. Yerel deneyimleri WCAG 2.2’ye göre gözden geçirin, gerçek cihazlarda gerçek yardımcı teknolojilerle test edin, mümkün olduğunda sorunları bileşen düzeyinde düzeltin ve zaman içinde izleyin.
Bu yaklaşım, bir şikâyetin, tedarik talebinin veya denetimin yayın sonrası boşlukları ortaya çıkarmasını beklemekten çok daha etkilidir.
WCAG 2.2, yerel mobil uygulamalarda erişilebilirliği değerlendirmek için yaygın biçimde kullanılan bir standarttır; ancak mobil deneyimlere uygulanması platforma duyarlı yorum gerektirebilir.
Evet. Temel erişilebilirlik ilkeleri benzerdir, ancak mobil uygulamalar; yerel jestler, ekran okuyucu kalıpları, dokunma hedefleri, işletim sistemi ayarları ve özel bileşenler gibi platforma özgü davranışlar içerir ve bunlar özel test gerektirir.
Evet. Uygulamanız, kullanıcıların hizmetlere erişme, işlem tamamlama veya kuruluşunuzla etkileşim kurma yollarından biriyse, genel olarak erişilebilirlik inceleme sürecinize dahil edilmelidir.
Hayır. Otomatik test birçok sorunu hızlı tespit etmek için değerlidir, ancak kullanılabilirliği, yardımcı teknoloji davranışını, odak akışını ve görev tamamlamayı değerlendirmek için manuel test hâlâ gereklidir.
Ürününüz bir mobil uygulama içeriyorsa, alıcılar veya paydaşlar erişilebilirlik belgelerinin bu deneyimi de yansıtmasını bekleyebilir. Mobil test, daha kapsamlı ve daha güvenilir uygunluk raporlamasını destekleyebilir.
EN 301 549 ve WCAG birbiriyle yakından ilişkilidir, ancak aynı şey değildir. Bu rehber, her birinin neyi kapsadığını, nerelerde örtüştüğünü ve kurumunuzun ne zaman birine ya da her ikisine birden uyması gerekebileceğini açıklar.
Corpowid, dijital erişilebilirlik alanındaki yenilikçi yaklaşımı ve performansı nedeniyle dünyanın önde gelen araştırma ve danışmanlık şirketlerinden biri olan Gartner tarafından takdir edilmiştir. Bu rozetler, yapay zeka destekli ve kapsayıcı web deneyimleri oluşturma konusundaki kararlılığımızı yansıtmaktadır.
EN
