WCAG 2.2 ve WCAG 2.1: Neler Yeni ve Neleri Güncellemeniz Gerekiyor

WebAIM'in 2024 erişilebilirlik analizine göre ana sayfaların %96’sından fazlası hâlâ temel WCAG gerekliliklerini karşılamıyor — üstelik bu, zaten beş yıllık bir standarda göre yapılan bir değerlendirme. 5 Ekim 2023’te W3C, WCAG 2.2’yi dokuz yeni başarı ölçütü ekleyip artık geçersiz hale gelmiş bir ölçütü kaldırarak resmi bir web standardı olarak yayımladı. Bir web sitesi yönetiyor, dijital ürünler geliştiriyor veya uyumluluktan sorumluysanız, bu güncellemeyi süresiz erteleyemezsiniz. AB, Birleşik Krallık ve giderek artan sayıda ABD eyaletindeki düzenlemeler, WCAG 2.2’yi referans standart olarak benimsemeye başladı bile.

Kısa Bir Tarihçe: WCAG 2.1’den WCAG 2.2’ye

Web İçeriği Erişilebilirlik Yönergeleri, Aralık 2008’de WCAG 2.0 yayımlandığından beri istikrarlı biçimde gelişiyor. WCAG 2.1, Haziran 2018’de geldi ve özellikle mobil kullanıcılar ile az gören veya bilişsel engeli olan kişiler üzerine odaklanan 17 yeni başarı ölçütü ekledi. Beş yıl boyunca ADA, Section 508 ve AB Web Erişilebilirliği Direktifi gibi yasalar için fiili uyumluluk ölçütü olarak hizmet etti.

WCAG 2.2, tam olarak 2.1’in bıraktığı yerden devam ediyor. W3C, bunu üç ana kullanıcı grubu için erişilebilirlik rehberliğini geliştirmeye devam etme hedefiyle başlattı: bilişsel veya öğrenme güçlüğü olan kullanıcılar, az gören kullanıcılar ve mobil cihazlarda engeli olan kullanıcılar. Bu soy ağacı önemli, çünkü güncellemenin devrimsel değil evrimsel olduğu anlamına geliyor — ancak yine de sizin tarafınızdan eylem gerektirecek kadar anlamlı.

Yapısal olarak anlaşılması gereken en önemli noktalardan biri, WCAG 2.2’nin WCAG 2.1 ile tamamen geriye dönük uyumlu olmasıdır. WCAG 2.2’ye uyum sağlamak, otomatik olarak WCAG 2.1 ve WCAG 2.0’a da uyum sağladığınız anlamına gelir. Kuruluşunuz şu anda WCAG 2.1 AA ile uyumluysa, yalnızca 2.2’de getirilen yeni ölçütleri ele almanız gerekir — baştan başlamıyorsunuz. W3C ayrıca, WCAG 2.0 ve 2.1 geçerliliğini koruyan tavsiyeler olmaya devam etse de, kuruluşların erişilebilirlik çalışmalarının gelecekteki geçerliliğini en üst düzeye çıkarmak için WCAG 2.2’yi kullanmasını öneriyor.

WCAG 2.2’nin, WCAG 2.x ailesinin son nokta sürümü olması da yaygın olarak bekleniyor. Bir sonraki ana sürüm olan WCAG 3.0, erişilebilirlik yönergelerinin nasıl yapılandırıldığına dair baştan aşağı yeniden düşünülmüş, tamamen farklı bir yapı. Bu da WCAG 2.2’yi 2008’e kadar uzanan bir soyun kesin son noktası ve şu anda doğru şekilde uygulamanız gereken sürüm haline getiriyor.

Rakamlar: Aslında Ne Değişti

Değişimin kapsamı konusunda net olalım. WCAG 2.1, üç uyumluluk düzeyine (A, AA ve AAA) yayılmış 78 başarı ölçütü içeriyordu. WCAG 2.2, birini kaldırırken — Başarı Ölçütü 4.1.1 Parsing — dokuz yeni başarı ölçütü ekleyerek toplamı 86 aktif ölçüte çıkarıyor. Bu dokuz eklemenin ikisi A Düzeyi, dördü AA Düzeyi ve üçü AAA Düzeyi’nde.

Çoğu yasa ve düzenlemede referans alınan düzey olan AA Düzeyi uyumluluğu hedefleyen kuruluşların büyük çoğunluğu için pratik etki, uygulanması gereken altı yeni ölçüttür. Üç AAA Düzeyi ekleme, en iyi uygulama olarak kabul edilir ve genellikle kamu ve sağlık hizmetleri bağlamında önerilir, ancak bugün çoğu yargı alanında katı bir yasal zorunluluk değildir.

Yeni ölçütler, gerçek dünya erişilebilirlik denetimlerinin mevcut standardın yetersiz kaldığını defalarca gösterdiği dört temel sorun alanını hedefliyor: klavye odak görünürlüğü, dokunma ve işaretçi etkileşimleri, bilişsel erişilebilirlik ve kimlik doğrulama engelleri. Bunlar teorik kaygılar değil. Bunlar, engelli kişilerin giriş yapma, bir form doldurma veya sabit bir başlıkla bir sayfada gezinme gibi günlük görevleri tamamlamasını düzenli olarak engelleyen türden bariyerler.

Dokuz Yeni Başarı Ölçütünün Açıklaması

İşte her yeni ölçütün bir dökümü, ne gerektirdiği ve pratikte neden önemli olduğu. Ölçütler, iyileştirme çalışmalarınızı önceliklendirebilmeniz için uyumluluk düzeyine göre sunulmuştur.

A Düzeyi (Minimum — Herkes İçin Zorunlu)

• 2.4.11 Odak Gizlenmiyor (Minimum): Bir UI bileşeni klavye odağı aldığında, yazar tarafından oluşturulan içerik tarafından tamamen gizlenmemelidir. Buradaki en yaygın suçlular, yapışkan başlıklar, sayfanın üstünde duran kayan çerez bildirimleri ve canlı sohbet bileşenleridir. Kullanıcı Tab tuşuna bastığında odağın, yapışkan gezinme çubuğunuz tarafından tamamen kapatılan bir düğmeye gelmesi bu ölçütün ihlali anlamına gelir. Dikkat edin, A Düzeyi’nde kısmen gizlenmesi kabul edilebilir — öğe sadece %100 gizlenemez.
• 2.5.7 Sürükleme Hareketleri: Sürükleme hareketi gerektiren herhangi bir işlev — sürükle-bırak dosya yüklemeleri, sıralanabilir liste öğeleri veya kaydırıcı kontrolleri gibi — sürükleme olmadan tek bir işaretçi eylemiyle (örneğin bir tıklama veya dokunma) de kullanılabilir olmalıdır. Bu, kontrollü sürükleme hareketlerini güvenilir şekilde gerçekleştiremeyen motor engelli kullanıcılar için kritik önemdedir. Gereklilik, yazar tarafından oluşturulan içerik için geçerlidir; yerel tarayıcı davranışları muaf tutulur.

AA Düzeyi (Standart Uyumluluk İçin Zorunlu)

• 2.4.12 Odak Gizlenmiyor (Gelişmiş): 2.4.11’in daha katı bir sürümü. AA Düzeyi’nde, bir öğe klavye odağı aldığında odak göstergesinin hiçbir kısmı yazar tarafından oluşturulan içerik tarafından gizlenemez. Bu, A Düzeyi sürümündeki boşluğu kapatır ve odaklanmış öğelerin yalnızca kısmen değil, tamamen görünür olmasını gerektirir.
• 2.5.8 Hedef Boyutu (Minimum): Etkileşimli öğelerin tıklanabilir veya dokunulabilir alanı, satır içi metin bağlantıları, kullanıcı aracısı tarafından kontrol edilen öğeler ve yakında eşdeğer 24×24 hedefin bulunduğu durumlar için belirli istisnalarla birlikte en az 24×24 CSS piksel olmalıdır. Bu, WCAG 2.1’e göre önemli bir değişiklik; orada 44×44 piksel hedef boyutu yalnızca AAA düzeyinde öneriliyordu. Artık AA düzeyinde uygulanabilir bir minimum taban var. 24×24 pikselin taban olduğunu, AAA ölçütü (2.5.5) için hâlâ 44×44 pikselin önerildiğini ve bunun dokunma dostu tasarım için altın standart olmaya devam ettiğini unutmayın.
• 3.2.6 Tutarlı Yardım: Bir web sitesi herhangi bir yardım mekanizması sağlıyorsa — insan iletişim bilgileri, self-servis araçlar, otomatik sohbet veya bir iletişim formu — ve bu mekanizmalar birden fazla sayfada görünüyorsa, bu sayfalar boyunca aynı göreli konumda görünmelidir. Özellikle bilişsel engeli olan kullanıcılar, yardıma ihtiyaç duyduklarında onu aramak zorunda kalmadan her zaman aynı yerde bulabilmelidir.
• 3.3.7 Yinelemeli Giriş: Kullanıcının aynı sürecin önceki bir adımında zaten girdiği bilgiler, tekrar yazmak zorunda kalmaması için ya otomatik olarak doldurulmalı ya da seçilebilir olmalıdır. Faturalama adresi isteyen ve ardından tekrar teslimat adresi isteyen çok adımlı ödeme akışlarını düşünün — kullanıcılara daha önce girdiklerini kopyalama seçeneği sunulmalıdır. Bilgiyi yeniden girmenin güvenlik açısından zorunlu olduğu (örneğin bir parolayı doğrulama) veya daha önce girilen verilerin artık geçerli olmadığı durumlarda istisnalara izin verilir.
• 3.3.8 Erişilebilir Kimlik Doğrulama (Minimum): Bir bulmaca çözme, bir parolayı ezberleme veya bir görsel CAPTCHA’daki karakterleri yazma gibi bilişsel işlev testleri, kimlik doğrulamanın tek yolu olarak zorunlu tutulmamalıdır. Alternatif bir yöntem sunulmalı veya kullanıcıya yardımcı olacak bir mekanizma sağlanmalıdır (örneğin parola yöneticisine izin verilmesi veya parola alanına kopyala-yapıştır yapılabilmesi gibi). Bu ölçüt CAPTCHA’ları tamamen yasaklamaz, ancak bunların, onları tamamlayamayan kullanıcılar için asla tek seçenek olmamasını gerektirir.

AAA Düzeyi (Gelişmiş — Çoğu İçin Zorunlu Değil, Önerilir)

• 2.4.13 Odak Görünümü: Klavye odak göstergesi görünür olduğunda, belirli minimum boyut ve kontrast gerekliliklerini karşılamalıdır: odak alanı, öğenin etrafında 2 CSS piksel kalınlığında bir çevre kadar büyük olmalı ve odaklanmış ve odaklanmamış durumlar arasında en az 3:1 kontrast oranı bulunmalıdır. Bu ölçüt başlangıçta AA Düzeyi için planlanmıştı, ancak karmaşıklığı nedeniyle AAA’ya taşındı. Bu, yalnızca AA uyumluluğu için odak göstergesi için normatif olarak tanımlanmış bir minimum boyutun hâlâ olmadığı anlamına gelir — yalnızca görünür olması gerekir.
• 2.5.9 Sürükleme Hareketleri (Gelişmiş): Bekleyin — bu sürümde 2.5.9 yok. AAA sürükleme iyileştirmesi aşağıdaki 3.3.9 içinde ele alınmıştır.
• 3.3.9 Erişilebilir Kimlik Doğrulama (Gelişmiş): 3.3.8’in daha katı bir sürümü. AAA Düzeyi’nde, yalnızca AA Düzeyi’nde tanımlanan istisnalar değil, nesne tanıma ve kişisel içerik testleri de (örneğin “tüm trafik ışıklarını tıklayın” veya “hesabınızdaki fotoğrafları seçin”) yasaklanır. Dört yerine yalnızca iki istisna kalır.

Ne Kaldırıldı: 4.1.1 Parsing

WCAG 2.2, WCAG 2.0’dan beri yürürlükte olan bir başarı ölçütünü kaldırıyor: 4.1.1 Parsing. Bu ölçüt, HTML’nin iyi biçimlendirilmiş olmasını, tam başlangıç ve bitiş etiketlerine, doğru iç içe geçmeye ve yinelenen özniteliklerin olmamasına sahip olmasını gerektiriyordu. Amaç, tarayıcıların ve yardımcı teknolojilerin işaretlemeyi güvenilir şekilde ayrıştırabilmesini ve içeriği kullanıcılara doğru şekilde sunabilmesini sağlamaktı.

Kaldırılması tartışmalı değil — teknik ortamda gerçek bir değişimi yansıtıyor. 2008’den bu yana tarayıcılar, standartlaştırılmış ve tutarlı bir hata düzeltme algoritmasını izleyerek hatalı biçimlendirilmiş HTML’yi son derece iyi idare eder hale geldi. Ekran okuyucular gibi yardımcı teknolojiler artık ham HTML kaynak koduna değil, tarayıcının Document Object Model’ine (DOM) dayanıyor. W3C, bu ölçütün modern ortamda artık anlamlı bir erişilebilirlik faydası sağlamadığı sonucuna vardı. Eskiden 4.1.1 tarafından yakalanan erişilebilirlik sorunları, hâlâ 1.3.1 (Bilgi ve İlişkiler) ve 4.1.2 (Ad, Rol, Değer) gibi daha spesifik ölçütler tarafından kapsanıyor.

Ekibiniz için pratik sonuçlar: Otomatik test araçlarınız 4.1.1 Parsing hatalarını işaretliyorsa, bunlar artık WCAG 2.2 kapsamında sorun değil. Sürüm yükseltmesinden yalnızca bu nedenle, hiçbir şey düzeltilmemiş olsa bile raporlanan hata sayısında azalma görebilirsiniz. Bununla birlikte, geçerli ve iyi yapılandırılmış HTML yazmak hâlâ güçlü bir en iyi uygulamadır — sadece artık tek başına bir uyumluluk gerekliliği değildir.

Düzenleyici ve Hukuki Sonuçlar

Yeni ölçütleri anlamak bir şey. Bunların hukuki riskleriniz açısından ne anlama geldiğini anlamak başka bir şey. Kısa cevap şu: WCAG 2.2, birden fazla yargı alanında fiilen “ülke yasası” haline geliyor ve zaman çizelgesi, birçok kuruluşun fark ettiğinden daha hızlı ilerliyor.

Birleşik Krallık’ta kamu sektörü kuruluşlarının, Public Sector Bodies Accessibility Regulations kapsamında halihazırda WCAG 2.2 AA Düzeyi’ni karşılaması gerekiyor. Avrupa Birliği’nde, Avrupa Erişilebilirlik Yasası’nın temelini oluşturan teknik standart EN 301 549, WCAG 2.2’yi temel olarak benimseme sürecinde. EAA’nın kendisi, AB’de ürün ve hizmet sunan çoğu özel sektör kuruluşu için Haziran 2025 yaptırım son tarihine sahip. Colorado da dahil olmak üzere birkaç ABD eyaleti, eyalet erişilebilirlik yasalarını WCAG 2.1’den WCAG 2.2’ye güncelleme niyetini de ifade etti.

Amerika Birleşik Devletleri’nde ADA Title II, şu anda eyalet ve yerel yönetim web siteleri için teknik standart olarak WCAG 2.1 AA’ya atıfta bulunuyor. Ancak ABD mahkemeleri, erişilebilirlik davalarında giderek daha fazla WCAG 2.2’ye atıfta bulunuyor ve gidişat net. Harekete geçmeden önce resmi bir federal zorunluluğu beklemek, özellikle e-ticaret, finansal hizmetler ve erişilebilirlik davaları için yüksek değerli hedefler olan sağlık kuruluşları için artan hukuki risk taşıyan bir uyumluluk stratejisidir.

Kuruluşunuzun henüz WCAG 2.2’ye uyma konusunda yasal bir yükümlülüğü olmasa bile, yeni başarı ölçütlerini er ya da geç değil, daha erken karşılamak, değişen düzenlemelerin önünde kalmanızı — ve daha da önemlisi, kullanıcılarınızın bugün karşılaştığı gerçek erişilebilirlik engellerinin önünde olmanızı sağlayacaktır.

Sitenizi Nasıl Denetler ve Güncellersiniz

Halihazırda WCAG 2.1 AA ile uyumluysanız, WCAG 2.2’ye yükseltme yolu yönetilebilir. Bunu ele almak için pratik bir çerçeve şöyle.

Önce altı yeni AA Düzeyi ölçüt için hedefli bir denetimle başlayın. Çoğu kuruluş için hukuki ağırlık taşıyanlar bunlardır. Özellikle 2.4.11 ve 2.4.12’ye (odak gizlenmesi), 2.5.8’e (hedef boyutu), 3.2.6’ya (tutarlı yardım), 3.3.7’ye (yinelemeli giriş) ve 3.3.8’e (erişilebilir kimlik doğrulama) odaklanın. Yetkin bir erişilebilirlik mühendisi, orta karmaşıklıktaki bir site için bu ölçütleri genellikle birkaç saat içinde elle denetleyebilir.

Önce yapışkan/sabit konumlu öğelerinizi denetleyin. Odak gizlenmesi ölçütleri (2.4.11 ve 2.4.12), webdeki en yaygın UI kalıplarından bazıları tarafından ihlal ediliyor — yapışkan başlıklar, kayan eylem düğmeleri, çerez onay çubukları ve sohbet bileşenleri. Tüm sitenizi yalnızca Tab tuşunu kullanarak dolaşın ve odaklanmış herhangi bir öğenin sabit bir katmanın altına girip girmediğini gözlemleyin. CSS düzeltmesi genellikle basittir:

/* Yapışkan başlığın odaklanmış öğeleri kapatmasını engelle */
:focus {
  scroll-margin-top: 80px; /* yapışkan başlık yüksekliğinizle eşleştirin */
}

Her etkileşimli öğenin dokunma hedef boyutunu denetleyin. Bu, hem uyumluluk hem de kullanıcı deneyimi açısından genellikle hızlı bir kazanımdır. Düğmeler, bağlantılar, form kontrolleri ve simgelerin tümü için minimum 24×24 CSS piksel gerekir. Birçok tasarım sistemi bu eşiği zaten aşar, ancak küçük simge düğmeler — kapatma simgeleri, sosyal paylaşım düğmeleri ve satır içi eylem bağlantıları — sık sık sorun çıkarır. Bileşenlerinizi inceleyin ve gerektiğinde dolgu ekleyin veya boyutları ayarlayın.

Kimlik doğrulama akışlarınızı dikkatle gözden geçirin. 3.3.8 (Erişilebilir Kimlik Doğrulama) ölçütü gerçekten güçlüdür. Atlanamayan veya alternatif bir yöntemle çözülemeyen bir CAPTCHA kullanıyorsanız, muhtemelen uyumlu değilsiniz. Giriş, kayıt ve iki faktörlü kimlik doğrulama akışlarınızın parola yöneticilerinin otomatik doldurmasına izin verip vermediğini, kopyala-yapıştırı destekleyip desteklemediğini, alternatif bir doğrulama yöntemi (örneğin sihirli bağlantı veya tek kullanımlık kod) sunup sunmadığını veya bilişsel bir testi tamamlayamayan kullanıcılar için başka bir kolaylık sağlayıp sağlamadığını değerlendirin.

Çok adımlı formları yinelemeli giriş açısından denetleyin. Birden fazla adıma yayılan tüm süreçleri — ödeme, işe alım/onboarding akışları, başvurular — haritalandırın ve kullanıcının daha önce sağladığı bilgileri tekrar girmesinin istendiği her örneği belirleyin. Uygun yerlerde otomatik doldurma mantığı veya “yukarıdakiyle aynı” seçeneği ekleyin. Bu genellikle karmaşık bir mimari değişiklikten ziyade arka uç veya form durum yönetimi değişikliğidir.

Yardım mekanizmalarının tutarlı şekilde konumlandırıldığını doğrulayın. Birden fazla sayfada görünen bir sohbet bileşeniniz, yardım bağlantınız veya alt bilgi ya da kenar çubuğunda yer alan bir telefon numaranız varsa, göreli konumunun değişmediğini kontrol edin. Bu genellikle sayfa bazlı bir sorundan ziyade şablon veya yerleşim sorunudur — bunu bileşen kitaplığınızda veya CMS şablonunuzda düzeltin, her yere yayılır.

İlk keşif için otomatik araçlar kullanın, ancak orada durmayın. Otomatik tarayıcılar WCAG 2.2 sorunlarının yaklaşık %40’ını tespit edebilir — hedef boyutu ihlallerini ve bariz odak yönetimi sorunlarını yakalamak için kullanışlıdırlar, ancak bir CAPTCHA’nın tek kimlik doğrulama seçeneği olup olmadığını veya bir yardım mekanizmasının tutarlı şekilde konumlandırılıp konumlandırılmadığını değerlendiremezler. Klavye ile kullanım ve ekran okuyucu testleri dahil manuel testler hayati önem taşır. Engelli gerçek kullanıcılarla test yapmak, hiçbir otomatik aracın asla yakalayamayacağı sorunları ortaya çıkaracaktır.

WCAG 2.2 ve Overlay Bileşenleri: Bilmeniz Gerekenler

Erişilebilirlik overlay bileşenleri ve SDK’lar — Accsible gibi araçlar — özellikle yazı tipi boyutunu artırma, kontrastı değiştirme veya klavye gezinmesini iyileştirme gibi gerçek zamanlı ayarlamalara ihtiyaç duyan kullanıcılar için belirli kategorilerdeki erişilebilirlik sorunlarını ortaya çıkarmada ve gidermede anlamlı yardım sağlayabilir. WCAG 2.2 uyumluluğu bağlamında overlay’lerin neleri yapabileceği ve neleri yapamayacağı konusunda net olmak önemlidir.

Overlay’ler, belirli odak görünürlüğü sorunlarının ele alınmasına, alternatif gezinme modları sunmaya ve bazı tasarım düzeyi eksiklikleri telafi eden kullanıcı tarafı özelleştirmeler sağlamaya yardımcı olabilir. Özellikle kullanıcı deneyimini hızla iyileştirmesi gereken ve daha uzun vadeli iyileştirme çalışmaları devam eden ekipler için erişilebilirlik yığınının faydalı bir katmanıdırlar. Ancak, temel kodu düzeltmenin yerine geçmezler. Yeni WCAG 2.2 ölçütleri — özellikle kimlik doğrulama (3.3.8), yinelemeli giriş (3.3.7) ve sürükleme hareketleri (2.5.7) etrafındakiler — yalnızca sunumun değil, uygulamanızın nasıl inşa edildiğinin yapısal olarak değiştirilmesini gerektirir.

En etkili yaklaşım, kullanıcıya dönük uyarlanabilirlik için iyi uygulanmış bir overlay’i, yeni 2.2 ölçütleri için uygun kod düzeyi düzeltmelerle birleştirmektir. Bir overlay SDK’sını bir kuvvet çarpanı olarak düşünün: erişiminizi genişletir, daha fazla kullanıcı için deneyimi iyileştirir ve boşlukları doldurur — ancak temelin yine de sağlam olması gerekir.

Öne Çıkan Noktalar

• WCAG 2.2, dokuz yeni başarı ölçütü ekler ve bir geçersiz kuralı (4.1.1 Parsing) kaldırır. 2.1 ile tamamen geriye dönük uyumludur, bu nedenle mevcut uyumluluk çalışmalarınız boşa gitmez — yalnızca yeni olanları eklemeniz gerekir.
• AA Düzeyi uyumluluk için altı spesifik yeni ölçüte odaklanın: Odak Gizlenmiyor (2.4.11 ve 2.4.12), Minimum Hedef Boyutu (2.5.8), Tutarlı Yardım (3.2.6), Yinelemeli Giriş (3.3.7) ve Erişilebilir Kimlik Doğrulama (3.3.8). Çoğu kuruluş için hukuken ilgili olanlar bunlardır.
• Düzenleyici benimseme hızlanıyor. Birleşik Krallık kamu sektörü WCAG 2.2’yi halihazırda uyguluyor, AB Avrupa Erişilebilirlik Yasası kapsamında buna geçiş yapıyor ve ABD mahkemeleri giderek daha fazla buna atıfta bulunuyor. Yargı alanınızda resmi bir zorunluluğu beklemeden harekete geçin.
• Otomatik araçlar WCAG 2.2 sorunlarının yalnızca yaklaşık %40’ını yakalar — gerçek uyumluluğa ulaşmak için manuel testler, yalnızca klavye ile gezinme turları ve gerçek kullanıcı testleri, özellikle kimlik doğrulama ve bilişsel erişilebilirlik etrafındaki yeni ölçütler için vazgeçilmezdir.
• En yaygın hızlı kazanımlar, odaklanmış öğeleri gizleyen yapışkan başlıkları düzeltmek, küçük dokunma hedeflerini büyütmek ve giriş/kimlik doğrulama akışlarınızı CAPTCHA bağımlılığı açısından denetlemektir. Bu değişiklikler genellikle düşük çaba, yüksek etki sağlar — WCAG 2.2 iyileştirme sprintinize başlamak için iyi bir noktadır.