Поправете веднъж, поправено навсякъде
Стотици проблеми. Шепа корекции.
Хедърът, навигацията и футърът ви присъстват на всяка страница, затова и една счупена връзка в тях се докладва на всяка страница. Групирането на компоненти обединява тези находки по елемента, в който са открити, така че едно сканиране се чете като кратък списък с компоненти за поправяне - подредени според това колко проблема премахва всяка корекция.
- Един ред на елемент
- а не по един за всеки проблем на всяка страница
- Най-тежките първи
- според проблемите, които премахва една корекция
Един и същ бъг, преброен на всяка страница
Сайтът ви е изграден от шаблони. Списъкът ви с проблеми също трябва да бъде.
Всеки скенер докладва по страници, защото там е открил проблема. При сайт, изграден от шаблони, това умножава един-единствен дефект по броя на страниците, на които се появява: лента за бисквитки с бутон без етикет се превръща в четиристотин находки, а отчетът, който трябва да ви каже откъде да започнете, ви казва, че всичко е спешно. Групирането на компоненти чете същите резултати наобратно - по елемент - защото точно така екипът ви ги поправя.
Какво показва плоският списък с проблеми
Всяка находка, на всяка страница, по един ред.
- Връзките трябва да имат разпознаваем текст - /pricing
- Връзките трябва да имат разпознаваем текст - /about-us
- Връзките трябва да имат разпознаваем текст - /contact
- …и същата находка на още 397 страници.
Какво показва Групирането на компоненти
Един елемент, всяка страница, на която не минава, всеки проблем, който има.
- footer nav a.social - 400 страници, 2 вида проблеми, 800 проблема.
- Поправете го веднъж в шаблона на футъра и всичките 800 изчезват.
- Тежест по страници: 400 страници Критична, 400 страници Средна.
- Класиран спрямо останалата част от сканирането, така че знаете, че е първи.
Какво ви казва всяка карта на елемент
Всичко, от което имате нужда, за да решите какво да поправите първо
Всеки ред е един елемент, а не един проблем. В него са всички проверки, на които елементът не отговаря, и числата, които показват колко си струва поправката му.
- 01
Подредени по това, което премахва корекцията
Елементите се подреждат по проблемите, които поправката им би премахнала, след това по броя страници, на които се появяват, и накрая по тежест. Най-горе в списъка винаги е мястото, където една промяна постига най-много.
Класиране
- 02
Засегнати страници, по тежест
По едно число за всяка тежест, която елементът има: колко страници съдържат проблем от това ниво. Тежест, която елементът няма, се пропуска, вместо да се показва като нула.
Тежест
- 03
Дял от цялото сканиране
Всеки процент се изчислява спрямо всички проблеми, открити при сканирането, а не спрямо това, което е на екрана - така „12% от сканирането“ означава 12% от сканирането при всеки филтър.
Ефект
- 04
Всеки проблем на елемента
Една и съща връзка може да има недостатъчен контраст и да е без етикет - две корекции, един компонент. Разгърнатата карта изброява всяка проверка с тежестта ѝ, нивото по WCAG, срещанията, страниците и връзка към насоки за поправяне.
Детайли
- 05
Филтър по тежест и машина
Стеснете до критичните, до находките, които само Deep Scan открива, или търсете по селектор или име на проблем. Броят и процентите се преизчисляват за останалото, така че числата винаги съвпадат със списъка.
Триаж
- 06
Направо към кода
Копирайте CSS селектора на елемента, отворете отчета на засегната страница или отворете живата страница в Development Assistant или Agora с маркиран елемент.
Корекция
По-голямата част от дълга по достъпност на сайт, изграден от шаблони, се крие в няколко споделени компонента. Групирането на компоненти ви показва кои са те - и каква част от отчета изчиства всяка корекция.
Числа, които излизат
Числа, които можете да покажете на продуктовия собственик
Групираният изглед е полезен само ако числата му са верни. Затова всяко от тях е преброено, а не приблизително изчислено - и когато едно число е минимум, а не точна стойност, отчетът го казва.
- Страниците се броят веднъж за всеки елемент, дори когато той не минава няколко проверки на различни страници.
- При филтриране числата на елемента се изграждат наново от оставащите проблеми, така че „Critical only“ никога не показва суми, включващи незначителните.
- Имената на проблемите идват от същия каталог като отчета по страници, така че един и същ проблем носи едно и също име навсякъде.
- При големи сканирания се запазват най-скъпо струващите елементи, а отчетът посочва колко от откритите изброява.
Таблицата, която никой не иска да прави
Триажът, който екипът ви прави на ръка след всеки одит - готов в момента, в който сканирането приключи
Да превърнете експорт по страници в списък с компоненти не е трудно. Просто е бавно и трябва да се повтаря след всяко сканиране, затова обикновено не се прави.
-
На ръка
Групиране на компоненти
-
Експортиране на всеки проблем в таблица
Групирано автоматично, щом сканирането приключи
-
Сортиране по селектор и обединяване на дубликатите
Един ред на елемент, с всяка проверка, на която не отговаря
-
Преброяване на страниците, които всеки елемент чупи
Засегнати страници, по тежест, на всяка карта
-
Изчисляване коя корекция изчиства най-много
Най-тежките първи, според проблемите, които премахва всяка корекция
-
Всичко отначало след следващото издание
Всяко планирано сканиране се групира по същия начин
Проблемите, специфични за страница, остават на мястото си
Групирането на компоненти изброява само това, което не минава по един и същ начин на повече от една страница. Всичко останало продължава да е в отчета по страници, а находките на ниво страница, които се повтарят в целия сайт - например липсващ език на страницата - се изброяват като „Whole page“, защото навсякъде са един и същ дефект, дори да няма компонент за поправяне.
Как работи
Нищо за настройване. Всяко планирано сканиране се групира, щом приключи.
- 01
Сканирайте както обикновено
Планираното или ръчно стартираното ви сканиране работи точно както досега, със статичната машина и с Deep Scan, на десктоп и мобилно.
- 02
Групирано по елемент
Когато сканирането приключи, QualiBooth сравнява всички страници и групира находките, които се повтарят в един и същ елемент, и от двете машини.
- 03
Подредено по ефект
Елементите се подреждат по проблемите, които поправката им би премахнала, а обобщението на сканирането показва дела, който може да се поправи на ниво компонент.
- 04
Поправете веднъж, проверете
Поправете компонента в кода си. Следващото сканиране показва, че е изчезнал от всяка страница, на която се е появявал.
Във вашия отчет
Първото, което виждате в едно сканиране
Отчетът от сканирането започва със споделените компоненти. „Overview“ показва каква част от сканирането може да се поправи на ниво компонент и трите най-скъпо струващи елемента; разделът „Shared components“ съдържа пълния списък.
- Споделени елементи и делът на проблемите, поправими на ниво компонент, до резултата.
- Панел „Fix once, fix everywhere“ с най-скъпо струващите елементи, като първият е разгънат.
- Раздел „Shared components“ с всеки елемент, с филтри по тежест, машина и текст.
- Ясен статус, докато сканирането е в ход или когато нито един елемент не се повтаря на няколко страници.
- 1
- ред на елемент, а не на проблем
- 2
- машини за сканиране, групирани заедно
- 2
- изгледа - десктоп и мобилно
- 0
- настройка - включено във всеки план
Въпроси, които ни задават
- Какво се смята за споделен компонент?
- Всеки елемент, който не минава една и съща проверка за достъпност на повече от една страница при дадено сканиране - обикновено хедър, навигация, футър, лента за бисквитки или друга шаблонна част от сайта. Находките, които се отнасят до цялата страница, а не до един елемент, също се групират и се изброяват като „Whole page“.
- Трябва ли да настройвам нещо?
- Не. Групирането на компоненти се изпълнява автоматично при всяко планирано сканиране, щом то приключи, както за десктоп, така и за мобилните резултати. Включено е във всеки план.
- Включва ли находките от Deep Scan?
- Да. Находките от статичната машина и от Deep Scan се групират заедно, а можете да филтрирате списъка по машина, за да видите само едната.
- Скрива ли групирането някакви проблеми?
- Не. Всяка находка остава в отчета по страници. Групирането на компоненти е втори изглед на същите резултати, подреден по елемента, в който се намират, а процентите му винаги се изчисляват спрямо всички проблеми в сканирането.
- Защо за едно от по-старите ми сканирания няма групиране?
- Сканиранията, приключили преди пускането на Групирането на компоненти, не се анализират със задна дата. Следващото сканиране на тази конфигурация ще го включва. Освен това групирането изисква поне две страници да бъдат сканирани успешно, тъй като работи чрез сравняване на страници.
- Как помага това на разработчиците ми?
- Превръща отчета в работни задачи, които съответстват на кода ви. Всяка карта дава точния CSS селектор за копиране, връзка към засегната страница и отваря живата страница в Development Assistant или Agora с маркиран елемент - така поправката започва от компонента, а не от търсене страница по страница.
Вижте каква част от отчета ви всъщност е една корекция
Стартирайте безплатно сканиране или ни оставете да ви покажем споделените компоненти на сайта ви в демонстрация.