Table of Contents

Bugünün dijital manzarasında, mobil uygulamalar günlük yaşam için integraldir, iletişim, ticaret, eğitim ve eğlenceye giriş yapın.Ancak milyonlarca kullanıcı, uygulamalarınızla uyumlu olmayan engellere yol açar. Mobil erişilebilirlik herkesin -gerçekten, denetçi veya bilişsel yeteneklerin olmadığı - uygulamanızdan yararlanarak etkileşime girer.

Mobil Accessability

Mobil erişilebilirlik, uygulamaları tasarlamak ve geliştirmek için geçerlidir, böylece engelli insanlar algılayabilir, anlar, gezinebilir ve cihazlara veya tabletlere bağlı olarak etkileşime girebilirler.Bu, ekran okuyucularına (örneğin ses veya konuşmaBack), yüksek kontrast ve ölçeklenebilir metine ihtiyaç duyan düşük görmeleri ve sağır veya sert işitmeye ihtiyaç duyan kişilerle iletişim kurarlar ve ağarır veya görsel göstergelere bağlı olarak, cihazlar veya ses komutları kullanan kişiler ve kullanıcılarına açık pozisyonlardan ve basit dilden yararlanan bilişsel engelliler içerir.

Mobil erişilebilirlik ihtiyacı büyüyor. Dünya Sağlık Örgütü'ne göre, bir milyardan fazla insan küresel olarak engellilik Yasasını deneyimliyor - bu görev dijital erişilebilirlik ve saygınlık zararları sağlamak için başarısız oluyor. Tersine, erişilebilir uygulamalar genellikle üst uygulama mağaza derecelendirmeleri ve dahil olmak üzere, ABD'de de olumlu bir basın.

Inclusive Mobile Design'ın Temelleri

WCAG çerçevesi dört temel prensip üzerine inşa edilmiştir, genellikle acronym POUR tarafından hatırlanır: Perceivable, Operable, Anlaşılabilir ve Robust. Bu ilkeler doğrudan mobil uygulama geliştirme için geçerlidir.

Perceivable

Bilgi ve kullanıcı arayüzü bileşenleri, algılayabilmeleri için kullanıcılar için mevcut olmalıdır. Bu, metin olmayan içerik için metin alternatifleri sağlamak (örneğin, görüntüler, ikonlar, videolar), bu içeriğin farklı şekillerde sunulmasını sağlamak (örneğin, ekran okuyucularının aloud'u okumak için) ve kullanıcıların yeterli kontrast, yeniden ulaşılamaz metin ve okumalarını sağlamak için daha kolay hale getirmek anlamına gelir.

Operable Operable

Kullanıcı arayüzü bileşenleri ve navigasyon operable olmalıdır. Bu, tüm işlevselliğin bir klavyeden ( ekran okuyucu hareketleri dahil), kullanıcıların içeriği okumak ve kullanmak için yeterli zamanları olması ve uygulamanın flaş içerikten nöbetlere neden olmadığı ve bu navigasyonun tutarlı bir yapı ile kullanılmasının kolay olması gerekir.

Anlaşılabilir

Kullanıcı arayüzünün kullanımı anlaşılabilir olmalıdır. Bu, açık ve öngörülebilir bir dil kullanarak, talimatları ve etiketleri sunar, tutarlı navigasyon kalıpları sunar ve kullanıcıların kaçınmalarına ve doğru hataları düzeltmelerine yardımcı olur. Örneğin, hata mesajları yanlış olanı ve nasıl düzeltmelidir, sadece bir başarısızlık kodu rapor etmemelidir.

Robust

İçerik, yardımcı teknolojiler dahil olmak üzere geniş çeşitli kullanıcı ajanları tarafından güvenilir olarak yorumlanması için yeterince sağlam olmalıdır.Bu, erişilebilir özellikleri açığa çıkaran semantik HTML veya platform destekli bileşenleri kullanarak ve gerçek yardımcı cihazlarla test etmek anlamına gelir.In technologies evolve, sağlam tasarım uygulamanızın gelecekteki işletim sistemlerinin ve araçların sürümlerini erişilebilir kılar.

Accessible Mobile Apps için Pratik İpuçları

Bu ilkeler üzerinde inşa, burada engelli türü tarafından organize edilen özel, eylem edilebilir ipuçları. Her ipucu, uygulama rehberliği ve yaygın tuzakları önlemek için içerir.

Görsel Erişilebilirlik

  • [[Dönetici:0) Tüm metin içeriği için metin alternatifleri vardır.[DÜDÜT:1] Her görüntü, ikon, düğme ve video, element türü içeren bir tanımlayıcı etikete sahip olmalıdır. Örneğin, bir kamera simgesi "Yazdır" gibi erişilebilir bir etikete sahip olmalıdır, ancak "Exmit düğmesi" zaten ilan edilmelidir.
  • [FONT=0) Yeterli renk kontrastı [Dönetici:0] WCAG, normal metin ve 3:1'in büyük metin için (örneğin, 14px) bir ikon ve metin göstermesi için, sadece kırmızı bir sınır değil.
  • [[Dönetici tipi ve font ölçeklendirmesi [Dönetici:0) Kullanıcılar, düzeni bozmadan metin boyutunu arttırmaya izin verir. Karşılaştırma birimleri (e.g., 03.03.2012 tarihinde iOS'ta) ve farklı erişilebilirlik boyutlarda test edin.Bu düğmelerin ve muslukların yeterince büyük kalmasını sağlayın (en azından iOS'ta 48x48dp'i Android'de kullanın).
  • [[0) iOS veya "Yüksek kontrast metin" gibi sistem düzeyinde erişilebilirlik ayarlarına adapte olun.Increase Contrast" gibi uygulamanızı sağlayın.Increase Contrast" veya Android'de UI'nizi test edin.

Auditory Accessabilityability

  • [FONT:0)Provide, ses ve video içeriği için transkriptler ve transkriptler içerir.[#0] Tüm multimedya senkronize edilen satırları (yalnızca ses için) ve transkriptleri içermelidir.In mobile, use the platformun yerel medya oynatıcı kontrolleri ve okunabilirlik için ayarlanabilir ve stilize.
  • [[D:0) Görsel göstergeler ses bildirimleri için kullanılabilir.[Dönetici:0) Uygulamanız uyarı veya ilerleme için ses çıkarırsa (örneğin, iletişim uygulamasında bir ringtone), bir vibrasyon modeli, flaş LED veya bir pankart bildirimi gibi görsel bir alternatif sağlar.
  • [FONT:0) Konuşma tanıma ve ses komutlarının güvenilir bir şekilde çalışmasını sağlamak.[DÜDÜ:0) Uygulamanız ses girişi içeriyorsa (örneğin, dictation), çeşitli aksanlarla ve gürültülü ortamlarda test edin.
  • [FONT:0] Otomatik ses oyun geri dönüşünden yoksundur.[[Dönetici:0] Kullanıcının açıkça talep etmediği sürece asla ses otomatik olarak oynamaz.If you must auto-play, stop if the user interacts with the app and let easy pausing/stopping.

Motor Accessabilityabilityabilityabilityabilityabilityabilityabilityabilityabilityability

  • [[Döneticileri ve adımları önlemek için büyük, kolay-to-tap hedefleri için tasarım.[Dönetici:0) iOS için minimum dokunuş hedefi boyutlarına dikkat edin (DOS için 48x48dp için Android için 48x48dp için puan).Repable elementler arasında kazak dokunmayı önlemek için yeterli miktarda spacing sağlayın.For sliders and steppers, doğrudan metin girişi veya düğme artışları gibi alternatif giriş yöntemleri sağlar.
  • Support multiple input methods. In addition to touch, users may rely on keyboard (with or without on-screen keyboards), mouse, switch devices, eye tracking, or voice control. Use platform APIs (e.g., UIAccessibility on iOS, AccessibilityNodeInfo on Android) to expose custom actions. For example, a swipe-to-delete gesture should also be available via a long-press menu or adedicated delete button.
  • [FONT:0] Zaman kısıtlı etkileşimlerin eksikliğinden yoksundur.[[Dönetici:0] Kullanıcılar kısa bir süre içinde bir eylem tamamlamak için uzun süre boyunca bir uyarıda bulunmaları gerekmez (örneğin, güvenlik için) zaman sınırları gereklidir (örneğin, güvenlik için) Motor bozulmaları olan seçeneklerin daha uzun süre boyunca yanıt vermesi veya devre dışı kalması için izin verir.
  • [FONTNT:0] Doğru odak yönetim ve navigasyon düzeni[Dönetici:0) Uygulama ile bir ekran okuyucu veya klavye kullanarak hareket ederken, odak sipariş mantıksal bir dizi takip etmelidir (sol-sağ, üst-d-d-d-d-d-düşük) UseENFLT:6).

Bilişsel erişilebilirlik

  • [FONT:0) Net, basit bir dil kullanın.[DÜDÜT:1] Koncise başlıkları, talimatları ve hata mesajları yazın. Gerekli olmadıkça jargon veya teknik terimlerden kaçının ve sonra açıklamalar sağlayın. Aktif ses ve karmaşık görevleri daha küçük adımlarla kullanın.
  • [FONT:0]Maintain tutarlı navigasyon ve düzen.[DÜT:1] Uygulama boyunca öngörülebilir bir yapı kullanın. Örneğin, arama çubuğunu her zaman üstte, arka düğmede ve standart ikonların anlamını değiştirmekten kaçının.
  • [FONT:0)Provide kolay-to-bul yardım ve rehberlik.[[Dönetici] Bir yardım bölümü veya bağlamsal araçtipleri içerir.For formlar için, düz dilde hataları açıklayan uygun doğrulama.Sevcut bir çabayı azaltmak için otomatik olarak ve önerileri kullanın.
  • [[DÜŞÜNÜ:0)Depresif özelleştirme ve kişiselleştirme.[[DÜT:1) Kullanıcılara font büyüklüğü, renk temaları ayarlamasına ve düzeni basitleştirmek için izin verin (örneğin, basitleştirilmiş bir manzara). Bazı kullanıcılar görsel karışıklıktan fayda sağlar.
  • [FONT:0] hızla değişen veya animasyonlu içerikten yoksundur. Animations, carousels ve oto-skrolling rahatsız edici veya rahatsız edici olabilir. / duraklama/sağanlama düğmesi ve kullanıcının sistem seviyesindeki "Reduce Motion" erişilebilirliği ayarına saygı gösterin.

Destekleme Platformu Accessibility APIs

Modern mobile operating systems provide robust accessibility APIs that, when used correctly, dramatically improve the experience for users with disabilities. Here are some key features to implement:

iOS (UIKit ve SwiftUI)

  • [FONT=0) Access Label, Hint ve Traits:[Dönetici: Set descriptive etiketler (e.g., "Play podcast") ipucu ("Çift-tap oynamaya başlamak için), ve özellikler (örneğin,00 $,00)
  • [FONT:0)Müşteri Eylemleri: [Dönetici: 0:0)Süreklilerin silinmesi, özel rotor eylemleri (örneğin, rotordaki "Delete" seçeneği)
  • [FONT:0]Dynamic Type:[Dynamic Type:[Dynamic Type:[Dynamic Type:[DDynamic Type:) veya [[DFLT:12) kullanarak destek.
  • [FONT:0)Reduce Motion:[Dönetici:[Dönetici:0)[Dön Hareket:[Dönetici:0)Reduce Motion:[Dönetici:[Dönetici:[Dönerge:[Dön Hareket))[Dönerge:
  • [FONT=0)Large Content Viewer: [Dönetici için] [Döneticileri için, [[Döne geldiğinde bir popupta içerik göstermek için [[Dönemli.

Android (Jetpack Compose ve View system)

  • [FONT:0)Content Açıklama:[Dönetici:[Dönetici: · 1) Tüm anlamlı görüntüler ve ikonlar için (veya [[Dönetici) olarak kullanılır.
  • [FONT=0)Focus ve Traversal:[Dönetici: [Dönetici: [Dönetici: · 9) Setleri: [FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=) ve {FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=FONT=))
  • [FONT:0)Müşteri Eylemleri: [Dönetici: [Dönetici: 1) veya [FONTD:0)
  • [FONT:0)Font Scaling:[Dönetici:[Dönetici:[Dönetici:0)|Dönetici: [Dönetici: [Dönetici: [Dönetici: 9/01/2012) ve [[Döneticileri ve/veyaleri) ile test edin.
  • [FONT:0)Ray Access:[[Dönetici:0) Her interaktif elementin açık tarama (keyboard veya geçiş) Grup ilgili öğeler aracılığıyla erişilebilir olmasını sağlayın.

Her zaman uygulamanızı gerçek yardımcı teknolojilerle test edin. SesOver ( iOS'ta tıklama düğmesi) veya KonuşmaBack (Settings > Accessibility > TalkBack) ve uygulamanızı bir kullanıcı olarak gözden geçirin.

Test ve Geçerlilik

Accessability test, başlangıçtan itibaren gelişim iş akışınıza entegre edilmelidir, son bir kontrol olarak bırakılmamalıdır. manuel testlerle otomatik araçları birleştirin ve en önemlisi, engelli insanlarla kullanıcı testleri.

Otomatik Test Araçları

  • [FONT:0]Google Accessability Scanner)[Android): Uygulamanızı tarayın ve kontrast gibi gelişmelerin, dokunma hedef boyutu ve içerik açıklamalarını önerir.
  • [FONT:0) Apple'ın Accessibility Inspector[[Dönetici: Xcode): Eksik etiketler gibi ortak konular için denetimler iOS uygulamaları, yetersiz kontrast ve yanlış özellikler.
  • [FONT:0) Chrome DevTools'ta Işık Evi [Dönetici: 1) Web tabanlı mobil uygulamalar için: Checks PWA veya mobil web erişilebilirlik kuralları ile uyumlu.
  • [FONT:0]axe-core[[[Dönetici için): CI/CD boru hattınıza otomatik kontroller.

Otomatik araçların sadece erişilebilirlik problemlerinin% 30'unu yakalayabildiğini unutmayın. Bir etiket anlamlı olup olmadığını veya navigasyon mantıklı olup olmadığını belirleyebilirler. Bu nedenle, manuel test gereklidir.

Manual Test Checklist

  • Ekran okuyucuları ile test edin: VoiceOver (iOS) ve TalkBack (Android) Her ekranı hiçbir vizyonla (gözler kapalı).
  • klavye-sadece navigasyon (iOS: Voice Control; Android: Switch Access) Tüm elementlerin ulaşılabilir olmasını sağlayın.
  • Maksimum metin boyutunu artırmak ve hiçbir içeriği doğrulamak, kodlanmış veya çakılmaktır.
  • Enable yüksek kontrast ve invert renkler modları; okunabilirliği kontrol edin.
  • Hareketin azaltılması ve animasyonların durdurulması veya statik geçişlerle değiştirilmesini sağlayın.
  • Renkli körü simülatörü ile test edin (örneğin, yerleşik iOS Simulator, Android Color Düzeltme).
  • Gerçek dünya sorunlarını ortaya çıkarmak için yardımcı teknolojiye dayanan bir kullanıcı ile test edin.

Yaygın Erişim Başarısızlıkları Kaçmak için Başarısızlık

  • Alternatif metin olmadan görüntüler (dekoratif görüntüler) veya [[Dönemli:) olmalıdır.
  • Form alanları, yok eden veya yer sahibi metin olmadan.
  • Hiçbir alternatif olmayan özel jestler (örneğin, hiçbir düğme geri çekilmez ile arkadaş olmayana kaydırın).
  • Düşük kontrast metni (göster gri) - her zaman kontrol oranı.
  • Odaklanamaz olmayan interaktif elemanlar (örneğin, [[Düzg., 03.03.2012) dokunmak için dokunmamak için dokunmamak.
  • Moda veya tuzaklar bu tuzak yanlış odaklanır veya görünüşlerini duyurmayın.

Kaynaklar ve Referanslar

Bilginizi derinleştirmek ve gelişmekte olan standartlarla devam etmek, aşağıdaki kaynakları keşfedin:

  • [FONT=0)WCAG 2.2 Kılavuz - Web ve mobil erişilebilirlik için uluslararası standart.
  • [FONT=0) Apple Human Interface Guide - Accessability[Dönetici:0)[Dönetici: 1 )
  • [[Google Malzeme Tasarımı Erişimi[Dönetici:0)[Dönetici:0) Google Material Design Accessability[Dönetici: Android ve çapraz platform uygulamaları için en iyi uygulamalar.
  • [FONT:0)WebAIM[[[Dönetici: 1) Maddeler, araçlar ve erişilebilirlik değerlendirmeleri için kontrol listeleri.
  • [FONT=0) Access Developer Guide[[[Dönetici:0)[[Dönetici:0)

Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç Sonuç

Mobil erişilebilirlik için tasarım devam eden bir taahhüt değildir, bir zaman görevi değildir.Inding kapsayıcı uygulamaları tasarım ve geliştirme sürecine dahil ederek, daha geniş bir izleyiciye hizmet eden ve herkese daha iyi bir deneyim sunmak.POUR ilkelerine başlayın, platforma özel erişilebilirlik API'leri uygulayın, her iki araç ve gerçek kullanıcılarla dikkatlice test edin ve geri bildirime dayanarak.