VoiceOver ve TalkBack Nedir?
iOS ve Android Erişilebilirlik Araçları Karşılaştırması
Bir uygulamada ekran okuyucu açıldığında bir şeylerin sesli okunması, çoğu ekipte “tamamdır” hissi yaratır. Ama görme engelli bir kullanıcı için asıl mesele “okuyor mu?” değil; işi bağımsızca tamamlayabiliyor mu?
Çünkü bu araçlar, bir kullanıcının bankacılık işlemlerini kendi başına halletmesinden eğitim hayatındaki ders materyallerine erişmesine, online alışverişten sosyal etkileşime kadar dijital dünyanın her alanına tam anlamıyla adapte olmasını sağlar. Erişilebilirlik, kullanıcının başkasına ihtiyaç duymadan hayatın içinde var olabilmesi demektir.
Üstelik en yaygın yanılgılardan biri şudur:
“iOS’te çalışıyorsa Android’de de çalışır.”
Standartlar ortak bir çerçeve sunabilir; fakat ekran okuyucu davranışı, odak yönetimi ve geri bildirim dili platformdan platforma değişir. Bu yüzden bir uygulamanın sadece ekran okuyucu desteğine sahip olması, otomatik olarak o uygulamanın “erişilebilir bir deneyim sunduğu” anlamına gelmez.
VoiceOver nedir?
VoiceOver, Apple tarafından geliştirilen ve teknoloji dünyasında erişilebilirlik standartlarını kökten değiştiren yerleşik bir ekran okuyucudur. İlk olarak 2005 yılında Mac bilgisayarlarda karşımıza çıkan bu teknoloji, 2009 yılında iPhone 3GS ile mobil dünyaya taşınarak akıllı telefonları görme engelli bireyler için ilk kez tamamen erişilebilir kılan bir devrim başlattı.
Apple ekosistemindeki tüm cihazlarda (iPhone, iPad, Apple Watch) standart olarak sunulan VoiceOver; ekrandaki öğeleri sesli olarak tarif eder. Kullanıcı parmağıyla ekranda gezerek odaktaki öğeyi dinler ve genellikle çift dokunuş gibi hareketlerle eylemi gerçekleştirir. Kısacası VoiceOver, arayüzü görmeden kullanmak isteyen bir kullanıcı için Apple'ın sunduğu "odak + ses" tabanlı kusursuz bir deneyim köprüsüdür.
TalkBack nedir?
TalkBack, Google tarafından geliştirilen ve Android dünyasının temel erişilebilirlik katmanını oluşturan ekran okuyucudur. Bu aracın hikayesi, 2009 yılında Google bünyesinde hayata geçen “Eyes-Free Project” (Göz Serbest Projesi) ile başlar. Bu vizyoner projenin temelinde; görme engelli dahi bir bilgisayar bilimcisi olan T. V. Raman, Charles L. Chen ve Svetoslav Ganov gibi isimlerin imzası vardır. Raman ve ekibinin asıl amacı, teknolojiyi "ekrana bakma" zorunluluğundan kurtarıp tamamen işitsel ve dokunsal bir etkileşim alanı yaratmaktı.
TalkBack, benzer şekilde kullanıcıların ekrandaki öğeleri dolaşmasını, sesli geri bildirim almasını ve çift dokunuş gibi standart etkileşimlerle işlemleri tamamlamasını sağlar. Ancak Android ekosistemi cihaz çeşitliliği (Samsung, Xiaomi vb.) ve işletim sistemi sürümleri açısından daha parçalı bir yapıya sahip olduğu için, TalkBack deneyimi cihazdan cihaza veya kullanılan arayüz giydirmesine göre farklılık gösterebilir. Bu durum, geliştiriciler için daha geniş kapsamlı bir test ve uyumluluk süreci gerektirir.
Aynı amaç, farklı gerçeklik: iOS ve Android neden ayrışır?
VoiceOver ve TalkBack aynı ihtiyaca hizmet eder: görme engelli kullanıcıların arayüzü görmeden kullanabilmesi. Ancak “aynı akışın” iki platformda farklı hissettirmesinin temel nedeni şudur:
- Odak mantığı: Hangi öğeye, hangi sırayla gidileceği ve odak geçişlerinin nasıl hissedileceği platforma göre değişebilir.
- Geri bildirim dili: “Bir işlem oldu mu?” bilgisinin kullanıcıya iletilme şekli farklılaşabilir.
- Bileşen davranışları: Aynı tasarım bileşeni iOS ve Android’de farklı erişilebilirlik özellikleriyle çalışır; doğru kurgulanmadığında ekran okuyucu “anlamı” kaybeder.
Gerçek bir senaryo: Sepete ekleme “başarılı” mı, “belirsiz” mi?
Bir e-ticaret uygulamasında kullanıcı ürün sayfasında “Sepete Ekle” butonuna basıyor. Görsel olarak ekranda “Sepete eklendi” bildirimi çıkıyor.
Eğer bu bildirim ekran okuyucu tarafından doğru anda seslendirilmezse, kullanıcı şu soruda kalır:
“Oldu mu olmadı mı?”
İkinci kırılma noktası: “Sepet” ekranına geçtiğinde odak alakasız bir yere düşer ve kullanıcı toplam tutarı, kargo bilgisini veya “Satın Al” adımını bulmak için ekranda gereksiz yere dolaşmak zorunda kalır.
Bu iki sorun birleştiğinde, teknik olarak uygulama çalışır; ama kullanıcı için işlem “tamamlanamaz” hale gelir.
Bu yüzden testin hedefi “okuyor mu?” değil; şudur:
Kullanıcı, akışı uçtan uca, bağımsızca bitirebiliyor mu?
Peki doğru yol ne? Uygulanabilir bir test çerçevesi
Ekiplerin hızlıca olgunlaşmasını sağlayan basit bir çerçeve var:
1) Checkliste değil senaryoya odaklanın
Giriş yapma, arama/filtre, sepet/ödeme, profil güncelleme, hata durumları gibi “iş” senaryolarını temel alın.
2) Aynı senaryoyu iki platformda da çalıştırın
iOS ve Android’i “aynı ürün” gibi değil, iki farklı deneyim gerçekliği gibi ele alın.
3) Her senaryoda 5 kritik sinyali ölçün
- Odak sırası mantıklı mı?
- Öğeler doğru ve anlaşılır isimlerle mi tanımlı?
- Eylem sonrası geri bildirim net mi?
- Hata mesajları doğru anda ve doğru yerde mi iletiliyor?
- Dinamik içerik değişimleri kullanıcıya ulaşıyor mu?
4) Otomatik raporları sinyal olarak görün, kanıt olarak değil
Otomatik tarama faydalıdır ama çoğu kritik kopuş “geri bildirim, odak ve bağlam” katmanında ortaya çıkar.
5) Son adım: gerçek kullanıcı testi
Uzman incelemesi çok şey yakalar. Ama bazı bariyerler yalnızca ekran okuyucu kullanan gerçek kullanıcıların senaryo testlerinde görünür hale gelir.
Türkiye’de 2026 perspektifi: Neden artık ertelenmiyor?
Türkiye’de yayımlanan düzenleyici çerçeveyle birlikte dijital erişilebilirlik, kurumlar için giderek daha net bir yükümlülük alanına oturuyor. Bu da özellikle web ve mobil deneyimlerde “göstermelik uyum” yerine “fiilen kullanılabilirlik” beklentisini güçlendiriyor.
Buradaki risk yalnızca yaptırım değil; daha temelde şu:
Belirli kullanıcı gruplarının dijital servislerden sistematik olarak dışlanması.
Bu dışlanma, marka güveni ve sadakati üzerinde doğrudan etki yaratır.
Doğru yaklaşımın net tanımı: “Aynı standart, farklı uygulama”
Doğru yaklaşım şudur:
VoiceOver ve TalkBack’i iki ayrı kontrol listesi gibi değil, iki ayrı kullanıcı gerçekliği gibi ele almak.
Erişilebilirlik; geliştirme bittikten sonra “işaretleme” ile eklenen bir katman değil, tasarım kararlarının içine gömülen bir disiplin olmalıdır. Odak sırası, bilgi hiyerarşisi, bileşen davranışları ve geri bildirim dili ilk tasarım anından itibaren erişilebilirliği belirler.
BlindLook bu problemde nerede durur?
BlindLook, 2019’dan bu yana erişilebilirliği “sonradan eklenen bir iyileştirme” olarak değil, ürünün deneyim omurgası olarak ele alan bir yaklaşımla çalışır. Bankacılık/finans, e-ticaret ve farklı dijital servislerde; web ve mobil platformlar için erişilebilirlik denetimleri, uzman analizleri ve gerçek kullanıcı senaryolarına dayalı test katmanları yürütür.
Buradaki amaç basit:
“Okunuyor” görünen değil, “kullanılabiliyor” olan deneyimler.
VoiceOver ve TalkBack tarafında kritik kullanıcı akışlarınızın nerede koptuğunu görmek ve erişilebilirliği “okunuyor” seviyesinden “kullanılabiliyor” seviyesine taşımak istiyorsanız buraya tıklayarak bizimle iletişime geçebilirsiniz.
Kısa özet
- VoiceOver iOS, TalkBack Android tarafında ekran okuyucu deneyimini mümkün kılar.
- Ekran okuyucunun bir şeyler okuması, erişilebilirliğin kanıtı değildir.
- Asıl ölçüt; odak, geri bildirim ve bağlamın senaryo boyunca kopmadan işlemesidir.
- 2026 perspektifinde erişilebilirlik, ertelenebilir bir “iyileştirme” değil; ürün sorumluluğudur.
