Если Всемирная паутина когда-либо станет по-настоящему универсальной средой, то необходимо внести изменения, чтобы сделать ее доступной для всех. В настоящее время большинство телевизионных программ имеют субтитры для глухих зрителей, здания становятся доступными для инвалидов-колясочников, а книги записываются так, чтобы люди могли их слушать. Теперь пришло время применить эти же принципы в Интернете!
Доступность — кто заботится?
Доступность означает просто предоставление гибкости для удовлетворения потребностей и предпочтений каждого пользователя. В контексте Интернета доступность делает компьютерные технологии и интернет-ресурсы полезными для большего числа людей, чем было бы в противном случае. Нам нужна доступность Интернета, потому что она расширяет потенциальную аудиторию веб-сайта до миллионов, которые обязаны использовать альтернативные технологии просмотра.
Но даже для людей, у которых нет каких-либо конкретных физических или умственных характеристик, которые влияют на использование компьютера, было обнаружено, что принятие принципов универсального дизайна может:
- уменьшить усталость,
- увеличить скорость,
- уменьшить количество ошибок и
- уменьшить время обучения для всех пользователей.
Во многих отношениях универсальный дизайн решает большие проблемы юзабилити и облегчает жизнь каждому.
Получить с руководящими принципами
5 мая 2000 года Инициатива по обеспечению доступности веб-сайтов Консорциума Всемирной паутины (W3C) опубликовала Руководство по обеспечению доступности веб-материалов 1.0, кратко называемое WCAG. WCAG были реализованы на многих сайтах и могут быть очень эффективно использованы для разработки доступного веб-сайта.
Правила доступности контента, обозначенные как элементы с высоким приоритетом:
- предоставить эквивалентные альтернативы слуховому и визуальному контенту
- не полагайтесь только на цвет
- правильно использовать разметку и таблицы стилей
- уточнить использование естественного языка
- создавать таблицы, которые преобразуются изящно
- убедитесь, что страницы с новыми технологиями изящно преобразуются
- обеспечить пользовательский контроль над изменениями содержимого, чувствительными ко времени
- обеспечить прямой доступ к встроенным пользовательским интерфейсам
- дизайн для независимости устройства
- использовать временные решения
- использовать технологии и рекомендации W3C
- предоставить информацию о контексте и ориентации
- обеспечить четкие навигационные механизмы
- убедитесь, что документы ясны и просты
Сделай сам доступность
Итак, как вы можете гарантировать, что ваш сайт действительно доступен? Вы прочитали инструкции, удостоверились, что следовали им как можно точнее, но как вы можете их проверить? К счастью, есть немало вещей, которые вы можете сделать.
Во-первых, вы можете проверить сайт самостоятельно:
- Выключить графику
- Отключить звуки
- Проверьте контраст, просмотрев страницу в оттенках серого
- Отключить таблицы стилей
- Отключить скрипты, апплеты или другие программные объекты
- Используйте самый большой размер шрифта, разрешенный браузером
- Изменить размер окна браузера
- Выделите весь текст и скопируйте его в текстовый процессор, чтобы убедиться, что он имеет смысл
Как только вы убедитесь, что вы сделали свой веб-сайт максимально удобным для использования в этих условиях, почему бы не попробовать использовать инструмент автоматического доступа? Существует целый ряд бесплатных и простых в использовании инструментов, которые помогут убедиться, что ваш сайт соответствует правилам доступности.
1. Бобби
В Руководстве по доступности веб-контента объясняется, как сделать мультимедийный контент, такой как изображения и видео, более доступным для более широкой аудитории, а Бобби проверяет проблемы доступности, описанные в этих рекомендациях.
Бобби может предоставить автоматические проверки только для ограниченного числа проблем доступности. Например, это полезно для поиска отсутствующих текстовых альтернатив визуалам и для проверки неопрятного HTML-кодирования. Но требуется больше, чтобы сайт был доступен для всех пользователей.
Например, Бобби не может оценить сайт на предмет согласованности макета, простоты навигации, предоставления контекстной и ориентационной информации или использования ясного и понятного языка. Кроме того, программа не может проверить, как будет выглядеть сайт без графики или цветов, с разным разрешением, с использованием шрифтов другого размера или с помощью текстового браузера.
Таким образом, Бобби создает очень большой отчет, большая часть которого состоит из рекомендаций о том, что автор сайта проводит ручные проверки (которые на самом деле могут оказаться ненужными).
2. Подсказка
http://aprompt.snow.utoronto.ca/
A-Prompt — это автономный инструмент, разработанный в Университете Торонто. Разработчики устанавливают программу на свой компьютер и указывают, какой файл они хотели бы оценить. Затем программа проводит пользователя через последовательность вопросов и ответов в стиле мастера, после чего файл обновляется, чтобы учесть любые изменения, внесенные разработчиком по рекомендации программного обеспечения.
Хотя A-Prompt дает рекомендации, основанные на разумных принципах, разработчик вносит реальные изменения в файл, поэтому этому человеку все еще необходимо иметь четкое понимание основополагающих принципов доступности.
3. Лифт онлайн
LIFT (UsableNet, 2000) — это базовая технология семантического анализа, которая упакована в несколько форм UsableNet для удовлетворения различных потребностей разработчиков и тестировщиков.
Впервые он был выпущен в апреле 2000 года в качестве анализатора юзабилити, но, естественно, получил развитие за последний год. По сути, LIFT — это программный механизм веб-анализа, который можно применять несколькими способами.
Доступна пробная версия через Интернет (на домашней странице UsableNet), которая оценивает пять страниц, начиная с указанного URL-адреса (вы можете повторить этот процесс с любым количеством URL-адресов).
LIFT также можно приобрести в виде продукта Macromedia Dreamweaver, который добавляет в меню Dreamweaver опции, позволяющие разработчику проверить доступность.
4. Набор специальных возможностей 508 / W3C для Macromedia Dreamweaver и Dreamweaver UltraDev
Это бесплатное расширение было разработано UsableNet и предлагает разработчикам возможность проверять отдельные страницы или даже весь сайт на соответствие настраиваемому набору рекомендаций по доступности.
Accessibility Suite 508 предлагает комплексный набор тестов, аналогичный LIFT Online. Пожалуй, самое важное — использование среды разработки Dreamweaver для указания дизайнера / разработчика веб-материалов на определенные места на странице, требующие пересмотра.
5. Волна
http://www.temple.edu/inst_disabilities/piat/wave/
Волна — это инструмент, который помогает людям выполнять те задачи, которые требуют человеческого суждения (например, «Является ли этот текст ALT функциональным эквивалентом этого изображения?» «Имеет ли смысл этот порядок чтения?»).
Волна:
- отображает ALT-текст изображений и выделенные области на странице для сравнения с изображениями
- обеспечивает пронумерованные стрелки, чтобы показать линеаризованный порядок чтения
- показывает HTML-эквивалент (если есть), предоставленный для апплетов
- выполняет автоматические проверки (обнаруживает пропущенный или подозрительный текст ALT)
Однако в настоящее время его функциональность далеко не охватывает все контрольные точки доступности.
6. HTML и CSS валидаторы
http://jigsaw.w3.org/css-validator/
HTML Validator и CSS Validator от W3C особенно полезны для опытных пользователей. Эти бесплатные инструменты не проверяют наличие проблем с доступностью; скорее они проверяют правильность использования HTML и CSS.
Это в основном полезно для дизайнеров и разработчиков, которые знают HTML и CSS, но не имеют соответствующих методов, которые помогают улучшить доступность. Валидаторы HTML и CSS могут обнаружить неправильное кодирование и указать возможные решения.
Доступность стала проще
Доступность больше не является привлекательной — она важна для развития Интернета. Валидация должна включать в себя сочетание автоматических и ручных проверок.
Автоматизированные инструменты ищут очевидные проблемы с доступностью страницы, в то время как ручные методы проверки обычно учитывают непрерывность и поток контента. Но во всех случаях цель состоит в том, чтобы сделать информацию доступной как можно большему количеству пользователей из целевой аудитории. Не позволяйте правилам мешать всем посетителям получать необходимую им информацию и щадить их той информацией, которой они не получают.