Ret én gang, ret overalt
Hundredvis af problemer. En håndfuld rettelser.
Din header, navigation og footer findes på hver side, så ét brudt link i dem bliver også rapporteret på hver side. Komponentgruppering grupperer de fund efter det element, de blev fundet på, så en scanningskørsel kan læses som den korte liste over komponenter, der skal rettes - rangeret efter hvor mange problemer hver rettelse fjerner.
- Én række pr. element
- ikke én pr. problem, pr. side
- Værste først
- efter de problemer én rettelse fjerner
Den samme fejl, talt op på hver side
Dit websted er bygget af skabeloner. Det bør din problemliste også være.
Alle scannere rapporterer pr. side, fordi det er der, de fandt problemet. På et skabelonbaseret websted ganger det én fejl med antallet af sider, den optræder på: en cookiebjælke med en knap uden etiket bliver til fire hundrede fund, og den rapport, der skulle fortælle dig, hvor du skal starte, fortæller dig, at alt haster. Komponentgruppering læser de samme resultater den anden vej rundt - efter element - fordi det er sådan, dit team retter dem.
Hvad en flad problemliste viser
Hvert fund, på hver side, én række hver.
- Links skal have genkendelig tekst - /pricing
- Links skal have genkendelig tekst - /about-us
- Links skal have genkendelig tekst - /contact
- …og det samme fund på 397 sider mere.
Hvad Komponentgruppering viser
Ét element, hver side det fejler på, hvert problem det har.
- footer nav a.social - 400 sider, 2 problemtyper, 800 problemer.
- Ret det én gang i footer-skabelonen, og alle 800 er væk.
- Alvorlighed pr. side: 400 sider Kritisk, 400 sider Middel.
- Rangeret i forhold til resten af kørslen, så du ved, at det kommer først.
Hvad hvert elementkort fortæller dig
Alt, hvad du skal bruge for at afgøre, hvad du retter først
Hver række er ét element, ikke ét problem. Den samler alle de kontroller, elementet ikke består, og de tal, der viser, hvad det er værd at rette det.
- 01
Rangeret efter hvad en rettelse fjerner
Elementerne ordnes efter de problemer, det ville fjerne at rette dem, derefter efter hvor mange sider de optræder på, og derefter efter alvorlighed. Øverst på listen står altid det sted, hvor én ændring gør mest.
Rangering
- 02
Berørte sider, efter alvorlighed
Ét tal pr. alvorlighedsgrad, elementet har: hvor mange sider der har et problem på det niveau. En alvorlighedsgrad, elementet ikke har, udelades i stedet for at blive vist som nul.
Alvorlighed
- 03
Andel af hele kørslen
Hver procentsats beregnes ud fra alle de problemer, kørslen fandt, ikke ud fra det, der står på skærmen - så “12 % af kørslen” betyder 12 % af kørslen, uanset filter.
Effekt
- 04
Hvert problem på elementet
Det samme link kan både fejle på kontrast og mangle en etiket - to rettelser, én komponent. Folder du et kort ud, vises hver kontrol med alvorlighed, WCAG-niveau, forekomster, sider og et link til vejledning i at rette den.
Detaljer
- 05
Filtrér efter alvorlighed og motor
Afgræns til Kritisk, til de fund kun Deep Scan producerer, eller søg på selektor eller problemnavn. Antal og procentsatser genberegnes for det, der er tilbage, så tallene altid passer med listen.
Triage
- 06
Direkte til koden
Kopiér elementets CSS-selektor, åbn rapporten for en berørt side, eller åbn den live side i Development Assistant eller Agora med elementet fremhævet.
Ret
Det meste af et skabelonbaseret websteds tilgængelighedsgæld ligger i nogle få delte komponenter. Komponentgruppering viser dig hvilke - og hvor meget af rapporten hver rettelse rydder.
Tal, der går op
Tal, du kan lægge frem for en product owner
En grupperet visning er kun nyttig, hvis tallene er rigtige. Derfor bliver hvert tal talt, ikke anslået - og når et tal er et minimum frem for et præcist tal, siger rapporten det.
- Sider tælles én gang pr. element, også når elementet fejler flere kontroller på forskellige sider.
- Når du filtrerer et element, genopbygges dets tal ud fra de problemer, der er tilbage, så “Critical only” aldrig viser totaler, der indeholder mindre problemer.
- Problemnavnene kommer fra det samme katalog som rapporten pr. side, så det samme problem har det samme navn overalt.
- Store kørsler beholder de dyreste elementer, og rapporten oplyser, hvor mange den viser ud af hvor mange den fandt.
Regnearket, ingen har lyst til at lave
Den triage, dit team laver i hånden efter hver audit - klar, når scanningen er færdig
Det er ikke svært at gøre en eksport pr. side til en liste over komponenter. Det tager bare tid, og det skal gøres igen efter hver scanning - og derfor bliver det som regel ikke gjort.
-
I hånden
Komponentgruppering
-
Eksportere hvert problem til et regneark
Grupperet automatisk, når kørslen er færdig
-
Sortere efter selektor og slå dubletterne sammen
Én række pr. element med alle de kontroller, det fejler
-
Tælle de sider, hvert element ødelægger
Berørte sider, pr. alvorlighed, på hvert kort
-
Regne ud, hvilken rettelse der rydder mest
Værste først efter de problemer, hver rettelse fjerner
-
Gøre det hele igen efter næste udgivelse
Hver planlagt kørsel grupperes på samme måde
Sidespecifikke problemer bliver, hvor de er
Komponentgruppering viser kun det, der fejler på samme måde på mere end én side. Alt andet står stadig i rapporten pr. side, og fund på sideniveau, der går igen på tværs af webstedet - som et manglende sidesprog - vises som Whole page, fordi det er den samme fejl overalt, selv om der ikke er nogen komponent at rette.
Sådan virker det
Intet at konfigurere. Hver planlagt scanningskørsel grupperes, når den er færdig.
- 01
Scan som sædvanlig
Din planlagte eller manuelt startede scanning kører præcis som før, med både den statiske motor og Deep Scan, på desktop og mobil.
- 02
Grupperet efter element
Når kørslen er færdig, sammenligner QualiBooth hver side og grupperer de fund, der går igen på det samme element, på tværs af begge motorer.
- 03
Rangeret efter hvad det rydder
Elementerne ordnes efter de problemer, det ville fjerne at rette dem, og kørslens overblik viser andelen, der kan rettes på komponentniveau.
- 04
Ret én gang, og få det bekræftet
Ret komponenten i din kodebase. Den næste kørsel viser, at den er væk fra alle de sider, den optrådte på.
I din rapport
Det første, du ser i en scanningskørsel
Kørselsrapporten starter med de delte komponenter. Overview viser, hvor meget af kørslen der kan rettes på komponentniveau, og de tre dyreste elementer; fanen Shared components rummer hele listen.
- Delte elementer og andelen af problemer, der kan rettes på komponentniveau, ved siden af scoren.
- Et Fix once, fix everywhere-panel med de dyreste elementer, hvor det første er foldet ud.
- En Shared components-fane med alle elementer, som kan filtreres efter alvorlighed, motor og tekst.
- En tydelig status, mens en kørsel er i gang, eller når intet element går igen på tværs af sider.
- 1
- række pr. element, ikke pr. problem
- 2
- scanningsmotorer grupperet sammen
- 2
- visningsområder, desktop og mobil
- 0
- opsætning - inkluderet i alle abonnementer
Spørgsmål vi får
- Hvad tæller som en delt komponent?
- Ethvert element, der fejler den samme tilgængelighedskontrol på mere end én side i en scanningskørsel - typisk en header, navigation, footer, cookiebjælke eller en anden skabelonbaseret del af webstedet. Fund, der hører til hele siden frem for ét element, grupperes også og vises som Whole page.
- Skal jeg sætte noget op?
- Nej. Komponentgruppering kører automatisk på hver planlagt scanningskørsel, når den er færdig, for både desktop- og mobilresultater. Det er inkluderet i alle abonnementer.
- Kommer Deep Scan-fund med?
- Ja. Fund fra den statiske motor og fra Deep Scan grupperes sammen, og du kan filtrere listen efter motor for kun at se den ene af dem.
- Skjuler grupperingen nogen problemer?
- Nej. Hvert fund står stadig i rapporten pr. side. Komponentgruppering er en ekstra visning af de samme resultater, ordnet efter det element, de sidder på, og procentsatserne beregnes altid ud fra alle problemer i kørslen.
- Hvorfor er der ingen gruppering for en af mine ældre scanningskørsler?
- Kørsler, der blev færdige, før Komponentgruppering blev lanceret, analyseres ikke med tilbagevirkende kraft. Den næste scanning med den konfiguration vil have det med. Grupperingen kræver også, at mindst to sider scannes korrekt, da den virker ved at sammenligne sider.
- Hvordan hjælper det mine udviklere?
- Det gør rapporten til opgaver, der passer til jeres kodebase. Hvert kort giver den præcise CSS-selektor til at kopiere, linker til en berørt side og åbner den live side i Development Assistant eller Agora med elementet fremhævet - så rettelsen starter i komponenten og ikke i en jagt side for side.
Se, hvor meget af din rapport der i virkeligheden er én rettelse
Kør en gratis scanning, eller lad os gennemgå dit websteds delte komponenter med dig i en demo.