Веб-доступность

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

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

Потребности, на удовлетворение которых направлена ​​веб-доступность, включают:

• Визуальные: визуальные нарушения , включая слепоту , различные распространенные типы ослабленного зрения и плохое зрение, различные видов цветовую слепоту ;
• Мотор / подвижность: например, затруднение или неспособность использовать руки, включая тремор, мышечную медлительность, потерю тонкого мышечного контроля и т. Д., Из-за таких состояний, как болезнь Паркинсона , мышечная дистрофия , церебральный паралич , инсульт ;
• Слуховые: глухота или нарушения слуха , в том числе слабослышащие;
• Припадки: фотоэпилептические припадки, вызванные визуальным стробоскопическим или мигающим эффектом.
• Когнитивные и интеллектуальные: нарушения развития , трудности в обучении ( дислексия , дискалькулия и т. Д.) И когнитивные нарушения (посттравматическое стрессовое расстройство , болезнь Альцгеймера) различного происхождения, влияющие на память, внимание, «зрелость» развития, умение решать проблемы и логические навыки и т. Д.

Доступность не ограничивается приведенным выше списком, она распространяется на всех, кто страдает какой-либо постоянной, временной или ситуативной инвалидностью. Ситуативная инвалидность относится к кому-то, кто может испытывать ограничения, основанные на текущем опыте. Например, человек может ситуативно быть одной рукой, если вынашивает ребенка. При обеспечении доступности Интернета следует учитывать, что пользователи сталкиваются с самыми разными препятствиями. К сожалению, согласно глобальному опросу WebAIM, проведенному в 2018 году среди практиков веб-доступности, около 93% респондентов не получили формального образования по веб-доступности. ^[1]

Вспомогательные технологии, используемые для просмотра веб-страниц [ править ]

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

• Программное обеспечение для чтения с экрана , которое может считывать с помощью синтезированной речи либо выбранные элементы того, что отображается на мониторе (полезно для пользователей с трудностями чтения или обучения), либо считывать все, что происходит на компьютере (используется слепые и слабовидящие пользователи).
• Терминалы Брайля, состоящие из обновляемого дисплея Брайля, который отображает текст в виде символов Брайля (обычно путем поднятия штифтов через отверстия на плоской поверхности) и либо стандартной клавиатуры, либо клавиатуры Брайля.
• Программное обеспечение для увеличения экрана , которое увеличивает изображение на мониторе компьютера, облегчая чтение пользователям с ослабленным зрением.
• Программное обеспечение для распознавания речи, которое может принимать голосовые команды на компьютер или превращать диктовку в грамматически правильный текст - полезно для тех, кто испытывает трудности с использованием мыши или клавиатуры.
• Накладки на клавиатуру, которые могут упростить или повысить точность набора текста для тех, у кого проблемы с моторным управлением.
• Доступ к видео с субтитрами или на языке жестов для глухих.

Рекомендации по доступному веб-дизайну [ править ]

Рекомендации по обеспечению доступности веб-контента [ править ]

В 1999 году в рамках проекта Web Accessibility Initiative , созданного Консорциумом World Wide Web (W3C), были опубликованы рекомендации WCAG 1.0 по обеспечению доступности веб-контента .

11 декабря 2008 г. WAI выпустил WCAG 2.0 в качестве рекомендации. WCAG 2.0 стремится быть современным и технологически нейтральным. Хотя веб-дизайнеры могут выбрать любой из стандартов, которым следует следовать, WCAG 2.0 получил широкое признание в качестве окончательного руководства по созданию доступных веб-сайтов. Правительства неуклонно принимают WCAG 2.0 в качестве стандарта доступности для своих собственных веб-сайтов. ^[2] В 2012 году Рекомендации по доступности веб-контента были также опубликованы в качестве стандарта ISO / IEC: «ISO / IEC 40500: 2012: Информационные технологии - Рекомендации W3C по обеспечению доступности веб-контента (WCAG) 2.0». ^[3]

Критика рекомендаций WAI [ править ]

Была некоторая критика процесса W3C, утверждающего, что он недостаточно ставит пользователя в центр процесса. ^[4] Было официальное возражение против первоначального заявления WCAG о том, что WCAG 2.0 будет отвечать требованиям для людей с ограниченными возможностями обучения и когнитивными ограничениями, возглавляемое Лизой Симан и подписанное 40 организациями и людьми. ^[5] В таких статьях, как «WCAG 2.0: оценка нового руководства W3C», ^[6] «To Hell with WCAG 2.0» ^[7] и «Тестируемость стоит слишком дорого», ^[8] WAI подвергался критике за то, что он позволял WCAG 1.0 все больше расходиться с современными технологиями и методами создания и использования веб-контента, за медленные темпы разработки WCAG 2.0, за то, что новые руководящие принципы были трудными для навигации и понимания, и другие аргументировал недостатки.

Основные компоненты доступности Интернета [ править ]

Доступность веб-сайтов зависит от взаимодействия нескольких компонентов: ^[9]

1. контент - информация на веб-странице или веб-приложении, включая естественную информацию (например, текст, изображения и звуки) и код или разметку, которые определяют структуру, представление и т. д.
2. веб-браузеры, медиаплееры и другие "пользовательские агенты"
3. вспомогательные технологии, в некоторых случаях - программы чтения с экрана, альтернативные клавиатуры, переключатели, программное обеспечение для сканирования и т. д.
4. знания, опыт пользователей и, в некоторых случаях, адаптивные стратегии использования Интернета
5. разработчики - дизайнеры, программисты, авторы и т. д., в том числе разработчики с ограниченными возможностями и пользователи, которые вносят контент
6. инструменты разработки - программное обеспечение, которое создает веб-сайты
7. инструменты оценки - инструменты оценки веб-доступности, валидаторы HTML, валидаторы CSS и т. д.

Веб- разработчики обычно используют инструменты разработки и инструменты оценки для создания веб- контента .
Люди (« пользователи ») используют веб- браузеры , медиаплееры , вспомогательные технологии или другие « пользовательские агенты » для получения контента и взаимодействия с ним . ^[9]

Рекомендации для различных компонентов [ править ]

Руководство по доступности средств разработки (ATAG) [ править ]

• ATAG ^[10] содержит 28 контрольных точек, которые предоставляют рекомендации по:
  • создание доступной продукции, соответствующей стандартам и рекомендациям
  • продвижение автора контента для получения информации, связанной с доступностью
  • предоставление способов проверки и исправления недоступного контента
  • интеграция доступности в общий внешний вид
  • сделать сам инструмент разработки доступным для людей с ограниченными возможностями

Рекомендации по обеспечению доступности веб-контента (WCAG) [ править ]

• WCAG 1.0: 14 рекомендаций, которые являются общими принципами доступного дизайна
• WCAG 2.0: 4 принципа, лежащих в основе доступности Интернета; 12 руководящих принципов (непроверяемых), которые являются целями, к которым должны стремиться авторы; и 65 проверяемых критериев успеха. ^[11] Методы W3C для WCAG 2.0 ^[12] - это список методов, которые помогают авторам соответствовать руководящим принципам и критериям успеха. Методики периодически обновляются, тогда как принципы, рекомендации и критерии успеха стабильны и не меняются. ^[13]

Руководство по обеспечению доступности агента пользователя (UAAG) [ править ]

• UAAG ^[14] содержит исчерпывающий набор контрольных точек, охватывающих:
  • доступ ко всему контенту
  • пользовательский контроль над тем, как отображается контент
  • пользовательский контроль над пользовательским интерфейсом
  • стандартные интерфейсы программирования

Законодательство о доступности Интернета [ править ]

Из-за роста использования Интернета ^[15] и его растущего значения в повседневной жизни страны по всему миру решают проблемы цифрового доступа с помощью законодательства. Один из подходов - защитить доступ к веб-сайтам для людей с ограниченными возможностями, используя существующее законодательство о правах человека или гражданских правах. Некоторые страны, например США, защищают доступ для людей с ограниченными возможностями посредством процесса приобретения технологий. ^[16] Обычно страны поддерживают и принимают Руководство по обеспечению доступности веб-контента (WCAG) 2.0, ссылаясь на рекомендации в своем законодательстве. ^{[17] [18]} Соблюдение правил доступности веб-сайтов является юридическим требованием в основном в Северной Америке, Европе, некоторых частях Южной Америки и Азии. ^[19]

Австралия [ править ]

В 2000 году слепой из Австралии выиграл судебный процесс на сумму 20 000 долларов против Сиднейского организационного комитета Олимпийских игр (SOCOG) . Это был первый успешный случай в соответствии с Законом о дискриминации инвалидов 1992 года, поскольку SOCOG не удалось сделать свой официальный сайт, Сиднейские Олимпийские игры , адекватно доступным для слепых пользователей. Комиссия по правам человека и равным возможностям (HREOC) также опубликовала «Доступ во всемирную паутину: консультативные записки к Закону о дискриминации по инвалидности». ^[20] Все правительства в Австралии также имеют политику и руководящие принципы, требующие наличия доступных общедоступных веб-сайтов.

Бразилия [ править ]

В Бразилии 18 января 2005 года федеральное правительство опубликовало документ с инструкциями по обеспечению доступности для публичного рассмотрения. 14 декабря того же года была опубликована вторая версия, включая предложения, внесенные в первую версию статьи. 7 мая 2007 года правила доступности газеты стали обязательными для всех федеральных веб-сайтов. Текущая версия документа, соответствующая рекомендациям WCAG 2.0, называется e-MAG, Modelo de Acessibilidade de Governo Eletrônico (Модель доступности электронного правительства) и поддерживается Министерством планирования, бюджета и управления Бразилии .

Газету можно просмотреть и скачать на ее официальном сайте. ^[21]

Канада [ править ]

В 2011 году правительство Канады начало поэтапное внедрение нового набора веб-стандартов, направленных на обеспечение доступности, удобства использования, взаимодействия и оптимизации государственных веб-сайтов для мобильных устройств. Эти стандарты заменяют стандарты Common Look and Feel 2.0 (CLF 2.0) для Интернета.

Первый из этих четырех стандартов, Стандарт веб-доступности ^[22], вступил в полную силу 31 июля 2013 года. Стандарт веб-доступности соответствует Руководству по обеспечению доступности веб-контента (WCAG) 2.0 AA и содержит список исключений, который обновляется ежегодно. . Он сопровождается четкой методологией оценки ^[23], которая помогает государственным ведомствам соблюдать требования. Правительство также разработало Web Experience Toolkit (WET) ^[24], набор многократно используемых веб-компонентов для создания инновационных веб-сайтов. WET помогает правительственным ведомствам создавать инновационные веб-сайты, которые доступны, удобны и совместимы и, следовательно, соответствуют государственным стандартам. Инструментарий WET с открытым исходным кодом и доступен для всех.

Три связанных веб-стандарта: Стандарт оптимизации веб-сайтов и приложений для мобильных устройств ^[25], Стандарт удобства использования в Интернете ^[26] и Стандарт взаимодействия в Интернете. ^[27]

В 2019 году правительство Канады приняло Закон о доступности Канады . Это основывается на на провинциальном законодательстве , как в доступности для Ontarians с Законом об инвалидах , доступности для закона Манитобы и Закон Nova Scotia Accessibility .

Европейский Союз [ править ]

В феврале 2014 года Европейский парламент одобрил законопроект, согласно которому все веб-сайты, управляемые органами государственного сектора, должны быть доступны для всех. ^[28]

26 октября 2016 года Европейский парламент одобрил Директиву о доступности веб-сайтов, которая требует, чтобы веб-сайты и мобильные приложения органов государственного сектора были доступны. Соответствующие требования доступности описаны в европейском стандарте EN 301 549 V1.1.2 (опубликованном ETSI ). Ожидается, что к 23 сентября 2018 года страны-члены ЕС введут в действие законы и постановления, обеспечивающие соблюдение соответствующих требований доступности.

• веб-сайты органов государственного сектора должны соответствовать требованиям до 23 сентября 2018 г .;
• мобильных приложений до 23 июня 2021 года.

Некоторые категории веб-сайтов и приложений исключены из директивы, например, «веб-сайты и мобильные приложения общественных вещательных компаний и их дочерних компаний». ^[29]

В «Постоянном плане стандартизации ИКТ на 2017 год» Европейской комиссии отмечается, что необходимо обновить стандарт ETSI EN 301 549 V1.1.2, чтобы добавить требования к доступности для мобильных приложений и методологии оценки для проверки соответствия стандарту. ^[30]

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

Ирландия [ править ]

В Ирландии Закон об инвалидах 2005 года ^[31] требует, чтобы в тех случаях, когда государственный орган общается в электронной форме с одним или несколькими лицами, содержание сообщения должно быть, насколько это практически возможно, "доступным для лиц с нарушениями зрения, для которых адаптируется технология доступна »(Раздел 28 (2)). Национальное управление по делам инвалидов разработало Свод правил ^[32]предоставление указаний государственным органам о том, как выполнять обязательства по Закону. Это утвержденный свод правил, и его положения имеют силу юридически обязывающих законодательных обязательств. В нем говорится, что государственный орган может обеспечить соблюдение Раздела 28 (2) путем «анализа существующей практики электронных коммуникаций с точки зрения доступности в соответствии с соответствующими руководящими принципами и стандартами», приводя пример «Двойное соответствие Инициативе веб-доступности (WAI)». Рекомендации по обеспечению доступности веб-контента (WCAG) ».

Израиль [ править ]

Министерство юстиции Израиля недавно опубликовало правила, требующие, чтобы интернет-сайты соответствовали израильскому стандарту 5568, который основан на Руководстве W3C по обеспечению доступности веб-контента 2.0. Основные различия между израильским стандартом и стандартом W3C касаются требований к предоставлению субтитров и текстов для аудио и видео носителей. Израильские стандарты несколько более мягкие, отражая текущие технические трудности с предоставлением таких подписей и текстов на иврите. ^[33]

Италия [ править ]

В Италии доступность Интернета регулируется так называемым « Legge Stanca » (Закон о Stanca), формально Законом № 4 от 9 января 2004 года, официально опубликованным в Gazzetta Ufficiale 17 января 2004 года. Первоначальный Закон Stanca был основан на WCAG 1.0. 20 марта 2013 года стандарты, требуемые Законом Stanca, были обновлены до WCAG 2.0.

Япония [ править ]

Руководящие принципы доступности веб-контента в Японии были приняты в 2004 году как JIS ( Японские промышленные стандарты ) X 8341-3. JIS X 8341-3 был пересмотрен в 2010 году для принятия WCAG 2.0. Новая версия, опубликованная Комиссией по инфраструктуре веб-доступности (WAIC), имеет те же четыре принципа, 12 рекомендаций и 61 критерий успеха, что и WCAG 2.0. ^[34]

Мальта [ править ]

На Мальте оценки доступности веб-контента проводились Фондом доступности информационных технологий (FITA) с 2003 года. ^[35] До 2018 года это проводилось в соответствии с требованиями Закона о равных возможностях (2000) CAP 43 и применялись руководящие принципы WACG. . ^[36] С появлением Директивы ЕС о доступности Интернета на Мальтийское управление связи было возложено обеспечение доступности онлайн-ресурсов, принадлежащих мальтийским государственным организациям. ^[37]FITA продолжает предоставлять оценки доступности ИКТ государственным и коммерческим организациям, применяя стандартные стандарты EN301549 и WCAG 2.1, если это применимо. Таким образом, к мальтийскому сценарию применимы как Закон о равных возможностях, направленный против дискриминации, так и транспонированная Директива ЕС о доступности Интернета.

Норвегия [ править ]

В Норвегии доступность Интернета является юридическим обязательством в соответствии с Законом от 20 июня 2008 г. № 42 о запрете дискриминации по признаку инвалидности, также известным как Закон о доступности для борьбы с дискриминацией. Закон вступил в силу в 2009 году, и Министерство государственного управления, реформ и церковных дел [Fornyings-, administrasjons- og kirkedepartementet] опубликовало Правила универсального проектирования решений в области информационно-коммуникационных технологий (ИКТ) [Forskrift om universell utforming av informasjons - og kommunikasjonsteknologiske (IKT) -løsninger] в 2013 году. ^[38] Правила требуют соблюдения Руководства по обеспечению доступности веб-контента 2.0 (WCAG 2.0) / NS / ISO / IEC 40500: 2012, уровень A и AA с некоторыми исключениями. ^{[39] [40]}Норвежское агентство государственного управления и электронного правительства (Difi) отвечает за надзор за тем, чтобы решения в области ИКТ, предназначенные для широкой публики, соответствовали законодательным и нормативным требованиям. ^[41]

Филиппины [ править ]

В рамках Инициатив по обеспечению доступности Интернета на Филиппинах правительство через Совет Национального совета по благосостоянию инвалидов (NCWDP) одобрило рекомендацию о формировании специальной или основной группы веб-мастеров, которые помогут в реализации Бивакоской основы тысячелетия. установлен ЭСКАТО ООН .

Филиппины также место , где Межрегиональный семинар и региональные Демонстрационный семинар по доступным информационному и коммуникационным технологиям (ИКТ) для лиц с ограниченными возможностями были проведены , где одиннадцать стран из Азии - были представлена Pacific. В 2003 г. были разработаны и приняты Манильские рекомендации по разработке доступных информационных и коммуникационных технологий .

Испания [ править ]

В Испании UNE 139803: 2012 является нормой, регулирующей доступность Интернета. Этот стандарт основан на Руководстве по обеспечению доступности веб-контента 2.0. ^[42]

Швеция [ править ]

В Швеции Verva, Шведское агентство административного развития, отвечает за набор руководящих принципов для шведских веб-сайтов государственного сектора. В руководствах доступность Интернета представлена ​​как неотъемлемая часть общего процесса разработки, а не как отдельный вопрос. Шведские руководящие принципы содержат критерии, которые охватывают весь жизненный цикл веб-сайта; от его концепции до публикации живого веб-контента. Эти критерии касаются нескольких областей, которые следует учитывать, в том числе:

• доступность
• юзабилити
• веб-стандарты
• проблемы с конфиденциальностью
• информационная архитектура
• разработка контента для Интернета
• Подбор систем управления контентом (CMS) / авторских инструментов.
• разработка веб-контента для мобильных устройств.

В апреле 2008 года был выпущен английский перевод: Национальные руководящие принципы Швеции для веб-сайтов государственного сектора. ^[43] Перевод основан на последней версии Руководства, выпущенной в 2006 году. ^[44]

Соединенное Королевство [ править ]

В Великобритании , то Закон о равенстве 2010 не относятся непосредственно к веб - доступности, но и делает его незаконным дискриминацию в отношении людей с ограниченными возможностями. Закон распространяется на всех, кто предоставляет услугу; государственный, частный и добровольный секторы. Кодекс практики: Права доступа - Товары, объектов, услуг и помещений документа ^[45] , опубликованной в правительственной комиссии по вопросам равенства и прав человека , чтобы сопровождать закон действительно относится явно к веб - сайтам в качестве одного из «услуг населению» , который должен считаться подпадающими под действие Закона.

В декабре 2010 года в Великобритании был выпущен стандарт веб-доступности BS 8878: 2010. Свод правил . Этот стандарт фактически заменяет PAS 78 (pub. 2006). PAS 78, выпущенный Комиссией по правам инвалидов и пригодный для использования людьми с ограниченными возможностями. Стандарт был разработан, чтобы познакомить нетехнических специалистов с улучшенной доступностью, удобством использования и удобством использования для людей с ограниченными возможностями и пожилых людей. ^[46] Это будет особенно полезно для всех, кто плохо знаком с этой темой, поскольку дает руководство по процессу, а не по техническим и проектным вопросам. BS 8878 соответствует Закону о равенстве 2010 г. ^[47]и упоминается в Плане действий правительства Великобритании по обеспечению электронной доступности как основа обновленных рекомендаций по разработке доступных онлайн-сервисов. Он включает рекомендации по:

• Вовлечение людей с ограниченными возможностями в процесс разработки и использование автоматизированных инструментов для тестирования доступности
• Управление инструкциями и процессом соблюдения существующих инструкций и спецификаций по доступности.

BS 8878 предназначен для всех, кто отвечает за политики, касающиеся создания веб-продуктов в их организации, и управления в соответствии с этими политиками. Кроме того, он помогает людям, ответственным за продвижение и поддержку инициатив по обеспечению равенства и вовлеченности в организациях, а также людям, участвующим в закупке, создании или обучении веб-продуктов и контента. Краткое изложение BS 8878 ^[48] доступно, чтобы помочь организациям лучше понять, как стандарт может помочь им встроить доступность и инклюзивный дизайн в их обычные бизнес-процессы.

28 мая 2019 года BS 8878 был заменен ISO 30071-1, международным стандартом, который основывался на BS 8878 и расширил его для международного использования. Краткое изложение того, как ISO 30071-1 соотносится с BS 8878 ^[49] , доступно, чтобы помочь организациям понять новый стандарт.

9 апреля British Rail заменила сине-белую эстетику черно-белой темой, которая подверглась критике за несоответствие Руководству по обеспечению доступности веб-контента. Компания восстановила сине-белую тему и заявила, что инвестирует в модернизацию своего веб-сайта в соответствии с последними рекомендациями по обеспечению доступности. ^[50]

Соединенные Штаты [ править ]

В Соединенных Штатах , Раздел 508 поправка к Закону о реабилитации 1973 года требует электронных и информационных технологий во всех федеральных агентствах , чтобы быть доступными для людей с ограниченными возможностями здоровья. Как государственные служащие, так и федеральные служащие имеют право доступа к этой технологии, такой как компьютерное оборудование и программное обеспечение, веб-сайты, телефонные системы и копировальные устройства. ^[51] Кроме того, раздел 504 Закона о реабилитации запрещает дискриминацию по признаку инвалидности для организаций, получающих федеральные средства, и неоднократно упоминался в судебных процессах против таких организаций, как больницы, получающих федеральные средства через программу Medicare / medicaid.

Кроме того, Раздел III Закона об американцах с ограниченными возможностями (ADA) запрещает дискриминацию по признаку инвалидности. По этому поводу ведутся споры; несколько судов и Министерство юстиции США заняли позицию, согласно которой ADA требует, чтобы операторы и владельцы веб-сайтов и приложений принимали решительные меры, чтобы сделать свои веб-сайты и приложения доступными для людей с ограниченными возможностями и совместимостью с распространенными вспомогательными технологиями, такими как программа чтения с экрана JAWS, в то время как другие суды придерживаются мнения, что ADA не применяется онлайн. Министерство юстиции США одобрило стандарт WCAG2.0AA в качестве подходящего стандарта для доступности в нескольких соглашениях об урегулировании. ^[52]

С 2017 года было подано множество судебных исков против веб-сайтов и мобильных приложений на основании ADA. Эти дела, по-видимому, спровоцированы делом 2017 года, Gil v. Winn Dixie Stores , в котором федеральный суд Флориды постановил, что веб-сайт Винн Дикси должен быть доступным. В 2017 году было подано около 800 дел, связанных с доступностью Интернета, и более 2200 - в 2018 году. Кроме того, хотя в 2010 году Министерство юстиции заявило, что опубликует руководящие принципы обеспечения доступности Интернета, они отменили этот план в 2017 году, что также побудило к судебным искам. против недоступных сайтов. ^[53]

Известный иск, связанный с ADA, был подан против Domino's Pizza слепым пользователем, который не мог использовать мобильное приложение Domino. На уровне федерального округа суд вынес решение в пользу Domino's, поскольку Министерство юстиции не установило руководящие принципы доступности, но это было обжаловано в Девятом округе . Девятый округ отменил решение окружного суда, постановив, что, поскольку Domino's является обычным магазином, который должен соответствовать требованиям ADA, а мобильное приложение - расширением их услуг, их приложение также должно соответствовать требованиям ADA. Domino's подала петицию в Верховный суд при поддержке многих других ресторанов и торговых сетей, утверждая, что это решение влияет на их надлежащую правовую процедуру, поскольку у клиентов с ограниченными физическими возможностями есть другие,более доступные средства для заказа.^[53] В октябре 2019 года Верховный суд отказался рассматривать дело, что фактически подтвердило решение 9-го окружного суда и требует, чтобы дело было рассмотрено в его нынешнем виде. ^[54]

Количество и стоимость федеральных исков о доступности резко выросли за последние несколько лет. ^[55]

Аудит доступности веб-сайтов [ править ]

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

Для проверки доступности веб-сайтов используются различные методы :

• Доступны автоматизированные инструменты, которые могут определить некоторые из существующих проблем. В зависимости от инструмента результат может сильно отличаться, что затрудняет сравнение результатов тестирования. ^[56]
• Эксперты-технические рецензенты, разбирающиеся в технологиях веб-дизайна и доступности, могут просмотреть репрезентативный выбор страниц и предоставить подробные отзывы и рекомендации, основанные на своих выводах.
• Пользовательское тестирование, обычно контролируемое техническими экспертами, включает постановку задач, которые обычные пользователи должны выполнять на веб-сайте, и анализ проблем, с которыми эти пользователи сталкиваются при попытке выполнить задачи.

У каждого из этих методов есть свои сильные и слабые стороны:

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

В идеале для оценки доступности веб-сайта следует использовать комбинацию методов.

Исправление недоступных веб-сайтов [ править ]

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

С развитием технологий искусственного интеллекта веб-доступность стала более доступной. С помощью сторонних надстроек, использующих искусственный интеллект и машинное обучение , можно предлагать изменения в дизайне веб-сайта без изменения исходного кода. Таким образом, веб-сайт может быть доступен для разных типов пользователей без необходимости настраивать веб-сайт для каждого специального оборудования. ^[57]

Доступные веб-приложения и WAI-ARIA [ править ]

Для того, чтобы веб-страница была доступна, должна быть доступна вся важная семантика о функциональности страницы, чтобы вспомогательные технологии могли понимать и обрабатывать контент и адаптировать его для пользователя. Однако по мере того, как контент становится все более и более сложным, стандартные теги и атрибуты HTML становятся неадекватными для надежного предоставления семантики. Современные веб-приложения часто применяют сценарии к элементам, чтобы управлять их функциональностью и позволить им действовать как элемент управления или другой динамический компонент. Эти настраиваемые компоненты или виджеты не обеспечивают способ передачи семантической информации пользовательскому агенту. WAI-ARIA (доступные полнофункциональные Интернет-приложения) - это спецификация ^[58], опубликованная Консорциумом World Wide Web, в которой указывается, как увеличитьдоступность для динамического контента и пользовательского интерфейса компонентов , разработанных с помощью Ajax , HTML , JavaScript и связанных с ними технологий. ARIA обеспечивает доступность, позволяя автору предоставить всю семантику для полного описания поддерживаемого поведения. Он также позволяет каждому элементу раскрывать свои текущие состояния и свойства, а также отношения между другими элементами. Также исправлены проблемы доступности с фокусом и указателем вкладок.

См. Также [ править ]

• Доступное издание
• Дополнительное и альтернативное общение
• День синей шапочки
• Доступность компьютера
• Независимость от устройства
• Цифровой разрыв
• Европейская обсерватория доступности Интернета
• Знание
• Магуайр против Сиднея Организационный комитет Олимпийских игр (2000)
• Мультимодальное взаимодействие
• Прогрессивное улучшение
• Универсальный дизайн
• Ненавязчивый JavaScript
• Инициатива веб-доступности
• Веб-инженерия
• Веб-взаимодействие
• Веб-грамотность

Ссылки [ править ]

Основные требования WCAG - что вам нужно для начала разработки с WCAG, 2018 Разработка автономных веб-приложений, Алекс Фейерке, 4 декабря 2013 г.

Дальнейшее чтение [ править ]

• Бэнгеман, Эрик (10 сентября 2006 г.). «Судья: судебный процесс ADA против Target может быть продолжен» . Ars Technica . Проверено 26 сентября 2006 года .
• Кларк, Джо (2003). Создание доступных веб-сайтов . New Riders Press. ISBN 978-0-7357-1150-1.
• Хортон, Сара; Уитни Кузенбери (2013). Сеть для всех: создание доступного пользовательского опыта . Бруклин, Нью-Йорк: Розенфельд. ISBN 978-1-933820-97-2.
• Пасиелло, Майкл (2000). Доступность в Интернете для людей с ограниченными возможностями . Книги CMP. ISBN 978-1-929629-08-4.
• Ревилла, Ольга (2010). WCAG 2.0 стало проще . Itákora Press. ISBN 978-84-614-6177-6.
• Слатин, Джон; Шаррон Раш (2002). Максимальная доступность: сделать ваш веб-сайт более удобным для всех . Эддисон-Уэсли Профессионал. ISBN 978-0-201-77422-1.
• Тэтчер, Джим; Синтия Уодделл; Шон Генри; Сара Свиренга; Марк Урбан; Майкл Беркс; Пол Бохман (2003). Создание доступных веб-сайтов (переиздание). Апресс (ранее - Glasshaus). ISBN 978-1-59059-148-2.
• Пикеринг, Хейдон; Стив Фолкнер (2014). Приложения для всех: кодирование доступных веб-приложений (электронная книга). Smashing Magazine GmbH. ISBN 978-3-94454079-5.
• Хасселл, Джонатан (2014). Включая недостающие 20% за счет встраивания доступности для Интернета и мобильных устройств . BSI. ISBN 978-0-58081-204-0.

Внешние ссылки [ править ]

Использование внешних ссылок в этой статье может не соответствовать политикам или рекомендациям Википедии . Пожалуйста, улучшите эту статью , удалив лишние или неприемлемые внешние ссылки и преобразовав полезные ссылки, где это уместно, в сноски . ( Сентябрь 2019 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения )

• Как сделать дизайн для доступности (BBC)
• Принципы инклюзивного дизайна
• Ресурсы по специальным возможностям для разработчиков Apple
• Руководство по технической доступности BBC GEL
• Ресурсы по специальным возможностям для разработчиков Google
• Ресурсы по специальным возможностям для разработчиков Microsoft
• Ресурсы по специальным возможностям для разработчиков W3C WCAG

Стандарты и рекомендации [ править ]

• W3C - Инициатива веб-доступности (WAI)
• W3C - Руководство по доступности веб-контента (WCAG) 2.0
• Комиссия по равенству и правам человека: PAS 78: руководство по передовой практике создания доступных веб-сайтов (которые заменяет BS 8878)
• Европейский Союз - Единая методология веб-оценки 1.2
• Иллинойсский университет iCITA Рекомендации по обеспечению доступности HTML
• Руководство по доступности продуктов BBC GEL
• Руководство BBC GEL по субтитрам (субтитрам)
• Руководство BBC по редакционной доступности (онлайн и ТВ)