Dokumentation
Allt du behöver för att köra tillgänglighetsrevisioner, tolka resultat och integrera Axively i ditt arbetsflöde.
Sektioner
Kom igång
Kör din första skanning, förstå rapporten, fixa ditt första problem.
WCAG 2.2 AA
Hur Axively mappar överträdelser till WCAG-framgångskriterier. Vad vi upptäcker, vad inte.
EN 301 549
Den europeiska harmoniserade standarden för IKT-tillgänglighet. Vad den lägger till utöver WCAG.
Juridisk mappning per land
Hur vi beräknar exponering per land. Källor, tillsynsmyndigheter, sanktionsintervall.
Tillgänglighetsredogörelser
Generera och publicera tillgänglighetsredogörelser i rätt format för 27 EU-medlemsstater.
Teknisk support
Hittade du inget svar? Skriv till support@axively.com, vi svarar vanligtvis inom 24 timmar på vardagar.
Metodik
Hur skannern fungerar
Axively besöker din webbplats i en riktig webbläsare (Chromium via Playwright), precis som en besökare ser den, inklusive JavaScript och dynamiskt innehåll. På varje sida, efter att den laddats helt, kör den testmotorn axe-core. Vi genomsöker hänsynsfullt (en fördröjning mellan sidor) ner till ett djup av 2 nivåer och upp till 1 000 sidor per granskning. Axively är avsett för granskning av webbplatser som du äger eller är behörig att testa. Vi identifierar oss med Axively-användaragenten och tillämpar inte robots.txt under en granskning, så att en ägare kan granska sin egen webbplats fullständigt. Om din webbplats granskades utan tillstånd eller om du inte vill bli granskad, kontakta support@axively.com.
Vad vi testar exakt
Vi använder axe-core, branschstandardmotorn för tillgänglighetstester (samma motor driver Google Lighthouse och Microsoft Accessibility Insights), med regeluppsättningarna wcag21aa (WCAG 2.1 nivå A och AA), wcag22aa (WCAG 2.2-tillägg på AA) och best-practice (axe bästa praxis utöver WCAG). För det europeiska sammanhanget mappar vi fynd till EN 301 549, närmare bestämt klausul 9 (webbinnehåll). Klausul 11 (programvara) och 12 (dokumentation och support) täcks inte av en automatisk skanning och kräver manuell bedömning.
Hur AI-åtgärdsförslagen tas fram
Varje unik typ av fynd passerar genom en modern språkmodell som genererar en förklaring av påverkan i klarspråk och en konkret kodåtgärd baserad på din webbplats faktiska HTML. Förslag översätts till ditt kontos språk. Centrala principer: AI:n föreslår, den tillämpar inte, ändringar i din kod görs av din utvecklare efter granskning; förslag genereras från det verkliga elementsammanhanget, inte från generiska mallar; och identiska problem delar ett förslag (därför förblir granskningar snabba och billiga även på stora webbplatser).
Säkerhet och data
Granskningsdata lagras i EU, på en enda dedikerad server i Tjeckien (leverantör Huko.net). Vi skannar endast det offentligt tillgängliga innehållet på din webbplats; resultaten är synliga endast för ditt konto. För personuppgiftsbiträden och lagring, se vår integritetspolicy.
Så läser du rapporten
En överträdelse är en enskild förekomst; en regel är den underliggande orsaken, ett problem i en mall ger många förekomster, så åtgärda alltid per mall och komponent först. Fynd rangordnas efter allvarlighetsgrad med rekommenderade tidsramar: kritisk inom 7 dagar, allvarlig inom 30, måttlig i din normala utvecklingscykel. När åtgärderna är driftsatta kör du den kostnadsfria verifierande omskanningen för att bekräfta ett rent före och efter.