Documentatie
Alles wat u nodig heeft om toegankelijkheidsaudits uit te voeren, resultaten te interpreteren en Axively in uw werkproces te integreren.
Secties
Aan de slag
Voer uw eerste scan uit, begrijp het rapport, los uw eerste probleem op.
WCAG 2.2 AA
Hoe Axively overtredingen mapt op WCAG-succescriteria. Wat we detecteren, wat niet.
EN 301 549
De Europese geharmoniseerde norm voor ICT-toegankelijkheid. Wat het toevoegt bovenop WCAG.
Juridische mapping per land
Hoe we blootstelling per land berekenen. Bronnen, handhavende autoriteiten, sanctieranges.
Nalevingsverklaringen
Genereer en publiceer toegankelijkheidsverklaringen in het correcte formaat voor 27 EU-lidstaten.
Technische ondersteuning
Geen antwoord gevonden? Schrijf naar support@axively.com, we reageren doorgaans binnen 24 uur op werkdagen.
Methodologie
Hoe de scanner werkt
Axively bezoekt uw site in een echte browser (Chromium via Playwright), zoals een bezoeker hem ziet, inclusief JavaScript en dynamische inhoud. Op elke pagina voert het na het volledig laden de testengine axe-core uit. We crawlen met zorg (een vertraging tussen pagina's) tot een diepte van 2 niveaus en tot 1.000 pagina's per audit. Omdat audits door site-eigenaren op hun eigen site worden uitgevoerd, identificeren we ons met de Axively-user-agent en handhaven we robots.txt niet tijdens een audit; eigenaren die geen audit willen, kunnen contact met ons opnemen.
Wat we precies testen
We gebruiken axe-core, de industriestandaard-engine voor toegankelijkheidstests (dezelfde engine drijft Google Lighthouse en Microsoft Accessibility Insights aan), met de regelsets wcag21aa (WCAG 2.1 niveaus A en AA), wcag22aa (WCAG 2.2-aanvullingen op AA) en best-practice (beste praktijken van axe buiten WCAG). Voor de Europese context koppelen we bevindingen aan EN 301 549, specifiek clausule 9 (webinhoud). Clausules 11 (software) en 12 (documentatie en ondersteuning) worden niet door een geautomatiseerde scan gedekt en vereisen handmatige beoordeling.
Hoe de AI-verbetervoorstellen tot stand komen
Elk uniek type bevinding gaat door een modern taalmodel dat een uitleg van de impact in gewone taal en een concrete codecorrectie genereert op basis van de werkelijke HTML van uw site. Suggesties worden vertaald naar de taal van uw account. Kernprincipes: de AI stelt voor, past niet toe, wijzigingen in uw code worden door uw ontwikkelaar na controle gedaan; suggesties worden gegenereerd uit de echte elementcontext, niet uit generieke sjablonen; en identieke problemen delen één suggestie (daarom blijven audits snel en goedkoop, ook op grote sites).
Beveiliging en gegevens
Auditgegevens worden opgeslagen in de EU, op één dedicated server in Tsjechië (provider Huko.net). We scannen alleen de openbaar toegankelijke inhoud van uw site; de resultaten zijn alleen zichtbaar voor uw account. Voor verwerkers en bewaring, zie ons privacybeleid.
Hoe u het rapport leest
Een overtreding is één geval; een regel is de onderliggende oorzaak, één probleem in een sjabloon levert veel gevallen op, dus los altijd eerst per sjabloon en component op. Bevindingen worden gerangschikt op ernst met aanbevolen termijnen: kritiek binnen 7 dagen, ernstig binnen 30, gemiddeld in uw normale ontwikkelcyclus. Wanneer de oplossingen zijn uitgerold, voert u de gratis verificatie-rescan uit om een schone voor en na te bevestigen.