QualiBooth

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
Panelet Fix once, fix everywhere i en QualiBooth-scanningsrapport med andelen af problemer, der kan rettes på komponentniveau.

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.
Et udfoldet elementkort: selektoren, berørte sider, problemer, andel af kørslen og alle de kontroller, elementet ikke består.

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.

  • 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.

  1. 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.

  2. 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.

  3. 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.

  4. 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å.

Fanen Shared components i en QualiBooth-scanningsrapport, filtreret efter alvorlighed og motor.

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.