Google Meet Ekran Okuyucu Testi: Erişilebilir Ama Sunum Slaydı Görünmüyor

Daha önce Google Dokümanlar'ı incelemiştik. Ardından Google Slaytlar'ı. Şimdi sıra Google Meet'e geldi. Bakalım Google bir video konferans aracında erişilebilirliğe ne kadar önem veriyor. Hiç görmeyen birisi Google Meet üzerinden toplantı oluşturup toplantıya katılabilir mi? Gönderilen toplantı linkine tıklayıp erişilebilir bir deneyim yaşayabilir mi? Bunu test edip göreceğiz. Ben Vedat Güldü. Bugün NVDA ekran okuyucusu ile birlikte Google Meet'in toplantı oluşturma, toplantıya katılma, yönetici ayarlarını yapma ve normal bir kullanıcı gözünden inceleme senaryolarını hızlıca deneyimleyeceğiz.

Kör Göze Parmak Serisi: Video Konferansta Görme Engelli Deneyimi

Kör Göze Parmak, dijital erişilebilirlik sorunlarının açıkça göründüğü ama görmezden gelindiği alanları kayıt altına alan bir seri. Bu bölümde konumuz video konferans — 2020'den sonra iş yaşamının, eğitimin ve kişisel iletişimin merkezinde konumlanan bir kategori.

Video konferansta erişilebilirlik sadece bir kolaylık meselesi değil. İşe kabul mülakatları buradan yapılıyor. Uzaktan çalışan bir kişi tüm ekip toplantılarına buradan katılıyor. Öğrenci burada ders dinliyor. Bu aracın erişilemez olması, görme engelli bir bireyin işten, eğitimden, ekip yaşamından fiili olarak dışlanması anlamına geliyor.

Google Meet'in Yapısı: Web Tabanlı Video Konferansın Erişilebilirlik Karnesi

Google Meet, Google Chrome üzerinden çalışan web tabanlı bir video konferans aracı. Ayrı bir uygulama indirmenize gerek yok — tarayıcıdan doğrudan toplantı başlatabilir, katılabilir, yönetebilirsiniz. Bu yapı Google Docs ve Google Slides ile aynı web zeminini paylaşıyor.

Test için Google Meet ana ekranından başladım. Toplantı oluşturma, arka plan seçme, mikrofon-kamera kontrolü, ekran paylaşma, sohbet, toplantı sahibi ayarları, katılımcı onayı ve gerçek bir katılımcıyla ekran paylaşımı — hepsini teker teker deneyimledim.

Ana Ekran: Google Bile Etiketsiz Düğmeler Bırakabiliyor

Google Meet ana ekranını yukarıdan aşağı Tab tuşu ile taradığımda ilginç bir şeyle karşılaştım. NVDA bana şunu söyledi: "Tıklanabilir düğmesi. Etiketsiz." Bir sonraki adımda: "Grafik tıklanabilir. Etiketsiz."

Bu düğmelerin ne olduğunu bilmiyorum. Basınca bir şey değişiyor mu, hangi işlevi gördükleri, ne için var oldukları — hiçbiri belli değil. Sonradan denedim, bir tanesi bir eklentinin sayfasına yönlendirdi. Yani orada bir aksiyon var ama benim için bu aksiyon görünmez.

Bu, WCAG Başarı Ölçütü 4.1.2 (Ad, Rol, Değer) doğrudan ihlalidir. Her etkileşimli öğenin bir adı olmalı, ekran okuyucu bu adı okuyabilmelidir. Google gibi bir teknoloji devinin kendi ürününde bile bu tür etiketsiz düğmeler bırakabilmesi, sektörün erişilebilirlik olgunluğu hakkında bir ipucu veriyor.

Not olarak eklemek gerekir: ana ekranda bu iki etiketsiz düğme dışında tüm öğeler doğru etiketlenmiş — "Yeni toplantı", "Kod veya bağlantı girin", "Katıl" düğmeleri hepsi işlevini doğru bildiriyor. Yani sorun sistematik değil, ama var.

Toplantı Oluşturma ve Katılım: Popup'ta Odak Yönetimi Başarılı

"Yeni toplantı" düğmesini basıp menüyü açtım. NVDA seçenekleri sırayla okudu: "Daha sonrası için toplantı oluştur", "Anlık toplantı başlat", "Google Takvim'de planla". İlk seçeneği seçtim.

Beklenen davranış oldu: Bir popup açıldı ve ekran okuyucu odağı direkt popup'a taşındı. Bu, video konferans arayüzlerinde her zaman görmediğim bir davranış. NVDA bana popup içindeki metni okudu ("Toplantı yapmak istediğiniz kişilere bu bağlantıyı gönderin"), sonra Tab ile "Bağlantıyı kopyala" düğmesine geldim, Enter'a bastım — bağlantı panoya kopyalandı. Escape ile popup kapandı.

Bu, WCAG Başarı Ölçütü 2.4.3 (Odak Sırası) açısından örnek bir uygulama. Popup açıldığında odağın popup'a taşınması, ekran okuyucu kullanıcılarının popup'la etkileşime geçebilmesi için kritik. Google Meet bunu doğru yapıyor.

Anlık toplantı başlatma da benzer şekilde sorunsuz. Toplantı ekranı açıldığında "Toplantınız hazır" başlığıyla karşılandım, kamera ve mikrofon durumları NVDA'ya net bildirildi.

Toplantı İçinde Kontroller: Mikrofon, Kamera, Ekran Paylaşımı, Sohbet

Toplantı içindeki temel kontroller çok iyi çalışıyor. Mikrofonu kapattığımda NVDA bana "Mikrofonunuz kapalı" dedi. Açtığımda "Mikrofonunuz açık" dedi. Bu, durum bildiriminin (state) yardımcı teknolojiye iletilmesi açısından WCAG Başarı Ölçütü 4.1.2 uyumunun mükemmel bir örneği.

Ekran paylaşma özelliğini denedim. "Ekranı paylaş" düğmesine bastığımda bir seçim ekranı açıldı: Chrome sekmesi, pencere veya tam ekran. Ok tuşları ile seçenekler arasında dolaştım, her biri doğru okundu. Tab ile "Paylaş" düğmesine ulaşabildim.

Tepki gönderme menüsünü açtığımda emojilerin isimleri tek tek okundu: "Pırıldayan kalp, başparmak yukarıda, parti konfetisi, el çırpma, sevinç gözyaşları, düşünen yüz, başparmak aşağıda..." Yani emoji ismi eksik bırakılmamış — her emoji için doğru alt metin var.

Sohbet paneline geçtim. Mesaj kutusuna "Merhaba" yazdım, Enter ile gönderdim. NVDA gönderdiğim mesajı doğrulayan bir bildirim verdi. Aşağıdaki mesaj sabitleme fonksiyonu ("mesajı sabitle" düğmesi) klavye ile erişilebilirdi — çünkü fare imleci ile üzerine gelme adımı olmadan, doğrudan Tab ile ulaşılabiliyor.

Toplantı Sahibi ve Katılımcı Yönetimi: Kontrol Panelinde Erişilebilirlik

Toplantı sahibi kontrolleri paneli özellikle bu testte beni etkiledi. Panel her bir ayar için detaylı açıklama içeriyor ve NVDA bunları eksiksiz okuyor.

Örneğin "Katkıda bulunanların ekran paylaşımına izin ver" ayarı. Ayarın adı, mevcut durumu (açık/kapalı) ve altındaki açıklama metni — hepsi ekran okuyucuya iletiliyor. "Bu ayarı devre dışı bırakmak Meet uygulamasının eski bir sürümünü veya Google dışı bir toplantı donanımı kullanan kullanıcıların kaldırılmasına neden olabilir" gibi uzun açıklamalar da tam olarak okunuyor.

Katılımcı yönetimi de aynı düzeyde erişilebilir. Bir katılımcı toplantıya girmek istediğinde NVDA bana "Bir kullanıcı görüşmeye katılmak istiyor. Katılmak için veya reddetmek için seçeneğini kullan" dedi. Kullanıcılar paneline geldim, "Kabul etmeyi bekleyenler" bölümünü açtım, "Tümünü kabul et" düğmesine bastım. Onay iletişim kutusunda "Tümü kabul edilsin mi?" sorusuna "Tümünü kabul et" cevabını verdim. Kullanıcı toplantıya katıldı.

Arka Plan ve Efekt Seçimi: Alt Metinlerin Kalitesi Beklenenden Yüksek

Arka plan seçimi bölümünde küçük bir sürpriz yaşadım. Google Meet'in hazır arka planlarının her biri detaylı bir alt metinle geliyor. Sıradan bir "arka plan 1", "arka plan 2" listesi değil.

Örnekler: "Gökyüzünün altında ayçiçekleri dolu bir tarla ve kırmızı bir ahır", "Kuzey Amerika'daki Çin şehir pazarının gösterildiği etkileyici arka plan", "Parlayan ateş böceklerinin, uzaktaki dağların ve yıldızlı gökyüzünün görüldüğü bir gece ormanı", "Alçak bir raf ve saksı bitkisinin yer aldığı bej renkli oturma odası".

Yani hangi arka planı seçtiğimi ekrandaki görselden değil, ekran okuyucudan öğrenebiliyorum. Bu, WCAG Başarı Ölçütü 1.1.1 (Metinsel Olmayan İçerik) açısından örnek bir uygulama. Görme engelli bir kullanıcı da toplantısında hangi arka planı kullanmak istediğine bilinçli karar verebiliyor.

Bu düzeydeki alt metin uygulaması sektörde yaygın değil. Google Meet bu konuda önde.

Ekran Paylaşımı Sırasında Sunum: Sektörel Bir Boşluk

Test için ekip arkadaşım Özgen Aydoğan toplantıya katıldı ve bir sunumu ekran paylaşımıyla gösterdi. Sunum başladığında NVDA bana "Özgen Aydoğan sunum yapmaya başladı. Özgen Aydoğan kişisinin sunumu ana ekrana taşındı" dedi. Yani sunumun başladığını anladım.

Sunum bittiğinde de "Özgen Aydoğan adlı kullanıcının sunumu ana ekrandan kaldırıldı" bildirimi geldi. Başlama ve bitiş — ikisi de kayıt altında.

Ama arada ne var? İşte asıl mesele burada. Özgen sunumdaki slaytlar arasında geçtiğinde NVDA hiçbir şey söylemedi. Slaytların içeriği okunmuyor, slayt başlıkları duyulmuyor, sunucunun sayfa değiştirdiği bile bildirilmiyor. Sunumun içeriğini takip etmenin tek yolu, sunumu yapan kişinin sözlü olarak anlatması.

Bu Google Meet'e özgü bir problem değil. Zoom, Microsoft Teams, Cisco Webex — sektörün tamamı bu boşlukla yaşıyor. Ekran paylaşımı esasen bir "piksel akışı" gönderiyor; sunumun semantik yapısı (başlık, madde, tablo, alt metin) alıcıya iletilmiyor. WCAG Başarı Ölçütü 1.2.1 (Yalnızca Ses ve Yalnızca Video Önceden Kaydedilmiş) ve 4.1.2 (Ad, Rol, Değer) prensipleri açısından bu, kategori genelinde bir sınırlılık.

Çözüm yönü OCR (Optik Karakter Tanıma) veya AI destekli anlık slayt transkripti olabilir. Ama bu henüz yaygın bir standart değil. Sunum yapan kişinin sözlü olarak anlatması, şimdilik tek pratik çözüm.

Genel Değerlendirme: Google Meet Yeterince Erişilebilir

Google Meet, bu serideki üç Google ürünü arasında ekran okuyucu ile en iyi çalışanı. Toplantı oluşturma, katılma, yönetme, sohbet etme, tepki gönderme, arka plan seçme, ekran paylaşma — hepsi gerçek anlamda kullanılabilir.

İki eksiklik dışında.

Birincisi, ana ekranda iki etiketsiz düğmenin bulunması. Bu tekil bir hata ama Google gibi bir markanın kendi ürününde bu durumun olması dikkat çekici.

İkincisi, ekran paylaşımı sırasında sunum içeriğinin ekran okuyucuya iletilmemesi. Bu tüm video konferans kategorisinin ortak problemi — Google Meet'e özgü değil. Yine de bu boşluğun kapatılması, video konferansta erişilebilirliğin bir sonraki eşiği olacak.

Klavye erişimi, durum bildirimleri, katılımcı yönetimi, sohbet, mikrofon-kamera kontrolü, arka plan alt metinleri — bunların hepsi yüksek kalitede. Video konferans için erişilebilirlik ölçütünün üzerinde bir performans.

Kapsayıcı Video Konferans İçin Yapılması Gerekenler

Bir video konferans aracının erişilebilir olması için üründen bağımsız birkaç ilke geçerlidir:

Toplantı yapan kişi sunum içeriğini sözlü olarak anlatmalı. Ekran paylaşımıyla gösterilen slaytların içeriği ekran okuyucu kullanıcılarına yalnızca sözlü anlatım yoluyla ulaşıyor. "Şimdi bir sonraki slayta geçiyorum" veya "Bu slaytta üç madde var" gibi cümleler görme engelli katılımcıları toplantıya dahil eder.

Sunum dosyasını toplantı öncesi paylaşın. Slayt dosyası önceden paylaşılırsa, görme engelli katılımcı kendi ekran okuyucusu ile dosyayı takip edebilir. Bu, ekran paylaşımının erişilemezliğini büyük ölçüde çözer.

Etiketsiz düğmelerden kaçının. Video konferans aracı yapan geliştiriciler için: her tıklanabilir öğenin bir adı, rolü ve durumu olmalı. Ekran okuyucu bu bilgiyi doğru okuyabilmeli.

Kritik bildirimler (kullanıcı katıldı, mikrofon kapandı, sunum başladı) yardımcı teknolojiye iletilmeli. Google Meet bu konuda güçlü bir örnek — durum bildirimleri kesintisiz ve doğru geliyor.

Altyazı özelliğini varsayılan olarak açık tutun. Google Meet'te altyazılar mevcut; işitme engelli katılımcılar için hayati. Ama bu özellik varsayılan olarak kapalı — moderatörün her toplantıda hatırlaması gerekiyor.

Google Meet, erişilebilir video konferansın nasıl olabileceğine dair önemli bir örnek. Sektörün geri kalanı için de bir referans noktası. Ama sunum içeriği erişilemezliği çözülene kadar, video konferansta erişilebilirlik yarım kalıyor.

Bir sonraki bölümde başka bir Google ürününü ekran okuyucu ile test edeceğiz. Kör Göze Parmak devam edecek.