QualiBooth

Korjaa kerran, korjaa kaikkialla

Satoja ongelmia. Kourallinen korjauksia.

Ylätunniste, navigaatio ja alatunniste näkyvät joka sivulla, joten yksikin rikkinäinen linkki niissä raportoidaan myös joka sivulla. Komponenttien ryhmittely ryhmittelee nämä löydökset sen elementin mukaan, josta ne löytyivät, joten skannausajo näyttää lyhyeltä listalta korjattavia komponentteja - järjestettynä sen mukaan, kuinka monta ongelmaa kukin korjaus poistaa.

Yksi rivi elementtiä kohti
ei yksi per ongelma ja sivu
Pahimmat ensin
yhden korjauksen poistamien ongelmien mukaan
QualiBoothin skannausraportin ”Fix once, fix everywhere” -paneeli, jossa näkyy komponenttitasolla korjattavien ongelmien osuus.

Sama virhe, laskettuna joka sivulla

Sivustosi on rakennettu malleista. Niin pitäisi olla ongelmalistasikin.

Jokainen skanneri raportoi sivukohtaisesti, koska sieltä se ongelman löysi. Mallipohjaisella sivustolla tämä kertoo yhden vian niiden sivujen määrällä, joilla se esiintyy: evästebanneri, jonka painikkeella ei ole nimeä, muuttuu neljäksisadaksi löydökseksi, ja raportti, jonka pitäisi kertoa mistä aloittaa, kertoo että kaikki on kiireellistä. Komponenttien ryhmittely lukee samat tulokset toisin päin - elementeittäin - koska niin tiimisi ne korjaa.

Mitä tasainen ongelmalista näyttää

Jokainen löydös, jokaisella sivulla, kukin omalla rivillään.

  • Linkeillä on oltava tunnistettava teksti - /pricing
  • Linkeillä on oltava tunnistettava teksti - /about-us
  • Linkeillä on oltava tunnistettava teksti - /contact
  • …ja sama löydös vielä 397 muulla sivulla.

Mitä Komponenttien ryhmittely näyttää

Yksi elementti, jokainen sivu jolla se epäonnistuu, jokainen sen ongelma.

  • footer nav a.social - 400 sivua, 2 ongelmatyyppiä, 800 ongelmaa.
  • Korjaa se kerran alatunnisteen mallissa, niin kaikki 800 katoavat.
  • Vakavuus sivuittain: 400 sivua kriittisiä, 400 sivua keskitasoisia.
  • Järjestetty suhteessa ajon muihin elementteihin, joten tiedät sen olevan ensimmäisenä vuorossa.

Mitä jokainen elementtikortti kertoo

Kaikki, mitä tarvitset päättääksesi, mitä korjata ensin

Jokainen rivi on yksi elementti, ei yksi ongelma. Siinä on jokainen tarkistus, jossa elementti epäonnistuu, ja luvut, jotka kertovat, mitä sen korjaaminen on arvoista.

  • 01

    Järjestetty sen mukaan, mitä korjaus poistaa

    Elementit järjestetään ensin niiden korjaamisen poistamien ongelmien mukaan, sitten sen mukaan, kuinka monella sivulla ne esiintyvät, ja sitten vakavuuden mukaan. Listan kärjessä on aina se kohta, jossa yksi muutos tekee eniten.

    Järjestys

  • 02

    Sivut vakavuuksittain

    Yksi luku jokaista elementin vakavuustasoa kohden: kuinka monella sivulla on sen tason ongelma. Vakavuustaso, jota elementillä ei ole, jätetään pois sen sijaan, että se näytettäisiin nollana.

    Vakavuus

  • 03

    Osuus koko ajosta

    Jokainen prosenttiosuus lasketaan kaikista ajon löytämistä ongelmista, ei siitä mitä näytöllä on - joten ”12 % ajosta” tarkoittaa 12 % ajosta millä tahansa suodattimella.

    Vaikutus

  • 04

    Jokainen elementin ongelma

    Sama linkki voi epäonnistua kontrastissa ja olla nimeämätön - kaksi korjausta, yksi komponentti. Kortin avaaminen listaa jokaisen tarkistuksen vakavuuden, WCAG-tason, esiintymien, sivujen ja korjausohjeen linkin kanssa.

    Tiedot

  • 05

    Suodata vakavuuden ja moottorin mukaan

    Rajaa kriittisiin, vain Deep Scanin tuottamiin löydöksiin tai hae valitsimella tai ongelman nimellä. Määrät ja prosentit lasketaan uudelleen jäljelle jääneille, joten luvut vastaavat aina listaa.

    Priorisointi

  • 06

    Suoraan koodiin

    Kopioi elementin CSS-valitsin, avaa jonkin vaikutuksen kohteena olevan sivun raportti tai avaa elävä sivu Development Assistantissa tai Agorassa elementti korostettuna.

    Korjaus

Suurin osa mallipohjaisen sivuston saavutettavuusvelasta on muutamassa jaetussa komponentissa. Komponenttien ryhmittely näyttää, missä - ja kuinka suuren osan raportista kukin korjaus poistaa.

Luvut, jotka täsmäävät

Luvut, jotka voit näyttää tuoteomistajalle

Ryhmitelty näkymä on hyödyllinen vain, jos sen luvut ovat oikein. Siksi jokainen niistä lasketaan eikä arvioida - ja kun luku on vähimmäismäärä eikä tarkka, raportti kertoo sen.

  • Sivut lasketaan kerran elementtiä kohti, vaikka se epäonnistuisi useissa tarkistuksissa eri sivuilla.
  • Elementin suodattaminen laskee sen luvut uudelleen jäljelle jääneistä ongelmista, joten ”Critical only” ei koskaan näytä summia, joihin sisältyy vähäisiä ongelmia.
  • Ongelmien nimet tulevat samasta luettelosta kuin sivukohtaisessa raportissa, joten samalla ongelmalla on sama nimi kaikkialla.
  • Suurissa ajoissa säilytetään kalleimmat elementit, ja raportti kertoo, kuinka monta se listaa löytämistään.
Avattu elementtikortti: valitsin, vaikutuksen kohteena olevat sivut, ongelmat, osuus ajosta ja jokainen tarkistus, jossa elementti epäonnistuu.

Taulukko, jota kukaan ei halua tehdä

Priorisointi, jonka tiimisi tekee käsin jokaisen auditoinnin jälkeen - valmiina heti skannauksen päätyttyä

Sivukohtaisen viennin muuttaminen komponenttilistaksi ei ole vaikeaa. Se on vain hidasta, ja se on tehtävä uudelleen jokaisen skannauksen jälkeen, minkä vuoksi sitä ei yleensä tehdä.

  • Vie jokainen ongelma taulukkoon

    Ryhmitelty automaattisesti ajon päätyttyä

  • Lajittele valitsimen mukaan ja yhdistä kaksoiskappaleet

    Yksi rivi elementtiä kohti, jokainen epäonnistunut tarkistus mukana

  • Laske, monellako sivulla kukin elementti on rikki

    Sivut vakavuuksittain jokaisessa kortissa

  • Selvitä, mikä korjaus poistaa eniten

    Pahimmat ensin kunkin korjauksen poistamien ongelmien mukaan

  • Tee kaikki uudelleen seuraavan julkaisun jälkeen

    Jokainen ajastettu ajo ryhmitellään samalla tavalla

Sivukohtaiset ongelmat pysyvät paikallaan

Komponenttien ryhmittely listaa vain sen, mikä epäonnistuu samalla tavalla useammalla kuin yhdellä sivulla. Kaikki muu on edelleen sivukohtaisessa raportissa, ja sivutason löydökset, jotka toistuvat koko sivustolla - kuten puuttuva sivun kieli - listataan nimellä ”Whole page”, koska ne ovat sama vika kaikkialla, vaikka korjattavaa komponenttia ei olisikaan.

Miten se toimii

Ei mitään määritettävää. Jokainen ajastettu skannausajo ryhmitellään sen päätyttyä.

  1. 01

    Skannaa kuten ennenkin

    Ajastettu tai pyydetty skannauksesi toimii täsmälleen kuten ennenkin, sekä staattisella moottorilla että Deep Scanilla, työpöydällä ja mobiilissa.

  2. 02

    Ryhmitelty elementeittäin

    Kun ajo päättyy, QualiBooth vertaa jokaista sivua ja ryhmittelee samalla elementillä toistuvat löydökset molemmista moottoreista.

  3. 03

    Järjestetty poistuvien ongelmien mukaan

    Elementit järjestetään niiden korjaamisen poistamien ongelmien mukaan, ja ajon yhteenveto näyttää komponenttitasolla korjattavan osuuden.

  4. 04

    Korjaa kerran, varmista

    Korjaa komponentti koodissasi. Seuraava ajo näyttää sen kadonneen jokaiselta sivulta, jolla se esiintyi.

QualiBoothin skannausraportin ”Shared components” -välilehti suodatettuna vakavuuden ja moottorin mukaan.

Raportissasi

Ensimmäinen asia, jonka näet skannausajossa

Ajoraportti alkaa jaetuista komponenteista. ”Overview” näyttää, kuinka suuri osa ajosta on korjattavissa komponenttitasolla, sekä kolme kalleinta elementtiä; ”Shared components” -välilehdellä on koko lista.

  • Jaetut elementit ja komponenttitasolla korjattavien ongelmien osuus pistemäärän vieressä.
  • ”Fix once, fix everywhere” -paneeli, jossa on kalleimmat elementit ja ensimmäinen niistä avattuna.
  • ”Shared components” -välilehti, jossa on jokainen elementti ja jonka voi suodattaa vakavuuden, moottorin ja tekstin mukaan.
  • Selkeä tila, kun ajo on kesken tai kun mikään elementti ei toistu useilla sivuilla.
1
rivi elementtiä kohti, ei ongelmaa kohti
2
skannausmoottoria ryhmiteltynä yhteen
2
näkymää, työpöytä ja mobiili
0
määrityksiä - sisältyy jokaiseen pakettiin

Kysymyksiä, joita meiltä kysytään

Mikä lasketaan jaetuksi komponentiksi?
Mikä tahansa elementti, joka epäonnistuu samassa saavutettavuustarkistuksessa useammalla kuin yhdellä skannausajon sivulla - yleensä ylätunniste, navigaatio, alatunniste, evästebanneri tai muu sivuston mallipohjainen osa. Myös löydökset, jotka koskevat koko sivua eivätkä yhtä elementtiä, ryhmitellään ja listataan nimellä ”Whole page”.
Täytyykö minun määrittää jotain?
Ei. Komponenttien ryhmittely toimii automaattisesti jokaisessa ajastetussa skannausajossa sen päätyttyä, sekä työpöytä- että mobiilitulosten osalta. Se sisältyy jokaiseen pakettiin.
Sisältyvätkö Deep Scanin löydökset?
Kyllä. Staattisen moottorin ja Deep Scanin löydökset ryhmitellään yhteen, ja voit suodattaa listan moottorin mukaan nähdäksesi vain toisen niistä.
Piilottaako ryhmittely ongelmia?
Ei. Jokainen löydös on yhä sivukohtaisessa raportissa. Komponenttien ryhmittely on toinen näkymä samoihin tuloksiin, järjestettynä sen elementin mukaan, jossa ne ovat, ja sen prosenttiosuudet lasketaan aina kaikista ajon ongelmista.
Miksi yhdessä vanhemmista skannausajoistani ei ole ryhmittelyä?
Ajoja, jotka päättyivät ennen Komponenttien ryhmittelyn julkaisua, ei analysoida jälkikäteen. Saman määrityksen seuraava skannaus sisältää sen. Ryhmittely edellyttää myös, että vähintään kaksi sivua skannataan onnistuneesti, koska se perustuu sivujen vertailuun.
Miten tämä auttaa kehittäjiäni?
Se muuttaa raportin työtehtäviksi, jotka vastaavat koodipohjaasi. Jokainen kortti antaa tarkan kopioitavan CSS-valitsimen, linkin vaikutuksen kohteena olevalle sivulle ja avaa elävän sivun Development Assistantissa tai Agorassa elementti korostettuna - joten korjaus alkaa komponentista eikä sivu kerrallaan etsimisestä.

Katso, kuinka suuri osa raportistasi on oikeastaan yksi korjaus

Aja ilmainen skannaus tai anna meidän esitellä sivustosi jaetut komponentit demossa.