QualiBooth

Corregiu-ho un cop, corregit a tot arreu

Centenars de problemes. Un grapat d’esmenes.

La capçalera, la navegació i el peu de pàgina apareixen a totes les pàgines, així que un sol enllaç defectuós que hi hagi es reporta també a totes les pàgines. L’Agrupació de components agrupa aquestes troballes per l’element on s’han trobat, de manera que una execució d’escaneig es llegeix com la llista curta de components que cal corregir - ordenada pel nombre de problemes que elimina cada esmena.

Una fila per element
no una per problema i per pàgina
Els pitjors, primer
pels problemes que elimina una sola esmena
El tauler «Fix once, fix everywhere» d’un informe d’escaneig de QualiBooth, amb la proporció de problemes corregibles a nivell de component.

El mateix error, comptat a cada pàgina

El vostre lloc està fet amb plantilles. La vostra llista de problemes també ho hauria d’estar.

Tots els escàners informen per pàgina, perquè és on han trobat el problema. En un lloc fet amb plantilles, això multiplica un sol defecte pel nombre de pàgines on apareix: un bàner de galetes amb un botó sense etiqueta es converteix en quatre-centes troballes, i l’informe que us hauria de dir per on començar us diu que tot és urgent. L’Agrupació de components llegeix els mateixos resultats a l’inrevés - per element - perquè és així com el vostre equip els corregeix.

Què mostra una llista plana de problemes

Cada troballa, a cada pàgina, una fila per a cadascuna.

  • Els enllaços han de tenir un text discernible - /pricing
  • Els enllaços han de tenir un text discernible - /about-us
  • Els enllaços han de tenir un text discernible - /contact
  • …i la mateixa troballa en 397 pàgines més.

Què mostra l’Agrupació de components

Un element, cada pàgina on falla, cada problema que té.

  • footer nav a.social - 400 pàgines, 2 tipus de problema, 800 problemes.
  • Corregiu-lo un cop a la plantilla del peu de pàgina i els 800 desapareixen.
  • Gravetat per pàgina: 400 pàgines de gravetat crítica, 400 de gravetat mitjana.
  • Ordenat respecte a la resta de l’execució, perquè sapigueu que va primer.

Què us diu cada fitxa d’element

Tot el que necessiteu per decidir què corregir primer

Cada fila és un element, no un problema. Inclou totes les comprovacions que falla aquest element i les xifres que us diuen quant val la pena corregir-lo.

  • 01

    Ordenat pel que elimina una esmena

    Els elements s’ordenen pels problemes que eliminaria corregir-los, després pel nombre de pàgines on apareixen i després per gravetat. Al capdamunt de la llista hi ha sempre allò on un sol canvi fa més efecte.

    Rànquing

  • 02

    Pàgines afectades, per gravetat

    Una xifra per cada gravetat que té l’element: quantes pàgines tenen un problema d’aquest nivell. Una gravetat que l’element no té s’omet en lloc de mostrar-se com a zero.

    Gravetat

  • 03

    Proporció de tota l’execució

    Cada percentatge es calcula sobre tots els problemes que ha trobat l’execució, no sobre el que hi ha a la pantalla - així, «el 12% de l’execució» vol dir el 12% de l’execució, amb qualsevol filtre.

    Impacte

  • 04

    Tots els problemes de l’element

    Un mateix enllaç pot fallar el contrast i no tenir etiqueta - dues esmenes, un component. En desplegar una fitxa es llista cada comprovació amb la seva gravetat, el nivell WCAG, les ocurrències, les pàgines i un enllaç a pautes per corregir-la.

    Detall

  • 05

    Filtreu per gravetat i per motor

    Limiteu la llista als problemes crítics, a les troballes que només produeix Deep Scan, o cerqueu per selector o per nom de problema. Els recomptes i els percentatges es recalculen per al que queda, de manera que les xifres sempre coincideixen amb la llista.

    Triatge

  • 06

    Directe al codi

    Copieu el selector CSS de l’element, obriu l’informe d’una pàgina afectada o obriu la pàgina en viu al Development Assistant o a Agora amb l’element ressaltat.

    Esmena

La major part del deute d’accessibilitat d’un lloc fet amb plantilles es concentra en uns quants components compartits. L’Agrupació de components us mostra quins són - i quina part de l’informe resol cada esmena.

Xifres que quadren

Xifres que podeu presentar a un responsable de producte

Una vista agrupada només és útil si les xifres són correctes. Per això cadascuna es compta, no s’estima - i quan una xifra és un mínim i no un valor exacte, l’informe ho diu.

  • Les pàgines es compten un sol cop per element, fins i tot quan falla diverses comprovacions en pàgines diferents.
  • Filtrar un element en reconstrueix les xifres a partir dels problemes que queden, de manera que «Critical only» mai no mostra totals que n’incloguin de menors.
  • Els noms dels problemes provenen del mateix catàleg que l’informe per pàgina, així que un mateix problema té el mateix nom a tot arreu.
  • Les execucions grans conserven els elements més costosos, i l’informe indica quants en llista del total que n’ha trobat.
Una fitxa d’element desplegada: el selector, les pàgines afectades, els problemes, la proporció de l’execució i cada comprovació que falla l’element.

El full de càlcul que ningú no vol fer

El triatge que el vostre equip fa a mà després de cada auditoria - fet quan acaba l’escaneig

Convertir una exportació per pàgina en una llista de components no és difícil. Només és lent, i s’ha de tornar a fer després de cada escaneig, i per això normalment no es fa.

  • Exportar tots els problemes a un full de càlcul

    Agrupat automàticament quan acaba l’execució

  • Ordenar per selector i fusionar els duplicats

    Una fila per element, amb cada comprovació que falla

  • Comptar les pàgines que trenca cada element

    Pàgines afectades, per gravetat, a cada fitxa

  • Esbrinar quina esmena en resol més

    Els pitjors primer, pels problemes que elimina cada esmena

  • Tornar-ho a fer tot després de la versió següent

    Cada execució programada s’agrupa de la mateixa manera

Els problemes propis d’una pàgina es queden on són

L’Agrupació de components només llista allò que falla de la mateixa manera en més d’una pàgina. Tota la resta continua a l’informe per pàgina, i les troballes de nivell de pàgina que es repeteixen per tot el lloc - com un idioma de pàgina que falta - es llisten com a «Whole page», perquè són el mateix defecte a tot arreu encara que no hi hagi cap component per corregir.

Com funciona

Res a configurar. Cada execució d’escaneig programada s’agrupa quan acaba.

  1. 01

    Escanegeu com sempre

    L’escaneig programat o sota demanda s’executa exactament com abans, amb el motor estàtic i amb Deep Scan, en escriptori i en mòbil.

  2. 02

    Agrupat per element

    Quan acaba l’execució, QualiBooth compara totes les pàgines i agrupa les troballes que es repeteixen en el mateix element, amb tots dos motors.

  3. 03

    Ordenat pel que resol

    Els elements s’ordenen pels problemes que eliminaria corregir-los, i el resum de l’execució mostra la proporció corregible a nivell de component.

  4. 04

    Corregiu un cop i comproveu-ho

    Corregiu el component al vostre codi. La propera execució mostra que ha desaparegut de totes les pàgines on apareixia.

La pestanya «Shared components» d’un informe d’escaneig de QualiBooth, filtrada per gravetat i motor.

Al vostre informe

El primer que veieu en una execució d’escaneig

L’informe de l’execució comença pels components compartits. La pestanya «Overview» mostra quina part de l’execució es pot corregir a nivell de component i els tres elements més costosos; la pestanya «Shared components» conté la llista completa.

  • Els elements compartits i la proporció de problemes corregibles a nivell de component, al costat de la puntuació.
  • Un tauler «Fix once, fix everywhere» amb els elements més costosos, amb el primer ja obert.
  • Una pestanya «Shared components» amb tots els elements, filtrable per gravetat, motor i text.
  • Un estat clar mentre una execució és en curs, o quan cap element no es repeteix entre pàgines.
1
fila per element, no per problema
2
motors d’escaneig agrupats junts
2
finestres gràfiques, escriptori i mòbil
0
configuració - inclosa a tots els plans

Preguntes que ens fan

Què compta com a component compartit?
Qualsevol element que falla la mateixa comprovació d’accessibilitat en més d’una pàgina d’una execució d’escaneig - normalment una capçalera, la navegació, el peu de pàgina, el bàner de galetes o una altra part del lloc feta amb plantilles. Les troballes que pertanyen a tota la pàgina i no a un element també s’agrupen, i es llisten com a «Whole page».
Cal configurar res?
No. L’Agrupació de components s’aplica automàticament a cada execució d’escaneig programada quan acaba, tant als resultats d’escriptori com als de mòbil. Està inclosa a tots els plans.
Inclou les troballes de Deep Scan?
Sí. Les troballes del motor estàtic i les de Deep Scan s’agrupen juntes, i podeu filtrar la llista per motor per veure’n només un.
L’agrupació amaga algun problema?
No. Totes les troballes continuen a l’informe per pàgina. L’Agrupació de components és una segona vista dels mateixos resultats, organitzada per l’element on apareixen, i els seus percentatges sempre es calculen sobre tots els problemes de l’execució.
Per què no hi ha agrupació en una de les meves execucions antigues?
Les execucions que van acabar abans del llançament de l’Agrupació de components no s’analitzen retroactivament. El proper escaneig d’aquesta configuració ja la inclourà. L’agrupació també necessita que almenys dues pàgines s’escanegin correctament, ja que funciona comparant pàgines.
Com ajuda això els meus desenvolupadors?
Converteix l’informe en tasques que corresponen al vostre codi. Cada fitxa dona el selector CSS exacte per copiar, enllaça a una pàgina afectada i obre la pàgina en viu al Development Assistant o a Agora amb l’element ressaltat - de manera que l’esmena comença al component, no en una cerca pàgina per pàgina.

Descobriu quina part del vostre informe és, en realitat, una sola esmena

Feu un escaneig gratuït, o deixeu que us mostrem els components compartits del vostre lloc en una demostració.