Основы доступности

Введение

При создании Web -сайта доступность - создание Web -сайта доступным для всех, независимо от их возможностей или физических ограничений - всегда должна быть первоочередной задачей. До сих пор в этом курсе доступность всегда неявно присутствовала во всех рассматриваемых примерах, даже если вы об этом не догадывались. В данной статье доступность будет рассмотрена в явном виде, чтобы вы могли понять, что это такое, почему это важно, как обеспечить доступность сайтов, и какие существуют рекомендации для создания доступных сайтов. Статья имеет следующее содержание:

Прежде чем переходить к специальному рассмотрению доступности в Web, давайте начнем с рассмотрения доступности в общих терминах - в конце концов, доступность не является проблемой, связанной только с Web -сайтами, это потенциальная проблема любой службы, объекта или технологии, с которыми можно столкнуться в жизни.

Отметим, что связанной темой для изучения является ) — инициатива по созданию Доступных развитых приложений

Что такое доступность?

Посмотрите вокруг. Будем надеяться, что вы увидите других людей; если не увидите, почему бы не сделать небольшую прогулку? Вы, вероятно, получите удовольствие от прогулки, и она пойдет вам на пользу. Все люди, которых вы встретите, не похожи друг на друга - у одних темные волосы, у других - нет. Некоторые голубоглазые, а другие - нет. Кто-то использует очки, а кто-то - нет. Все мы чем-то отличаемся друг от друга. Некоторые различия, такие как цвет волос или глаз, являются косметическими - они не влияют существенно на нашу жизнь. Некоторые отличия, такие как очки, могут влиять. Доступность является простой вещью, философией, хотя в некоторых странах она является также частью закона.

Доступность рассматривает каждого, независимо от его возможностей, равноценными.

Я понимаю, что это высказывание открыто для интерпретации. Большинство дискуссий о доступности прежде всего говорит об ограниченных возможностях. Это предполагает, что люди с ограниченными возможностями заслуживают специального обращения. Доступность говорит не об этом - это на самом деле признак того, как люди традиционно создают здания, Web -сайты, и фактически почти все остальное в своей жизни.

Когда вещи создаются с предположением, что все люди похожи друг на друга, то они всегда будут неподходящими для некоторых людей. Люди предполагают, что доступность состоит в помощи людям с физическими недостатками, так как модернизированная доступность вполне очевидна в нашем обществе. Например, многие здания, которые начинали свое существование, имея только ступеньки, внезапно породили дешевые уродливые пандусы. Однако, доступность давно рассматривается как свойство при проектировании изделий военного назначения. Почему? Потому что это часто является критически важным для выживания - при больших перегрузках пилоты реактивных самолетов не могут делать те же вещи, что они могут делать на земле. Если бы конструкторы самолетов не учитывали потребности пилотов при высокой и низкой гравитации, то тогда было бы, наверняка, значительно больше разбитых самолетов.

Что это означает для разработчиков Web -сайтов? Короткий ответ состоит в том, что необходимо пытаться лучше узнать потребности всей аудитории, которая может посетить ваш сайт. Более длинный ответ может требовать некоторого изучения различных уровней возможностей, которые могут иметь люди, и как они используют компьютеры. Применяя методы, описанные в данном руководстве и других связанных статьях, можно создавать сайты, которые работают со многими формами взаимодействия. Создаваемые Web -сайты будут доступны пользователям, которые:

Не беспокойтесь о специфических особенностях этих взаимодействий - мы рассмотрим их последовательно в дальнейшем.

Почему важна доступность?

Доступность важна по одной большой причине и целому множеству маленьких. Основная причина состоит в том, что мы все различны, и, тем не менее, мы все имеем равное право использовать Web -сайты, но существует множество других причин, почему необходимо сделать соображения доступности частью того, как создается Web -сайт:

Теперь я перейду к более подробному рассмотрению некоторых из этих вопросов.

Требования закона о доступности

Примечание: важно понимать основы юридических требований, но если только вы не являетесь юристом и действительно знаете, о чем говорите, вы должны быть крайне осторожны в высказывании мнения о юридических вопросах.

В Великобритании, согласно ), незаконна дискриминация людей с физическими недостатками при приеме на работу, при предоставлении услуг или образования. Дискриминация определяется как отсутствие "разумных изменений" для поддержки каждого, независимо от физических возможностей. Это применимо, конечно, к предоставлению услуг или образования, доступных посредством Web -сайтов.

В США и Евросоюзе также существуют требования для правительственных Web -сайтов. В США Web -сайты федерального правительства (и некоторых правительств штатов) должны придерживаться Section 508. Section 508 является документом, который пытается определить, какие минимальные требования необходимы для обеспечения доступности.

Документ ) охватывает больше, чем только ) предоставляет рекомендации для Web -сайтов, производителей инструментов разработки Web -сайтов, и браузеров Web (например, WCAG, который мы рассмотрим позже).

Потенциальные рынки

Когда вы создаете Web -сайты (или что-то другое) только для одного определенного типа людей, то исключаете другие типы людей, даже если не осознаете этого, а эти люди могут легко добавить значительную (если не существенную) долю рынка. В 2000 г. сеть супермаркетов Великобритании Tesco начала проект по созданию отдельной версии своего сетевого продуктового магазина специально для людей с нарушениями зрения. Джули Хауэлл отметила в RNIB, что "Выполненная Tesco.com работа по совершенствованию своей службы онлайнового продуктового магазина, чтобы сделать его более доступным для слепых заказчиков, привела к росту прибыли за год на 13 миллионов фунтов стерлингов, прибыль, которая была просто недоступна компании, когда Web -сайт был недоступен слепым заказчикам". Поэтому, если бы компания Tesco не рассматривала людей с недостатками зрения, они бы упустили рынок клиентов, который стоит, как минимум, 13 миллионов фунтов стерлингов.

Основной урок здесь состоит в том, что людям с различными возможностями требуются одни и те же услуги, магазины, такси, электричество, и нравятся одни и те же вещи, фильмы, музыка, бары. Предположение, что чья-то личная жизненная ситуация изменяет возможность или желание участвовать во всех аспектах жизни общества, как было показано, снова и снова является ошибкой.

Системы поиска

Поисковые системы не являются людьми. Часто, когда люди создают Web -сайты, они делают это, не рассматривая, как их можно будет найти в Google, Yahoo, и т.д. Поисковые системы являются просто компьютерными программами, и они могут использовать для индексации сайта только ту информацию, которую смогут понять. Это делает их похожими на считыватель экрана, который может использовать человек с недостатками зрения.

Наиболее очевидным примером, как это влияет на Web -дизайн, являются изображения. Компьютеры выводят изображения, имея список цветов каждого пикселя и посылая эту информацию на монитор. Если вы размещаете на Web -странице изображение, содержащее некоторый текст, например, логотип, компьютер не имеет представления о том, что говорит этот текст, или даже о том, что изображение содержит текст. В HTML элемент изображения содержит средство для описания с помощью текста содержания изображения, атрибут alt. Необходимо предоставить текст для описания всех недекоративных изображений на сайте, и вы, безусловно, не должны представлять целые параграфы текста в виде изображений (или использовать для этого Flash ) - слепые люди и поисковые системы, не смогут понять, что говорит текст! В результате ранжирование в системе поиска (т.е. насколько легко будет найти Web -сайт с помощью поисковых систем, таких как Google ) пострадает, и вы напрасно упустите ценный рынок.

Этика и брендинг

Хотя каждый должен поддерживать доступность, это не означает, что каждый это делает. Поддерживая доступность, вы действуете в лучших интересах сообщества. Вы можете этим гордиться - демонстрация того, что вы заботитесь о каждом в обществе, может только улучшить образ бренда. Ваша профессиональная работа состоит в том, чтобы попытаться создать результат лучшего качества, который вы сможете получить. В обществе, которое ценит нас как индивидуумов, важно не исключить кого-то, кто имеет другие потребности.

Делая ответственный выбор в политике и искренне демонстрируя, что вы реализуете эту политику, можно создать чрезвычайно положительный образ бренда. Компании, которые показывают, что они заботятся о своих клиентах, будут сохранять их лояльность в большей степени, чем те, кто этого не делает.

Проектирование с учетом доступности

Ключ к доступности состоит в продумывании проблемы и понимании, как вы собираетесь решить ее для различных пользователей. Если попытаться интерпретировать доступность как что-то, что можно "прикрутить" в конце, то вы получите что-то неприятное. Для решения потребуется больше времени, оно не будет к тому же работать, и будет выглядеть ужасно.

Лучшим способом достижения хорошо спроектированного решения является проектирование с самого начала с учетом всех требований. Это не означает, что вы не должны изменять своих планов или не добавлять какие-то пропущенные вещи, но вы должны попытаться узнать, в чем состоит вся проблема, которую вы пытаетесь решить. В случае Web -сайтов это означает создание решения, пригодного к использованию всеми пользователями, включая тех, кто не может использовать мышь, клавиатуру, или монитор, и т.д.

Требования взаимодействия

Требования взаимодействия особенно изменчивы от решения к решению. Новые технологии часто создаются без поддержки доступности. Например, новый подключаемый модуль Silverlight компании Microsoft не выводит информацию через API доступности, используемый считывателями экрана и другими вспомогательными технологиями, хотя такая поддержка и планируется в будущем.

Там, где поддержка теоретически присутствует, может требоваться время, чтобы вспомогательные технологии ей воспользовались. Например, новые считыватели экрана работают значительно лучше с запускаемыми JavaScript обновлениями структур HTML, чем более старые считыватели экрана. Даже давно созданная поддержка доступности может продолжать отличаться на разных платформах. Например, подключаемый модуль Adobe Flash Player давно выводит информацию в API доступности Windows, но не в эквивалентном API Apple или GNOME.

Существует также обычно некоторая задержка между появлением поддерживающий технологии и ее широким распространением. В то время как браузеры и подключаемые модули сегодня обычно бывают бесплатными, основные вспомогательные технологии могут быть очень дорогими. Например, одним из наиболее популярных считывателей экрана является JAWS для Windows компании Freedom Scientific. Новая версия выходит почти каждый год. JAWS Professional стоит в розницу $1095, и даже если вы потратили $200, чтобы получить Software Maintenance Agreement для двух следующих версий, обновление будет, тем не менее, стоить около $500. Следовательно, хотя последним выпуском является версия 9, можно встретить множество пользователей JAWS, использующих старые версии.

Поэтому, когда вы собираетесь создавать Web -сайты для публичной Web, необходимо принимать в расчет взаимодействие с существенно различными комбинациями используемых пользователем технологий. Существует четыре подхода:

В сетях интернет обратная совместимость и разнообразие менее проблематичны. Данная организация может гарантировать, например, что все служащие с физическими недостатками будут иметь доступ к вспомогательной технологии с достаточной поддержкой D HTML. В таких ситуациях и при правильном тестировании предоставляемой вспомогательной технологии, будет разумно использовать JavaScript в качестве исходного уровня.

Однако совместимость вперед и межплатформенная совместимость все еще являются проблемами, поэтому открытые, стандартные технологии должны быть предпочтительны по сравнению с патентованными, нестандартными технологиями.

Например, вы можете разрабатывать обучающее приложение в сети интернет для большой корпорации. Они могут просить сделать приложение доступным, но не определить стандарт, которому необходимо следовать. После разговора с их отделом ИТ вы узнали, что каждый имеет самую последнюю версию Internet Explorer с активированной поддержкой JavaScript, установленной и включенной технологией Flash, и будут обеспечены современной вспомогательной технологией, которая требуется для поддержки этих позиций. Теперь, даже если компания перейдет на платформу на основе Unix, будут существовать вспомогательные технологии, которые поддерживают JavaScript, но текст Flash и элементы управления будут доступны только в Windows. Можно безопасно сделать сценарии и Flash базовым требованием приложения. Но вы решили использовать Flash только для воспроизведения видео, и создать множество элементов управления для видео Flash по стандартам Web, так как элементы управления Flash доступны только вспомогательной технологии на платформе Windows. В этом случае приложение будет по прежнему доступно, даже если компания мигрирует на Unix.

Политика ИТ организации может изменяться, и лучшие усилия, чтобы заставить функции JavaScript работать и использовать подключаемые модули набора средств доступности, могут оказаться бесполезны, поэтому даже если вы имеете базовую технологию, последовательное усовершенствование, начиная с основного слоя HTML, все равно остается хорошей идеей.

Свойства доступной Web-страницы

В этом разделе рассматриваются различные свойства доступности Web -сайта - то есть, что должен содержать доступный Web -сайт. Будет подробно представлено каждое свойство.

Семантическая структура

Одним из основных требований стандартов Web является использование семантической структуры HTML. Семантическая структура является также крайне важной для доступности. Это связано с тем, что она обеспечивает инфраструктуру для информации на странице. Когда люди не могут видеть визуальный стиль страницы, семантическая структура помогает указать им ряд вещей. Она может указать на положение в иерархии документа, и способы, которыми они могут взаимодействовать с различными элементами на странице, а также обеспечить выделение текстового контента в правильных местах.

Хорошим примером того, что семантическая структура документа важна для доступности, является навигация. Хорошо структурированным навигационным меню является список элементов. Можно оформить его как список HTML:

<ul>
  <li>Menu Item 1</li>
  <li>Menu Item 2</li>
  <li>Menu Item 3</li>
</ul>

Структурируя навигационные меню как списки, можно позволить считывателю экрана, который не может видеть список, легко понять, что это список. Считыватель экрана сообщает им, что это список. Если разметка списка не используется, то считыватель экрана не сможет узнать, что это список, и сообщить об этом пользователю.

Дополнительную информацию о том, как использовать правильную семантику в HTML, можно найти во многих предыдущих статьях курса, в основном в тех, которые рассматривают HTML.

Альтернативный контент

Как упоминалось в разделе о поисковых системах, обеспечение того, что существует доступная альтернатива для контента и навигации, является существенно важным. Текст считается универсальным средством представления контента с одним предостережением, как вы увидите ниже. Текст можно легко прочитать вслух с помощью считывателя экрана, сделать больше или меньше, легко изменять его контраст, и выполнить множество других преобразований. Именно потому, что так легко манипулировать текстом, более экзотические формы контента должны иметь для них текстовую альтернативу. Некоторые форматы, такие как более новые версии Flash, имеют встроенный в них доступ к тексту, так что текстовый контент в них может быть доступен непосредственно, не требуя предоставлять альтернативное представление для всей среды.

Одной из групп пользователей с ограниченными возможностями, для которой может быть не обязательна поддержка текстовой альтернативы, являются люди с ограниченными познавательными возможностями. Трудность поддержки людей с ограниченными познавательными возможностями состоит в том, что они часто требуют другого контента, а не тот же контент в другой среде представления. Это не означает, что вы не должны пытаться что-то сделать. Упрощение языка и терминологии, используемых на сайте, будет на пользу всем. Такие группы как ) пропагандируют подход на основе "простой речи" к материалам, которые компании используют для информирования своих заказчиков о таких вопросах, как юридические требования и условия и требования для использования. Они предоставляют лексикон простого английского языка (http://www.clearest.co.uk/?id=46), содержащий термины, которые можно использовать, чтобы облегчить эффективную коммуникацию, используя самый простой возможный язык.

Как реализовать текстовые альтернативы на сайте? Прежде всего нужно определить объекты, которые не являются текстом. В HTML имеется только ограниченное количество таких объектов. Изображения являются наиболее очевидным примером. Ниже показан пример использования изображения доступным образом.

Интересным произведением искусства является работа Микеланджело "Сотворение Адама" 
<img src="images/adam.jpg" alt="Изображение мужчины тянущего вверх руку, 
чтобы коснуться руки Бога, тянущейся вниз. Она потрескалась от возраста." longdesc="adam.html" >.</p>

Изображение в этом примере является интегральной частью контента. Атрибут alt содержит краткое описание изображения для людей (или поисковых систем), которые могут не видеть изображение правильно. Атрибут longdesc позволяет соединиться со страницей HTML, содержащей полное описание изображения. Он обычно используется только для описания сложных изображений, которые используются как основной контент. Он также пока плохо поддерживается в браузерах. Большую часть времени можно будет использовать только атрибут alt.

Когда изображения используются для объектов, отличных от контента, таких как навигация, или чисто визуальное оформление, то их можно использовать иначе, чем изображения контента. Изображения, используемые для придания кнопкам или навигации на странице более привлекательного вида, должны иметь атрибут alt, который соответствует тексту в изображении. Атрибут alt действует просто как простой способ, позволяющий компьютеру прочитать содержащийся в изображении текст (и прочитать его, следовательно, пользователю считывателя экрана).

В случае чисто декоративных изображений, т.е. изображений, используемых для отслеживания рекламы, или любого другого изображения, которое вряд ли могли бы заинтересовать пользователя или служить для взаимодействия, необходимо задать атрибут alt пустым. Это означает не пропуск атрибута, а задание в виде alt ="". Это связано с тем, что тактические считыватели экрана обычно помогают своим пользователям справиться с плохо доступными страницами. Когда изображение не имеет атрибута alt, особенно когда оно является частью ссылки, считыватель экрана читает пользователю URL изображения. Это делается для того, чтобы можно было по URL догадаться, что из себя представляет изображение, например, если изображение называется add_to_cart.gif (добавить_в_корзину.gif). Поэтому нужно задавать alt =" " для изображений, которые, как вы знаете, не заинтересуют пользователя, чтобы считыватель экрана не читал URL такого изображения, что может быть достаточно утомительно для пользователя считывателя экрана.

Не все формы контента являются такими простыми, как изображение. Многие сложные информационные среды, такие как Flash (файлы Flash сами могут быть целыми Web -сайтами) или фильмы, требуют более сложных описаний. Самые последние версии Flash позволяют предоставить текстовую альтернативу для объектов в фильмах Flash, также как в HTML.

Определение взаимодействия

Большая часть современной Web активно использует кроме HTML дополнительные технологии. Даже что-то базовое, такое как CSS, можно использовать таким образом, что сделает страницу или взаимодействие значительно менее доступными. Ключевым моментом доступности во взаимодействии является начало с простейших взаимодействий и использование их как строительных блоков более сложных взаимодействий.

Отметим, что задача этого примера - заставить вас подумать о роли, которую играют различные объекты на Web -странице. Чтобы обеспечить их доступность, они должны быть семантически содержательны как с позиции использованных элементов HTML, так и использованной визуальной метафоры. Если вы считаете это слишком запутанным, то перечитайте пример несколько раз, и рассмотрите несколько меню и других компонентов Web -страницы, думая при этом не только о том, что используется правильный код HTML, но также о том, что удачное представление компонента имеет смысл с точки зрения его функции. Вы вряд ли будете ожидать, что посетитель Web -страницы для поиска будет использовать текстовое поле помеченное " введите свой адрес e-mail, чтобы подписаться на эту рассылку ", и также не будете ожидать, что зрячий посетитель сможет найти интересующий его контент, если все заголовки будут оформлены также как обычный текст (аналогично, вы не будете ожидать, что слепой пользователь найдет интересующий его контент, если все "заголовки" будут, на самом деле, просто параграфами, которые сделаны крупнее с помощью CSS или элементов font ).

Хорошим примером этого является широко используемая визуальная метафора вкладок. Метафора вкладки создана на основе архивных папок, индексированных по теме. Это было перенесено на компьютеры, чтобы позволить одной области на экране выводить информацию по различным темам, представленным вкладками, соединенными с этой областью - можно видеть хороший пример использования вкладок на сайте http://dev.opera.com — посмотрите на них вверху страницы. До сих пор все это достаточно просто. Проблема лежит в технологиях, используемых для создания вкладок — они часто реализуются с помощью JavaScript.

Как только вкладки начинают использоваться как часть взаимодействия более сложного, чем просто представление пользователям возможности выбирать информацию, исходная метафора будет нарушена, но часто используется все еще такой же код для представления вкладок. В примере ниже HTML показывает, как выглядит элемент управления вкладками, который выводит информацию:

<div class="tabcontrol">
  <div class="hd">
    <ul>
      <li><a href="#dogs" class="selected">Dogs</a></li>
      <li><a href="#cats">Cats</a></li>
      <li><a href="#fish">Fish</a></li>
    </ul>
  </div>
  <div class="bd">
    <p id="dogs" class="selected">Some information about dogs. 
      The dogs tab is the default tab.</p>
    <p id="cats">Some information about cats.</p>
    <p id="fish">Some information about fish.</p>
  </div>
</div>

В этом примере будет использоваться класс selected для определения, какая вкладка должна иметь графическое представление "выбранной вкладки".

Такая структура прекрасно подходит для информационного контента. В этом примере будет использоваться class со значением selected для указания, какая вкладка является активной, т.е. вкладкой, которая открыта и показывает свою информацию; другие вкладки будут закрыты (т.е. их параграфы скрыты), пока не будут выполнен щелчок на соответствующих им ссылках. Вкладка dogs является используемой по умолчанию активной вкладкой, как показано на рис. 25.1.

Когда будет сделан щелчок на другой ссылке (как показано на рис. 25.2), затем будет использоваться JavaScript для динамического перемещения class="selected" в эту ссылку, и в этом случае стилевое оформление будет применяться для вывода к этой вкладке, а та, которая выводилась раньше, будет скрыта.

Вы встретите реальные рабочие примеры такого рода управления в некоторых главах о JavaScript, которые следуют дальше.

Вкладки стали также широко использовать, чтобы позволить пользователям выбирать различные виды поиска. В этом случае концепция начинает разрушаться, если вы попытаетесь использовать стиль кода из предыдущего примера:

<div class="tabcontrol">
  <div class="hd">
    <ul>
      <li><a href="#dogs" class="selected">Dogs</a></li>
      <li><a href="#cats">Cats</a></li>
      <li><a href="#fish">Fish</a></li>
    </ul>
  </div>
  <div class="bd">
    <form id="dogs" class="selected" action="search.html" method="GET"><div><label for="dogsearch">
<input type="text" name="dogsearch" id="dogsearch">
<input type="submit" value="Search for Dogs"></div></form>
    <form id="cats" action="search.html" method="GET"><div><label for="catsearch">
<input type="text" name="catsearch" id="catsearch">
<input type="submit" value="Search for cats"></div></form>
    <form id="fish" action="search.html" method="GET"><div><label for="fishsearch">
<input type="text" name="fishsearch" id="fishsearch">
<input type="submit" value="Search for fish"></div></form>
  </div>
</div>

Применение той же структуры кода больше не имеет смысла - в этом случае вы получите те же элементы формы, повторяемые снова и снова, чтобы соответствовать концепции замены контента, что является пустой тратой кода разметки. Вместо визуального мышления важно подумать о самом взаимодействии. В этом примере вместо выбора новой информации для просмотра вкладок необходимо изменить взаимодействие пользователя с формой поиска. На самом деле вкладка должна только выбирать, какой тип животного ищет пользователь. Если применить все это на практике, то можно создать значительно лучшее взаимодействие для всех пользователей сайта, с более четкой, легко поддерживаемой разметкой:

<form action="search.html" method="GET">
  <fieldset>
    <legend>Search within:</legend>
      <ul>
        <li><label for="dogs">Dogs</label><input id="dogs" type="radio" name="animal" value="dog" checked></li>
        <li><label for="cats">Cats</label><input id="cats" type="radio" name="animal" value="cat"></li>
        <li><label for="fish">Fish</label><input id="fish" type="radio" name="animal" value="fish"></li>
      </ul>
    </fieldset>
  <input type="text" id="searchfield" name="search">
  <input type="submit" value="Search">
</form>

Создавая сначала взаимодействие, разметка будет более четкой, и все пользователи сайта получат наилучший возможный опыт работы. Когда мы начали с расширения визуальной метафоры, мы быстро разрушили взаимодействие и создали некоторую ужасную разметку на основе предположений предыдущего примера. Если бы мы использовали AJAX для вставки контента вместо размещения его полностью на странице, то было бы еще хуже. Пользователи без JavaScript должны будут загрузить полностью новую страницу, чтобы получить форму поиска для cats или fish. Продумав сначала базовое взаимодействие (а не визуальные вопросы), можно упростить проблему. Теперь можно по прежнему поддерживать метафору вкладки (хотя и с небольшим стилевым оформлением и сценарием), используя при этом одну форму для любого поиска.

Это является основой понимания, как реализовать доступное взаимодействие. Одним из больших достоинств HTML является то, что основная работа по определению, как сделать взаимодействие в HTML доступным, уже была сделана. Пока для разрушения метафоры не используются другие технологии поверх HTML, можно без больших усилий заставить работать большинство вещей для большинства людей.

Стандарты доступности

В этом разделе мы рассмотрим некоторые имеющиеся стандарты и рекомендации, которые нацелены на определение доступности Web и помощь разработчикам Web в создании доступных сайтов. Большинство этих систем включают некоторую разновидность системы контрольного списка, чтобы разработчики могли проверить, как их сайты соответствуют различным критериям доступности.

Рекомендации по доступности контента Web версия 1.0

Консорциум W3C является одним из основных органов стандартизации в Интернет. Его подразделение Web Accessibility Initiative (WAI) опубликовало первую версию своих рекомендаций по созданию Web -сайтов доступными в мае 1999 г. Рекомендации по доступности контента Web ( WCAG, Web Content Accessibility Guidlines ) являются наиболее широко используемым стандартом для доступности в Web. Использование WCAG 1.0 было предложено или санкционировано рядом правительственных органов, включая EU и правительство Италии.

WCAG 1.0 является набором из 14 Рекомендаций, которые пытаются охватить цели, которые необходимо реализовать для получения доступной страницы. В каждом документе рекомендаций содержится ряд контрольных точек, которые составляют реальное содержание документа. В то время как рекомендации объясняют концепции, которые авторы имеют в виду, контрольные точки являются тем, что используется для проверки соответствия стандартам. Каждая из контрольных точек имеет приоритет от 1 до 3, чтобы указать на их важность. Чтобы соответствовать WCAG 1.0, необходимо удовлетворить всем контрольным точкам с приоритетом 1. Соблюдение всех контрольных точек с приоритетом 1 предоставляет рейтинг соответствия "А". Если вы удовлетворяете также контрольным точкам с приоритетом 2, то вы будете соответствовать рейтингу "АА". Если вы удовлетворяете всем контрольным точкам с приоритетами 1, 2 и 3, то вы будете соответствовать рейтингу "AAA", который является самым высоким.

В действительности WCAG 1.0 немного устарел. Множество компаний начали с соответствия уровню "А" или "АА", а затем пытались реализовать другие рекомендации, такие как See it Right из RNIB. WCAG 1.0 является хорошей начальной точкой, но нужно двигаться вперед к новым стандартам, особенно, если вы используете в большом объеме JavaScript, или другие технологии, которые развились после 1999 г., когда были выпущены Рекомендации WCAG 1.0.

Другой важный момент в отношении стандарта WCAG 1.0 состоит в том, что он создавался как часть пакета из 3 документов. Другой документ, озаглавленный "Агенты пользователя", который описывает браузеры (такие как "Opera") и все дополнительные технологии, которые могут понадобиться людям для использования Web (такие как считыватели экрана). Третий документ, охватывающий средства разработки, такие как "Dreamweaver" или системы управления контентом - его задача была заставить эти инструменты делать большую часть работы для создания доступных страниц. К сожалению, это намерение не было реализовано и единственным стандартом из трех, который был общепризнан, стал WCAG 1.0. Это означает, что часто ожидания WCAG 1.0 в отношении агентов пользователей не удовлетворялись, и очень небольшая часть работы по созданию доступных Web -сайтов была перенесена на средства разработки. Это не означает, что нет смысла использовать WCAG 1.0; это означает просто, что он рассматривает только часть вопросов доступности и не является полным решением.

Рекомендации по доступности контента Web версия 2.0

С момента публикации WCAG 1.0, консорциум W3C работал над следующей версией рекомендаций WCAG 2.0. Эта обновленная версия стандарта все еще находилась в стадии черновика во время подготовки этой статьи. В зависимости от процесса утверждения в W3C стандарт будет, вероятно, опубликован в начале 2009 г.

WCAG 2.0 слегка отличается в своей попытке быть более технологически независимым, чем WCAG 1.0, т.е. его можно будет применять к HTML, CSS, Flash, и т.д. Стандарт WCAG 2.0 основывается на 4 принципах доступности. Этими принципами являются:

Воспринимаемость

Взаимодействие

Понятность

Надежность

Важно отметить, что не предполагается, что Web -сайты будут удовлетворять всем этим требованиям. Технология, которую имеет пользователь, также должна сделать часть работы. Например, ожидается, что считыватель экрана будет читать страницы людям, которым это требуется, а не каждый Web -сайт будет предоставлять аудио-версию своего контента. Однако ожидается, что Web -сайт предоставит страницы, которые можно прочитать с помощью обычной технологии чтения экрана, чтобы сделать это возможным. Различие имеет важное значение, так как это различие между Web -сайтом с "виджетом доступности" (типа кнопки, чтобы сделать шрифт немного больше) и Web -страницей, которая будет работать в множестве различных ситуаций (например, различные браузеры и устройства, которые невозможно предвидеть).

) даст понимание, а "технический" документ (http://www.w3.org/TR/WCAG20-TECHS/) предоставит разработчику надежные реализуемые фрагменты информации. Это разбивается на "общие" методы (технологически неопределенные) и специфические для отдельных технологий W3C. Консорциум W3C не создает документов для патентованных технологий, поэтому вы должны искать методы для таких технологий как Flash и Silverlight в других источниках.

Section 508

) является расширением закона American Workforce Rehabilitation Act of 1973. Версия Section 508, которая стала законом в 1998 г., создала процесс, которому должны следовать во время правительственных закупок федеральные органы США. Это означает, что все правительственные агентства в США, которые финансируются федеральными деньгами, должны следовать процессу и рекомендациям, определенным в Section 508. Эти рекомендации охватывают как доступность Web, так и другие вопросы доступности, связанные с компьютерами и электронной коммуникацией. Что бы вы ни слышали другое, не существует федерального закона, требующего использовать Section 508 за пределами описанных выше организаций. Однако некоторые штаты США и компании используют Section 508 для определения "доступности" своих собственных процессов закупок.

Частью ). Статья 1194.22 состоит из 16 требований, помеченных a-p. Первые 11 требований (a-k) сформулированы как прямые эквиваленты частей WCAG 1.0. Эти требования и их эквиваленты в WCAG 1.0 перечислены в справочной таблице в документе Section 508. Все другие требования Section 508 должны удовлетворяться в WCAG 2.0 с одним исключением. Требование m относится к Section 508 Subpart B § 1194.21. Это требование имеет частичный эквивалент в принципе "Надежности" WCAG 2.0.

Во время написания этой статьи комитет . TEITAC представил свои предложения экспертному совету Section 508 в апреле 2008 г..

Другие стандарты

Другим важным стандартом, разработанным консорциумом ). Этот акроним означает Web Accessibility Initiative—Accessible Rich Internet Applications. Это пакет документов, который определяет, как сделать доступными сложные Web -приложения, которые используют такие технологии, как HTML, JavaScript и AJAX. Этот стандарт официально поддерживается ожидаемыми/текущими версиями большинства основных браузеров на рынке: Opera 9.5, Internet Explorer 8 и Firefox 3.

Существует много других стандартов доступности ) - прекрасный источник, помогающий найти документы, связанные с локальным правительством.

Заключение

Доступность является важной темой, как по экономическим, так и по социальным причинам. Это не свойство Web -сайта, а скорее показатель качества, с которым он был создан. Если учитывать аудиторию сайта во время его создания (и до этого), то вы создадите более доступные страницы со всеми преимуществами, которые это приносит. Существует ряд хорошо известных рекомендаций, которые могут в этом помочь - следуя этим рекомендациям вы можете гарантировать, что создаваемый сайт удовлетворяет профессиональным требованиям доступных страниц.

Контрольные вопросы

Об авторе