WCAG Başarı Kriterleri · Level AA
WCAG 1.4.13: Üzerine Gelindiğinde veya Odaklanıldığında İçerik
WCAG 1.4.13, işaretçiyle üzerine gelindiğinde veya klavye odağı aldığında görünen ek içeriğin kapatılabilir, üzerine gelinerek etkileşim kurulabilir ve kalıcı olmasını gerektirir — böylece az gören kullanıcılar, motor bozuklukları ve bilişsel engelleri olan kullanıcılar, ipucu (tooltip) tarzı içeriğe beklenmedik şekilde kaybetmeden erişebilir ve onunla etkileşim kurabilir.
Bu Kuralın Anlamı
WCAG 1.4.13, webde yaygın bir etkileşim modelini ele alır: bir kullanıcı bir öğenin üzerine imleci getirdiğinde (hover) veya klavye odağını (focus) o öğeye taşıdığında görünür hale gelen içerik. Buna araç ipuçları (tooltip), alt menüler, özel açılır liste ipuçları, tarih seçici (date-picker) popover’ları ve hover ya da focus olaylarına yanıt olarak görünen diğer tüm katmanlar (overlay) dahildir. Ölçüt, bu tür içeriğin tarayıcı tarafından yerel olarak kontrol edilmediği her durumda geçerlidir (örneğin, yerel title özniteliği araç ipucu muaf tutulur) ve aynı anda karşılanması gereken üç temel gereksinim belirler.
Kapatılabilir (Dismissible): Kullanıcı, imleç odağını veya klavye odağını hareket ettirmeden ek içeriği kapatabilmelidir. Bunun standart mekanizması Escape tuşuna basmaktır. Bu, katmanın kullanıcı tarafından çözülemeyecek şekilde sayfadaki diğer içeriği engellemesini önler — özellikle ekranı büyüten ve başka bir yere “şöyle bir bakma” imkânı olmayan kullanıcılar için kritik önemdedir.
Üzerine Gelinebilir (Hoverable): Ek içerik, kullanıcı bir tetikleyici öğenin üzerine geldiği için (hover) görünür olduysa, kullanıcı imlecini yeni görünen içeriğin üzerine taşıyabilmeli ve bu içerik kaybolmamalıdır. İmleç tetikleyici öğeden ayrıldığı anda araç ipucu kaybolursa, kullanıcılar uzun içerikleri okuyamaz, buradan metin kopyalayamaz veya içindeki bağlantı ya da kontrolleri etkinleştiremez.
Sürekli (Persistent): Ek içerik, hover veya focus tetikleyicisi kaldırılana, kullanıcı bunu (örneğin Escape ile) kapatana veya bilgi artık geçerli olmayana kadar görünür kalmalıdır. İçerik, kullanıcının imleci veya odağı hâlâ tetikleyici ya da katmanın üzerindeyken bir zamanlayıcıyla veya keyfi bir gecikmeden sonra kaybolmamalıdır.
Başarılı sayılmak için bu üç koşulun da karşılanması gerekir. Herhangi tek bir koşul eksikse başarısızlık söz konusudur — örneğin, imleç tetikleyiciden araç ipucuna doğru hareket ederken araç ipucunun kaybolması (üzerine gelinemiyor), üç saniye sonra kendiliğinden kapanan bir araç ipucu (sürekli değil) veya odağı başka yere taşımadan kapatılamayan bir araç ipucu (kapatılabilir değil). WCAG tarafından tanınan tek resmi istisna, ek içeriğin görsel sunumunun tamamen kullanıcı aracısı tarafından kontrol edildiği durumlardır — yalnızca title özniteliğiyle üretilen tarayıcı yerel araç ipuçları bu kategoriye girer ve muaf tutulur, ancak bunların da kendilerine özgü erişilebilirlik sınırlamaları vardır.
Neden Önemlidir
Bu ölçüt öncelikle standart fare veya klavye etkileşimlerini kontrol etmekte zorlanan kullanıcılar, ekran büyütmeye ihtiyaç duyan kullanıcılar ve bilgiyi daha yavaş işleyen kullanıcılar için fayda sağlar. Kimlerin etkilendiğini anlamak, ekiplerin düzeltmeye doğru önceliği vermesine yardımcı olur.
Düşük görme yetisine sahip kullanıcılar genellikle ZoomText veya işletim sisteminin yerleşik büyüteci gibi ekran büyütme yazılımları kullanır; bu da yüksek yakınlaştırma düzeylerinde ekranın yalnızca küçük bir bölümünü görebildikleri anlamına gelir. Bir araç ipucu göründüğünde, kısmen ekran dışında olabilir ve kullanıcı onun bulunduğu yöne kaydırma (pan) yapmak zorundadır. Araç ipucu, imleç tetikleyiciden ayrıldığı anda kaybolursa, kullanıcı onu okumak için kaydıramaz. Dünya Sağlık Örgütü’ne göre, dünya genelinde yaklaşık 2,2 milyar insanın bir tür görme bozukluğu vardır ve bilgisayar kullananların önemli bir kısmı ekran okuyucu yerine büyütme kullanmaktadır.
Motor beceri bozukluğu olan kullanıcılar — Parkinson hastalığı, titreme veya sınırlı ince motor kontrolü olan kişiler dâhil — alternatif işaretleme aygıtları, baş işaretleyiciler veya göz izleme sistemleri kullanabilir. Bu kullanıcılar için hassas imleç kontrolü zordur; küçük bir tetikleyici öğeden küçük bir araç ipucuna, her ikisinden de istemeden ayrılmadan geçmek, hover alanı toleranslı değilse neredeyse imkânsız olabilir. Üzerine gelinebilirlik gereksinimi bunu doğrudan ele alır.
Bilişsel engeli olan kullanıcılar yavaş okuyabilir veya içeriği yeniden okumaya ihtiyaç duyabilir. Birkaç saniye sonra kendiliğinden kapanan bir araç ipucu, bu kullanıcılara bilgiyi özümsemeleri için yeterli zamanı tanımaz ve odağı hareket ettirmeden kapatılamayan bir araç ipucu, dikkatlerini kafa karıştırıcı bir etkileşim durumuna hapsedebilir.
Somut bir senaryo düşünün: Bir bankacılık web sitesi, hesap faiz oranı ayrıntılarını, kullanıcı küçük bir bilgi simgesinin üzerine geldiğinde görünen bir araç ipucunun içinde gösteriyor. %400 yakınlaştırma yapan düşük görme yetisine sahip bir kullanıcı, aynı anda sayfanın yalnızca bir kısmını görebilir. Simgenin üzerine gelir, araç ipucu görünür ve kullanıcı küçük yazıları okumak için imlecini araç ipucuna doğru hareket ettirmeye başlar — ancak araç ipucu, yalnızca üst öğenin hover durumuna bağlı olduğu için anında kaybolur. Kullanıcı, gerekli bilgilendirme metnine erişemez. Bu, yalnızca bir kullanılabilirlik rahatsızlığı değildir; düzenlemeye tabi sektörlerde yasal bir erişilebilirlik engeli oluşturabilir.
Engelliliğe özgü etkilerin ötesinde, bu ölçütün doğru uygulanması, dokunmatik ve klavye hibrit cihazlarda tüm kullanıcılar için genel kullanılabilirliği artırır, “kaybolan” arayüz öğelerinin neden olduğu destek taleplerini azaltır ve kullanıcılar ile denetçilere arayüz kalitesi sinyali verir.
İlgili Axe-core Kuralları
WCAG 1.4.13, manuel test gerektirir. Otomatik araçlar ihlalleri güvenilir biçimde tespit edemez, çünkü ölçüt, statik DOM analizinin değerlendiremeyeceği zaman temelli ve imleç hareketine dayalı davranışları içerir. Tek bir axe-core kuralı bu ölçüte doğrudan karşılık gelmez, ancak aşağıdaki hususlar otomasyonun neden yetersiz kaldığını ve manuel inceleme sırasında nelere bakılması gerektiğini açıklar.
- Manuel test gerekli — hover davranışı: Otomatik tarayıcılar, DOM ve CSSOM’u belirli bir anda inceler; bir tetikleyici öğeden yeni oluşturulan araç ipucuna doğru imleç hareketini simüle edemez ve araç ipucunun kalıcı olup olmadığını gözlemleyemez. Bir araç, teorik olarak bir CSS
:hoverpseudo-class’ının, ebeveyn hover’ı kaybettiğinde bir alt öğeyi gizlediğini tespit edebilir, ancak imleç yollarını simüle etmeden, bunun kasıtlı bir kapatma mı yoksa üzerine gelinebilirlik gereksiniminin ihlali mi olduğunu ayırt edemez. - Manuel test gerekli — Escape ile kapatma: Escape tuşuna basmanın bir katmanı kapatıp kapatmadığını tespit etmek, axe-core’un mevcut kural setinin ötesine geçen JavaScript olay simülasyonu gerektirir. Axe, açılır pencerelerde eksik ARIA rolleri veya eksik
aria-expandedözniteliklerini işaretleyebilir, ancak Escape için bir keydown dinleyicisinin kapatma işlevine bağlı olduğunu ve öğeyi gerçekten gizlediğini doğrulayamaz. - Manuel test gerekli — süreklilik / otomatik kapanma: Üç saniye sonra kendini bir
setTimeoutçağrısıyla gizleyen bir araç ipucu, bu süre içinde alınan statik bir taramada tamamen geçerli görünecektir. Yalnızca katmanı zaman içinde izleyen bir testçi — veya JavaScript kaynağını inceleyen biri — otomatik kapanma zamanlayıcısını bir ihlal olarak tanımlayabilir. - Manuel kontrollerle birlikte çalıştırılacak tamamlayıcı axe kuralları: 1.4.13’ü doğrudan test etmese de,
aria-tooltip-name(araç ipuçlarının erişilebilir adlara sahip olmasını sağlama),color-contrast(araç ipucu metninin okunabilir olmasını sağlama) vefocus-visible(odaklanan tetikleyicilerin görsel olarak ayırt edilebilir olmasını sağlama) gibi kuralları çalıştırmak, 1.4.13 ihlallerinin etkisini artıran ilgili sorunları ortaya çıkarabilir.
Nasıl Test Edilir
- Otomatik temel tarama: Hover/focus ile tetiklenen içerik barındıran sayfada axe DevTools veya Lighthouse çalıştırın. Araç ipucu rolleri, kontrast veya odak görünürlüğü ile ilgili işaretlenen sorunları not edin — bunlar 1.4.13 uyumluluğunu doğrulamaz, ancak bir temel seviye oluşturur. Hangi öğelerin katman (overlay) içerik tetiklediğini kaydedin ki manuel adımlarda bunları hedefleyebilesiniz.
- Tüm hover/focus tetiklemeli içeriği belirleyin: Sayfayı kaydırın ve her etkileşimli öğenin üzerine sistematik olarak gelin — simge düğmeler, ek açıklamalı bağlantılar, form alanı ipuçları, gezinme öğeleri, veri tablosu başlıkları ve grafik veri noktaları. Ek içerik görünmesine neden olan her öğeyi listeleyin.
- Üzerine gelinebilirlik gereksinimini test edin: Belirlenen her tetikleyici için, katmanı göstermek üzere üzerine gelin, ardından imleci tetikleyici öğeden katman içeriğinin kendisine doğru yavaşça hareket ettirin. Katman, bu hareket boyunca görünür kalmalıdır. İmleç katmana ulaşmadan önce kaybolursa, ölçüt karşılanmamış demektir.
- Kapatılabilirlik gereksinimini test edin: Bir katman görünürken (hover veya klavye odağı ile tetiklenmiş olsun), Escape tuşuna basın. Katman kapanmalıdır. Kapanmıyorsa, ölçüt karşılanmamış demektir. Bu testi, imleç hâlâ tetikleyicinin üzerindeyken ve ayrıca imleç katmanın üzerindeyken yapın.
- Süreklilik gereksinimini test edin: Bir katmanı tetikleyin ve ardından imlecinizi tetikleyici veya katmanın üzerinde en az 10–15 saniye boyunca sabit bırakın. Katman bu süre boyunca görünür kalmalıdır. Kullanıcı eylemi olmadan solarsa, zaman aşımına uğrarsa veya kaybolursa, ölçüt karşılanmamış demektir.
- Yalnızca klavye ile test: Sayfada yalnızca klavyeyi kullanarak sekme (Tab) ile ilerleyin. Odak, ek içerik gösteren bir tetikleyiciye geldiğinde, şunları doğrulayın: (a) içerik görünür, (b) Escape’e basmak içeriği kapatır ve (c) odak tetikleyici üzerinde kaldığı sürece içerik kendiliğinden kaybolmaz. NVDA ile Firefox, JAWS ile Chrome ve VoiceOver ile Safari kullanarak ekran okuyucuların da içeriği doğru şekilde sunduğunu doğrulayın.
- Ekran büyütme testi: Tarayıcı yakınlaştırmasını %400’e ayarlayın veya işletim sistemi düzeyinde büyütmeyi etkinleştirin. Hover testlerini tekrarlayın. Araç ipucuna ulaşmak için görünüm alanını kaydırmak zorunda olan bir kullanıcının, araç ipucu kaybolmadan bunu yapabildiğini doğrulayın.
- JavaScript kaynağını inceleyin: Kod tabanında, katmanı gizleme mantığıyla ilişkili
setTimeout,mouseleave,mouseoutveblurolay dinleyicilerini arayın. Gizleme mantığının, imleç katmanın üzerindeyken veya tetikleyici odağı korurken tetiklenmediğini ve herhangi bir otomatik kapanma zamanlayıcısının ayarlanmadığını doğrulayın.
Nasıl Düzeltilir
Yalnızca CSS ile, mouseleave’de kaybolan araç ipucu — Hatalı
<!-- Tooltip only shown via CSS :hover on parent; disappears as soon as
the pointer moves off the trigger toward the tooltip text -->
<span class='tip-wrapper'>
Info
<span class='tooltip'>This is the tooltip content.</span>
</span>
<!-- CSS (illustrative) -->
<!--
.tooltip { display: none; }
.tip-wrapper:hover .tooltip { display: block; }
-->
Yalnızca CSS ile, mouseleave’de kaybolan araç ipucu — Doğru
<!-- Correct: tooltip is also shown when the pointer is over the tooltip itself,
and the gap between trigger and tooltip is covered so pointer movement
does not accidentally dismiss the overlay. -->
<span class='tip-wrapper'>
Info
<span class='tooltip' role='tooltip' id='tip1'>This is the tooltip content.</span>
</span>
<!-- CSS (illustrative) -->
<!--
.tooltip { display: none; position: absolute; }
.tip-wrapper:hover .tooltip,
.tooltip:hover { display: block; }
/* Use padding or a transparent pseudo-element bridge between trigger and tooltip */
-->
Escape ile kapatma olmayan JavaScript araç ipucu — Hatalı
<button aria-describedby='tip2' data-tooltip='Account balance details'>
Balance
</button>
<div id='tip2' role='tooltip' hidden>Account balance details</div>
<script>
// Only mouseenter/mouseleave — no keyboard or Escape handling
document.querySelector('button').addEventListener('mouseenter', () => {
document.getElementById('tip2').removeAttribute('hidden');
});
document.querySelector('button').addEventListener('mouseleave', () => {
document.getElementById('tip2').setAttribute('hidden', '');
});
</script>
Escape ile kapatma olan JavaScript araç ipucu — Doğru
<button aria-describedby='tip2' data-tooltip='Account balance details'>
Balance
</button>
<div id='tip2' role='tooltip' hidden>Account balance details</div>
<script>
const btn = document.querySelector('button');
const tip = document.getElementById('tip2');
function showTip() { tip.removeAttribute('hidden'); }
function hideTip() { tip.setAttribute('hidden', ''); }
// Show on hover and focus
btn.addEventListener('mouseenter', showTip);
btn.addEventListener('focus', showTip);
// Hide only when pointer leaves BOTH trigger AND tooltip
btn.addEventListener('mouseleave', (e) => {
// Short delay allows pointer to reach the tooltip
setTimeout(() => {
if (!tip.matches(':hover') && !btn.matches(':hover')) hideTip();
}, 100);
});
tip.addEventListener('mouseleave', () => {
if (!btn.matches(':hover')) hideTip();
});
// Hide on blur (keyboard)
btn.addEventListener('blur', hideTip);
// Dismissible via Escape key — required by 1.4.13
document.addEventListener('keydown', (e) => {
if (e.key === 'Escape' && !tip.hidden) hideTip();
});
</script>
setTimeout ile otomatik kapanan araç ipucu — Hatalı
<button id='info-btn'>More info</button>
<div id='tip3' role='tooltip' hidden>Here is the additional information for this field.</div>
<script>
document.getElementById('info-btn').addEventListener('mouseenter', () => {
const t = document.getElementById('tip3');
t.removeAttribute('hidden');
// Violation: auto-dismisses after 3 seconds regardless of user state
setTimeout(() => t.setAttribute('hidden', ''), 3000);
});
</script>
setTimeout ile otomatik kapanan araç ipucu — Doğru
<button id='info-btn' aria-describedby='tip3'>More info</button>
<div id='tip3' role='tooltip' hidden>Here is the additional information for this field.</div>
<script>
const btn2 = document.getElementById('info-btn');
const tip3 = document.getElementById('tip3');
// No setTimeout — tooltip persists until user removes hover/focus or presses Escape
function show() { tip3.removeAttribute('hidden'); }
function hide() {
setTimeout(() => {
if (!tip3.matches(':hover') && !btn2.matches(':hover') && document.activeElement !== btn2) {
tip3.setAttribute('hidden', '');
}
}, 100);
}
btn2.addEventListener('mouseenter', show);
btn2.addEventListener('focus', show);
btn2.addEventListener('mouseleave', hide);
btn2.addEventListener('blur', hide);
tip3.addEventListener('mouseleave', hide);
document.addEventListener('keydown', (e) => {
if (e.key === 'Escape') tip3.setAttribute('hidden', '');
});
</script>
Yaygın Hatalar
- Tetikleyici ile araç ipucu arasındaki boşluğu kapatmadan yalnızca CSS
:hoverkullanmak: Tetikleyici öğe ile araç ipucu kapsayıcısı arasında 1–2 px bile boşluk olduğunda, imleci aralarında hareket ettirmek hover durumunun düşmesine neden olur ve kullanıcı katmana ulaşmadan araç ipucunu gizler. Bu boşluğu köprülemek için saydam bir pseudo-element veya üst üste binen padding kullanın. - İmlecin araç ipucuna geçip geçmediğini kontrol etmeden tetikleyici üzerindeki
mouseleaveolayına gizleme mantığı bağlamak: İmleç tetikleyiciden ayrıldığı anda, hedef araç ipucu olsa bile araç ipucu kaybolur. Gizlemeden önce her zamantip.matches(':hover')kontrolünü yapın veya kısa bir gecikme (debounce) kullanın. - mouseenter ve mouseleave ile birlikte focus ve blur olaylarını bağlamayı unutmak: Yalnızca klavye kullanan kullanıcılar, tetikleyiciye sekme ile geldiklerinde, yalnızca fare olayları ele alınıyorsa araç ipucunu hiç göremez; bu da ilgili bilgiyi fare olmadan tamamen erişilemez kılar.
- Uzaklaşmanın (boş bir yere tıklamanın) yeterli olduğunu varsayarak Escape tuşu dinleyicisi eklememek: Klavye kullanıcıları ve ekran büyütme kullanıcıları bir katmandan “kolayca uzaklaşamaz”. Escape, bu ölçüt için beklenen ve gerekli kapatma mekanizmasıdır.
- Escape dinleyicisini
documentyerine yalnızca tetikleyici öğeye eklemek: Kullanıcı odağı araç ipucuna veya başka bir öğeye taşıdığında, tetikleyiciye kapsamlanmış bir dinleyici çalışmaz. Escape işleyicisi, katman açıkken her zaman tuş olaylarını alacak olan document veya ortak bir üst ataya eklenmelidir. - Belirli bir süre sonra araç ipuçlarını otomatik kapatmak için
setTimeoutkullanmak: İmleç hâlâ tetikleyici veya araç ipucunun üzerindeyken ya da tetikleyici hâlâ klavye odağına sahipken çalışan her türlü zamanlayıcı tabanlı kapatma, süreklilik gereksiniminin doğrudan ihlalidir. Hover/focus ile tetiklenen tüm katmanlardan otomatik kapanma zamanlayıcılarını kaldırın. - Görünürlüğü yalnızca özel stillendirilmiş
titleözniteliği ikamesiyle tetiklemek: Yereltitlearaç ipucunu kaldırıp yerine özel bir sürüm koyan geliştiriciler, 1.4.13’ün üç gereksiniminin tamamını kendileri uygulamak zorundadır. Tarayıcı yerel araç ipuçları için geçerli olan muafiyet, aynı deseni yeniden üreten özel JavaScript çözümlerine uygulanmaz. - %400 yakınlaştırmada ekran büyütme ile test etmemek: Normal yakınlaştırmada erişilebilir görünen bir araç ipucu, yüksek yakınlaştırma düzeylerinde kısmen ekran dışında olabilir ve kullanıcının kaydırma yapmasını gerektirebilir — eğer araç ipucu, kullanıcı kaydırma yapmadan önce kapanırsa, %100 yakınlaştırmada geçen test, gerçek kullanım koşullarında başarısız olur.
- Araç ipucu kapsayıcısına
pointer-events: noneuygulamak: Bu CSS özelliği, imlecin hiçbir zaman araç ipucunun “üzerinde” sayılmamasına neden olur; bu da diğer mantıklardan bağımsız olarak üzerine gelinebilirlik gereksinimini karşılamayı imkânsız kılar. Kullanıcıların etkileşime girmesi veya yalnızca görünür tutmak için üzerine gelmesi gereken araç ipuçlarında aslapointer-events: nonekullanılmamalıdır. - Yalnızca ARIA
role='tooltip'eklemenin uyumluluk için yeterli olduğunu varsaymak:role='tooltip'vearia-describedbyeklemek, ekran okuyucu erişilebilirliği için önemlidir, ancak sorunun farklı bir katmanını ele alır. Bu ARIA öznitelikleri, içeriği kendiliğinden kapatılabilir, üzerine gelinebilir veya sürekli hâle getirmez — etkileşim davranışı yine açıkça uygulanmalıdır.
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, WCAG standartlarını atıf yoluyla içeren resmî bir erişilebilirlik yükümlülüğü getirir. Genelge, kapsamdaki kurumların, uluslararası kabul görmüş kılavuzlarla uyumlu web erişilebilirliği önlemlerini uygulamasını zorunlu kılar ve Seviye AA uyumu — WCAG 1.4.13 dâhil — hem güçlü biçimde teşvik edilir hem de Aile ve Sosyal Hizmetler Bakanlığı tarafından verilen Erişilebilirlik Logosu’nu almak isteyen kurumlar için zorunludur.
Genelge, Türkiye’de faaliyet gösteren geniş bir kurum yelpazesini kapsar. Kamu kurumları ve tüm idari düzeylerdeki devlet organları, dijital hizmetlerini erişilebilir hâle getirmekle yükümlüdür. Özel sektörde ise yükümlülük; e-ticaret platformları, bankalar ve finansal hizmet sağlayıcıları, hastaneler ve özel sağlık kuruluşları, 200.000 veya daha fazla abonesi olan telekomünikasyon işletmecileri, seyahat acenteleri, özel ulaşım şirketleri ve Millî Eğitim Bakanlığı’nın yetkilendirmesiyle faaliyet gösteren özel okulları kapsar.
WCAG 1.4.13, araç ipucu ve popover desenlerinin yaygın olarak kullanıldığı Türk dijital bağlamlarında özellikle önemlidir; e-Devlet entegrasyonları gibi e-devlet portalları, ücret veya oran bilgilerini araç ipuçlarında gösteren bankacılık ve fintech arayüzleri ve ek talimatları hover ile tetiklenen katmanlar üzerinden sunan sağlık randevu sistemleri buna örnektir. 1.4.13’ü karşılamayan bir bankacılık platformu, faiz bilgilendirmelerini araç ipucu üzerinden sunarken düşük görme yetisine sahip müşterilerin bu metinleri okumasını engelleyebilir — bu da hem erişilebilirlik hem de finansal tüketicinin korunması açısından sonuçlar doğurur.
Erişilebilirlik Logosu’nu hedefleyen kurumlar için yapılacak erişilebilirlik denetimi, otomatik araçların bu ihlalleri yakalayamamasından ötürü, hover ve focus davranışlarının manuel testini de içerecektir. Accsible gibi bir erişilebilirlik katmanı SDK’sı kullanan kuruluşlar, SDK’nın kendisinin eklediği widget kaynaklı araç ipuçlarının, rehberli tur popover’larının veya bağlamsal yardım panellerinin, 1.4.13’ün üç gereksinimini de tam olarak karşıladığından emin olmalıdır — Escape ile kapatılabilir, üzerine gelindiğinde kaybolmadan kalıcı ve kullanıcı eylemine kadar sürekli. Bunu yapmamak, erişilebilirliği iyileştirmek için kullanılan araç üzerinden yeni engeller yaratmak anlamına gelir ve hem mevzuata uyumu hem de kullanıcı güvenini zedeler.
