Что здесь означает «нацелена на WCAG 2.2 AAA»

Слово нацелена выбрано намеренно. Эта страница точно говорит, что проверено и чем, что не проверено ничем и что мы собираемся делать с этим пробелом. Lily никогда не заявляет о «соответствии» WCAG — его не подтверждает никакой аудит.

Проверяется постоянно

  • Канонический семантический элемент, атрибуты ARIA и классы-зацепки каждого компонента — проверяются наборами модульных тестов по каждому фреймворку (более 15 000 случаев в семи фреймворках).
  • Каждая из 571 демонстрационных страниц компонентов в примере приложения SvelteKit проходит axe без ошибок (наборы правил WCAG 2.0/2.1 A+AA и 2.2 AA) — полный обход каталога, впервые зафиксированный 2026-08-27 и повторённый 2026-10-06, — а также базовые уровни по приложениям для главной страницы, каталога и составных маршрутов во всех семи примерах приложений.
  • Контракты клавиатуры для каждого интерактивного компонента описаны в его канонических метаданных и проверяются наборами тестов; пакеты помощников дополнительно запускают спецификации Playwright в настоящих браузерах.
  • Нижние границы размера цели и защита от переполнения по WCAG 2.2 во всех 45 темах; ссылка пропуска, ориентиры и отсутствие горизонтального переполнения при четырёх размерах окна на приложение; применение lang/dir, включая зеркальное отражение для письма справа налево.

Не проверяется ничем

  • Аудит соответствия никогда не проводился. Ни VPAT, ни сертификации. Автоматические средства охватывают лишь меньшую часть критериев успеха WCAG.
  • Критерии, специфичные для AAA (повышенная контрастность и другие), — это проектные намерения, а не проверенные свойства; наборы правил axe работают на уровнях A/AA. Отдельной темы с высокой контрастностью пока нет.
  • Поведение скринридеров в основном не тестировалось. Тесты проверяют атрибуты ARIA, а не то, что озвучивают VoiceOver, NVDA или JAWS, — и этот проект не раз выпускал зелёные наборы тестов поверх реальных дефектов, каждый из которых описан в журнале изменений именно потому, что тесты их не видели.

Что мы собираемся с этим делать

Независимый аудит доступности — первое названное применение любого финансирования проекта, а объём работ, нужный аудитору, уже подготовлен. До тех пор отчёты о работе скринридеров — вклад, которого проект ждёт больше всего: «компонент X объявляет Y, а это неверно, потому что Z» — готовая к действию информация.

Сообщить о проблеме

Откройте обращение на github.com/LilyDesignSystem/lily-design-system или напишите на joel@joelparkerhenderson.com. Указать критерий WCAG полезно, но не обязательно — «Я не смог управлять X с клавиатуры» — это полноценный отчёт.

Полное заявление с таблицей проверки и историей пересмотров находится в репозитории: docs/accessibility-statement.md.