Eğer ekibiniz WCAG 2.1 vs 2.2 karşılaştırması yapıyorsa, bilinmesi gereken en önemli nokta şudur: WCAG 2.2, WCAG 2.1’in temelini ortadan kaldırmaz. Onun üzerine inşa edilir. Bu da, daha önce WCAG 2.1 için çalışma yapan ekiplerin sıfırdan başlaması gerekmediği anlamına gelir. Ancak yine de oturum açma, form tamamlama, mobil arayüz kullanımı ve klavyeyle gezinme gibi yaygın kullanıcı yolculuklarını etkileyen birkaç yeni gereksinimi gözden geçirmeleri gerekir.
Uyumluluk, ürün, tasarım ve mühendislik ekipleri için bu güncelleme önemlidir; çünkü yeni kriterler, modern web siteleri ve uygulamalarda sık görülen gerçek etkileşim engellerine odaklanır. Bunların birçoğu özellikle bilişsel engelleri olan kişiler, az gören kullanıcılar, sınırlı el becerisine sahip kişiler veya fare ya da dokunma hareketleri yerine klavye ile gezinmeye dayanan kullanıcılar için kritiktir.
Bu rehberde WCAG 2.1 ile 2.2 arasındaki farkı açıklayacak, 9 yeni başarı kriterini sade bir dille ele alacak ve pratikte neleri incelemeniz gerektiğini örneklerle göstereceğiz.
WCAG 2.2, WCAG 2.1’e yapılan kademeli bir güncellemedir. Temel yapı aynıdır: aynı dört ilke, aynı uygunluk seviyeleri ve dijital deneyimleri daha erişilebilir hale getirme yönündeki aynı genel amaç korunur.
Temel fark, WCAG 2.2’nin dokuz yeni başarı kriteri eklemesidir. Bu eklemeler, özellikle ekiplerin görsel tasarım kalıplarına, özel bileşenlere veya mobil öncelikli etkileşimlere yoğun şekilde bağımlı olduğu hızlı ürün ortamlarında gözden kaçması kolay alanlarda erişilebilirlik beklentilerini güçlendirir.
Pratikte WCAG 2.2, ekiplerden şu konulara daha yakından dikkat etmelerini ister:
Bu yüzden insanlar “WCAG 2.1 ile 2.2 arasındaki fark nedir?” diye sorduğunda, kısa cevap şudur: WCAG 2.2, erişilebilirliği doğrudan etkileyen yaygın kullanılabilirlik engelleri için kapsamı genişletir.
Aşağıda her bir yeni kriterin ve bunun gerçek dijital deneyimlerde ne anlama geldiğinin pratik bir özeti yer alıyor.
Bir kullanıcı sayfada Tab tuşu ile ilerlerken, odaktaki öğe başka içerikler tarafından tamamen gizlenmemelidir.
Örnek: Sabit bir üst bilgi ekranın üst kısmında kalır. Klavye kullanıcısı sayfanın üst kısmına yakın form alanlarında Tab ile ilerlerken, o anda odakta olan alan üst bilginin altına kayar ve görünmez olur. Kullanıcı odağın değiştiğini bilir, ancak nereye geçtiğini göremez.
İncelenmesi gerekenler:
Bu kriter, özellikle katmanların ve sabit konumlu öğelerin odaktaki kontrolleri istemeden kapatabildiği duyarlı düzenlerde önemlidir.
Bu kriter, bir öncekinin üzerine eklenir. Önceki kriter odaktaki öğenin en azından kısmen görünür kalmasına izin verirken, geliştirilmiş sürüm öğenin tamamen görünür olmasını bekler.
Örnek: Bir klavye kullanıcısı kaydırılabilir bir kapsayıcı içindeki düğmeye Tab ile gelir. Düğmenin yalnızca alt kenarı görünürdür ve bu da seçili öğenin ne olduğunu anlamayı zorlaştırır.
İncelenmesi gerekenler: Özel modal pencereler, iç kaydırma alanları, ayar çekmeceleri ve odağın JavaScript ile yönetildiği gömülü arayüzler.
Klavye odağı göstergeleri, seçili bileşeni açıkça tanımlayabilecek kadar görünür olmalıdır.
Örnek: Bir site, odaktaki bağlantılar ve düğmeler için çok soluk açık gri bir çerçeve kullanır. Beyaz arka planda birçok kullanıcı bunu fark etmekte zorlanır. Teknik olarak bir odak stili vardır, ancak pratikte yararlı olacak kadar güçlü değildir.
İncelenmesi gerekenler:
Bu, WCAG 2.2’deki en önemli eklemelerden biridir; çünkü ekipler tarayıcı varsayılanlarını çoğu zaman kaldırır veya zayıflatır, ancak yerine güçlü ve tutarlı bir alternatif koymaz.
Sürükleme gerektiren her işlev, sürükleme zorunlu değilse, basit bir işaretçi etkileşimiyle de kullanılabilir olmalıdır.
Örnek: Bir kullanıcının konum seçmek için harita iğnesini sürüklemesi, görev kartını sürükleyerek yeniden sıralaması veya bir değer seçmek için kaydırıcı tutamacını hareket ettirmesi gerekir. Eğer dokunma, tıklama veya klavye alternatifi yoksa bazı kullanıcılar tamamen engellenebilir.
İncelenmesi gerekenler:
Birçok ekip için bu kriter, pazarlama sayfalarından çok ürün özelliklerini etkiler.
Etkileşimli hedefler, kullanıcıların bunları daha güvenilir şekilde etkinleştirebilmesi için minimum bir boyutu karşılamalıdır.
Örnek: Bir mobil arayüz, araç çubuğunda birbirine çok yakın yerleştirilmiş birkaç küçük simge düğmesi kullanır. Motor beceri kısıtları olan kullanıcılar, titreme yaşayan kişiler veya cihazı tek elle kullananlar tekrar tekrar yanlış kontrole dokunabilir.
İncelenmesi gerekenler:
Bu kriter, özellikle duyarlı tasarım ve yoğun dokunmatik kullanım senaryoları için önemlidir.
Bir sayfa veya süreç yardım mekanizmaları içeriyorsa, bu yardım seçenekleri sayfa grubu boyunca tutarlı bir konumda görünmelidir.
Örnek: Ödeme veya kullanıcıya alıştırma sürecinde canlı sohbet bir adımda görünürken, başka bir adımda yardım bağlantısı alt bilgiye taşınır ve üçüncü bir adımda destek seçeneği tamamen kaybolur. Yardıma ihtiyaç duyan kullanıcılar, desteği yeniden bulmaya çalışırken zaman kaybedebilir.
İncelenmesi gerekenler:
Burada tutarlılık, erişilebilirlik kadar önemlidir.
Kullanıcılar, aynı süreç içinde aynı bilgiyi yeniden girmeye zorlanmamalıdır; ancak bu bilgi gerçekten zorunluysa, güvenlik için gerekiyorsa veya daha önce girilen bilgi artık geçerli değilse istisna olabilir.
Örnek: Bir kullanıcı çok adımlı bir formun ilk adımında fatura adresini girer, ancak sistem bu bilgiye zaten sahip olmasına rağmen sonraki bir adımda aynı adresi tekrar yazması istenir.
İncelenmesi gerekenler:
Bu kriter tüm kullanıcılar için sürtünmeyi azaltabilir; ancak özellikle bilişsel engelleri, hafıza sınırlılıkları veya yorgunluğu olan kişiler için faydalıdır.
Kimlik doğrulama adımları, erişilebilir bir alternatif sunulmadıkça bilişsel işlev testlerine dayanmamalıdır.
Örnek: Bir giriş akışı, kullanıcıdan bir bulmacayı çözmesini, bir karakter dizisini hatırlamasını veya bozulmuş bir görseldeki metni yazmasını ister; ancak başka erişilebilir bir yöntem sunmaz.
İncelenmesi gerekenler:
Bu, en çok tartışılan WCAG 2.2 eklemelerinden biridir; çünkü kimlik doğrulama çoğu zaman büyük bir erişilebilirlik engelidir.
Geliştirilmiş sürüm, kimlik doğrulama sırasında tanıma, hatırlama veya kopyalama/yazma görevlerine bağımlılığı daha da azaltır.
Örnek: Bir kullanıcıya bir kod gönderilir ve bu kodu bir ekrandan diğerine manuel olarak kopyalaması gerekir ya da görsel bir doğrulama içinde belirli görselleri seçmesi istenir. Teknik olarak mümkün olsa bile süreç yine de gereksiz engeller oluşturabilir.
İncelenmesi gerekenler: Parolasız seçenekler, magic link’ler, passkey’ler, otomatik doldurma desteği, parola yöneticileri ve bilişsel yükü azaltan alternatif doğrulama yöntemleri.
Uyumluluk açısından bakıldığında WCAG 2.2 yalnızca bir kontrol listesi güncellemesi değildir. Erişilebilir deneyimlerin sadece ideal test senaryolarında değil, gerçek kullanım koşullarında da çalışması gerektiğine dair daha geniş bir beklentiyi yansıtır.
Bu önemlidir; çünkü artık birçok erişilebilirlik sorunu statik sayfalardan çok dinamik arayüzlerde ortaya çıkmaktadır. Ekipler sabit arayüz öğeleri, modal ağırlıklı iş akışları, mobil hareketler, gömülü araçlar ve özel tasarım sistemleriyle çalışıyor. Yeni kriterler bu kalıplarla yakından ilişkilidir.
Uyumluluk, gizlilik ve dijital ekipler için WCAG 2.2 üç önemli sonucu beraberinde getirir:
Zaten periyodik denetimler yapan ekipler için sürekli izleme ve iş akışı bazlı testler de faydalı olabilir; özellikle yüksek riskli sayfalar ve işlem yollarında. Otomasyonun erişilebilirlik operasyonlarını nasıl destekleyebileceğine dair ileriye dönük bir bakış için AI Agents Are Here: How Autonomous AI Will Quietly Take Over Your Accessibility To-Do List içeriğine göz atabilirsiniz.
Bileşen kütüphanelerini görünür odak durumları, dokunma hedefi boyutları ve sabit öğelerin odaktaki kontrolleri kapatabildiği düzenler açısından inceleyin. Ekibiniz tasarım dosyalarını doğruluk kaynağı olarak kullanıyorsa, bu sorunları geliştirmeden önce yakalamak yayına çıktıktan sonra düzeltmekten daha iyidir.
Klavye ile gezinmeyi yalnızca statik ekranlarda değil, gerçek sayfa durumlarında test edin. Menüler, modal pencereler, onay arayüzleri ve form doğrulama mesajlarını açın. Odağın görünür kalıp kalmadığını ve sürüklemeye dayalı etkileşimlerin başka bir şekilde tamamlanıp tamamlanamadığını kontrol edin.
Giriş, ödeme, onboarding, hesap kurtarma ve destek erişimi için senaryo bazlı testler yürütün. WCAG 2.2, yalnızca tüm iş akışı baştan sona test edildiğinde belirgin hale gelen birkaç kriter içerir.
Erişilebilirlik belgelerinin, denetim kapsamının ve iyileştirme planlamasının yeni kriterleri yansıttığından emin olun. Kuruluşunuz uygunluk belgeleri hazırlıyorsa veya tedarikçi erişilebilirlik olgunluğunu değerlendiriyorsa, güncellenmiş test kriterleri hazır bulunuşluk değerlendirmesini etkileyebilir. Corpowid ayrıca VPAT and ACR services ile denetim destekli raporlama ve dokümantasyon konusunda da destek sunar.
Pratik bir başlangıç noktasına ihtiyacınız varsa, önce WCAG 2.2 açıklarını ortaya çıkarma olasılığı en yüksek alanlardan başlayın:
Bu alanlar genellikle birden fazla risk faktörünü bir araya getirir: dinamik içerik, özel kontroller, katmanlar, tekrar eden veri girişi ve yüksek kullanıcı baskısı.
Sitenizde onay banner’ları veya kalıcı arayüz katmanları da varsa, bu öğelerin klavye odağı ve görünürlükle nasıl etkileşime girdiğini incelemek faydalı olur. İlgili operasyonel yönlendirmeyi Inside the 4-in-1 Widget: Accessibility, Consent, Legal and Company Info in One Script içeriğinde bulabilirsiniz.
Kuruluşunuz zaten WCAG 2.1 ile uyumlu hale geldiyse, en verimli yaklaşım genellikle tam bir yeniden başlangıç yerine bir boşluk analizi yapmaktır.
9 yeni başarı kriterinin en çok nerelerde geçerli olabileceğini belirleyin: kimlik doğrulama, formlar, mobil gezinme, sürüklenebilir arayüzler ve destek akışları.
Birçok WCAG 2.2 sorunu bileşenler arasında tekrar eder. Odak stillerini, hedef boyutlarını ve bileşen davranışlarını sistem düzeyinde güçlendirmek, her sayfayı tek tek düzeltmekten daha verimlidir.
Bazı erişilebilirlik sorunları otomatik olarak tespit edilebilir; ancak özellikle odak görünürlüğü, iş akışı tutarlılığı ve kimlik doğrulama sürtünmesi gibi konularda manuel inceleme gerekir.
Kullanıcıların temel görevleri tamamladığı sayfalardan başlayın: kayıt olma, giriş yapma, destek talep etme, form gönderme ve işlem tamamlama.
Erişilebilirlik tek seferlik bir proje değildir. Yeni sürümler, üçüncü taraf betikler ve tasarım güncellemeleri gerilemelere yol açabilir. Sürekli izleme, ekiplerin sorunları daha erken yakalamasına ve zaman içinde hazır kalmasına yardımcı olur.
WCAG 2.1 ile 2.2 arasındaki fark, erişilebilirlik uygulamalarının tamamen yeniden yazılması değildir. Asıl konu, insanların dijital ürünleri gerçekte nasıl kullandığına dair önemli boşlukların kapatılmasıdır.
9 yeni başarı kriteri günlük engellere odaklanır: gizlenen odak, zayıf odak göstergeleri, küçük hedefler, yalnızca sürüklemeyle çalışan etkileşimler, tutarsız yardım, tekrarlanan veri girişi ve zorlayıcı kimlik doğrulama akışları. Modern web siteleri ve uygulamalar için bunlar uç örnekler değildir. Bunlar yaygın kalıplardır.
Dijital ekipler için en iyi sonraki adım, WCAG 2.2’yi erişilebilirlik programınıza yapılan pratik bir güncelleme olarak ele almaktır: tasarım sisteminizi gözden geçirin, kritik iş akışlarını test edin ve iyileştirmelerin kalıcı olması için izleme mekanizmaları kurun.
Kuruluşunuz erişilebilirliğin yanında daha geniş web sitesi yasal uyumluluğunu da değerlendiriyorsa, Corpowid’in platform yaklaşımı erişilebilirlik, onay ve uyumluluk operasyonlarını tek yerde bir araya getirir.
Hayır. WCAG 2.2, WCAG 2.1’in temelini değiştirmek yerine onun üzerine inşa edilir. Temel değişiklik, dokuz yeni başarı kriterinin eklenmesidir.
Pratikte WCAG 2.2; klavye odağının görünürlüğü, hedef boyutu, sürükleme alternatifleri, tutarlı yardım ve erişilebilir kimlik doğrulama konularına daha fazla vurgu yapar.
Her zaman değil. Birçok kuruluş, özellikle kritik kullanıcı yolculukları ve ortak bileşenler üzerinde, yeni WCAG 2.2 kriterlerine odaklanan hedefli bir boşluk analizi ile başlayabilir.
Giriş, kayıt, parola kurtarma, ödeme, başvuru formları, mobil gezinme ve sabit öğeler, katmanlar veya sürükle-bırak etkileşimleri kullanan arayüzlerle başlayın.
Çünkü giriş ve doğrulama adımları, bilişsel engelleri olan kullanıcılar veya yardımcı teknolojilere dayanan kişiler için çoğu zaman önlenebilir engeller yaratır. WCAG 2.2, ekipleri daha erişilebilir kimlik doğrulama yöntemleri sunmaya yönlendirir.
Ürün ve ödeme sayfalarındaki küçük erişilebilirlik sorunları, kullanıcılar için büyük sürtünme ve işletmeler için uyumluluk riski yaratabilir. İşte e-ticarette önce ele alınması gereken erişilebilirlik UX düzeltmeleri.
Erişilebilir HTML raporu ile etiketli PDF arasında seçim yapmak; kullanılabilirlik, erişilebilirlik, bakım yükü ve uyumluluk hazırlığını doğrudan etkiler. Hangi formatı ne zaman yayınlamanız gerektiğini ve hangi durumlarda iki formatı birden sunmanın daha iyi olabileceğini bu rehberde ele alıyoruz.
ESG beyanları daha yakından inceleniyor ve dijital raporlardaki erişilebilirlik boşluklarını görmezden gelmek giderek zorlaşıyor. ESG raporu erişilebilirliğinin neden önemli olduğunu ve ekiplerin riski azaltmak için neler yapabileceğini ele alıyoruz.
Corpowid, dijital erişilebilirlik alanındaki yenilikçi yaklaşımı ve performansı nedeniyle dünyanın önde gelen araştırma ve danışmanlık şirketlerinden biri olan Gartner tarafından takdir edilmiştir. Bu rozetler, yapay zeka destekli ve kapsayıcı web deneyimleri oluşturma konusundaki kararlılığımızı yansıtmaktadır.
EN
