QualiBooth
Nederlands

Eén keer oplossen, overal opgelost

Honderden problemen. Een handvol oplossingen.

Uw koptekst, navigatie en voettekst staan op elke pagina, dus één kapotte link daarin wordt ook op elke pagina gemeld. Componentgroepering groepeert die bevindingen per element waarop ze zijn gevonden, zodat een scanrun leest als een korte lijst met componenten om op te lossen - gerangschikt naar hoeveel problemen elke oplossing wegneemt.

Scan uw site gratis Bekijk het op uw site
Eén rij per element
niet één per probleem, per pagina
Ergste eerst
naar de problemen die één oplossing wegneemt
Het paneel Fix once, fix everywhere in een QualiBooth-scanrapport, met het aandeel problemen dat op componentniveau op te lossen is.

Dezelfde fout, op elke pagina geteld

Uw site is opgebouwd uit templates. Uw probleemlijst hoort dat ook te zijn.

Elke scanner rapporteert per pagina, omdat hij het probleem daar heeft gevonden. Op een site die met templates is gebouwd, vermenigvuldigt dat één gebrek met het aantal pagina’s waarop het voorkomt: een cookiebalk met een knop zonder label wordt vierhonderd bevindingen, en het rapport dat u zou moeten vertellen waar u moet beginnen, vertelt u dat alles urgent is. Componentgroepering leest dezelfde resultaten andersom - per element - omdat uw team ze ook zo oplost.

Wat een platte probleemlijst toont

Elke bevinding, op elke pagina, elk op een eigen rij.

  • Links moeten herkenbare tekst hebben - /pricing
  • Links moeten herkenbare tekst hebben - /about-us
  • Links moeten herkenbare tekst hebben - /contact
  • …en dezelfde bevinding op nog 397 pagina’s.

Wat Componentgroepering toont

Eén element, elke pagina waarop het faalt, elk probleem dat het heeft.

  • footer nav a.social - 400 pagina’s, 2 soorten problemen, 800 problemen.
  • Los het één keer op in de voettekst-template en alle 800 zijn verdwenen.
  • Ernst per pagina: 400 pagina’s Kritiek, 400 pagina’s Gemiddeld.
  • Gerangschikt ten opzichte van de rest van de run, zodat u weet dat het als eerste komt.

Wat elke elementkaart u vertelt

Alles wat u nodig hebt om te bepalen wat u eerst oplost

Elke rij is één element, niet één probleem. Hij bevat elke controle waarvoor dat element zakt en de cijfers die laten zien wat het oplossen ervan oplevert.

  • 01

    Gerangschikt naar wat een oplossing wegneemt

    Elementen worden geordend naar de problemen die het oplossen ervan wegneemt, daarna naar het aantal pagina’s waarop ze voorkomen, en daarna naar ernst. Bovenaan de lijst staat altijd waar één wijziging het meeste doet.

    Rangschikking

  • 02

    Getroffen pagina’s, per ernst

    Eén cijfer per ernstniveau dat het element heeft: hoeveel pagina’s een probleem op dat niveau bevatten. Een ernstniveau dat het element niet heeft, wordt weggelaten in plaats van als nul getoond.

    Ernst

  • 03

    Aandeel in de hele run

    Elk percentage wordt berekend ten opzichte van alle problemen die de run heeft gevonden, niet ten opzichte van wat op het scherm staat - dus “12% van de run” betekent 12% van de run, bij elk filter.

    Impact

  • 04

    Elk probleem op het element

    Dezelfde link kan tekortschieten in contrast én geen label hebben - twee oplossingen, één component. Klapt u een kaart open, dan ziet u elke controle met de ernst, het WCAG-niveau, het aantal keren, de pagina’s en een link naar uitleg over hoe u het oplost.

    Detail

  • 05

    Filter op ernst en engine

    Beperk de lijst tot Kritiek, tot de bevindingen die alleen Deep Scan oplevert, of zoek op selector of probleemnaam. Aantallen en percentages worden opnieuw berekend voor wat overblijft, dus de cijfers kloppen altijd met de lijst.

    Triage

  • 06

    Direct naar de code

    Kopieer de CSS-selector van het element, open het rapport van een getroffen pagina, of open de live pagina in de Development Assistant of Agora met het element gemarkeerd.

    Oplossen

Het grootste deel van de toegankelijkheidsschuld van een site met templates zit in een paar gedeelde componenten. Componentgroepering laat u zien welke - en hoeveel van het rapport elke oplossing wegwerkt.

Cijfers die kloppen

Cijfers die u aan een product owner kunt voorleggen

Een gegroepeerde weergave is alleen nuttig als de cijfers kloppen. Daarom wordt elk cijfer geteld, niet geschat - en als een cijfer een minimum is in plaats van exact, zegt het rapport dat erbij.

  • Pagina’s worden één keer per element geteld, ook als het element op verschillende pagina’s voor meerdere controles zakt.
  • Filteren op een element bouwt de cijfers opnieuw op uit de resterende problemen, zodat “Critical only” nooit totalen toont waarin kleine problemen zijn meegeteld.
  • Probleemnamen komen uit dezelfde catalogus als het rapport per pagina, dus hetzelfde probleem heeft overal dezelfde naam.
  • Grote runs houden de kostbaarste elementen, en het rapport vermeldt hoeveel het er toont van hoeveel het er heeft gevonden.
Een opengeklapte elementkaart: de selector, getroffen pagina’s, problemen, het aandeel in de run en elke controle waarvoor het element zakt.

De spreadsheet die niemand wil maken

De triage die uw team na elke audit met de hand doet - klaar zodra de scan klaar is

Een export per pagina omzetten in een lijst met componenten is niet moeilijk. Het is alleen traag, en het moet na elke scan opnieuw - en daarom gebeurt het meestal niet.

  • Elk probleem naar een spreadsheet exporteren

    Automatisch gegroepeerd zodra de run klaar is

  • Sorteren op selector en de dubbelingen samenvoegen

    Eén rij per element, met elke controle waarvoor het zakt

  • Tellen op hoeveel pagina’s elk element misgaat

    Getroffen pagina’s, per ernst, op elke kaart

  • Uitzoeken welke oplossing het meeste wegwerkt

    Ergste eerst, naar de problemen die elke oplossing wegneemt

  • Alles opnieuw doen na de volgende release

    Elke geplande run wordt op dezelfde manier gegroepeerd

Paginaspecifieke problemen blijven waar ze zijn

Componentgroepering toont alleen wat op meer dan één pagina op dezelfde manier faalt. Al het andere staat nog steeds in het rapport per pagina, en bevindingen op paginaniveau die op de hele site terugkomen - zoals een ontbrekende paginataal - worden vermeld als Whole page, omdat het overal hetzelfde gebrek is, ook al is er geen component om op te lossen.

Hoe het werkt

Niets in te stellen. Elke geplande scanrun wordt gegroepeerd zodra hij klaar is.

  1. 01

    Scan zoals altijd

    Uw geplande of handmatig gestarte scan draait precies zoals voorheen, met zowel de statische engine als Deep Scan, op desktop en mobiel.

  2. 02

    Gegroepeerd per element

    Zodra de run klaar is, vergelijkt QualiBooth elke pagina en groepeert het de bevindingen die op hetzelfde element terugkomen, over beide engines heen.

  3. 03

    Gerangschikt naar wat het wegwerkt

    Elementen worden geordend naar de problemen die het oplossen ervan wegneemt, en de kop van de run toont het aandeel dat op componentniveau op te lossen is.

  4. 04

    Eén keer oplossen, en bevestigd

    Los de component op in uw codebase. De volgende run laat zien dat het probleem verdwenen is van elke pagina waarop het voorkwam.

Het tabblad Shared components van een QualiBooth-scanrapport, gefilterd op ernst en engine.

In uw rapport

Het eerste wat u ziet in een scanrun

Het runrapport opent met de gedeelde componenten. Het Overview toont hoeveel van de run op componentniveau op te lossen is en de drie kostbaarste elementen; het tabblad Shared components bevat de volledige lijst.

  • Gedeelde elementen en het aandeel problemen dat op componentniveau op te lossen is, naast de score.
  • Een paneel Fix once, fix everywhere met de kostbaarste elementen, het eerste opengeklapt.
  • Een tabblad Shared components met elk element, te filteren op ernst, engine en tekst.
  • Een duidelijke status terwijl een run bezig is, of wanneer geen enkel element op meerdere pagina’s terugkomt.
1
rij per element, niet per probleem
2
scan-engines samen gegroepeerd
2
viewports, desktop en mobiel
0
instellingen - inbegrepen in elk abonnement

Vragen die we krijgen

Wat telt als een gedeelde component?
Elk element dat op meer dan één pagina van een scanrun voor dezelfde toegankelijkheidscontrole zakt - meestal een koptekst, navigatie, voettekst, cookiebalk of een ander op templates gebaseerd deel van de site. Bevindingen die bij de hele pagina horen in plaats van bij één element, worden ook gegroepeerd en vermeld als Whole page.
Moet ik iets instellen?
Nee. Componentgroepering draait automatisch op elke geplande scanrun zodra die klaar is, voor zowel de desktop- als de mobiele resultaten. Het is inbegrepen in elk abonnement.
Worden Deep Scan-bevindingen meegenomen?
Ja. Bevindingen van de statische engine en van Deep Scan worden samen gegroepeerd, en u kunt de lijst op engine filteren om er maar één van te zien.
Verbergt het groeperen problemen?
Nee. Elke bevinding staat nog steeds in het rapport per pagina. Componentgroepering is een tweede weergave van dezelfde resultaten, geordend per element waarop ze staan, en de percentages worden altijd berekend ten opzichte van alle problemen in de run.
Waarom is er geen groepering voor een van mijn oudere scanruns?
Runs die klaar waren voordat Componentgroepering werd uitgebracht, worden niet met terugwerkende kracht geanalyseerd. De volgende scan van die configuratie bevat het wel. Groeperen vereist ook dat ten minste twee pagina’s met succes worden gescand, omdat het werkt door pagina’s te vergelijken.
Hoe helpt dit mijn ontwikkelaars?
Het maakt van het rapport werkitems die aansluiten op uw codebase. Elke kaart geeft de exacte CSS-selector om te kopiëren, linkt naar een getroffen pagina en opent de live pagina in de Development Assistant of Agora met het element gemarkeerd - zodat de oplossing begint in de component, niet in een zoektocht pagina voor pagina.

Ontdek hoeveel van uw rapport eigenlijk één oplossing is

Start een gratis scan, of laat ons in een demo de gedeelde componenten van uw site met u doorlopen.

Scan uw site gratis Demo boeken