QualiBooth
Čeština

Opravte jednou, opraveno všude

Stovky problémů. Hrstka oprav.

Záhlaví, navigace a patička jsou na každé stránce, takže jediný nefunkční odkaz v nich se také hlásí na každé stránce. Seskupení komponent seskupí tyto nálezy podle prvku, na kterém byly nalezeny, takže se běh kontroly čte jako krátký seznam komponent k opravě - seřazený podle toho, kolik problémů každá oprava odstraní.

Zkontrolovat web zdarma Podívat se na vašem webu
Jeden řádek na prvek
ne jeden na problém a stránku
Nejhorší nahoře
podle problémů, které odstraní jediná oprava
Panel „Fix once, fix everywhere“ v reportu kontroly QualiBooth s podílem problémů opravitelných na úrovni komponent.

Stejná chyba, započtená na každé stránce

Váš web je postavený ze šablon. Váš seznam problémů by měl být také.

Každý skener hlásí po stránkách, protože tam problém našel. Na webu ze šablon to jednu vadu vynásobí počtem stránek, na kterých se objevuje: cookie lišta s tlačítkem bez popisku se promění ve čtyři sta nálezů a report, který vám měl říct, kde začít, vám říká, že je všechno naléhavé. Seskupení komponent čte tytéž výsledky obráceně - podle prvku - protože tak je váš tým opravuje.

Co ukazuje plochý seznam problémů

Každý nález, na každé stránce, každý na vlastním řádku.

  • Odkazy musí mít rozpoznatelný text - /pricing
  • Odkazy musí mít rozpoznatelný text - /about-us
  • Odkazy musí mít rozpoznatelný text - /contact
  • …a tentýž nález na dalších 397 stránkách.

Co ukazuje Seskupení komponent

Jeden prvek, každá stránka, na které selhává, každý jeho problém.

  • footer nav a.social - 400 stránek, 2 typy problémů, 800 problémů.
  • Opravte ho jednou v šabloně patičky a všech 800 zmizí.
  • Závažnost po stránkách: 400 stránek kritických, 400 stránek středních.
  • Seřazeno vůči zbytku běhu, takže víte, že přijde na řadu jako první.

Co vám řekne každá karta prvku

Vše, co potřebujete k rozhodnutí, co opravit nejdřív

Každý řádek je jeden prvek, ne jeden problém. Obsahuje každou kontrolu, ve které prvek selhává, a čísla, která říkají, co jeho oprava přinese.

  • 01

    Seřazeno podle toho, co oprava odstraní

    Prvky jsou seřazeny podle problémů, které by jejich oprava odstranila, pak podle počtu stránek, na kterých se objevují, a pak podle závažnosti. Na začátku seznamu je vždy místo, kde jedna změna udělá nejvíc.

    Pořadí

  • 02

    Dotčené stránky podle závažnosti

    Jedno číslo pro každou závažnost, kterou prvek má: kolik stránek nese problém této úrovně. Závažnost, kterou prvek nemá, se vynechá, místo aby se ukazovala jako nula.

    Závažnost

  • 03

    Podíl z celého běhu

    Každé procento se počítá ze všech problémů, které běh našel, ne z toho, co je na obrazovce - takže „12 % běhu“ znamená 12 % běhu, s jakýmkoli filtrem.

    Dopad

  • 04

    Každý problém prvku

    Tentýž odkaz může selhat v kontrastu a zároveň nemít popisek - dvě opravy, jedna komponenta. Rozbalená karta uvádí každou kontrolu s její závažností, úrovní WCAG, výskyty, stránkami a odkazem na návod k opravě.

    Detail

  • 05

    Filtr podle závažnosti a enginu

    Zužte výběr na kritické problémy, na nálezy, které vytváří jen Deep Scan, nebo hledejte podle selektoru či názvu problému. Počty a procenta se přepočítají pro to, co zbývá, takže čísla vždy odpovídají seznamu.

    Třídění

  • 06

    Rovnou ke kódu

    Zkopírujte CSS selektor prvku, otevřete report dotčené stránky nebo otevřete živou stránku v Development Assistant či Agoře se zvýrazněným prvkem.

    Oprava

Většina dluhu v přístupnosti webu postaveného ze šablon leží v několika sdílených komponentách. Seskupení komponent vám ukáže, ve kterých - a jakou část reportu každá oprava vyřeší.

Čísla, která sedí

Čísla, která můžete předložit product ownerovi

Seskupený pohled je užitečný jen tehdy, když jsou jeho čísla správná. Proto se každé počítá, ne odhaduje - a když je číslo minimem, a ne přesnou hodnotou, report to uvede.

  • Stránky se počítají jednou na prvek, i když prvek selhává v několika kontrolách na různých stránkách.
  • Filtrování prvku přepočítá jeho čísla ze zbývajících problémů, takže „Critical only“ nikdy neukazuje součty zahrnující ty drobné.
  • Názvy problémů pocházejí ze stejného katalogu jako report po stránkách, takže stejný problém má všude stejný název.
  • Velké běhy si ponechají nejnákladnější prvky a report uvádí, kolik jich zobrazuje z celkového počtu nalezených.
Rozbalená karta prvku: selektor, dotčené stránky, problémy, podíl z běhu a každá kontrola, ve které prvek selhává.

Tabulka, kterou nikdo nechce sestavovat

Třídění, které váš tým dělá ručně po každém auditu - hotové ve chvíli, kdy kontrola skončí

Převést export po stránkách na seznam komponent není těžké. Je to jen pomalé a musí se to dělat znovu po každé kontrole, a proto se to obvykle nedělá.

  • Exportovat všechny problémy do tabulky

    Seskupeno automaticky po skončení běhu

  • Seřadit podle selektoru a sloučit duplicity

    Jeden řádek na prvek, se všemi kontrolami, ve kterých selhává

  • Spočítat stránky, které každý prvek rozbíjí

    Dotčené stránky podle závažnosti na každé kartě

  • Zjistit, která oprava vyřeší nejvíc

    Nejhorší nahoře podle problémů, které každá oprava odstraní

  • Udělat to celé znovu po dalším vydání

    Každý naplánovaný běh se seskupí stejně

Problémy konkrétní stránky zůstávají, kde jsou

Seskupení komponent uvádí jen to, co selhává stejně na více než jedné stránce. Vše ostatní je dál v reportu po stránkách a nálezy na úrovni stránky, které se opakují napříč webem - třeba chybějící jazyk stránky - se uvádějí jako „Whole page“, protože jde všude o stejnou vadu, i když neexistuje komponenta k opravě.

Jak to funguje

Nic k nastavování. Každý naplánovaný běh kontroly se po skončení seskupí.

  1. 01

    Kontrolujte jako obvykle

    Vaše naplánovaná nebo jednorázová kontrola běží přesně jako dřív, se statickým enginem i s Deep Scan, na desktopu i na mobilu.

  2. 02

    Seskupeno podle prvku

    Po skončení běhu QualiBooth porovná všechny stránky a seskupí nálezy, které se opakují na stejném prvku, z obou enginů.

  3. 03

    Seřazeno podle toho, co vyřeší

    Prvky jsou seřazeny podle problémů, které by jejich oprava odstranila, a souhrn běhu ukazuje podíl opravitelný na úrovni komponent.

  4. 04

    Opravte jednou, ověřte si to

    Opravte komponentu ve svém kódu. Další běh ukáže, že zmizela ze všech stránek, na kterých se objevovala.

Karta „Shared components“ v reportu kontroly QualiBooth, filtrovaná podle závažnosti a enginu.

Ve vašem reportu

První, co v běhu kontroly uvidíte

Report běhu začíná sdílenými komponentami. „Overview“ ukazuje, jaká část běhu je opravitelná na úrovni komponent, a tři nejnákladnější prvky; karta „Shared components“ obsahuje celý seznam.

  • Sdílené prvky a podíl problémů opravitelných na úrovni komponent, hned vedle skóre.
  • Panel „Fix once, fix everywhere“ s nejnákladnějšími prvky, z nichž první je rozbalený.
  • Karta „Shared components“ se všemi prvky, filtrovatelná podle závažnosti, enginu a textu.
  • Jasný stav, dokud běh probíhá, nebo když se žádný prvek napříč stránkami neopakuje.
1
řádek na prvek, ne na problém
2
enginy kontroly seskupené dohromady
2
zobrazení, desktop a mobil
0
nastavování - součást každého tarifu

Otázky, které dostáváme

Co se počítá jako sdílená komponenta?
Jakýkoli prvek, který selhává ve stejné kontrole přístupnosti na více než jedné stránce běhu kontroly - obvykle záhlaví, navigace, patička, cookie lišta nebo jiná šablonovaná část webu. Seskupují se i nálezy, které patří celé stránce, a ne jednomu prvku, a uvádějí se jako „Whole page“.
Musím něco nastavovat?
Ne. Seskupení komponent se spouští automaticky u každého naplánovaného běhu kontroly po jeho skončení, pro výsledky z desktopu i z mobilu. Je součástí každého tarifu.
Zahrnuje i nálezy Deep Scan?
Ano. Nálezy statického enginu i Deep Scan se seskupují dohromady a seznam můžete filtrovat podle enginu, abyste viděli jen jeden z nich.
Skryje seskupení nějaké problémy?
Ne. Každý nález zůstává v reportu po stránkách. Seskupení komponent je druhý pohled na tytéž výsledky, uspořádaný podle prvku, na kterém jsou, a jeho procenta se vždy počítají ze všech problémů v běhu.
Proč u jednoho z mých starších běhů kontroly seskupení chybí?
Běhy, které skončily před vydáním Seskupení komponent, se zpětně neanalyzují. Další kontrola s touto konfigurací ho už bude obsahovat. Seskupení také potřebuje alespoň dvě úspěšně zkontrolované stránky, protože funguje porovnáváním stránek.
Jak to pomůže mým vývojářům?
Promění report v pracovní úkoly, které odpovídají vašemu kódu. Každá karta nabízí přesný CSS selektor ke zkopírování, odkazy na dotčenou stránku a otevře živou stránku v Development Assistant či Agoře se zvýrazněným prvkem - takže oprava začíná v komponentě, ne pátráním stránku po stránce.

Zjistěte, jak velká část vašeho reportu je ve skutečnosti jediná oprava

Spusťte bezplatnou kontrolu, nebo si nechte v ukázce provést sdílenými komponentami vašeho webu.

Zkontrolovat web zdarma Domluvit ukázku