Web -Barrierefreiheit
Web -Barrierefreiheit, oder Zeitnessbarkeit,[1] ist der inklusive Praxis sicherzustellen, dass es keine Barrieren gibt, die die Wechselwirkung verhindern oder Zugang zu haben, Websites auf der Weltweites Netz von Menschen mit physischer Sprache Behinderungen, situative Behinderungen und sozioökonomische Einschränkungen für Bandbreite und Geschwindigkeit. Wenn Websites korrekt entworfen, entwickelt und bearbeitet sind, haben mehr Benutzer gleich Zugang zu Informationen und Funktionalität.
Zum Beispiel, wenn eine Site mit semantisch aussagekräftiger Seite codiert wird HtmlMit textuellen Äquivalenten für Bilder und mit sinnvoll benannter Links hilft dies den blinden Benutzern bei der Verwendung von Text-to-Speech-Software und/oder Text-zu-Brille-Hardware. Wenn Text und Bilder groß und/oder vergrößert sind, ist es für Benutzer mit schlechtem Sehen einfacher, den Inhalt zu lesen und zu verstehen. Wenn Links sowohl unterstrichen (oder anderweitig differenziert) als auch farbig sind, stellt dies sicher, dass dies sichergestellt wird farbenblind Benutzer können sie bemerken. Wann klickbar Links und Bereiche sind groß. Dies hilft Benutzern, die a nicht kontrollieren können Maus mit Präzision. Wenn Seiten nicht so codiert werden, dass die Navigation mittels der Navigation behindert Klaviatur allein oder eine einzige Zugang wechseln Allein das Gerät hilft Benutzern, die keine Maus oder sogar eine Standard -Tastatur verwenden können. Wenn Videos sind Untertitel oder ein Zeichensprache Die Version ist verfügbar, taub und hart hörende Benutzer können das Video verstehen. Wenn blinkende Effekte vermieden oder optional gemacht werden, neigen Benutzer anfällig für Anfälle verursacht durch diese Effekte sind nicht gefährdet. Und wenn Inhalte in einer einfachen Sprache geschrieben und mit Anweisungsdiagrammen und Animationen illustriert werden, werden Benutzer mit Dyslexie und Lernschwierigkeiten sind besser in der Lage, den Inhalt zu verstehen. Wenn die Websites korrekt gebaut und gewartet werden, können alle diese Benutzer untergebracht werden, ohne die zu verringern Benutzerfreundlichkeit der Website für nicht behinderte Benutzer.
Zu den Anforderungen, die die Web -Barrierefreiheit angibt, gehören:
- Visuell: Sehbehinderungen einschließlich Blindheit, verschiedene gemeinsame Arten von schlechte Sicht und schlechtes Sehvermögen, verschiedene Arten von Farbenblindheit;
- Motor/Mobilität: z.B. Schwierigkeit oder Unfähigkeit, die Hände, einschließlich Zittern, Muskellangsamkeit, feiner Muskelkontrolle usw., aufgrund von Bedingungen wie z. Parkinson-Krankheit, Muskeldystrophie, Zerebralparese, streicheln;
- Hörausschuss: Taubheit oder Hörbehinderungen, einschließlich Personen, die schwer zu hören sind;
- Anfälle: Foto epileptisch Anfälle verursacht durch visuelle Blitz oder Blinkeffekte.
- Kognitiv und intellektuell: Entwicklungsstörungen, Lernschwierigkeiten (Dyslexie, Dyskalkulieusw.) und kognitive Behinderungen (PTBS, Alzheimer) verschiedener Herkunft, beeinflussen Gedächtnis, Aufmerksamkeit, Entwicklungs "Reife", Problemlösung und logische Fähigkeiten usw.
Die Zugänglichkeit beschränkt sich nicht auf die obige Liste, sondern erstreckt sich auf jeden, der eine dauerhafte, vorübergehende oder situative Behinderung hat. Die Situationsbehinderung bezieht sich auf jemanden, der möglicherweise eine Grenze auf der Grundlage der aktuellen Erfahrung erlebt. Zum Beispiel kann eine Person signifikant einhändig sein, wenn sie ein Baby trägt. Die Zugänglichkeit der Web sollte sich von Benutzern bewusst sein, die eine Vielzahl von Hindernissen haben. Leider erhielten laut einer webaim -Umfrage von Webaim -Umfragen von Weboca -Barrierefreien aus dem Jahr 2018 fast 93% der Befragten keine formelle Schule für die Zugänglichkeit von Webs.[2]
Assistive Technologien, die für das Webstöbern verwendet werden
Personen, die mit einer Behinderungsnutzung leben Assistive Technologien wie das Folgende, um das Browsing von Webs zu aktivieren und zu unterstützen:
- Bildschirmleser Software, die mithilfe der synthetisierten Sprache vorlesen kann, entweder ausgewählte Elemente dessen, was auf dem Monitor angezeigt wird (hilfreich für Benutzer mit Lese- oder Lernschwierigkeiten) oder alles lesen kann, was auf dem Computer geschieht (verwendet von Blind und Sehbehinderte Benutzer).
- Braille -Terminals, bestehend aus a Erfrischbare Braille -Anzeige das macht Text als Blindenschrift Charaktere (normalerweise durch Anheben von Stiften durch Löcher in einer flachen Oberfläche) und entweder eine Mainstream -Tastatur oder eine Braille -Tastatur.
- Bildschirmvergrößerung Software, die das, was auf dem Computermonitor angezeigt wird, vergrößert und das Lesen von Benutzern von Sehstörungen erleichtert.
- Spracherkennung Software, die gesprochene Befehle auf den Computer akzeptieren oder diktiert in grammatikalisch korrekten Text verwandeln kann - nützlich für diejenigen, die Schwierigkeiten haben, eine Maus oder eine Tastatur zu verwenden.
- Tastaturüberlagerungen, die das Tippen für diejenigen mit motorischen Steuerschwierigkeiten erleichtern oder genauer machen können.
- Zugang zu untertitelten oder Gebärdensprachenvideos für gehörlose Personen.
Richtlinien zum zugänglichen Webdesign
Richtlinien für Zugänglichkeitszüge auf Webinhalte
1999 die Initiative für Web -Accessibility, ein Projekt von der World Wide Web Konsortium (W3C), veröffentlichte die Richtlinien für die Zugänglichkeit von Webinhalten WCAG 1.0.
Am 11. Dezember 2008 veröffentlichte das WAI die WCAG 2.0 als Empfehlung. WCAG 2.0 zielt darauf ab, auf dem neuesten Stand und technologisch neutral zu sein. Obwohl Webdesigner für den folgenden Standard auswählen können, wurde der WCAG 2.0 als definitive Richtlinien zum Erstellen von zugänglichen Websites weithin akzeptiert. Die Regierungen übernehmen den WCAG 2.0 stetig als Barrierefreiheit Standard für ihre eigenen Websites.[3] Im Jahr 2012 wurden die Richtlinien für die Zugänglichkeit von Webinhalten auch als ISO/IEC -Standard veröffentlicht: "ISO/IEC 40500: 2012: Informationstechnologie - W3C -Richtlinien zur Zugänglichkeit (WCAG) 2.0".[4]
Kritik an WAI -Richtlinien
Es gab einige Kritik am W3C -Prozess und behauptet, dass der Benutzer nicht ausreichend in den Mittelpunkt des Prozesses steht.[5] Die ursprüngliche Behauptung von WCAG gab einen formellen Einspruch Lisa Seeman und unterschrieben von 40 Organisationen und Menschen.[6] In Artikeln wie "WCAG 2.0: Die neuen W3C -Richtlinien bewertet",[7] "Zur Hölle mit WCAG 2.0"[8] und "Testbarkeit kostet zu viel",[9] Das WAI wurde dafür kritisiert, dass WCAG 1.0 mit den heutigen Technologien und Techniken zum Erstellen und Konsum von Webinhalten, für das langsame Entwicklungstempo von WCAG 2.0, zunehmend nicht mehr in den Schritt geraten ist, um die neuen Richtlinien schwer zu navigieren und zu verstehen, und andere argumentierte Fehler.
Wesentliche Komponenten der Web -Barrierefreiheit
Die Zugänglichkeit von Websites beruht auf der Zusammenarbeit mehrerer Komponenten:[10]
- Inhalt - Die Informationen in einer Webseite oder Webanwendung, einschließlich natürlicher Informationen (wie Text, Bilder und Geräusche) sowie Code oder Markup, die Struktur, Präsentation usw. definieren.
- Webbrowser, Medienspieler und andere "Benutzeragenten"
- Assistenztechnologie, in einigen Fällen - Bildschirmleser, alternative Tastaturen, Switches, Scan -Software usw.
- Das Wissen, die Erfahrungen der Benutzer und in einigen Fällen adaptive Strategien mit dem Web
- Entwickler - Designer, Codierer, Autoren usw., einschließlich Entwicklern mit Behinderungen und Benutzern, die Inhalte beisteuern
- Autoring -Tools - Software, die Websites erstellt
- Evaluierungstools - Web -Zugänglichkeitsbewertungs -Tools, HTML -Validatoren, CSS -Validatoren usw.
Netz Entwickler Normalerweise verwenden Autoring -Tools und Evaluierungstools zum Erstellen von Web Inhalt.
Personen (""Benutzer") Verwenden Sie das Web Browser, Medienspieler, Assistive Technologien oder andere "Benutzeragenten"um mit dem zu bekommen und zu interagieren Inhalt.[10]
Richtlinien für verschiedene Komponenten
Richtlinien zur Zugänglichkeit des Authoring Tool (ATAG)
- EINE MARKIERUNG[11] Enthält 28 Checkpoints, die Anleitungen enthalten:
- Erzeugung zugänglicher Ausgaben, die Standards und Richtlinien entsprechen
- Werbung für den Inhaltsautor für Zugangsbezogene Informationen
- Bereitstellung von Möglichkeiten, unzugängliche Inhalte zu überprüfen und zu korrigieren
- Integration der Zugänglichkeit in das Gesamtaussehen und Gefühl
- Machen Sie das Authoring -Tool selbst zugänglich für Menschen mit Behinderungen
Richtlinien für Zugänglichkeitszüge (Webinhalte) (WCAG)
- WCAG 1.0: 14 Richtlinien, die allgemeine Grundsätze des zugänglichen Designs sind
- WCAG 2.0: 4 Prinzipien, die die Grundlage für die Zugänglichkeit von Web bilden; 12 Richtlinien (nicht testbare) Ziele, auf die Autoren zielen sollten; und 65 Testsable Success -Kriterien.[12] Die W3C -Techniken für WCAG 2.0[13] ist eine Liste von Techniken, die Autoren unterstützen, um die Richtlinien und Erfolgskriterien zu erfüllen. Die Techniken werden regelmäßig aktualisiert, während die Prinzipien, Richtlinien und Erfolgskriterien stabil sind und sich nicht ändern.[14]
Richtlinien zur Zugänglichkeitsgängigkeit (UAAG)
- Uaag[15] Enthält eine umfassende Reihe von Kontrollpunkten, die abdecken:
- Zugriff auf alle Inhalte
- Benutzersteuerung über die Rendern von Inhalten
- Benutzersteuerung über die Benutzeroberfläche
- Standard -Programmierschnittstellen
Gesetze für Web -Barrierefreiheit
Wegen des Wachstums der Internetnutzung[16] Und seine wachsende Bedeutung im Alltag befassen sich Länder auf der ganzen Welt durch Gesetze mit digitalen Zugang. Ein Ansatz besteht darin, den Zugang zu Websites für Menschen mit Behinderungen durch die Verwendung bestehender Gesetze für menschliche oder Bürgerrechte zu schützen. Einige Länder schützen wie die USA den Zugang für Menschen mit Behinderungen durch den Technologiebeschaffungsprozess.[17] Es ist üblich, dass die Nationen die Richtlinien für Webinhalte (WCAG) 2.0 unterstützen und übernehmen, indem sie sich auf die Richtlinien ihrer Gesetzgebung beziehen.[18][19] Die Einhaltung der Richtlinien für die Zugänglichkeit ist in erster Linie in Nordamerika, Europa, Teilen Südamerikas und Teilen Asiens eine gesetzliche Anforderung.[20]
Australien
Im Jahr 2000 ein australisch Blinder Mann gewann einen Gerichtsverfahren in Höhe von 20.000 US -Dollar gegen die Sydney Organizing Committee der Olympischen Spiele (SOCOG).[21] Dies war der erste erfolgreiche Fall unter Diskriminierung des Diskriminierung von 1992 Weil SoCog ihre offizielle Website nicht hergestellt hatte, Olympische Spiele von Sydney, für blinde Benutzer ausreichend zugänglich. Die Menschenrechts- und Chancengleichheitskommission (HREOC) Ebenfalls veröffentlichtes World Wide Web Access: Disability Discrimination Act Advisory Notes.[22] Alle Regierungen in Australien haben auch Richtlinien und Richtlinien, die zugängliche öffentliche Websites erfordern.
Brasilien
Im BrasilienDie Bundesregierung veröffentlichte am 18. Januar 2005 ein Papier mit Richtlinien für die Zugänglichkeit für die öffentliche Überprüfung. Am 14. Dezember desselben Jahres wurde die zweite Version veröffentlicht, einschließlich Vorschlägen für die erste Version des Papiers. Am 7. Mai 2007 wurden die Richtlinien für die Zugänglichkeit des Papiers für alle Bundeswebsites obligatorisch. Die aktuelle Version des Papiers, das den WCAG 2.0 -Richtlinien folgt, heißt E-MAG, Modelo de Acessibilidade de Governo Eletrônico (Brasilianer wird von Brasilianisch gepflegt, die elektronische Staatsaufsichtsbehördensmodell) Ministerium für Planung, Budget und Management.
Das Papier kann auf seiner offiziellen Website angezeigt und heruntergeladen werden.[23]
Kanada
Im Jahr 2011 begann die kanadische Regierung mit der Umsetzung ein neuer Webstandards, die darauf abzielen, sicherzustellen, dass Regierungswebsites für mobile Geräte zugänglich, nutzbar, interoperabel und optimiert sind. Diese Standards ersetzen das gemeinsame Erscheinungsbild und das Gefühl von 2.0 (CLF 2.0) für das Internet.
Der erste dieser vier Standards, Standard für die Web -Barrierefreiheit von Webs[24] kam am 31. Juli 2013 in die volle Wirkung Richtlinien für Zugänglichkeitszüge auf Webinhalte (WCAG) 2.0 AA und enthält eine Liste von Ausschlüssen, die jährlich aktualisiert werden. Es wird von einer expliziten Bewertungsmethode begleitet[25] Das hilft den Regierungsabteilungen. Die Regierung entwickelte auch das Web Experience Toolkit (nass).[26] Eine Reihe wiederverwendbarer Webkomponenten zum Aufbau innovativer Websites. Das Wet hilft Regierungsabteilungen, innovative Websites aufzubauen, die zugänglich, nutzbar und interoperabel sind und daher den Standards der Regierung einhalten. Das Wet Toolkit ist Open Source und für alle verfügbar.
Die drei verwandten Webstandards sind: der Standard zur Optimierung von Websites und Anwendungen für mobile Geräte,[27] der Standard für die Websabilität von Web[28] und der Standard für Web -Interoperabilität.[29]
2019 die Regierung von Kanada bestanden die Accessable Canada Act. Dies baut auf der Provinzgesetzgebung wie dem auf Barrierefreiheit für Ontarier mit Behinderungengesetze, Die Zugänglichkeit für Manitobans Act und die Nova Scotia Accessibility Act.
europäische Union
Im Februar 2014 wurde ein Gesetzentwurf von der gebilligt Europäisches Parlament Die Begründung, dass alle von den Stellen des öffentlichen Sektors verwalteten Websites für alle zugänglich gemacht werden müssen.[30]
A Europäische Kommission Kommunikation Am 13. September 2005 wurde zur Zeit veröffentlicht.[1] Das Ziel der Kommission, "zu harmonieren und zu erleichtern öffentliche Auftragsvergabe von zugänglichen IKT -Produkten und -Dienstleistungen "wurde im Dezember 2005 in ein Mandat an Cen, Cenelec und ETSI eingebettet, Referenz M 376.[31] Ein Mandat ist eine Aufforderung zur Ausarbeitung und Einführung eines europäischen Standard- oder europäischen Standardisierungsgebiets, das an einen oder mehrere der europäischen Standardisierungsorganisationen ausgegeben wurde. Mandate werden in der Regel von der Standardisierungsorganisation akzeptiert, da sie auf vorläufiger Konsultation basieren, obwohl die Organisation technisch gesehen unabhängig ist und das Recht hat, das Mandat abzulehnen.[32] Das Mandat forderte auch die Entwicklung eines elektronischen Toolkits für öffentliche Verfahren, die es ihnen ermöglichten, Zugang zu den daraus resultierenden harmonisierten Anforderungen zu erhalten.[33] Die Kommission stellte auch fest, dass das harmonisierte Ergebnis zwar für öffentliche Beschaffungszwecke bestimmt ist, aber auch für nützliche Beschaffung im privaten Sektor.[33]: Abschnitt 2.3
Am 26. Oktober 2016 genehmigte das Europäische Parlament das Richtlinie der Web Accessibility, was erfordert, dass die Websites und mobilen Apps der Körperschaften des öffentlichen Sektors zugänglich sind. Die relevanten Zugänglichkeitsanforderungen werden im europäischen Standard beschrieben EN 301 549 V1.1.2 (veröffentlicht von ETSI). Es wurde erwartet, dass die EU -Mitgliedstaaten bis zum 23. September 2018 Gesetze und Vorschriften in Kraft setzen, die die relevanten Zugänglichkeitsanforderungen erzwingen.
- Websites der öffentlichen Stellen sollten bis zum 23. September 2018 einhalten.
- Mobile Apps bis 23. Juni 2021.
Einige Kategorien von Websites und Apps werden aus der Richtlinie ausgenommen, z. B. "Websites und mobile Anwendungen von öffentlichen Sendern und ihren Tochterunternehmen".[34]
Der "Rolling Plan für ICT Standardization 2017" der Europäischen Kommission stellt fest, dass ETSI -Standard EN 301 549 v1.1.2 aktualisiert werden muss, um die Anforderungen an die Zugangsanwendungen für mobile Anwendungen und Bewertungsmethoden hinzuzufügen, um die Einhaltung des Standards zu testen.[35]
2019 stellte die Europäische Union die vor Europäische Zugänglichkeitsgesetz, was jetzt gesehen wird[von wem?] als eines der führenden Gesetze für Digitale Zugänglichkeit.
Irland
Im Irland, The Disability Act 2005[36] erfordert, dass der Ort, an dem ein öffentliches Körper mit einem oder mehreren Personen in elektronischer Form kommuniziert, der Inhalt der Kommunikation so weit wie möglich für Personen mit einer Sehbehinderung zugänglich sein muss, für die die adaptive Technologie verfügbar ist "(Abschnitt 28 (2) ). Die National Disability Authority hat einen Praxiskodex erstellt[37] öffentliche Einrichtungen zur Erfüllung der Verpflichtungen des Gesetzes geben. Dies ist ein zugelassener Praxiskodex, und seine Bestimmungen haben die Kraft gesetzlicher gesetzlicher Verpflichtungen. Es heißt, dass eine öffentliche Einrichtung § 28 Abs. 2 einhalten kann, indem sie "bestehende Praktiken für die elektronische Kommunikation im Hinblick auf die Zugänglichkeit gegen relevante Richtlinien und Standards überprüfen", wobei das Beispiel "Doppelponität mit der Webocalibility -Initiative (WAI) der Web Accessibility Initiative) enthält (WAI). Richtlinien für Webinhalte Accessibility (WCAG) ".
Israel
Das israelische Justizministerium veröffentlichte kürzlich veröffentlichte Vorschriften, in denen Internet -Websites die israelischen Standard 5568 einhalten müssen. Die Hauptunterschiede zwischen dem israelischen Standard und dem W3C -Standard betreffen die Anforderungen an die Bereitstellung von Bildunterschriften und Texten für Audio- und Video -Medien. Die israelischen Standards sind etwas nachsichtiger, was die aktuellen technischen Schwierigkeiten bei der Bereitstellung solcher Untertitel und Texte auf Hebräisch widerspiegelt.[38]
Italien
In Italien wird die Web-Barrierefreiheit von den sogenannten registriert. "Legge Stanca"(Stanca Act), formelles Gesetz N.4 vom 9. Januar 2004, offiziell veröffentlicht auf dem Gazzetta Ufficiale Am 17. Januar 2004 basierte das ursprüngliche Stanca Act auf der WCAG 1.0. Am 20. März 2013 wurden die vom Stanca Act erforderlichen Standards auf die WCAG 2.0 aktualisiert.
Japan
Die Richtlinien für die Zugänglichkeit in den Webinhalten in Japan wurden 2004 als JIS festgelegt (JIS (Japanische Industriestandards) X 8341–3. JIS X 8341-3 wurde 2010 überarbeitet, um WCAG 2.0 zu übernehmen. Die neue Version, die von der Web Accessity Infrastructure Commission (WAIC) veröffentlicht wurde, hat die gleichen vier Prinzipien, 12 Richtlinien und 61 Erfolgskriterien wie WCAG 2.0.[39]
Malta
In Malta wurden seit 2003 die Bewertungen der Zugänglichkeit von Webinhalten von der Foundation for Information Technology Barrierefreiheit (FITA) durchgeführt.[40] Bis 2018 wurde dies in Übereinstimmung mit den Anforderungen des Equal Opportunity Act (2000) CAP 43 und angewandten WACG -Richtlinien geschehen.[41] Mit dem Aufkommen der EU Web Accessibility -Richtlinie wurde die Malta Communications Authority mit der Sicherstellung der Zugänglichkeit von Online -Ressourcen der maltesischen öffentlichen Einrichtungen beauftragt.[42] Fita liefert weiterhin öffentliche und gewerbliche Unternehmen IKT -Barrierefreiheit und wendet die Standard -EN301549 und WCAG 2.1 an. Daher gelten sowohl die Antidiskriminierungsgesetze für Chancengleichheit als auch die transponierte EU-Richtlinie zur Zugänglichkeit für das maltesische Szenario.
Norwegen
In Norwegen ist die Zugänglichkeit von Web eine gesetzliche Verpflichtung nach dem Gesetz vom 20. Juni 2008 Nr. 42 im Zusammenhang mit einem Verbot der Diskriminierung aufgrund von Behinderungen, auch als Antidiskriminierungs-Accessibility Act bezeichnet. Das Gesetz wurde 2009 in Kraft, und das Ministerium für Regierungsverwaltung, Reform und kirchliche Angelegenheiten [Fornyings-, Administrasjons-og KirkeDepartementet] veröffentlichten die Vorschriften für das universelle Design von Information und Kommunikationstechnologie (IKT) -Lösungen [Forskriift om univerell uutforming av Informasjons - OG Kommunikasjonsteknologiske (IKT) -Løsgner im Jahr 2013.[43] Die Vorschriften erfordern die Einhaltung der Richtlinien für die Zugänglichkeit von Webinhalten 2.0 (WCAG 2.0) / NS / ISO / IEC 40500: 2012, Stufe A und AA mit einigen Ausnahmen.[44][45] Die norwegische Agentur für öffentliches Management und Egovernment (DIFI) ist verantwortlich für die Überwachung der IKT -Lösungen, die auf die breite Öffentlichkeit abzielt, entsprechen den gesetzgeberischen und regulatorischen Anforderungen.[46]
Philippinen
Im Rahmen des Initiativen für Web -Barrierefreiheit auf den Philippinen, Die Regierung durch den Nationalen Rat für das Wohlergehen von Behinderungen (NCWDP) genehmigte die Empfehlung, eine Ad -hoc- oder Kerngruppe von Webmeistern zu bilden, die bei der Implementierung des von dem festgelegten Biwako Millennium -Frameworks beitragen werden. Unscap.
Das Philippinen war auch der Ort, an dem der Workshop des interregionalen Seminars und des regionalen Demonstrations -Workshops für zugängliche Informations- und Kommunikationstechnologien (IKT) für Menschen mit Behinderungen gehalten wurde, in denen elf Länder aus dem Asien - Pacific vertreten waren - vertreten. Die von Manila zugänglichen Informations- und Kommunikationstechnologien -Designempfehlungen wurden 2003 entworfen und übernommen.
Spanien
In Spanien ist UNE 139803: 2012 die Norm, die zur Regulierung der Web -Barrierefreiheit anvertraut wird. Dieser Standard basiert auf den Richtlinien für die Zugänglichkeit von Webinhalten 2.0.[47]
Schweden
In Schweden, Verva, ist die schwedische Agentur für Verwaltungsentwicklung für eine Reihe von Richtlinien für den schwedischen Websites des öffentlichen Sektors verantwortlich. Durch die Richtlinien wird die Web -Barrierefreiheit als integraler Bestandteil des Gesamtentwicklungsprozesses und nicht als separates Problem dargestellt. Die schwedischen Richtlinien enthalten Kriterien, die den gesamten Lebenszyklus einer Website abdecken. von seiner Konzeption bis zur Veröffentlichung von Live -Webinhalten. Diese Kriterien befassen sich mit mehreren Bereichen, die berücksichtigt werden sollten, einschließlich:
- Barrierefreiheit
- Benutzerfreundlichkeit
- Webstandards
- Datenschutzfragen
- Informationsarchitektur
- Inhalte für das Web entwickeln
- Auswahl der Content Management Systems (CMS) / Authoring Tools.
- Entwicklung von Webinhalten für mobile Geräte.
Eine englische Übersetzung wurde im April 2008 veröffentlicht: Schwedische nationale Richtlinien für Websites des öffentlichen Sektors.[48] Die Übersetzung basiert auf der neuesten Richtlinienversion, die 2006 veröffentlicht wurde.[49]
Vereinigtes Königreich
In dem Vereinigtes Königreich, das Gleichstellungsgesetz 2010 Bezieht sich nicht ausdrücklich auf die Zugänglichkeit der Website, macht es jedoch illegal, Menschen mit Behinderungen zu diskriminieren. Das Gesetz gilt für alle, die einen Dienst anbieten. öffentliche, private und freiwillige Sektoren. Das Praxiskodex: Zugangsrechte - Waren, Einrichtungen, Dienstleistungen und Räumlichkeiten dokumentieren[50] veröffentlicht von der Regierung der Regierung Kommission für Gleichheit und Menschenrechte Um das Gesetz zu begleiten, bezieht sich das Gesetz ausdrücklich auf Websites als einen der "Dienstleistungen für die Öffentlichkeit", die durch das Gesetz berücksichtigt werden sollten.
Im Dezember 2010 hat Großbritannien den Standard veröffentlicht BS 8878: 2010 Web Accessibility. Verhaltenskodex. Dieser Standard ersetzt PAS 78 effektiv (Pub. 2006). PAS 78, produziert von der Behindertenrechtskommission und von behinderten Menschen verwendbar. Der Standard wurde entwickelt, um nicht-technische Fachkräfte in eine verbesserte Zugänglichkeit, Benutzerfreundlichkeit und Benutzererfahrung für behinderte und ältere Menschen einzuführen.[51] Es wird für jeden, der in diesem Thema neu ist, besonders vorteilhaft sein, da dies eher zu Prozessanleitungen als zu technischen und entworfenen Problemen gibt. BS 8878 steht im Einklang mit dem Gleichstellungsgesetz 2010[52] und es wird im E-AccessionBility-Aktionsplan der britischen Regierung als Grundlage für aktualisierte Beratung zur Entwicklung zugänglicher Online-Dienste verwiesen. Es enthält Empfehlungen für:
- Einbeziehung von behinderten Menschen in den Entwicklungsprozess und die Verwendung automatisierter Tools, um bei den Zugänglichkeitstests zu helfen
- Die Verwaltung der Leitlinien und des Prozesses zur Aufrechterhaltung bestehender Richtlinien und Spezifikationen der Barrierefreiheit.
BS 8878 ist für alle, die für die Richtlinien für die Erstellung von Webprodukten innerhalb ihrer Organisation und die Governance gegen diese Richtlinien verantwortlich sind. Darüber hinaus hilft es Menschen, die für die Förderung und Unterstützung von Gleichstellungs- und Inklusionsinitiativen in Organisationen und Personen, die an der Beschaffung, Erstellung oder Ausbildung von Webprodukten und Inhalten beteiligt sind, verantwortlich sind. Eine Zusammenfassung von BS 8878[53] steht Organisationen zur Verfügung, um besser zu verstehen, wie der Standard ihnen helfen kann, die Zugänglichkeit und ein integratives Design in ihre Geschäftsprozesse zu verbringen.
Am 28. Mai 2019 wurde BS 8878 von ISO 30071-1 ersetzt, dem internationalen Standard, der auf BS 8878 basiert und es für die internationale Verwendung erweiterte. Eine Zusammenfassung der ISO 30071-1 bezieht sich auf BS 8878[54] ist verfügbar, um Organisationen zu helfen, den neuen Standard zu verstehen.
Am 9. April, Nationale Schiene ersetzte seine blaue und weiße Ästhetik durch ein Schwarzweißthema, das dafür kritisiert wurde, dass sie sich nicht den Richtlinien für die Zugänglichkeit der Webinhalte entsprechen. Das Unternehmen stellte das Blau -Weiß -Thema wieder her und investiert in die Modernisierung seiner Website gemäß den neuesten Richtlinien für Barrierefreiheit.[55]
Im Jahr 2019 neue Barrierefreiheit Vorschriften[56][57] In Kraft gesetzt, um die Einrichtungen des öffentlichen Sektors gesetzlich zu veröffentlichen, um Barrierefreiheitserklärungen zu veröffentlichen und ihre Websites bis zum 23. September 2020 zugänglich zu machen [58] Zugriffsanweisungen umfassen Informationen darüber, wie die Website getestet wurde, und den Plan der Organisation zur Behebung von Zugänglichkeitsproblemen. Aussagen sollten auf jeder Seite auf der Website veröffentlicht und verknüpft werden.[59]
Vereinigte Staaten
In dem Vereinigte Staaten, Abschnitt 508 Änderung des Rehabilitationsgesetzes von 1973 Erfordert, dass alle elektronischen und Informationstechnologien der Bundesbehörden für Menschen mit Behinderungen zugänglich sind. Beide Mitglieder der öffentlichen und Bundesangestellten haben das Recht, auf diese Technologie wie Computerhardware und Software, Websites, Telefonsysteme und Kopierer zuzugreifen.[60] Ebenfalls, Abschnitt 504 des Rehabilitationsgesetzes verbietet Diskriminierung aufgrund von Behinderungen für Unternehmen, die Bundesmittel erhalten, und wurde in mehreren Klagen gegen Organisationen wie Krankenhäuser, die Bundesmittel über Medicare/Medicaid erhalten, in mehreren Klagen angeführt.
Zusätzlich, Titel III des Americans with Disabilities Act (ADA) verbietet Diskriminierung aufgrund von Behinderungen. Es gibt einige Debatten zu dieser Angelegenheit; Mehrere Gerichte und das US -Justizministerium haben die Position eingenommen, dass die ADA -Website- und App -Betreiber und Eigentümer bejahende Schritte unternehmen, um ihre Websites und Apps für behinderte Menschen zugänglich zu machen und mit gemeinsamen assistiven Technologien wie dem Jaws -Bildschirmleser kompatibel zu sein, während Andere Gerichte haben die Position eingenommen, dass sich die ADA nicht online bewerbt. Das US -Justizministerium hat den WCAG2.0AA -Standard als geeigneter Standard für die Zugänglichkeit in mehreren Vergleichsvereinbarungen gebilligt.[61]
Seit 2017 wurden zahlreiche Klagen, die Websites und mobile Apps auf der Grundlage der ADA in Frage stellen. Diese Fälle scheinen durch einen Fall von 2017 zugelassen zu sein. Gil v. Winn Dixie Stores, in dem ein Bundesgericht in Florida das entschied Winn DixieDie Website muss zugänglich sein. Rund 800 Fälle im Zusammenhang mit der Zugänglichkeit von Webs wurden 2017 eingereicht, und im Jahr 2018 wurden über 2.200 eingereicht. Außerdem, obwohl das Justizministerium im Jahr 2010 angegeben hatte, würden sie Richtlinien für die Zugänglichkeit von Webs veröffentlichen, haben sie diesen Plan im Jahr 2017 rückgängig gemacht, auch rechtliche Schritte auswirken gegen unzugängliche Stellen.[62]
Eine bemerkenswerte Klage im Zusammenhang mit der ADA wurde eingereicht Dominos Pizza von einem blinden Benutzer, der die mobile App von Domino nicht verwenden konnte. Auf der Ebene des Bundesbezirks entschied das Gericht zugunsten von Domino, da das Justizministerium die Richtlinien für die Zugänglichkeit nicht festgelegt hatte, aber dies wurde an die Berufung eingelegt Neunte Schaltung. Der neunte Stromkreis hat das Bezirksgericht außer Kraft gesetzt und entschieden, dass Domino's ein stationäres Geschäft ist, das die ADA erfüllen muss, und die mobile App eine Erweiterung ihrer Dienste, ihre App muss auch mit der ADA konform sein. Dominos Petition beim Obersten Gericht Ordnungsgemäßes Verfahren Da behinderte Kunden andere, zugänglichere Mittel zur Bestellung haben.[62] Im Oktober 2019 lehnte der Oberste Gerichtshof ab, den Fall zu hören, der die Entscheidung des 9. Gerichtsgerichts effektiv bestätigte und den Fall verlangt, dass er angehört wird.[63][64]
Die Anzahl und die Kosten für Bundal Barrierefreiheit Klagen sind in den letzten Jahren dramatisch gestiegen.[65]
Website -Audits auf der Website
Eine wachsende Anzahl von Organisationen, Unternehmen und Beratern bieten an Website -Audits auf der Website. Diese Audits, eine Art von Art von SystemtestsIdentifizieren Sie auf einer Website Zugänglichkeitsprobleme und geben Sie Ratschläge und Anleitungen zu den Schritten, die unternommen werden müssen, um diese Probleme zu beheben.
Eine Reihe von Methoden wird verwendet, um Websites für zu prüfen Barrierefreiheit:
- Es stehen automatisierte Tools zur Verfügung, mit denen einige der vorhandenen Probleme identifiziert werden können. Abhängig vom Tool kann das Ergebnis stark variieren, was es schwierig macht, die Testergebnisse zu vergleichen.[66]
- Experten -technische Gutachter, die sich mit Webdesign -Technologien und Zugänglichkeit kennen, können eine repräsentative Auswahl von Seiten überprüfen und detaillierte Feedback und Beratung basierend auf ihren Ergebnissen geben.
- Benutzertests, die normalerweise von technischen Experten beaufsichtigt werden, umfasst Aufgaben für normale Benutzer, um die Website auszuführen und die Probleme zu überprüfen, die diese Benutzer begegnen, wenn sie versuchen, die Aufgaben auszuführen.
Jede dieser Methoden hat ihre Stärken und Schwächen:
- Automatisierte Tools können viele Seiten in relativ kurzer Zeit verarbeiten, können jedoch nur einen begrenzten Teil der auf der Website vorhandenen Zugänglichkeitsprobleme identifizieren.
- Die Überprüfung des technischen Experten wird viele der existierenden Probleme identifizieren, aber der Prozess ist zeitaufwändig, und viele Websites sind zu groß, um es einer Person zu ermöglichen, jede Seite zu überprüfen.
- Benutzertests kombiniert Elemente der Benutzerfreundlichkeit und Zugänglichkeitstests und sind wertvoll, um Probleme zu identifizieren, die ansonsten übersehen werden könnten, müssen jedoch sachkundig verwendet werden, um das Risiko zu vermeiden, dass Entwurfsentscheidungen auf die Präferenzen eines Benutzers beruhen.
Im Idealfall sollte eine Kombination von Methoden verwendet werden, um die Zugänglichkeit einer Website zu bewerten.
Sanierung unzugänglicher Websites
Sobald ein Barrierefreiheits -Audit durchgeführt wurde und Fehler bei der Erfindung der Zugänglichkeit ermittelt wurden, müssen die Fehler behoben werden, um sicherzustellen, dass die Site mit Zugangsfehlern entspricht. Die traditionelle Methode zur Korrektur einer unzugänglichen Site besteht darin, in den Quellcode zurückzukehren, den Fehler neu zu programmieren und dann zu testen, um sicherzustellen, dass der Fehler behoben wurde. Wenn die Website in naher Zukunft nicht überarbeitet werden soll, würde dieser Fehler (und andere) über einen längeren Zeitraum auf der Website bleiben und möglicherweise gegen die Richtlinien für die Barrierefreiheit verstoßen. Da dies ein komplizierter Prozess ist, entscheiden sich viele Website-Eigentümer dafür, Barrierefreiheit zu einem neuen Site-Design oder -Verwart aufzubauen, da es effizienter sein kann, die Website zu entwickeln, um die Richtlinien für die Zugänglichkeit einzuhalten, anstatt später Fehler zu beheben.
Mit dem Fortschritt in Ai Technologie, Web -Barrierefreiheit ist zugänglicher geworden. Mit Drittanbieter -Addons, die KI nutzen und maschinelles LernenEs ist möglich, Änderungen an der anzubieten Website design ohne den Quellcode zu ändern. Auf diese Weise kann eine Website für verschiedene Arten von Benutzern zugänglich sein, ohne dass die Website für jede Zugänglichkeitsgeräte angepasst werden muss.[67]
Zugängliche Webanwendungen und WAI-Aria
Damit eine Webseite auf alle wichtigen Semantik zur Funktionalität der Seite zugänglich ist, müssen die Assistenztechnologie den Inhalt verstehen und verarbeiten und es für den Benutzer anpassen. Da der Inhalt jedoch immer komplexer wird, werden die Standard -HTML -Tags und -attribute bei der zuverlässigen Bereitstellung von Semantik unzureichend. Moderne Webanwendungen wenden häufig Skripte auf Elemente an, um ihre Funktionalität zu steuern und sie als Steuerung oder andere dynamische Komponente zu ermöglichen. Diese benutzerdefinierten Komponenten oder Widgets bieten keine Möglichkeit, dem Benutzeragenten semantische Informationen zu übermitteln. Wai-Aria (Zugriffsreiche Internetanwendungen) ist eine Spezifikation[68] veröffentlicht von der World Wide Web Konsortium Das gibt an, wie die Erhöhung der Erhöhung Barrierefreiheit von dynamischer Inhalt und Benutzeroberflächenkomponenten entwickelt mit Ajax, Html, JavaScript und verwandte Technologien. ARIA ermöglicht die Zugänglichkeit, indem er dem Autor alle Semantik bereitstellen kann, um sein unterstütztes Verhalten vollständig zu beschreiben. Es ermöglicht jedem Element auch, seine aktuellen Zustände und Eigenschaften sowie seine Beziehungen zwischen anderen Elementen freizulegen. Zugänglichkeitsprobleme mit dem Fokus- und Registerkarte Index werden ebenfalls korrigiert.
Siehe auch
- Zugänglicher Verlagswesen
- Augmentative und alternative Kommunikation
- Blauer Mütze Tag
- Computer -Zugänglichkeit
- Geräteunabhängigkeit
- Digitale Kluft
- Europäische Internetzängbarkeits -Observatorium
- Wissen
- Maguire gegen Sydney Organisationskomitee für die Olympischen Spiele (2000)
- Multimodale Interaktion
- Progressive Enhancement
- universal Design
- Initiative für Web -Accessibility
- Web Engineering
- Web -Interoperabilität
- Webkompetenz
Verweise
- ^ a b Europäische Kommission, Kommunikation der Kommission zum Rat, dem Europäischen Parlament und dem Europäischen Wirtschafts- und Sozialkomitee sowie des Ausschusses der Regionen: EACCESSIBILITY Archiviert 19. November 2021 bei der Wayback -Maschine, [Sec (2005) 1095], veröffentlicht am 13. September 2005, abgerufen am 19. November 2021
- ^ "Web -Barrierefreiheit: Eine Einführung". Treehouse -Blog. 30. Juli 2020. Archiviert vom Original am 26. November 2020. Abgerufen 19. November 2020.
- ^ Mark Rogers (13. November 2012). "Government Barrierefreiheit Standards und WCAG 2.0". PowerMapper.com. Archiviert Aus dem Original am 16. Dezember 2014. Abgerufen 15. Dezember 2014.
- ^ ISO: ISO/IEC 40500: 2012: Informationstechnologie - W3C -Webinhalte -Richtlinien (WCAG) 2.0 Archiviert 7. Dezember 2017 bei der Wayback -Maschine.
- ^ Jonathan Chetwynd (24. Juli 2007). "Setzen Sie den Benutzer im Mittelpunkt des W3C -Prozesses". Jisc Cetis. Archiviert von das Original am 5. März 2016. Abgerufen 15. Januar 2015.
- ^ Lisa Seeman (20. Juni 2006). "Formeller Einwand gegen WCAG 2.0". W3C Public Mailing List Archive. Archiviert Aus dem Original am 22. November 2012. Abgerufen 16. Dezember 2012.
- ^ Sagt Trenton Moss. "WCAG 2.0: Die neuen Richtlinien für die Barrierefreiheit von W3C" wurden bewertet ". Webcredible.co.uk. Archiviert Aus dem Original am 2. Juli 2013. Abgerufen 28. Juli 2013.
- ^ Joe Clark (11. Juli 2013). "Zur Hölle mit WCAG 2 · A A List Apart Artikel". Alistapart.com. Archiviert Aus dem Original am 2. März 2011. Abgerufen 28. Juli 2013.
- ^ Gian Sampson-Wild (11. Juli 2013). "Die Testbarkeit kostet zu viel · eine Liste außerhalb des Artikels". Alistapart.com. Archiviert Aus dem Original am 7. August 2011. Abgerufen 28. Juli 2013.
- ^ a b Shawn Lawton Henry (August 2005). "Wesentliche Komponenten der Web -Barrierefreiheit". World Wide Web Konsortium. Archiviert Aus dem Original am 20. April 2018. Abgerufen 31. Juli 2019.
- ^ Shawn Lawton Henry (Dezember 2008). "Richtlinien zur Zugänglichkeit des Authoring Tool (ATAG)". World Wide Web Konsortium. Archiviert Aus dem Original am 16. Januar 2013. Abgerufen 18. Dezember 2012.
- ^ "Richtlinien für Webinhalte (WCAG) 2.0". W3c. Archiviert Aus dem Original am 18. Februar 2011. Abgerufen 17. Dezember 2014.
- ^ "Techniken für WCAG 2.0". W3c. Archiviert vom Original am 20. Dezember 2014. Abgerufen 17. Dezember 2014.
- ^ "Verstehen von Techniken für WCAG -Erfolgskriterien". W3c. Archiviert Aus dem Original am 18. Dezember 2014. Abgerufen 17. Dezember 2014.
- ^ Shawn Lawton Henry (Juli 2005). "Richtlinien zur Zugänglichkeitsgängigkeit (UAAG) Übersicht". World Wide Web Konsortium. Archiviert Aus dem Original am 16. Januar 2013. Abgerufen 18. Dezember 2012.
- ^ "Internetnutzungsstatistik". Miniwatts Marketing Group. 30. Juni 2014. Archiviert Aus dem Original am 23. Juni 2011. Abgerufen 17. Dezember 2014.
- ^ Timothy Stephen Springer (24. Februar 2010). "Abschnitt 508 des Rehabilitationsgesetzes". SSB BART Group. Archiviert von das Original am 31. August 2015. Abgerufen 24. August 2015.
- ^ "Weltgesetze Einführung in Gesetze in der ganzen Welt". Webaim (Web -Barrierefreiheit im Sinne). Archiviert Aus dem Original am 26. November 2014. Abgerufen 18. Dezember 2014.
- ^ "Digital Barrierefreiheit Gesetze auf der ganzen Welt". Anwaltskanzlei von Lainey Feingold. 9. Mai 2013. Archiviert Aus dem Original am 24. Dezember 2014. Abgerufen 17. Dezember 2014.
- ^ "Was ist die Zugänglichkeit von Webs und warum ist es für den Erfolg Ihrer Website von entscheidender Bedeutung?". Helios Design. Archiviert vom Original am 30. September 2020. Abgerufen 10. September 2020.
- ^ "Maguire gegen Socog | Australische Menschenrechtskommission". Humanrights.gov.au. Archiviert Aus dem Original am 11. Januar 2022. Abgerufen 11. Januar 2022.
- ^ "World Wide Web Access: Disability Discrimination Act Advisory Notes Ver 4.0 (2010) | Australische Menschenrechtskommission". Hreoc.gov.au. 1. Juli 2010. Archiviert Aus dem Original am 31. August 2012. Abgerufen 28. Juli 2013.
- ^ "E-MAG-Modello de acessibilidade de Governo Eletrônico". Governoeletonico.gov.br. Archiviert Aus dem Original am 4. Januar 2014. Abgerufen 4. Januar 2014.
- ^ "Standard für Web -Barrierefreiheit". Regierung von Kanada. Regierung von Kanada. 2. August 2011. Archiviert Aus dem Original am 23. Juli 2013. Abgerufen 4. Februar 2019.
- ^ "Bewertungsmethode". Regierung von Kanada. 25. Januar 2012. archiviert von das Original am 16. März 2015. Abgerufen 14. Dezember 2014.
- ^ "Das Web Experience Toolkit". Regierung von Kanada. 25. Januar 2012. archiviert von das Original am 10. Oktober 2014. Abgerufen 14. Dezember 2014.
- ^ "Standard zur Optimierung von Websites und Anwendungen für mobile Geräte". Regierung von Kanada. 30. April 2013. archiviert von das Original am 19. März 2015. Abgerufen 14. Dezember 2014.
- ^ "Standard für die Websabilität von Web" ". Regierung von Kanada. 25. Januar 2012. archiviert von das Original am 19. März 2015. Abgerufen 14. Dezember 2014.
- ^ "Standard für Web -Interoperabilität". Regierung von Kanada. 2. August 2012. archiviert von das Original am 19. März 2015. Abgerufen 14. Dezember 2014.
- ^ "Die Abgeordneten stimmen, um Online -öffentliche Dienste für alle zugänglich zu machen". www.europarl.europa.eu. Europäisches Parlament. 26. Februar 2014. Archiviert Aus dem Original am 24. September 2015. Abgerufen 28. Februar 2017.
- ^ Ebene Zugang, Mandat der Europäischen Union M 376 Archiviert 20. November 2021 bei der Wayback -Maschine, abgerufen am 20. November 2021
- ^ Europäische Kommission, Standardisierungsanfragen - Mandate Archiviert 20. November 2021 bei der Wayback -Maschine, abgerufen am 20. November 2021
- ^ a b Europäische Kommission, Standardisierungsmandat an CEN, Cenelec und ETSI zur Unterstützung der europäischen Zugänglichkeitsanforderungen für die öffentliche Beschaffung von Produkten und Dienstleistungen in der IKT -Domäne Archiviert 22. Dezember 2021 bei der Wayback -Maschine, M 376 - EN, veröffentlicht am 7. Dezember 2005, abgerufen am 20. November 2021
- ^ Richtlinie (EU) 2016/2102 des Europäischen Parlaments und des Rates vom 26. Oktober 2016 über die Zugänglichkeit der Websites und mobilen Anwendungen der Körper des öffentlichen Sektors Archiviert 29. März 2017 bei der Wayback -Maschine, Eur-Glex; Veröffentlicht am 2. Dezember 2016 im 'Official Journal of the European Union', greift am 28. März 2017 ab.
- ^ Europäische Kommission: Generaldirektion für Binnenmarkt, Industrie, Unternehmertum und KMU: Rolling Plan für IKT Standardisierung 2017. Com (2016) 176 Finale. Archiviert 29. März 2017 bei der Wayback -Maschine. Zugriff am 28. März 2017.
- ^ "Behinderung Act 2005 - Zehnte ein Oireachais" ". Oireachtas.ie. 13. November 2009. Archiviert Aus dem Original am 24. November 2012. Abgerufen 28. Juli 2013.
- ^ "Praxiskodex zur Zugänglichkeit von öffentlichen Diensten und Informationen, die von öffentlichen Stellen bereitgestellt werden". Nda.ie. 21. Juli 2006. archiviert von das Original am 19. August 2013. Abgerufen 28. Juli 2013.
- ^ "Israel Technology Law Blog, Website -Anforderungen an die Zugänglichkeit". Archiviert von das Original am 28. September 2014.
- ^ "JIS X 8341-3: 2010". Waic.jp (auf Japanisch). Infrastrukturkommission für Web -Barrierefreiheit. Archiviert Aus dem Original am 4. Januar 2015. Abgerufen 15. Januar 2015.
- ^ "Fita - 15 Jahre Dienst, Projekte und Innovation". Archiviert vom Original am 29. Dezember 2020. Abgerufen 23. August 2020.
- ^ "Fita Services". Archiviert vom Original am 29. Dezember 2020. Abgerufen 23. August 2020.
- ^ "MCA - Web -Barrierefreiheit". 14. Dezember 2018. Archiviert vom Original am 11. August 2020. Abgerufen 23. August 2020.
- ^ "Regulierung für das universelle Design von Lösungen für Informations- und Kommunikationstechnologie (IKT)". Ministerium für lokale Regierung und Modernisierung. 21. Juni 2013. Archiviert Aus dem Original am 11. November 2016. Abgerufen 10. November 2016.
- ^ Giannoumis, G. Anthony (2014). "Regulierung von Webinhalten: Der Zusammenhang der Gesetzgebung und der Leistungsstandards in Großbritannien und Norwegen". Verhaltenswissenschaften und das Gesetz. 32 (1): 52–75. doi:10.1002/bsl.2103. HDL:10642/2585. PMID 24504974.
- ^ "Forskrift om univerell utforming av Informasjon". Lovdata. Archiviert Aus dem Original am 6. November 2014. Abgerufen 6. November 2014.
- ^ "Der Aktionsplan der Regierung für Universal Design 2015–2019" (PDF). Norwegisches Ministerium für Kinder, Gleichheit und soziale Inklusion. Archiviert (PDF) Aus dem Original am 11. November 2016. Abgerufen 10. November 2016.
- ^ "Une 139803: 2012 Requisitos de accesibilidad para condenidos en ..." www.en.une.org. Archiviert vom Original am 24. Oktober 2020. Abgerufen 5. Mai 2020.
- ^ "Schwedische nationale Richtlinien für Websites des öffentlichen Sektors" (PDF). Arkiv.Edelegationden.se. Verva. April 2008. Archiviert (PDF) Aus dem Original am 3. März 2016. Abgerufen 15. Januar 2015.
- ^ Peter Krantz (2006). "Neue Version der Richtlinien für den schwedischen Websites des öffentlichen Sektors". Standards-sschmandards.com. Archiviert Aus dem Original am 23. Januar 2013. Abgerufen 18. Dezember 2012.
- ^ "Ein Leitfaden zur guten Praxis bei der Inbetriebnahme zugänglicher Websites" (PDF). Gleichstellung und Menschenrechtskommission. Archiviert (PDF) Aus dem Original am 10. Juni 2012. Abgerufen 18. Dezember 2012.
- ^ "BS 8878: 2010 Web Accessibility. Code of Praxis". British Standards Institute. Archiviert Aus dem Original am 23. Dezember 2014. Abgerufen 15. Januar 2015.
- ^ "Gleichstellungsgesetz 2010". Gesetzgebung.gov.uk. Archiviert Aus dem Original am 1. April 2011. Abgerufen 28. Juli 2013.
- ^ "BS 8878 Web Accessibility Standards - Alles, was Sie wissen müssen". Hassell Inklusion. Archiviert Aus dem Original am 12. August 2013. Abgerufen 28. Juli 2013.
- ^ "ISO 30071-1 Digitale Barrierefreiheitsstandards (ersetzt BS 8878)-Alles, was Sie wissen müssen". Hassell Inklusion. Archiviert vom Original am 27. Mai 2019. Abgerufen 28. Mai 2019.
- ^ "Prinz Philip: '' Barrierefreiheitsprozess 'der National Rail hat nicht sehen ...". Archiviert vom Original am 13. April 2021. Abgerufen 19. Mai 2022.
- ^ "Vorschriften zur Zugänglichkeit neuer Websites des öffentlichen Sektors sind in Kraft gesetzt". Gov.uk. Archiviert vom Original am 1. September 2021. Abgerufen 3. September 2021.
- ^ "Verständnis der Zugänglichkeitsanforderungen für Körper des öffentlichen Sektors". Gov.uk. Archiviert Aus dem Original am 3. September 2021. Abgerufen 3. September 2021.
- ^ "Verständnis der Anforderungen an den öffentlichen Sektor | Lokale Regierungsvereinigung". www.local.gov.uk. Archiviert Aus dem Original am 3. September 2021. Abgerufen 3. September 2021.
- ^ "Barrierefreiheit Vorschriften für Körper des öffentlichen Sektors". Barrierefreiheit.Campaign.gov.uk. Archiviert Aus dem Original am 3. September 2021. Abgerufen 3. September 2021.
- ^ Yanchulis, Dave. "Über die Standards der Abschnitt 508 - United States Access Board". www.access-board.gov. Archiviert Aus dem Original am 22. März 2018. Abgerufen 18. März 2018.
- ^ "Nichtdiskriminierung auf der Grundlage der Behinderung in öffentlichen Unterkünften und gewerblichen Einrichtungen". www.ada.gov. Archiviert Aus dem Original am 18. Mai 2018. Abgerufen 14. Mai 2018.
- ^ a b Higgens, Tucker (25. Juli 2019). "Ein blinder Mann konnte Pizza nicht von Domino bestellen. Das Unternehmen möchte, dass der Oberste Gerichtshof sagt, Websites müssen nicht zugänglich sein.". CNBC. Archiviert Aus dem Original am 30. Juli 2019. Abgerufen 1. August 2019.
- ^ "Robles v. Domino's Pizza LLC". Informationen, Anleitung und Schulung für das Gesetz über Amerikaner mit Behinderungen. Syracuse University: Southeast Ada Center. 23. Juni 2021. archiviert von das Original am 8. April 2022. Abgerufen 22. Juni 2022.
- ^ "Robles v. Domino's Pizza erklärte". 18. Oktober 2019. Archiviert Aus dem Original am 19. Mai 2022. Abgerufen 27. Januar 2020.
- ^ "Anzahl der Klagen der Bunde der Website Barrierefreiheit fast dreifach und übersteigt 2250 im Jahr 2018". ADA -Titel III. 31. Januar 2019. Archiviert vom Original am 18. Mai 2020. Abgerufen 14. Mai 2020.
- ^ Krantz, Peter. "Fallstricke der Bewertungswerkzeuge für Web -Barrierefreiheit". Standards-sschmandards.com. Archiviert Aus dem Original am 19. Dezember 2012. Abgerufen 23. Dezember 2012.
- ^ "KI für Barrierefreiheit". Microsoft. 13. März 2020. Archiviert vom Original am 10. März 2020. Abgerufen 13. März 2020.
- ^ "Accessable Rich Internet Applications (WAI-ARIA) 1.0". World Wide Web Konsortium. 12. Dezember 2012. Archiviert Aus dem Original am 30. Dezember 2012. Abgerufen 18. Dezember 2012.
Die grundlegenden WCAG -Anforderungen - Was Sie benötigen, um sich mit WCAG, 2018 zu entwickeln Entwerfen von Offline-First-Web-Apps von Alex Feyerked Dezember 04, 2013
Weitere Lektüre
- Bangeman, Eric (10. September 2006). "Richter: ADA -Klage gegen Ziel kann vorgehen". ARS Technica. Abgerufen 26. September 2006.
- Clark, Joe (2003). Erstellen zugänglicher Websites. Neue Reiter Presse. ISBN 978-0-7357-1150-1.
- Horton, Sarah; Whitney Quesenbery (2013). Ein Web für alle: Entwerfen zugänglicher Benutzererlebnisse. Brooklyn, New York: Rosenfeld. ISBN 978-1-933820-97-2.
- Paciello, Michael (2000). Web -Barrierefreiheit für Menschen mit Behinderungen. CMP -Bücher. ISBN 978-1-929629-08-4.
- Revilla, Olga (2010). WCAG 2.0 hat einfach gemacht. Itákora Press. ISBN 978-84-614-6177-6.
- Slatin, John; Sharron Rush (2002). Maximale Zugänglichkeit: Ihre Website für alle verwendbarer machen. Addison-Wesley Professional. ISBN 978-0-201-77422-1.
- Thatcher, Jim; Cynthia Waddell; Shawn Henry; Sarah Swierenga; Mark Urban; Michael Burks; Paul Bohman (2003). Erstellung von zugänglichen Websites (Nachdruck ed.). Apress (früher von Glasshaus). ISBN 978-1-59059-148-2.
- Pickering, Heydon; Steve Faulkner (2014). Apps für alle: codieren zugängliche Webanwendungen (eBook ed.). Smashing Magazine GmbH. ISBN 978-3-94454079-5.
- Hassell, Jonathan (2014). Einschließlich Ihrer fehlenden 20% durch Einbetten von Web und Mobile Barrierefreiheit. BSI. ISBN 978-0-58081-204-0.
Externe Links
- So entwerfen Sie für Barrierefreiheit (BBC)
- Inklusive Designprinzipien
- Apple Developer Barrierefreiheit Ressourcen
- Web Accessity Checker
- BBC Gel Technical Barrierefreiheit Guides
- Google Developer Barrierefreiheit Ressourcen
- Microsoft Developer Barrierefreiheit Ressourcen
- W3C WCAG Developer Barrierefreiheit Ressourcen
- Eine kuratierte Liste großartiger Zugänglichkeitstools, Artikel und Ressourcen
Standards und Richtlinien
- W3C - Web Accessibility Initiative (WAI)
- W3C - Richtlinien zur Zugänglichkeit (Webinhalte) 2.0
- Kommission für Gleichheit und Menschenrechte: PAS 78: Ein Leitfaden für eine gute Praxis bei der Inbetriebnahme zugänglicher Websites (die BS 8878 ersetzt)
- Europäische Union - Unified Web Evaluation Methodik 1.2
- ICITA HTML -Barrierefreiheit der Universität von Illinois Best Practices
- BBC -Gel -Produkt -Zugänglichkeitsrichtlinien
- BBC -Gel -Untertitel (Bildunterschriften) Richtlinien
- BBC Editorial Accessibility Guide (Online und Fernsehen)