Axively

Документация

Всичко, което ви трябва, за да провеждате одити за достъпност, да интерпретирате резултатите и да интегрирате Axively в работния си процес.

Секции

Начало

Стартирайте първото си сканиране, разберете доклада, поправете първия си проблем.

WCAG 2.2 AA

Как Axively съпоставя нарушенията с критериите за успех по WCAG. Какво открива и какво не.

EN 301 549

Европейският хармонизиран стандарт за достъпност на ИКТ. Какво добавя спрямо WCAG.

Правно картографиране по държави

Как изчисляваме експозицията по държави. Източници, органи за прилагане, диапазони на санкциите.

Декларации за съответствие

Генерирайте и публикувайте декларации за достъпност в правилния формат за 27 държави членки на ЕС.

Непрекъснато разширяваме документацията. Нуждаете се от помощ? Свържете се с нас.

Техническа поддръжка

Не намерихте отговор? Пишете на support@axively.com, обикновено отговаряме в рамките на 24 часа в работни дни.

Методология

Как работи скенерът

Axively посещава вашия сайт в реален браузър (Chromium чрез Playwright), по същия начин, по който посетителят го вижда, включително JavaScript и динамично съдържание. На всяка страница, след като се зареди напълно, се стартира машината за тестване axe-core. Обхождаме внимателно (с пауза между страниците) до дълбочина от 2 нива и до 1000 страници на одит. Тъй като одитите се изпълняват от собствениците на сайтове върху техните собствени сайтове, идентифицираме се с потребителския агент на Axively и не прилагаме robots.txt по време на одит; собственици, които не желаят одит на сайта си, могат да се свържат с нас.

Какво точно тестваме

Използваме axe-core, стандартната в индустрията машина за тестване на достъпност (същата машина захранва Google Lighthouse и Microsoft Accessibility Insights), с наборите от правила wcag21aa (WCAG 2.1 нива A и AA), wcag22aa (добавките на WCAG 2.2 на ниво AA) и best-practice (добри практики на axe извън WCAG). За европейския контекст съпоставяме констатациите с EN 301 549, конкретно клауза 9 (уеб съдържание). Клаузи 11 (софтуер) и 12 (документация и поддръжка) не са обхванати от автоматизирано сканиране и изискват ръчна оценка.

Как се създават AI предложенията за поправки

Всеки уникален тип констатация се обработва чрез съвременен езиков модел, който генерира обяснение на въздействието на обикновен език и конкретна поправка на код, базирана на реалния HTML на вашия сайт. Предложенията се превеждат на езика на вашия акаунт. Ключови принципи: AI предлага, не прилага, промените в кода ви се правят от вашия разработчик след преглед; предложенията се генерират от реалния контекст на елемента, а не от общи шаблони; и идентичните проблеми споделят едно предложение (което е причината одитите да остават бързи и евтини дори на големи сайтове).

Сигурност и данни

Данните от одита се съхраняват в ЕС, на единичен специализиран сървър в Чехия (доставчик Huko.net). Сканираме само публично достъпното съдържание на вашия сайт; резултатите са видими само за вашия акаунт. За обработващите данни и срока на съхранение вижте нашата политика за поверителност.

Как да четете доклада

Нарушението е единично появяване; правилото е основната причина, един проблем в шаблон произвежда много появявания, затова поправяйте първо по шаблон и компонент. Констатациите са наредени по тежест с препоръчителни срокове: критични в рамките на 7 дни, сериозни в рамките на 30, умерени в обичайния цикъл на разработка. Когато поправките са внедрени, стартирайте безплатното верификационно повторно сканиране, за да потвърдите чистото сравнение преди и след.