Åtgärda en gång, överallt
Hundratals problem. En handfull åtgärder.
Din header, navigering och footer finns på varje sida, så en trasig länk i dem rapporteras också på varje sida. Komponentgruppering grupperar de fynden efter elementet där de hittades, så att en skanningskörning blir en kort lista över komponenter att åtgärda - rangordnade efter hur många problem varje åtgärd tar bort.
- En rad per element
- inte en per problem och sida
- Värst först
- efter problemen en enda åtgärd tar bort
Samma fel, räknat på varje sida
Din webbplats byggs av mallar. Din problemlista borde också göra det.
Varje skanner rapporterar per sida, eftersom det är där den hittade problemet. På en mallbaserad webbplats multipliceras en enda defekt med antalet sidor den förekommer på: en cookiebanner med en knapp utan etikett blir fyrahundra fynd, och rapporten som borde visa var du ska börja säger att allt är brådskande. Komponentgruppering läser samma resultat åt andra hållet - per element - eftersom det är så ditt team åtgärdar dem.
Vad en platt problemlista visar
Varje fynd, på varje sida, en rad per styck.
- Länkar måste ha urskiljbar text - /pricing
- Länkar måste ha urskiljbar text - /about-us
- Länkar måste ha urskiljbar text - /contact
- …och samma fynd på 397 sidor till.
Vad Komponentgruppering visar
Ett element, varje sida där det brister, varje problem det har.
- footer nav a.social - 400 sidor, 2 problemtyper, 800 problem.
- Åtgärda det en gång i footermallen så är alla 800 borta.
- Allvarlighetsgrad per sida: 400 sidor Kritisk, 400 sidor Medel.
- Rangordnat mot resten av körningen, så att du vet att det kommer först.
Vad varje elementkort berättar
Allt du behöver för att avgöra vad som ska åtgärdas först
Varje rad är ett element, inte ett problem. Den samlar varje kontroll elementet inte klarar och siffrorna som visar vad det är värt att åtgärda det.
- 01
Rangordnat efter vad en åtgärd tar bort
Elementen ordnas efter hur många problem en åtgärd skulle ta bort, sedan efter hur många sidor de finns på och sist efter allvarlighetsgrad. Överst i listan finns alltid det ställe där en enda ändring gör mest.
Rangordning
- 02
Berörda sidor per allvarlighetsgrad
En siffra per allvarlighetsgrad som elementet har: hur många sidor som har ett problem på den nivån. En allvarlighetsgrad som elementet inte har utelämnas i stället för att visas som noll.
Allvarlighetsgrad
- 03
Andel av hela körningen
Varje procentsats räknas mot alla problem som körningen hittade, inte mot det som syns på skärmen - så ”12% av körningen” betyder 12% av körningen, oavsett filter.
Effekt
- 04
Varje problem på elementet
Samma länk kan både ha för låg kontrast och sakna etikett - två åtgärder, en komponent. När du fäller ut ett kort listas varje kontroll med allvarlighetsgrad, WCAG-nivå, förekomster, sidor och en länk till vägledning om hur det åtgärdas.
Detaljer
- 05
Filtrera på allvarlighetsgrad och motor
Begränsa till Kritisk, till de fynd som bara Deep Scan ger, eller sök på selektor eller problemnamn. Antal och procentsatser räknas om för det som återstår, så att siffrorna alltid stämmer med listan.
Triage
- 06
Direkt till koden
Kopiera elementets CSS-selektor, öppna rapporten för en berörd sida eller öppna live-sidan i Development Assistant eller Agora med elementet markerat.
Åtgärd
Det mesta av en mallbaserad webbplats tillgänglighetsskuld finns i några få delade komponenter. Komponentgruppering visar vilka - och hur stor del av rapporten varje åtgärd rensar bort.
Siffror som går ihop
Siffror du kan visa för en produktägare
En grupperad vy är bara användbar om siffrorna stämmer. Därför räknas varje siffra, den uppskattas inte - och när en siffra är ett minimum snarare än exakt säger rapporten det.
- Sidor räknas en gång per element, även när det inte klarar flera kontroller på olika sidor.
- När du filtrerar ett element byggs dess siffror om från de problem som återstår, så ”Critical only” visar aldrig totaler som inkluderar mindre allvarliga problem.
- Problemnamnen kommer från samma katalog som rapporten per sida, så samma problem har samma namn överallt.
- Stora körningar behåller de mest kostsamma elementen, och rapporten anger hur många den listar av hur många den hittade.
Kalkylarket ingen vill bygga
Triagen ditt team gör för hand efter varje granskning - klar när skanningen är klar
Att göra en export per sida till en lista med komponenter är inte svårt. Det är bara långsamt, och det måste göras om efter varje skanning, vilket är skälet till att det oftast inte blir av.
-
För hand
Komponentgruppering
-
Exportera varje problem till ett kalkylark
Grupperas automatiskt när körningen är klar
-
Sortera på selektor och slå ihop dubbletterna
En rad per element, med varje kontroll det inte klarar
-
Räkna sidorna som varje element förstör
Berörda sidor, per allvarlighetsgrad, på varje kort
-
Räkna ut vilken åtgärd som rensar mest
Värst först, efter problemen varje åtgärd tar bort
-
Göra om allt efter nästa release
Varje schemalagd körning grupperas på samma sätt
Sidspecifika problem stannar där de är
Komponentgruppering listar bara det som brister på samma sätt på mer än en sida. Allt annat finns kvar i rapporten per sida, och fynd på sidnivå som upprepas över hela webbplatsen - som ett saknat sidspråk - listas som Whole page, eftersom de är samma defekt överallt även om det inte finns någon komponent att åtgärda.
Så fungerar det
Inget att konfigurera. Varje schemalagd skanningskörning grupperas när den är klar.
- 01
Skanna som vanligt
Din schemalagda skanning eller skanning på begäran körs precis som förut, med både den statiska motorn och Deep Scan, på dator och mobil.
- 02
Grupperat per element
När körningen är klar jämför QualiBooth varje sida och grupperar de fynd som upprepas på samma element, från båda motorerna.
- 03
Rangordnat efter vad det rensar
Elementen ordnas efter hur många problem en åtgärd skulle ta bort, och körningens sammanfattning visar andelen som kan åtgärdas på komponentnivå.
- 04
Åtgärda en gång, bekräfta det
Åtgärda komponenten i din kodbas. Nästa körning visar att den är borta från varje sida där den fanns.
I din rapport
Det första du ser i en skanningskörning
Körningens rapport inleds med dess delade komponenter. Fliken Overview visar hur stor del av körningen som kan åtgärdas på komponentnivå och de tre mest kostsamma elementen; fliken Shared components innehåller hela listan.
- Delade element och andelen problem som kan åtgärdas på komponentnivå, bredvid betyget.
- En panel Fix once, fix everywhere med de mest kostsamma elementen, där det första är utfällt.
- En flik Shared components med varje element, filtrerbar på allvarlighetsgrad, motor och text.
- En tydlig status medan en körning pågår, eller när inget element upprepas mellan sidor.
- 1
- rad per element, inte per problem
- 2
- skanningsmotorer grupperade tillsammans
- 2
- visningslägen, dator och mobil
- 0
- konfiguration - ingår i alla planer
Frågor vi får
- Vad räknas som en delad komponent?
- Varje element som inte klarar samma tillgänglighetskontroll på mer än en sida i en skanningskörning - oftast en header, navigering, footer, cookiebanner eller annan mallbaserad del av webbplatsen. Fynd som hör till hela sidan snarare än ett enskilt element grupperas också, och listas som Whole page.
- Behöver jag ställa in något?
- Nej. Komponentgruppering körs automatiskt på varje schemalagd skanningskörning när den är klar, för både dator- och mobilresultat. Det ingår i alla planer.
- Ingår fynd från Deep Scan?
- Ja. Fynd från den statiska motorn och från Deep Scan grupperas tillsammans, och du kan filtrera listan på motor för att bara se den ena.
- Döljer grupperingen några problem?
- Nej. Varje fynd finns kvar i rapporten per sida. Komponentgruppering är en andra vy av samma resultat, ordnad efter elementet de sitter på, och dess procentsatser räknas alltid mot alla problem i körningen.
- Varför finns det ingen gruppering för en av mina äldre skanningskörningar?
- Körningar som blev klara innan Komponentgruppering lanserades analyseras inte i efterhand. Nästa skanning med den konfigurationen kommer att inkludera det. Grupperingen kräver också att minst två sidor skannas utan fel, eftersom den bygger på att jämföra sidor.
- Hur hjälper det här mina utvecklare?
- Det gör rapporten till arbetsuppgifter som motsvarar din kodbas. Varje kort ger den exakta CSS-selektorn att kopiera, länkar till en berörd sida och öppnar live-sidan i Development Assistant eller Agora med elementet markerat - så att åtgärden börjar i komponenten, inte i ett sökande sida för sida.
Se hur mycket av din rapport som egentligen är en enda åtgärd
Kör en gratis skanning, eller låt oss gå igenom din webbplats delade komponenter med dig i en demo.