Tillgänglighet ≠ Overlay: ARIA lagar inte dåligt byggd HTML med automatik
Efter semantisk HTML kommer ett vanligt missförstånd: ARIA-attribut gör inte automatiskt en dåligt byggd komponent tillgänglig. ARIA förmedlar semantik till hjälpmedelsteknik men ersätter inte beteende, tangentbord, fokus eller en bra HTML-grund.
ARIA är viktigt men ingen reparationsyta
WAI-ARIA förmedlar roller, tillstånd och egenskaper till hjälpmedelsteknik, särskilt för dynamiskt innehåll och avancerade kontroller. Det kompletterar HTML; det är ingen universell lagning.
Första regeln: använd inbyggd HTML när du kan
W3C rekommenderar att man maximerar användningen av inbyggd semantisk HTML. Om ett HTML-element redan ger rätt semantik och beteende är det oftast robustare än ett generiskt element med ARIA.
En roll är ett löfte
W3C sammanfattar en central princip: ”en roll är ett löfte”. <div role="button"> lovar knappbeteende, men rollen i sig lägger inte till tangentbordsinteraktion.
ARIA förmedlar semantik men skapar inte beteende
ARIA kan förmedla att något är en knapp, expanderat eller valt, men implementerar inte automatiskt Tab, Enter, Mellanslag, piltangenter, fokus eller JavaScript-logik. Semantik och beteende måste stämma överens.
Namn, roll, tillstånd och värde
WCAG 4.1.2 kräver programmatiskt bestämbara namn och roller samt tillgängliga relevanta tillstånd, egenskaper och värden. Standardkontroller i HTML ger redan mycket av detta när de används korrekt.
Felaktig ARIA kan försämra upplevelsen
Felaktig ARIA är inte neutral. W3C varnar: ”No ARIA is better than Bad ARIA”. Fel semantik kan ge en missvisande bild av gränssnittet för någon som är beroende av en icke-visuell upplevelse.
ARIA behöver verkliga tester
ARIA Authoring Practices-exempel varnar för skillnader i stöd och rekommenderar testning före produktion.
Vad har detta med overlays att göra?
Det gäller också overlays. Ett lager kan ändra attribut efter laddning, men tillgänglighet kräver att semantik, interaktion, tangentbord, fokus och tillstånd fungerar tillsammans. ARIA som läggs till utifrån reparerar inte automatiskt ett bristfälligt gränssnitt.
Och Blind Reader?
Blind Reader hör till användarstödet. Det kan hjälpa personen, men bör inte beskrivas som automatisk korrigering av ARIA eller HTML eller som bevis på WCAG-överensstämmelse. Webbplatsen är fortfarande ansvarig.
Det viktigaste att komma ihåg
ARIA är kraftfullt när det behövs och implementeras rätt. Först inbyggd semantisk HTML när möjligt; sedan ARIA när nödvändigt; alltid korrekt beteende, tangentbord, fokus och tester.