Доступность начинается в исходном контенте
Тема сайта может обеспечить хороший контраст и работу клавиатуры, но понятность контента всё равно зависит от автора. Нарушенная иерархия заголовков, бессмысленные ссылки, скриншоты без альтернатив и таблицы, использованные ради раскладки, не чинятся надёжно одним CSS.
Поэтому правила доступности должны находиться и в шаблонах, и в редакционном процессе.
Делайте структуру семантической
Используйте заголовки для иерархии, а не ради нужного размера шрифта. Списки должны оставаться списками, а таблицы — использоваться для действительно табличных отношений. У страницы должен быть описательный title и предсказуемый порядок информации.
Это помогает не только пользователям screen reader, но и поиску, навигации и повторному использованию контента.
Пишите ссылки, понятные вне контекста
Избегайте повторяющегося «нажмите здесь». Текст ссылки обычно должен называть назначение или действие. Если рядом несколько одинаково подписанных ссылок ведут в разные места, навигация становится сложнее.
Не используйте один цвет как единственный носитель статуса или смысла.
Относитесь к изображениям как к информации
Alt-текст должен передавать то, что читателю нужно получить из изображения, а не механически перечислять пиксели. Для декоративной графики допустим пустой alt. Скриншот, который обучает процессу, должен сопровождаться текстом с тем же существенным действием.
Для сложной диаграммы дайте короткий alt и, при необходимости, более подробное объяснение рядом.
Тестируйте паттерны авторинга, а не только страницы
Автоматически ловите отсутствующий alt, нарушения заголовков и пустые ссылки, но вручную проверяйте типовые страницы с клавиатурой и accessibility tools. Включите в выборку код, callout, вкладки и поиск.
Доступность масштабируется, когда безопасные авторские паттерны становятся самыми простыми.
Практический разбор
Примените «WCAG 2.2 для команды документации: с чего начинать на практике» к одной реальной странице, а не обсуждайте правило в вакууме. Лучше выбрать материал, где есть заголовки, таблица, примечание, пример, повторяющийся термин и хотя бы одно действие пользователя. Просмотрите страницу сначала как автор, а затем как читатель, который не знает внутреннюю лексику продукта.
Фиксируйте дефекты наблюдаемыми формулировками:
- какая структура передаёт смысл, которого нет в обычном тексте;
- какой термин меняет написание или значение;
- какая инструкция зависит от неописанного контекста;
- какое правило трудно одинаково проверять на ревью.
Стандарт полезен, когда два редактора приходят примерно к одному решению на одном материале. Если правило звучит правильно, но его нельзя показать на типичной странице, уточните формулировку, добавьте пример или сузьте область действия.
Короткий редакционный чек-лист
- Доступность начинается в исходном контенте. Тема сайта может обеспечить хороший контраст и работу клавиатуры, но понятность контента всё равно зависит от автора.
- Делайте структуру семантической. Используйте заголовки для иерархии, а не ради нужного размера шрифта.
- Пишите ссылки, понятные вне контекста. Избегайте повторяющегося «нажмите здесь».
- Относитесь к изображениям как к информации. Alt-текст должен передавать то, что читателю нужно получить из изображения, а не механически перечислять пиксели.
