Tüm yazılar

App Store Erişilebilirlik Etiketi İçin iOS Test Planı

WebinleYayımlanma: Güncellenme:

App Store erişilebilirlik etiketi neyi anlatır?

App Store erişilebilirlik etiketi, bir iOS uygulamasında hangi erişilebilirlik özelliklerinin gerçekten desteklendiğini indirme öncesinde kullanıcıya gösterir. Bu alanı doldurmak bir pazarlama sloganı yazmak değildir. Önce uygulamanın temel görevleri test edilir, sonra desteklenen özellikler cihaz bazında beyan edilir. Eksik bir özelliği varmış gibi işaretlemek kullanıcıyı yanlış yönlendirir; çalışır durumda olan bir özelliği belirtmemek de uygulamanın değerini görünmez kılabilir.

Apple'ın resmî açıklaması, bir özelliğin desteklendiğini işaretlemek için kullanıcının uygulamadaki yaygın görevleri o özellikle tamamlayabilmesi gerektiğini söylüyor. Bu nedenle yalnızca giriş ekranını açıp VoiceOver'ın birkaç etiketi okuduğunu görmek yeterli değildir. Hesap oluşturma, ürün bulma, sipariş verme veya randevu alma gibi uygulamanın asıl işlerini uçtan uca deneyin.

Önce “yaygın görev” envanteri çıkarın

Yaygın görev, uygulamanın amacına göre değişir. Bir market uygulamasında ürün arama, sepete ekleme, adres seçme ve sipariş onayı temel olabilir. Bir randevu uygulamasında uygun saat seçimi, bilgi düzeltme ve randevu teyidi öne çıkar. Test listesi, uygulamadaki ekranların listesi değil, kullanıcının tamamlamak istediği işlerin listesi olmalıdır.

Her görev için başlangıç noktası, beklenen sonuç ve hata senaryosu yazın. Örneğin ürün aramasında yalnızca sonuç listesine ulaşmak değil, ürün ayrıntısını anlamak ve doğru varyantı seçebilmek gerekir. Sipariş akışında hata mesajının okunması ve hatalı alanın bulunması da başarı ölçütünün parçasıdır. Ekibin farklı kişilerinin aynı görev tanımını kullanması beyanı tutarlı hâle getirir.

Cihazlar arasında varsayım yapmayın

Apple, App Store Connect'te desteklenen cihazlar için ayrı bilgi verilebildiğini ve etiketlerin cihaz türüne göre gösterildiğini açıklıyor. iPhone üzerinde çalışan bir akışın iPad düzeninde aynı şekilde anlaşılır olduğunu otomatik kabul etmeyin. Farklı ekran yerleşimi, yatay görünüm, klavye kullanımı ve modal pencereler ayrı test gerektirebilir. Uygulamanın desteklemediği bir cihaz için özellik beyanı üretmeyin.

Hangi özellikler kontrol edilmeli?

Ekran okuyucu için yalnızca düğme etiketleri değil, odak sırası ve değişen içeriklerin duyurulması önemlidir. Metin büyütme için yazının gerçekten okunur kalıp kalmadığına, butonların kesilip kesilmediğine bakın. Yeterli kontrast ve yalnız renge dayanmadan ayrım yapma farklı kontrollerdir. Animasyon azaltma, koyu arayüz, altyazı ve sesli betimleme gibi alanlar uygulamanın içerik türüne göre değerlendirilmelidir.

Apple'ın özellik listesi ve değerlendirme ölçütleri beyan öncesi iyi bir kontrol noktasıdır. Ancak belgeyi okumak fiilî testi yerine geçmez. Her özelliğin testinde hangi ekranın, hangi görevle ve hangi cihazda denendiğini kaydedin. Böylece sonraki sürümde bozulma olup olmadığını yeniden görebilirsiniz.

Kısmi destek nasıl ele alınmalı?

Bir özelliğin yalnızca birkaç ekranda çalışması, bütün uygulamada desteklendiği anlamına gelmez. Özellikle ödeme, hesap kurtarma veya kritik onay adımı kullanılamıyorsa, başlangıç ekranındaki başarılı test kullanıcıya yardımcı olmaz. Kısmi desteği ekip içinde açıkça belgelendirin; App Store beyanını Apple'ın geçerli ölçütlerine göre yapın. Yardımcı sayfalarda sınırlamaları anlatmak da dürüst bir kullanıcı iletişimidir.

App Store Connect iş akışı

Apple'ın yönetim kılavuzuna göre uygulama kaydında App Accessibility bölümünden cihaz desteği seçilir, ilgili özellikler işaretlenir ve yanıtlar yayımlanır. Apple, yayımlanmış yanıtların daha sonra güncellenebildiğini de belirtiyor. Yayın yetkisi olan kişinin test raporunu görmesi, geliştirici ile mağaza yöneticisinin farklı varsayımlarla hareket etmesini önler.

Bir sürümde yeni akış eklendiğinde eski beyanı otomatik bırakmayın. Yeni ekranlar, üçüncü taraf ödeme görünümü veya oturum açma bileşeni temel görevlerin tamamlanmasını etkileyebilir. Sürüm kontrol listesine “erişilebilirlik beyanı hâlâ doğru mu?” sorusunu eklemek, hatayı mağazada görünür olmadan yakalamaya yardımcı olur.

Erişilebilirlik bağlantısı ne işe yarar?

Apple, uygulamaya özel ek açıklama için bir erişilebilirlik URL'si sunuyor. Bu bağlantı yalnızca genel ana sayfaya yönlendirmek için kullanılmamalıdır. Uygulamanın desteklediği özellikleri, açma adımlarını ve bilinen sınırlamaları anlaşılır biçimde anlatan bir sayfa daha faydalıdır. Olmayan bir sayfanın adresini sırf alan dolu görünsün diye eklemeyin; bağlantının gerçekten açıldığını ve güncel kaldığını kontrol edin.

Kullanıcı aramasıyla ilişkisi ve sınırları

Apple, erişilebilirlik özelliklerinin App Store aramalarında kullanıcının daha ilgili sonuçlar bulmasına yardımcı olabileceğini belirtiyor. Bu, bir etiketi işaretleyince sıralamanın kesin artacağı anlamına gelmez. Beyanın değeri, doğru kullanıcıya doğru beklenti sunmasıdır. Önce ürünün gerçek kullanılabilirliği, ardından doğru mağaza açıklaması gelir. Anahtar kelime uğruna yanlış özellik seçmek hem kullanıcı deneyimi hem güven açısından ters sonuç yaratabilir.

Mevcut iOS App Store yayın planı içindeki mağaza hazırlığını bu kontrolle tamamlayabilirsiniz. Yayına hazırlık yalnızca ekran görüntüsü ve açıklama metniyle bitmez; uygulamanın farklı kullanıcılar tarafından temel görevler için kullanılabilmesi de planın parçasıdır.

Hata ve kabul testleri

Testte başarı akışının yanında yanlış giriş, bağlantı kesilmesi ve boş sonuç durumları da denenmelidir. Bir hata yalnızca kırmızı çerçeveyle gösteriliyorsa ekran okuyucu veya renk algısı farklı kullanıcılar için belirsiz kalabilir. Odak hataya taşınıyor mu, açıklama alanla ilişkili mi, kullanıcı düzeltme sonrası ilerleyebiliyor mu? Bu sorular her kritik form için ayrı cevaplanmalıdır.

Test bulgularını geliştirme görevlerine bağlayın. “Erişilebilirlik düzeltilecek” gibi geniş bir görev yerine hangi ekranda, hangi kontrolün, hangi koşulda sorun çıkardığını yazın. Sonra aynı cihaz ve görevle yeniden test edin. Bu yaklaşım ekipler arasında anlaşılır kabul ölçütü oluşturur ve yalnızca etiket doldurmaya odaklanan yüzeysel çalışmayı önler.

Webinle'nin mobil uygulama geliştirme hizmeti için bir proje değerlendirirken erişilebilirliği yayın sonrası eklenen bir ayrıntı değil, görev tasarımının parçası olarak ele almak gerekir. İhtiyaç görüşmesinde hedef cihazları, temel kullanıcı işlerini ve test sorumluluğunu belirlemek; hem uygulama deneyimini hem App Store beyanının doğruluğunu daha güvenilir kılar.