← Tüm yazılar
Tasarım ve Anlatım

Web erişilebilirliği konusunda sunum hazırlama

Web erişilebilirliği sunumunu hedef kitleye ve somut bir kullanıcı görevine göre planlayın. Slaytları anlaşılır örneklerle destekleyin; önerilerinizi kullanıcı deneyimi ve kontrol adımlarıyla birlikte sunun.

Draw Editör Ekibi5 dk okuma

Sunumun amacını ve kapsamını belirleyin

Önce dinleyicinin sunumdan sonra neyi anlayacağını ya da yapacağını belirleyin. Örneğin amaç, ekip arkadaşlarının bir web sayfasındaki olası erişim engellerini fark etmesini ve hangi iyileştirmeleri değerlendirebileceğini açıklamak olabilir. Hedef kitleyi de netleştirin: tasarımcılar, geliştiriciler, içerik üreticileri ve yöneticiler aynı örnekten farklı sonuçlar çıkarabilir.

Sunum süresi, ortamı ve dinleyicilerin konuya aşinalığı kapsamı etkiler. Kısa bir oturumda birkaç temel kavramı tek bir örnekle açıklayın; daha uzun bir oturumda katılımcılara örneği inceleme zamanı ayırın. Sunumu hukuki uygunluk garantisi veya eksiksiz teknik denetim gibi tanıtmayın. Amacınız, kullanıcı deneyimini ve iyileştirme kararlarını anlaşılır kılmaktır.

Anlatıyı kullanıcı görevi etrafında kurun

Web’de yapılacak somut bir görev seçin: örneğin bir etkinliğe kayıt olmak veya bir ürün aramak. Sonra görevin nerelerde zorlaşabileceğini gösterin. Form alanlarının etiketleri, bilgi ve hataların sunuluşu, klavyeyle ilerleme ve renk kullanımı gibi başlıkları seçtiğiniz görevle ilişkilendirin. Her slayta çok sayıda kural yüklemek yerine “olası engel → kullanıcı üzerindeki etkisi → değerlendirilebilecek iyileştirme” akışını izleyin.

W3C WAI’nin erişilebilir tasarım ipuçları arasında renk dışında da bilgi iletmek, form alanlarına açık etiketler sağlamak ve görsel içerik için alternatifleri değerlendirmek yer alır. Bunları sunumda kesin çözüm reçetesi gibi değil, örnek üzerinde incelenecek tasarım noktaları olarak kullanabilirsiniz: W3C WAI: erişilebilir tasarım ipuçları.

WCAG’dan söz edecekseniz hangi sürüm ve kapsamı anlattığınızı belirtin; bu sunum, bir uygunluk değerlendirmesinin yerine geçmez. W3C WAI’nin 2025 tarihli duyurusu, WCAG 2 ve WCAG 3 üzerine devam eden çalışmalardan söz eder ve WCAG 3’ün henüz uzun bir çalışma sürecinde olduğunu belirtir. Güncel durumu sunumdan önce doğrulayın: W3C WAI güncelleme duyurusu.

Somut örnek: kayıt formu

Aşağıdaki beş slaytlık akış, yaklaşık 10 dakikalık kısa bir bilgilendirme için varsayımsal bir örnektir. Süreleri ve ayrıntı düzeyini kendi sunumunuza göre değiştirin.

  • 1. slayt — Amaç: “Bir ziyaretçi kayıt formunu klavyeyle tamamlayabiliyor mu?” sorusunu oturumun odağı olarak tanıtın.
  • 2. slayt — Kullanıcı görevi: Ziyaretçinin formu doldurup gönderdiği varsayımsal senaryoyu kısaca anlatın. Kullanıcıları tek bir deneyime indirgemeyin.
  • 3. slayt — Olası engeller: Örnek formda bir alanın etiketi belirsiz, hata mesajı yalnızca kırmızı renkle gösteriliyor ve klavyeyle ilerlerken sıradaki alanı bulmak zorlaşıyor. Bunların ne tür belirsizliklere yol açabileceğini tartışın.
  • 4. slayt — İyileştirme seçenekleri: Etiketi daha açık ifade etmeyi, hata için renk dışında açıklayıcı metin kullanmayı ve klavyeyle ilerlerken odağın izlenebilirliğini incelemeyi önerin. Bunları doğrulanmış sonuçlar değil, değerlendirme seçenekleri olarak sunun.
  • 5. slayt — İnceleme: Örneği klavyeyle deneyin; etiketleri ve hata mesajını gözden geçirin. Mümkünse farklı kullanım biçimlerine sahip kişilerden geri bildirim alın. İncelemenin kapsamını ve bulguların sınırlarını belirtin.

Slaytları erişilebilirlik açısından tasarlayın

Her slaytta tek bir ana mesaj kullanmak ve başlıkları içeriği açıklayacak biçimde yazmak, anlatımı takip etmeyi kolaylaştırabilir. Küçük yazı, sıkışık yerleşim ve metinle zayıf kontrast, içeriğin anlaşılmasını güçleştirebilir. Renkle kodladığınız bilgiyi bir etiket veya açıklamayla da aktarın. Görselin ne amaçla kullanıldığını değerlendirin: anlam taşıyan görsele uygun bir açıklama eklemeyi, yalnızca süs amaçlı öğeyi ise gereksiz metinle tarif etmemeyi düşünün.

Kullandığınız sunum aracı ve dosya biçimine göre teknik seçenekler değişebilir. Belirli bir menünün her sürümde bulunduğunu varsaymayın; kullandığınız aracın güncel belgelerinde başlık yapısını, okuma sırasını ve görsel açıklaması ekleme adımlarını doğrulayın. Tablolar için sunum tablolarında erişilebilirliği iyileştirme rehberine; PowerPoint’te okuma sırasını düzenleme konusu için ilgili rehbere bakabilirsiniz.

Sunumu nasıl gözden geçireceğinizi planlayın

Sunumu yalnızca görsel olarak düzenli görünmesine göre değerlendirmeyin. Baştan sona gözden geçirerek her slaytın ana mesajının, bağlantılarının ve görsel açıklamalarının anlaşılır olup olmadığını kontrol edin. Sunum dosyanız ve ortamınız izin veriyorsa klavyeyle ilerleyip sıranın anlaşılır olup olmadığını inceleyin. Önemli bir bilginin yalnızca renkten veya görsel yerleşimden çıkarılmasının beklenip beklenmediğini sorun.

Otomatik kontrol aracı kullanıyorsanız, bulgularını gözden geçirme sürecinin bir parçası olarak değerlendirin; tek başına sunumun erişilebilir olduğunu kanıtladığını ileri sürmeyin. Örnek üzerinde yaptığınız incelemeyi, kapsamını ve henüz doğrulanmamış noktaları açıkça ayırın. W3C WAI’nin 2026 duyurusu, erişilebilirlik standartları ve kullanıcı öyküleri dâhil farklı sunum ve video kaynaklarına yönlendiriyor: W3C WAI sunum ve video kaynakları.

Sık karşılaşılan sunum sorunları

Tek oturuma çok fazla kavram sığdırmak: Kapsamı bir kullanıcı göreviyle sınırlayın; ayrıntılı teknik konuları ek kaynaklara bırakın.

Mesajı yalnızca renk veya görselle aktarmak: Aynı bilgiyi metinle de ifade edin ve örneği farklı kullanım koşullarını düşünerek inceleyin.

Kontrol listesini yeterli doğrulama saymak: Listeyi düzenli gözden geçirme amacıyla kullanın; örneğin görevini klavyeyle denemek veya kullanıcı geri bildirimi almak gibi ek incelemeler planlayın. W3C’nin kapsayıcı dijital dönüşüm sunumu da kontrol listesi yaklaşımından ziyade kullanıcı odaklı yaklaşımı öne çıkarır: W3C WAI sunum özeti.

Örnek çözümü kesin sonuç gibi anlatmak: Öneriyi çözüm seçeneği olarak sunun; ilgili sayfayı incelemeden veya test etmeden erişilebilir olduğunu iddia etmeyin.

Son kontrol listesi

  • Hedef kitle, amaç ve kapsam açık mı?
  • Örnek, tanımlı bir web görevi ve olası kullanıcı etkileri etrafında mı kurulmuş?
  • Renk dışında da bilgi aktarılıyor mu; metin okunaklı ve düzen anlaşılır mı?
  • Görseller, başlıklar ve bağlantılar bağlam içinde ele alınmış mı?
  • Örnekte klavyeyle ilerleme, etiketler ve hata mesajları gözden geçirilmiş mi?
  • Varsayımlar, sınırlılıklar ve doğrulanmamış noktalar açıkça belirtilmiş mi?

Sunumda WCAG’dan söz etmek zorunlu mu?

Hayır. Kullanıcı engellerini ve iyileştirme kararlarını somut bir örnekle anlatabilirsiniz. Standartlardan söz ederseniz ele aldığınız sürüm ve kapsamı belirtin; güncel bilgiyi ilgili W3C kaynağından kontrol edin.

Otomatik erişilebilirlik kontrolü sunumu doğrulamaya yeter mi?

Tek başına yeterli olduğunu varsaymayın. Bulguları gözden geçirin; ayrıca slaytların sırasını, klavyeyle ilerlemeyi ve örneğin kullanıcı açısından anlaşılabilirliğini inceleyin.

← Bloga dön