Axe DevTools voor webtoegankelijkheidsregels aanpassen
Uw regelconfiguratie wijzigen in Axe DevTools voor Web
Binnen de Axe DevTools-API's bestaat de optie om zowel uw standaardregels als uw axe-core-versie aan te passen. Naarmate Axe DevTools wordt bijgewerkt, zullen de regelset en de axe-core-versie veranderen. Voor gebruikers van slechts één hulpmiddel maakt de specifieke regelsetconfiguratie en axe-core-versie wellicht niet uit. Voor gebruikers van meerdere Axe DevTools-componenten zorgt ervoor dat ze allemaal dezelfde regelconfiguratie en axe-core-versie gebruiken ervoor dat scanresultaten 100% consistent zijn over verschillende hulpmiddelen.
Regelconfiguratie
Axe DevTools heeft de mogelijkheid om een breed scala aan regelconfiguraties te gebruiken. Voor meer informatie over de verschillende regelsets, lees de pagina over axe-core regels. U kunt overschakelen naar een van de verschillende andere WCAG-regelsets, ADA sectie 508, Trusted Tester v5, EN 301 549, of RGAA. Bovendien kunnen wijzigingen in deze regelsets, zoals best practices die niet onder WCAG of sectie 508 vallen, of gloednieuwe experimentele regels, aan elke regelsetconfiguratie worden toegevoegd. Voor een beschrijving van elke regelset, zie Regelsets.
De Standaardregelset
Tenzij u iets anders configureert, testen de Axe DevTools voor Web API's en de CLI tegen WCAG 2.1 Niveau AA, geïdentificeerd door de regelset-ID wcag2.1. Omdat de WCAG-regelsets cumulatief zijn, dekken deze zowel de niveau A- als AA-regels van zowel WCAG 2.0 als WCAG 2.1.
Onder de standaardregelset staan regels die zijn getagd met best-practice en regels die zijn getagd met experimental uit. Een standaardscan rapporteert alleen fouten die overeenkomen met de WCAG 2.1 Niveau A en AA succescriteria, dus Deque's best practice-bevindingen worden niet naar voren gebracht tenzij u hierom vraagt.
Best practice-regels maken geen deel uit van een toegankelijkheidsstandaard, maar ze helpen een site zo gelijkwaardig mogelijk in gebruik te maken. Hoe u ze inschakelt, hangt af van de taal, en niet elke integratie biedt een speciale schakelaar:
| Taal | Inschakelen van best practices |
|---|---|
| Java | Geef true door als het tweede argument aan forRuleset(rulesetId, enableBestPractices). Zie de Java Selenium API-referentie. |
| C# | Geef true door als het tweede argument aan WithRuleset(rulesetId, enableBestPractices). Zie de C# API-referentie. |
| Python | Geef enable_best_practices=True door aan with_ruleset(). Zie de Python API-referentie. |
| Node.js en JavaScript | Playwright, Puppeteer en WebdriverIO accepteren een enableBestPractices-optie. Andere integraties selecteren regels in plaats daarvan per tag. Zie de Node.js en JavaScript-overzicht. |
| Ruby | Er is geen best-practices-vlag. Voeg de best-practice-tag toe via de tagclausule beschreven voor RSpec en Cucumber. |
| CLI | Genereer een regelsetbestand dat de best practice-regels bevat en pas deze toe met --custom. Zie Aangepaste Regelsets. |
Om in plaats daarvan tegen een andere standaard te testen, geef de regelset-ID op dezelfde plaats door. Het RGAA-Regelset Gebruiken loopt daar doorheen voor één standaard en vermeldt de selectiemethode voor elke taal.
axe-core Versie
De toegankelijkheidstester achter Axe DevTools, axe-core, wordt continu bijgewerkt en verbeterd. Vanwege dit kunnen verschillende versies van axe-core niet altijd dezelfde scanresultaten opleveren. Ervoor zorgen dat uw axe-core-versie consistent is tussen componenten, ontwikkelaars en ontwikkelingsteams elimineert de risico's die gepaard gaan met verschillende scans die verschillende resultaten opleveren. In Axe DevTools wordt uw axe-core-versie gesynchroniseerd met uw Axe DevTools-versie. Er is een optie beschikbaar om specifieke axe-core-versies te importeren.