WCAG Başarı Kriterleri · Level A

WCAG 3.2.1: Odaklanma Üzerine

WCAG 3.2.1 Odaklanma Üzerine, herhangi bir kullanıcı arayüzü bileşeni klavye odağı aldığında, beklenmedik bir bağlam değişikliğini tetiklememesi gerektiğini şart koşar. Bu, klavye ve yardımcı teknoloji kullanıcılarını, bir sayfanın etkili bir şekilde gezinilmesini imkansız hale getirebilen, yön kaybettiren ve öngörülemeyen davranışlardan korur.

Bu Kuralın Anlamı

WCAG Başarı Kriteri 3.2.1 Odaklanma Üzerine (Seviye A) şöyle der: "Herhangi bir bileşen odak aldığında, bağlam değişikliğini başlatmaz." Basitçe ifade etmek gerekirse, odağı etkileşimli bir elemana taşımak eylemi — Tab, Shift+Tab, ok tuşları veya başka herhangi bir klavye mekanizmasıyla — tek başına sayfada dramatik ve beklenmedik bir şeyin olmasına neden olmamalıdır.

Bağlam değişikliği, WCAG tarafından, kullanıcı farkında olmadan yapılması durumunda kullanıcıyı şaşırtabilecek sayfa içeriğinde büyük bir değişiklik olarak tanımlanır. Spesifikasyon, dört somut bağlam değişikliği türü tanımlar: kullanıcı aracısındaki değişiklikler (yeni bir tarayıcı penceresi veya sekmesi açmak gibi), görünüm alanındaki değişiklikler (sayfanın uzak bir bölümüne otomatik kaydırma gibi), odağın kendisindeki değişiklikler (odağı otomatik olarak başka bir yere taşımak gibi) ve sayfanın anlamını önemli ölçüde değiştiren içerik değişiklikleri (bir formu göndermek veya tamamen farklı bir görünüm yüklemek gibi).

Kriterin çizdiği temel ayrım, bir kontrolün odak alması ile etkinleştirilmesi arasındadır. Bir düğmeye sekmeyle gelindiğinde formun gönderilmesine neden olması bir ihlaldir. Ancak o düğme odaktayken Enter veya Boşluk tuşuna basmak — kasıtlı, bilinçli bir etkinleştirme — tamamen kabul edilebilir ve hatta beklenir. Kullanıcının niyeti, öngörülebilir bir etkileşimi şaşırtıcı olandan ayıran şeydir.

Bu kritere uymayan yaygın kalıplar şunları içerir:

  • Herhangi bir seçenek odak aldığında (kullanıcı seçimini onaylamadan) otomatik olarak yeni bir URL’ye giden bir <select> açılır menü.
  • Herhangi bir giriş alanı odak aldığında, kullanıcı etkinleştirmesi olmadan anında bir modal iletişim kutusu açan bir tarih seçici bileşeni.
  • Gezinme noktaları odak aldığında bir sonraki slayda otomatik geçen bir karusel veya slayt gösterisi.
  • Odakla tetiklendiğinde, klavye odağını uyarı vermeden aynı anda kendisine taşıyan ve kullanıcıyı beklenmedik bir konumda bırakan bir araç ipucu veya açılır panel.
  • Odak aldığında sayfayı anında gönderen ve yeniden yükleyen bir arama alanı.

Açıkça ihlal olmayan kalıplar şunları içerir: odağı taşımayan veya sayfanın birincil içeriğini değiştirmeyen, yalnızca görsel olarak beliren bir araç ipucu veya açıklama paneli; odaklanan öğenin etrafında görünen bir odak göstergesi vurgusu (örneğin bir çerçeve veya halka); ya da odak kullanıcının bıraktığı yerde kaldığı sürece, satır içinde ek içerik göstermek için genişleyen bir öğe.

WCAG 3.2.1’de resmi istisnalar tanımlanmamıştır. Kriter, bir sayfadaki tüm UI bileşenlerine evrensel olarak uygulanır. Ancak WCAG Understanding belgesi, kullanıcının kasıtlı etkinleştirmesiyle (tıklama, Enter, Boşluk) tetiklenen bağlam değişikliklerinin bu kriterin kapsamı dışında olduğunu, kriterin yalnızca pasif odak alma eylemiyle ilgili olduğunu belirtir.

Neden Önemlidir

Odaklanma Üzerine kriteri, 3. İlke — Anlaşılabilirlik — kapsamında yer alır, çünkü öngörülebilirlik kullanılabilirlik için temel bir ön koşuldur. Bir sayfa yalnızca odaklanmaya tepki olarak beklenmedik şekilde davrandığında, sonuçlar kullanıcının ihtiyaçlarına ve araçlarına bağlı olarak hafif bir kafa karışıklığından erişimin tamamen kaybına kadar uzanır.

Yalnızca klavye kullanan kullanıcılar (motor bozuklukları, tekrarlayan zorlanma yaralanmaları veya felç nedeniyle fare kullanamayan kişiler) yalnızca klavye ile gezinmeye güvenirler. Bir form alanına sekmeyle gelmenin sayfa yenilemesini tetiklemesi durumunda, halihazırda girmiş oldukları tüm verileri kaybedebilir ve hedeflerinden uzağa yönlendirilebilirler. Böyle bir kesintiden kurtulmak önemli zaman ve çaba gerektirebilir — ya da tamamen vazgeçebilirler.

Ekran okuyucu kullanıcıları (çoğu zaman aynı zamanda yalnızca klavye kullanan kullanıcılar) ek bir şaşkınlık katmanıyla karşı karşıyadır. Ekran okuyucular, o anda odaklanan öğeyi kullanıcıya duyurur. Odağın beklenmedik şekilde yeni bir öğeye atlaması — örneğin otomatik olarak açılan bir modal — durumunda ekran okuyucu, kullanıcıya ne olduğuna veya neden olduğuna dair herhangi bir referans çerçevesi vermeden yeni bağlamı duyurur. Bu, fiziksel olarak uyarı olmadan başka bir odaya taşınmaya benzer.

Bilişsel engelli kullanıcılar, ADHD, anksiyete bozuklukları veya hafıza bozuklukları olanlar dahil, bir sayfanın zihinsel modelini oluşturmak ve sürdürmek için öngörülebilir arayüzlere güvenirler. Ani, açıklanmayan bağlam değişiklikleri bu modeli parçalar, kafa karışıklığına, kaygıya ve hatalara yol açar. WebAIM Million projesinin yaptığı bir çalışma, beklenmedik davranışlara sahip karmaşık etkileşimli bileşenlerin, bilişsel engelli kullanıcıların erişilebilirlik şikayetlerinin başlıca kaynakları arasında olduğunu tutarlı biçimde göstermektedir.

Düşük görme yetisine sahip kullanıcılar ve ekran büyütme yazılımları (ZoomText veya Windows Büyüteç gibi) kullananlar, aynı anda ekranın yalnızca küçük bir bölümünü görürler. Odağın otomatik kaydırma veya gezinmeye neden olması durumunda, ilgili içerik büyütülmüş görünüm alanlarının tamamen dışına çıkabilir ve kullanıcıyı ekranın boş veya ilgisiz bir alanına bakarken bırakabilir.

Somut bir gerçek dünya senaryosunu düşünün: bir Türk bankasının çevrimiçi para transfer formunda, hedef bankayı seçmek için bir açılır menü bulunuyor. Geliştirici, <select> öğesi üzerinde, onay anında değil, herhangi bir seçenek ok tuşuyla odak aldığında tetiklenen bir onchange tarzı olay uygulamış. Alandaki seçenekleri keşfetmek için sekmeyle alana gelip Aşağı ok tuşuna basan bir ekran okuyucu kullanıcısı, anında form gönderimini veya sayfa yenilemesini tetikler. Transferi asla tamamlayamaz ve neyin yanlış gittiğini belirleyemez. Bu senaryo varsayımsal değildir — birçok erken tek sayfa uygulamasında belgelenmiş bir kalıptı.

Erişilebilirliğin ötesinde, somut kullanılabilirlik ve iş faydaları da vardır. Odağı ele geçirmeyen formların terk edilme oranları daha düşüktür. Öngörülebilir davranan sayfalar, tüm kitlelerle yapılan kullanılabilirlik testlerinde daha iyi puan alır. Arama motoru tarayıcıları da öngörülebilir gezinme akışlarından fayda sağlar, çünkü odak olaylarıyla tetiklenen beklenmedik yönlendirmeler, belirli dinamik işleme senaryolarında tarama mantığını şaşırtabilir.

İlgili Axe-core Kuralları

WCAG 3.2.1 Odaklanma Üzerine, otomatik araçlar kullanıcı niyetini güvenilir şekilde belirleyemediği veya tüm olası bağlam değişikliklerini öngöremediği için manuel test gerektirir. Axe-core ve benzeri otomatik tarayıcılar statik HTML ve ARIA özniteliklerini ayrıştırabilir, ancak odak olaylarına yanıt olarak çalışma zamanındaki JavaScript davranışını gözlemleyemez — özellikle de bu davranışın WCAG tarafından tanımlandığı şekliyle "büyük" bir bağlam değişikliği oluşturup oluşturmadığını. focus olayında odağı taşıyan, bir form gönderen veya bir URL’ye giden bir betik, araç her etkileşimli öğe üzerinde odak etkileşimlerini gerçekten simüle edip ardından DOM, görünüm alanı ve URL’de neyin değiştiğini analiz etmedikçe statik bir tarayıcı için görünmezdir. Bu düzeyde davranış simülasyonu, otomatik bir geçişte, kabul edilemez derecede yüksek yanlış pozitif oranı olmadan güvenilir şekilde gerçekleştirilemez.

  • Manuel Test Gerekli — Odaklanma Üzerine Bağlam Değişikliği: Test uzmanları, sayfadaki her etkileşimli öğeyi (bağlantılar, düğmeler, girişler, select’ler, özel bileşenler) manuel olarak sekmeyle dolaşmalı ve yalnızca odaklanmanın — herhangi bir etkinleştirme olmadan — WCAG’de tanımlandığı şekilde bir bağlam değişikliğini tetikleyip tetiklemediğini gözlemlemelidir. Buna URL değişikliklerini, yeni pencere veya sekmelerin açılmasını, odağın mevcut öğeden uzaklaşmasını, form gönderimlerini ve büyük içerik değişimlerini izlemek de dahildir. Otomatik araçlar, odakla ilgili olaylara (focus, focusin, onfocus) eklenmiş JavaScript olay dinleyicilerini manuel inceleme için aday olarak işaretler, ancak bu işleyicilerin diskalifiye edici bir bağlam değişikliğine neden olup olmadığını belirleyemez.

Nasıl Test Edilir

  1. Otomatik ön tarama: Sayfaya karşı axe DevTools’u (tarayıcı uzantısı veya CLI) veya Google Lighthouse’u çalıştırın. Her iki araç da Odaklanma Üzerine ihlallerini kesin olarak işaretleyemese de, axe DevTools odak yönetimiyle ilgili (örneğin scrollable-region-focusable veya odak tuzağı kalıpları gibi) daha yakından manuel inceleme gerektiren ilgili sorunları ortaya çıkarabilir. axe DevTools’un "Needs Review" panelini kullanın — burada işaretlenen öğeler genellikle insan yargısı gerektiren etkileşimli bileşen davranışlarıyla ilgilidir.
  2. Tüm etkileşimli öğeleri belirleyin: Klavye testi öncesinde, tüm etkileşimli bileşenlerin bir listesini çıkarın: bağlantılar, düğmeler, form girişleri, açılır menüler, onay kutuları, radyo düğmeleri, tarih seçiciler, karuseller, akordeonlar, sekmeler, modallar ve tabindex kullanan özel bileşenler. Özellikle focus veya focusin olaylarını dinleyen özel JavaScript bileşenlerine dikkat edin.
  3. Yalnızca klavye ile gezinme testi: Yalnızca klavyeyi kullanarak (fare yok), sayfadaki her odaklanabilir öğe arasında sırasıyla Tab tuşuna basın. Her Tab tuşuna basıştan sonra, başka bir şeye basmadan önce şunu gözlemleyin: URL değişti mi? Yeni bir pencere veya sekme açıldı mı? Odak, az önce sekmeyle geldiğiniz öğeden uzaklaştı mı? Bir form gönderildi mi? Sayfanın birincil içeriği dramatik biçimde değişti mi? Herhangi bir "evet" cevabı, olası bir ihlal adayını gösterir.
  4. Select öğesi testi: Herhangi bir <select> açılır menüsüne odaklanın. Enter veya Boşluk tuşuna basmadan seçenekler arasında gezinmek için Yukarı ve Aşağı ok tuşlarını kullanın. Seçenekler arasında gezinmenin herhangi bir gezinmeyi, form gönderimini veya bağlam değişikliğini tetiklemediğini doğrulayın. Bu, en sık ihlal edilen kalıplardan biridir.
  5. NVDA + Firefox: NVDA’yı (ücretsiz, Windows) etkinleştirin. Firefox’u açın ve sayfaya gidin. Tüm etkileşimli öğeler arasında Tab tuşuna basın. NVDA’nın duyurularını dinleyin — NVDA, bir Tab tuşuna bastıktan sonra (Enter veya Boşluk’a basmadan) sayfanın tamamen farklı bir bölümünü veya yeni bir sayfa bağlamını duyurmaya başlarsa, bu güçlü bir ihlal sinyalidir.
  6. JAWS + Chrome: JAWS’ı etkinleştirin. Chrome’u açın. Gezinmek için Tab tuşunu kullanın. JAWS, odaklanan her öğeyi duyuracaktır. Bilerek gitmediğiniz yeni iletişim kutularının, sayfaların veya odak konumlarının beklenmedik duyurularını izleyin.
  7. VoiceOver + Safari (macOS/iOS): VoiceOver’ı etkinleştirin (macOS’ta Cmd+F5). Tab ile (veya iOS’ta kaydırarak) gezin. Beklenmedik bağlam kaymalarını izleyin. iOS’ta, ağır motor bozuklukları olan ve tarama yoluyla gezinme yapan kullanıcıları simüle etmek için anahtar erişimiyle de test yapın.
  8. Tarayıcı DevTools olay dinleyicisi incelemesi: Chrome DevTools’ta, şüpheli herhangi bir etkileşimli öğeyi seçin, Elements paneline gidin ve "Event Listeners"ı tıklayın. focus veya focusin dinleyicilerine bakın. Varsa, işleyicinin gezinmeyi, form gönderimini, odak hareketini veya diğer bağlam değiştirici eylemleri tetikleyip tetiklemediğini belirlemek için ekli JavaScript’i inceleyin.

Nasıl Düzeltilir

Otomatik gönderim yapan select açılır menüsü — Hatalı

<!-- FAIL: Selecting an option via arrow key immediately navigates to a new URL -->
<label for='region'>Select Region</label>
<select id='region' onchange='window.location = this.value;'>
  <option value='/istanbul'>Istanbul</option>
  <option value='/ankara'>Ankara</option>
  <option value='/izmir'>Izmir</option>
</select>

Otomatik gönderim yapan select açılır menüsü — Doğru

<!-- PASS: Navigation only occurs when the user explicitly activates the Go button -->
<label for='region'>Select Region</label>
<select id='region'>
  <option value='/istanbul'>Istanbul</option>
  <option value='/ankara'>Ankara</option>
  <option value='/izmir'>Izmir</option>
</select>
<button type='button' onclick='navigateToRegion()'>Go</button>

<script>
function navigateToRegion() {
  var select = document.getElementById('region');
  window.location = select.value; // Only fires on deliberate button activation
}
</script>

Girdi odağında açılan modal — Hatalı

<!-- FAIL: Focusing the date input immediately opens a modal dialog and moves focus -->
<label for='departure'>Departure Date</label>
<input type='text' id='departure' onfocus='openDatePickerModal()' />

<script>
function openDatePickerModal() {
  var modal = document.getElementById('date-modal');
  modal.style.display = 'block';
  modal.querySelector('button').focus(); // Moves focus away without user intent
}
</script>

Girdi odağında açılan modal — Doğru

<!-- PASS: The date picker opens only when the user explicitly clicks or presses Enter/Space -->
<label for='departure'>Departure Date</label>
<input type='text' id='departure' readonly aria-haspopup='dialog'
       aria-label='Departure Date — press Enter to open date picker' />
<button type='button' id='open-picker'
        aria-controls='date-modal'
        onclick='openDatePickerModal()'>
  Choose Date
</button>

<script>
function openDatePickerModal() {
  // Only called on explicit activation (click or Enter/Space on the button)
  var modal = document.getElementById('date-modal');
  modal.removeAttribute('hidden');
  modal.querySelector('[data-initial-focus]').focus();
}
</script>

Odakta otomatik ilerleyen karusel — Hatalı

<!-- FAIL: Focusing a navigation dot advances the carousel slide, changing page content -->
<div class='carousel-dots'>
  <button class='dot' onfocus='showSlide(0)'>1</button>
  <button class='dot' onfocus='showSlide(1)'>2</button>
  <button class='dot' onfocus='showSlide(2)'>3</button>
</div>

Odakta otomatik ilerleyen karusel — Doğru

<!-- PASS: The carousel only changes slides when the dot is explicitly activated (click/Enter) -->
<div class='carousel-dots' role='tablist' aria-label='Carousel navigation'>
  <button class='dot' role='tab' aria-selected='true'
          aria-controls='slide-0' onclick='showSlide(0)'>
    Slide 1
  </button>
  <button class='dot' role='tab' aria-selected='false'
          aria-controls='slide-1' onclick='showSlide(1)'>
    Slide 2
  </button>
  <button class='dot' role='tab' aria-selected='false'
          aria-controls='slide-2' onclick='showSlide(2)'>
    Slide 3
  </button>
</div>
<!-- onclick only fires on deliberate activation, not on Tab focus -->

Yaygın Hatalar

  • Gezinme öğelerinde onclick yerine onfocus kullanmak: Geliştiriciler bazen hedefi "önceden yüklemek" için gezinme bağlantılarına veya düğmelerine onfocus işleyicileri ekler ve yanlışlıkla yalnızca önceden getirme yerine tam bir gezinmeyi tetikler. Bağlamı değiştiren herhangi bir eylem için her zaman onclick veya (Enter/Boşluk’u kontrol eden) onkeydown kullanın.
  • <select> öğelerinde gönderim eylemi olmadan onchange bağlamak: Masaüstü tarayıcılarda, bir <select> üzerindeki onchange, bir seçenek onaylandığında tetiklenir, ancak bazı eski uygulamalarda ve belirli mobil tarayıcılarda ok tuşları seçenekler arasında hareket ederken tetiklenebilir. Select tabanlı gezinmeyi her zaman açık bir gönder düğmesiyle eşleştirin veya <button type='submit'> içeren bir <form> kullanın.
  • Bir focus olay işleyicisi içinde odağı programatik olarak taşımak: Başka bir öğenin onfocus veya focusin işleyicisi içinde element.focus() çağırmak, beklenmedik bir odak atlaması yaratır. Bu doğrudan bir ihlaldir — kullanıcı A öğesine sekmeyle gelmiştir ve odak sessizce B öğesine taşınmıştır. Odağı her zaman yalnızca kasıtlı kullanıcı eylemlerine yanıt olarak taşıyın.
  • Herhangi bir tetikleyici öğenin odak olaylarında modal iletişim kutuları açmak: Yaygın bir kestirme, bir tetikleyici düğmenin veya giriş alanının focus olayına modal açma işleyicisi eklemektir. Modallar yalnızca tıklama, Enter tuşu veya Boşluk tuşuna yanıt olarak açılmalıdır — asla yalnızca odakla değil.
  • Odakta görünüm alanı bağlamını değiştiren otomatik oynatılan medya veya animasyonlar: Oynat düğmesi odak aldığında tam ekran video başlatan veya büyük bir animasyon başlatan bir kahraman banner, görsel bağlamı önemli ölçüde değiştirir. Oynatma eylemlerini odak olaylarına değil, etkinleştirme olaylarına bağlayın.
  • Odakta sayfayı yeni içeriğe kaydıran canlı bölge güncellemelerini tetiklemek: Bazı dinamik bileşenler, bir giriş odak aldığında bir canlı bölgeyi günceller ve ardından görünüm alanını bu bölgeye kaydırır. Bu, görünüm alanı bağlamını değiştirir ve ekran büyütme kullanıcılarını şaşırtır. Mümkün olduğunda canlı bölge güncellemelerini odak olaylarından ayırın.
  • Kullanıcıya bildirimde bulunmadan onları anında tuzağa düşüren özel odak tuzakları uygulamak: Odak aldığında tüm Tab tuşu basışlarını yakalayan, ancak kullanıcının bir odak tuzağında olduğunu duyurmayan özel bir bileşen, bu kriterin hem lafzını hem de ruhunu ihlal eder. Odak tuzakları yalnızca tamamen açık modal iletişim kutuları içinde uygundur ve kullanıcılara nasıl çıkacakları bildirilmelidir.
  • Odaklanabilir alt öğeler içeren açılır menülerde CSS :focus kullanarak display: block tetiklemek ve beklenmedik odak hareketlerine neden olmak: Yalnızca CSS ile odak odaklı menüler, tarayıcının odak sırası yeni görünür öğelere geçtiğinde kafa karıştırıcı atlamalara neden olabilir. Ortaya çıkan menülerin beklenen olduğundan ve aria-expanded gibi ARIA öznitelikleriyle açıkça iletildiğinden emin olun.
  • Odak davranışlarını denetlemeden üçüncü taraf bileşen kütüphanelerine güvenmek: Birçok UI bileşen kütüphanesi (tarih seçiciler, zengin metin düzenleyiciler, select2 tarzı açılır menüler) geçmişte focus olaylarında açılır pencereler açarak veya odağı taşıyarak 3.2.1’i ihlal etmiştir. Kütüphanenin erişilebilirlik iddialarından bağımsız olarak, üçüncü taraf bileşenleri dağıtımdan önce her zaman manuel olarak denetleyin.
  • Tek sayfa uygulaması (SPA) yönlendirme bağlamlarında test etmeyi unutmak: React, Vue ve Angular SPA’lerinde, gezinme bağlantılarındaki odak olayları, özellikle odak olayları yayılmaktan düzgün şekilde durdurulmadığında, bazen yönlendiricinin önceden getirme mantığı veya olay kabarcıklanması yoluyla rota değişikliklerini tetikleyebilir. SPA gezinme bileşenlerini 3.2.1 uyumluluğu için özellikle test edin.

Türkiye’nin Erişilebilirlik Mevzuatıyla İlişkisi

21 Haziran 2025’te 32933 sayılı Resmî Gazete’de yayımlanan Türkiye Cumhurbaşkanlığı Genelgesi 2025/10, teknik standart olarak açıkça WCAG 2.2’ye atıfta bulunan zorunlu web erişilebilirliği gerekliliklerini belirler. WCAG 3.2.1 Odaklanma Üzerine, Seviye A kriteridir; bu da genelge kapsamında zorunlu uyumluluğun taban seviyesinde yer aldığı anlamına gelir. Seviye A kriterleri için istisna yoktur — kapsam dahilindeki tüm kuruluşlar bunları tanımlanan süreler içinde karşılamak zorundadır.

Kamu kurumlarının, genelgenin yayım tarihinden itibaren bir yıl içinde tam uyum sağlaması gerekmektedir. Kapsam dahilindeki özel sektör kuruluşlarına ise iki yıl süre tanınmıştır. Cumhurbaşkanlığı Genelgesi 2025/10 kapsamındaki kuruluşlar geniş bir yelpazeyi içerir: tüm kamu kurum ve kuruluşları, e-ticaret platformları ve çevrimiçi pazar yerleri, bankalar ve finans kuruluşları, hastaneler ve özel sağlık hizmeti sağlayıcıları, 200.000 veya daha fazla abonesi olan telekomünikasyon şirketleri, seyahat acenteleri ve rezervasyon platformları, özel ulaşım şirketleri ve Millî Eğitim Bakanlığı (MoNE) tarafından yetkilendirilmiş özel okullar ve eğitim kurumları.

WCAG 3.2.1 Odaklanma Üzerine kriterinin bu kuruluş türleriyle ilişkisi doğrudan ve pratiktir. Örneğin, ürün kategori açılır menüsünün odakta otomatik gezinme yaptığı bir e-ticaret platformunda, hareket kısıtlılığı olan ve klavye kullanan bir müşteri ürün kategorilerine göz atamaz ve satın alma işlemini yarıda bırakır. Odakla tetiklenen gönderimlere sahip bir bankanın çevrimiçi havale formu, ekran okuyucu kullanıcıları için istenmeyen finansal işlemlere veya tekrarlanan başarısız denemelere neden olabilir. Tarih alanlarının odakta modallar açtığı bir hastane randevu sistemi, engelli hastaların bağımsız şekilde randevu almasını engelleyebilir.

Genelge kapsamında, uyumsuzluk, kapsam dahilindeki kuruluşları idari yaptırımlara ve itibar riskine maruz bırakır. Hâlihazırda dijital dönüşüm sürecinde olan veya yeni web sistemleri tedarik eden kuruluşlar için, WCAG 3.2.1 uyumluluğunu şimdiden tedarik gerekliliklerine ve geliştirici yönergelerine dahil etmek — bir şikâyet sonrasında sonradan uyarlamaya çalışmaktan — hem daha maliyet etkindir hem de düzenlemenin ruhuna daha uygundur. Accsible overlay SDK’sını kullanan kuruluşlar, daha geniş bir WCAG 2.2 Seviye A uyumluluk iş akışının parçası olarak beklenmedik odaklanma davranışlarını belirlemeye ve gidermeye yardımcı olan yerleşik odak yönetimi araçlarından faydalanır.