¿Cuál es el nivel básico de accesibilidad para el sitio web del gobierno local del Reino Unido?

StackOverflow https://stackoverflow.com/questions/801706

Pregunta

Estoy diseñando un nuevo sitio para un departamento del gobierno local en Escocia y quiero asegurarme de cumplir con el nivel mínimo de accesibilidad para el sitio.

Tenía planeado usar algunos efectos jQuery, y también para AJAXify el contenido. Pero me di cuenta de que todo este JavaScript probablemente no será accesible.

Usaremos el framework VS2008 ASP.NET 3.5. (C # lado del servidor y SQL Server 2005 db)

¿Alguien sabe cuál sería el estándar mínimo para un sitio administrado por el gobierno? Será público y su usuario objetivo serán niños de entre 11 y 17 años.

Además, ¿hay alguna herramienta para verificar nuestro sitio web? Las herramientas integradas / agregadas para Visual Studio serían geniales.

Normalmente diseñamos el sitio interno para nuestros equipos de administración, por lo que esta es la primera vez que tenemos que preocuparnos por la accesibilidad, así que responda en un "For Dummies". estilo si quieres! :)

¡Gracias!

¿Fue útil?

Solución

También debe cumplir con la Ley de Discriminación por Discapacidad, especialmente porque se trata de un recurso del Gobierno.

Información sobre el acto http://www.direct.gov .uk / es / DisabledPeople / RightsAndObligations / DisabilityRights / DG_4001068

y

http://www.coi.gov.uk/guidance.php ? page = 169

Y alguna información sobre sitios web y el acto en

http: / /www.webcredible.co.uk/user-friendly-resources/web-accessibility/uk-website-legal-requirements.shtml

y

http://www.alistapart.com/articles/accessuk

Tratamos con bastantes consejos locales y todos sus sitios deben ser accesibles a través de lectores de pantalla para que las personas con discapacidad visual puedan usarlos, por lo que deben poder navegar si el usuario tiene JavaScript y CSS deshabilitado .

Debe asegurarse de que si usa CSS en el sitio, la navegación y la estructura se degradan con gracia para que tengan sentido (por ejemplo, no haga que la navegación sea el último elemento de la página y use CSS para moverla a la parte superior). Tampoco haga que la navegación dependa de Javascript (o al menos tenga un método alternativo de navegación si el usuario tiene JavaScript desactivado).

HTML y CSS deben validarse para garantizar que no haya errores.

Todas las imágenes necesitan atributos ALT

Todos los enlaces necesitan atributos de título

Cualquier tabla debe tener un resumen

Hay muchos más elementos como estos, pero las pruebas deberían marcarlos.

En términos de probar el sitio, hay algunos lectores de pantalla gratuitos disponibles, aunque tuvimos un éxito limitado con estos, ya que fueron bastante imprecisos en cuanto a cómo funcionaban. " Mandíbulas " parece ser la industria "estándar" por el momento, pero esto es ridículamente caro, por lo que es posible que desee externalizar cualquier prueba a otra empresa; aunque algunos consejos lo organizarán ellos mismos.

También debe probar el sitio en un navegador de solo texto como Lynx.

A continuación se pueden encontrar algunos recursos más:

Mandíbulas

http://www.freedomscientific.com/products/fs /jaws-product-page.asp

Gratis

www.screenreader.net/ www.webaim.org/simulations/screenreader.php www.xpscreenreader.com/ firevox.clcworld.net/ - Complemento de Firefox sourceforge.net/projects/fangs/ - complemento de Firefox

Comprobadores de accesibilidad

Evaluador de accesibilidad funcional - http://fae.cita.uiuc.edu/ WAVE - http://wave.webaim.org/ Cynthia dice: http://www.cynthiasays.com/ Prueba de accesibilidad web TAW - http://www.tawdis.net/taw3/cms/en

O descargue el comprobador de accesibilidad de Firefox que contiene comprobaciones para todo lo anterior, así como validadores HTML y CSS https://addons.mozilla.org/en-US/firefox/addon/ 5809

Otros consejos

En primer lugar, debe hacer que el cliente aclare estos requisitos y asegúrese de que realmente investiguen el tema, ya que es posible que actualmente no tengan ninguna idea al respecto y simplemente agreguen los requisitos más adelante cuando alguien lo señale (créanme ¡He trabajado dentro de una organización del gobierno escocés!)

Cuando trabajaba en el gobierno (2004 - 2006), eran las pautas de e-Gov lo que era importante y había una sobre accesibilidad. No recuerdo si estos eran de acceso público o solo estaban disponibles en una intranet, pero encontré esta página con lo que parecen ser los mismos documentos: Pautas web . Nuevamente, debe aclarar con el cliente cuál es el documento correcto que debe cumplir. También pueden tener sus propios estándares de accesibilidad, dependiendo de la organización que sean (no es que se pueda decir, por supuesto, pero dudo que uno de los consejos más pequeños pueda tener esto).

Los documentos pueden ser bastante sosos y difíciles de leer, y a menudo resultan en sitios web feos porque la gente cree que la simplicidad es la única forma de lograr la accesibilidad. Por supuesto, esto no es cierto, por lo que depende de usted interpretar las pautas y proporcionar justificación para romperlas.

Sobre el tema de las herramientas, ¿supongo que te refieres a algún tipo de prueba automatizada? Si es así, la respuesta es sí, existen, ¡pero no confíe en ellos como su único método de prueba! Ninguna cantidad de pruebas automatizadas puede decirle cuán verdaderamente accesible es un sitio web, solo las pruebas del mundo real pueden hacerlo. Sin embargo, un lugar donde una herramienta puede ser útil es verificar el contraste de color, hay varios que mostrarán su página utilizando algoritmos que emulan varias formas de daltonismo.

Tengo una opinión ligeramente diferente sobre este.

¿Por qué jQuery / AJAX tiene que hacer que el sitio sea menos accesible?

Su página debería funcionar sin JavaScript y sus llamadas jQuery y AJAX deberían ser adicionales a la funcionalidad de la página, reemplazando el comportamiento predeterminado cuando sea apropiado con " experiencia mejorando " caracteristicas. Uno de los mejores elementos de jQuery es que te ayuda a separar tu JavaScript de tu HTML.

En el frente de accesibilidad, estoy de acuerdo en que debería preguntarle al cliente, pero también creo que debería formar parte de cualquier proyecto, incluso una consola de administración interna. Los empleadores deben adherirse a las reglas en el acto de discriminación por discapacidad como empresa a cliente.

Probablemente desee leer el documento de política publicado por la Oficina Central de Información ( COI). Entrega de sitios web inclusivos PDF

Para citar del documento:

  

Estas pautas son para el sector público   propietarios de sitios web y medios digitales   gerentes de proyecto que desean entregar   sitios web inclusivos y accesibles. Esta   documento establece el estándar mínimo   de accesibilidad para la web del sector público   contenido y herramientas de autoría web. Eso   recomienda un enfoque centrado en el usuario para   accesibilidad, teniendo en cuenta al usuario   necesidades en la planificación y adquisición   fases de proyectos de diseño web.

Eche un vistazo a out-law.com, un muy buen sitio de información legal administrado por un bufete de abogados (Pinsent Masons). Su guía de accesibilidad y usabilidad está aquí: http://www.out-law.com/page -337

La descripción general es buena y en inglés sencillo, sin jerga legal, y hay una sección titulada "¿Qué estándar se requiere?". Sí hace el punto

  

Probar su sitio con las Pautas de Accesibilidad al Contenido en la Web (WCAG) también es un valioso indicador de accesibilidad.

     

...

     

La conformidad con WCAG no debería ser su objetivo principal y ciertamente no debería ser su único objetivo, pero es probable que sea lo primero que verifique.

Cada departamento gubernamental tendrá su propia interpretación del estándar mínimo. Creo que hay mucha inconsistencia en algunos sitios que están configurados para departamentos gubernamentales. Como han dicho otros, discuta esto con el Cliente.

Visual Studio generará un marcado X / HTML accesible para el cliente basado completamente en el DOCTYPE que elija para el sitio y también la versión del navegador web que se utilizará, lo cual es una buena característica.

Para los sitios del sector público, debe intentar asegurarse de que los elementos AJAX o JQuery también estén disponibles si JavaScript está deshabilitado. Es decir, haga que las funciones adicionales originales sean un extra opcional para los usuarios dotados de JS, pero la función principal de la página funcionará independientemente.

No confíe en JQuery para las características fundamentales, ya que recuerde que con toda probabilidad, un lector de pantalla probablemente no podrá entenderlo y un navegador que no sea JS tampoco.

Es importante tener en cuenta que el navegador que no es JS no necesariamente significa un navegador antiguo, sino que podría significar un navegador web en un dispositivo como un teléfono móvil o algún otro dispositivo futuro que aún no conocemos.

Debe asegurarse de usar un DOCTYPE como XHTML 1.0 Strict. Especificar el DOCTYPE significará que Visual Studio genera un marcado específico y compatible y el 90% cumple el requisito de crear un código 'válido'. Puede verificar la calidad del código adicional con el servicio de validación W3C.

Para acceder al contenido, debe pensar en:

  • ¿Los esquemas de color que he usado contrastan lo suficiente (para usuarios con visión parcial)
  • ¿Estoy usando texto claro y bien estructurado en las páginas (para usuarios ciegos)
  • Haga uso de la división entre CSS y HTML y asegúrese de que si CSS está deshabilitado, la página se procesa de manera razonable (como mínimo parece que un lector de pantalla podría comprenderlo).
  • Asegúrese de que el código sea válido con los Validadores W3C

Espero que eso ayude.

Esto no parece tener una respuesta directa ya que no hay mucha jurisprudencia sobre esto en el Reino Unido. De todos modos, aquí hay un recurso:

http://www.rnib.org .uk / xpedio / groups / public / documents / PublicWebsite / public_legalcase.hcsp

Para cumplir con el contrato, me pregunto si el cliente no debería dar su opinión sobre eso, llamados "requisitos",

W3C: Iniciativa de accesibilidad web (WAI) puede tener algunos puntos interesantes, en particular todos los enlaces de Introducción a la accesibilidad web

Para ver las herramientas para verificar, consulte Lista completa de herramientas de evaluación de accesibilidad web .

Siempre y cuando sigas el enfoque ehnance previsto de jQuery, debería ser tan accesible como no

Como un aparte; es posible que ASP.NET MVC le brinde más control sobre el html y, por lo tanto, más capacidad para cumplir con los requisitos.

Debe echar un vistazo a la Ley de discriminación por discapacidad (DDA).

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top