Contenidos 1 OBJETIVO Y ÁMBITO DE APLICACIÓN Objetivo REFERENCIA LEGISLATIVA Europa España...

Transcripción

1 En colaboración con Las opiniones recogidas en este documento no se corresponden, necesariamente, con las de ninguno de los organismos públicos participantes en esta iniciativa.

2 Contenidos 1 OBJETIVO Y ÁMBITO DE APLICACIÓN Objetivo REFERENCIA LEGISLATIVA Europa España REFERENCIA TÉCNICA Pautas de Accesibilidad para el Contenido Web (WCAG) Requisitos de Accesibilidad para Contenidos Web (UNE :2004) Pautas de Accesibilidad para el Contenido Web (WCAG) REQUISITOS DE CONFORMIDAD DECLARACIÓN DE CONFORMIDAD Declaración de Conformidad Parcial ACCESIBILIDAD DE LAS HERRAMIENTAS DE AUTOR (ATAG) REQUISITOS DE ACCESIBILIDAD A - Generales B - Estándares Web C - Semántica y Estructura D - Presentación y Maquetación E - Comprensión de Contenidos F - Navegación e Interacción G - Imágenes y Multimedia H - Contenido Dinámico

3 1 OBJETIVO Y ÁMBITO DE APLICACIÓN La Web juega un papel cada vez más importante en el ámbito de los servicios educativos, profesionales, económicos, políticos y sociales, ya que la utilizamos continuamente para recibir y proporcionar información como modo de interacción con el resto de la sociedad. La aplicación de las normas de Accesibilidad Web, permitiendo que las personas con discapacidad participen activamente en esta interacción, es esencial para fomentar la igualdad de oportunidades en todas estas áreas, fomentando su participación activa en la sociedad. En este documento se recogen los requisitos de accesibilidad que deberá cumplir la plataforma para cumplir con los objetivos establecidos así como con la legislación vigente. 1.1 Objetivo Se toma como referencia técnica la Norma UNE :2004, Requisitos de Accesibilidad para Contenidos en la Web - reescritura normativa vigente en España de las Pautas de Accesibilidad para el Contenido Web (WCAG) 1.0. Asimismo, se tendrán en cuenta los requisitos definidos para el cumplimiento de las Pautas de Accesibilidad para el Contenido Web (WCAG) versión 2.0, WCAG 2.0, actual documento normativo del W3C para, de un modo paulatino, proceder a la transición entre normativas. Las Pautas de Accesibilidad para el Contenido Web (WCAG), en su versión 2.0, son compatibles con la versión 1.0, por lo que es posible actualizar un sitio web de modo que cumpla con ambas recomendaciones. A pesar de ello, es posible que cumpliendo con la versión 1.0 de WCAG sean necesarios unos cambios mínimos para cumplir con la versión 2.0 de las mismas. Se establecen pues unos requisitos mínimos de Accesibilidad para el contenido web, basados en el nivel AA de las Pautas de Accesibilidad para el Contenido Web WCAG 2.0 y en la Norma UNE :2004. Importante Con el objetivo de facilitar una rápida y sencilla adaptación de los sitios web a la nueva normativa, y permitir su compatibilidad respecto a la legislación vigente, se incluyen todos los requisitos necesarios para cumplir con la normativa UNE :2004 (actual requisito legal) y las WCAG 2.0 para un nivel AA 2 REFERENCIA LEGISLATIVA Importante Es necesario destacar que, como se verá en este apartado, la accesibilidad web es, en el caso de las administraciones públicas en España, requerida por ley. 2

4 2.1 Europa La Unión Europea se propone promover el desarrollo y la difusión de las nuevas tecnologías de la información y la comunicación (TIC), de conformidad con lo dispuesto en los artículos 163 a 172 del Tratado constitutivo de la Comunidad Europea (CE). Desde el punto de vista europeo, la sensibilización en materia de accesibilidad web se ha puesto de claro manifiesto a través de distintas Estrategias y Planes de Acción. Destacan las comunicaciones de los distintos planes eeurope que se vienen llevando a cabo desde 1999, en las que se promueve la participación de las personas con discapacidad en la cultura electrónica mediante la adopción de las normas WAI del W3C para sitios web públicos (Plan eeurope 2002), hasta la más reciente Estrategia i Estrategia i2010 En la estrategia i2010: la sociedad de la información y los medios de comunicación al servicio del crecimiento y el empleo la Comisión prevé el desarrollo de actividades como la publicación de unas orientaciones políticas sobre accesibilidad (accesibilidad web) y cobertura de la banda ancha (e-accesibilidad). Mediante la Comunicación del 1 de diciembre de 2008: Hacia una sociedad de la información accesible y para acelerar los progresos en el caso particular de la accesibilidad web propone los siguientes pasos: 1. Las organizaciones europeas de normalización deben adoptar rápidamente unas normas europeas en materia de accesibilidad web, tras el establecimiento de unas directrices actualizadas (WCAG 2.0) por parte del World Wide Web Consortium. 2. Los Estados miembros deben intensificar sus esfuerzos para conseguir que las páginas web públicas sean accesibles y preparar conjuntamente la rápida adopción de las normas europeas sobre la accesibilidad web. 2.2 España El Real Decreto 1494/2007, de 12 de noviembre, aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social. Dicho reglamento establece en el Artículo 5 los criterios de accesibilidad aplicables a las páginas de Internet: Real Decreto 1494/2007 Artículo 5. Criterios de accesibilidad aplicables a las páginas de Internet de las administraciones públicas o con financiación pública. 1. La información disponible en las páginas de internet de las administraciones públicas deberá ser accesible a las personas mayores y personas con discapacidad, con un nivel mínimo de accesibilidad que cumpla las prioridades 1 y 2 de la Norma UNE :2004. [...] 3

5 Asimismo, respecto a la lengua de signos, las citadas páginas de internet tendrán en cuenta lo dispuesto en la Ley 27/2007, de 23 de octubre, por la que se reconocen las lenguas de signos españolas y se regulan los medios de apoyo a la comunicación oral de las personas sordas, con discapacidad auditiva y sordociegas. 2. Excepcionalmente, las administraciones públicas podrán reconocer la accesibilidad de páginas de internet conforme a normas técnicas distintas de las que figuran en el apartado 1 de este artículo, siempre que se compruebe que alcanzan una accesibilidad similar a la que estas normas garantizan. [...] Es de destacar que no sólo afecta a los sitios de la Administración Pública, sino también a las universidades, centros públicos educativos, de formación, sanitarios, etc. o bien privados sostenidos con medios públicos (Artículo 4). El Real Decreto establece unos plazos para que todos los sitios web a los que afecta se adapten a la normativa: Disposición transitoria única 2. Las páginas de Internet de las administraciones públicas o con financiación pública deberán adaptarse a lo dispuesto en el artículo 5 de dicho reglamento, en los siguientes plazos: Las páginas nuevas deberán ajustarse a la prioridad 1 de la Norma UNE :2004 desde la entrada en vigor del real decreto. Las páginas existentes deberán adaptarse a la prioridad 1 de la Norma UNE :2004 en el plazo de 6 meses desde la entrada en vigor. Todas las páginas, actualmente existentes o de nueva creación, deberán cumplir la prioridad 2 de la Norma UNE :2004 a partir del 31 de diciembre de [...] Por otra parte, y aunque se trata de requisitos de accesibilidad para un Nivel de Conformidad AAA (WCAG 2.0), fuera del objetivo de la presente política, conviene señalar que la Ley 27/2007, por la que se reconocen las lenguas de signos españolas en el Título I, Capítulo II sobre el uso de la lengua de signos españolas, en su Artículo 14 sobre Medios de comunicación social, telecomunicaciones y sociedad de la información establece que: Ley 27/ Las páginas y portales de Internet de titularidad pública o financiados con fondos públicos se adaptarán a los estándares establecidos en cada momento por las autoridades competentes para lograr su accesibilidad a las personas sordas, con discapacidad auditiva y sordociegas mediante la puesta a disposición dentro de las mismas de los correspondientes sistemas de acceso a la información en la lengua correspondiente a su ámbito lingüístico. Asimismo, La Ley 56/2007 de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información, recoge en el artículo 4º diversas modificaciones de la Ley 34/2002, de 11 de julio, de Servicios de la Sociedad de la Información y de Comercio Electrónico, en concreto las siguientes: 4

6 ( ) Dieciocho. Se da nueva redacción al párrafo segundo del apartado uno de la disposición adicional quinta, con el texto siguiente: A partir del 31 de diciembre de 2008, las páginas de Internet de las Administraciones Públicas satisfarán, como mínimo, el nivel medio de los criterios de accesibilidad al contenido generalmente reconocidos. Excepcionalmente, esta obligación no será aplicable cuando una funcionalidad o servicio no disponga de una solución tecnológica que permita su accesibilidad. Diecinueve. Se añaden dos nuevos párrafos, que pasarán a ser respectivamente el tercero y el cuarto, al apartado uno de la disposición adicional quinta, con el texto siguiente: Las Administraciones Públicas exigirán que tanto las páginas de Internet cuyo diseño o mantenimiento financien total o parcialmente como las páginas de Internet de entidades y empresas que se encarguen de gestionar servicios públicos apliquen los criterios de accesibilidad antes mencionados. En particular, será obligatorio lo expresado en este apartado para las páginas de Internet y sus contenidos de los Centros públicos educativos, de formación y universitarios, así como, de los Centros privados que obtengan financiación pública. Las páginas de Internet de las Administraciones Públicas deberán ofrecer al usuario información sobre su nivel de accesibilidad y facilitar un sistema de contacto para que puedan transmitir las dificultades de acceso al contenido de las páginas de Internet o formular cualquier queja, consulta o sugerencia de mejora. ( ) 3 REFERENCIA TÉCNICA 3.1 Pautas de Accesibilidad para el Contenido Web (WCAG) 1.0 Las normas para la aplicación de la accesibilidad web que en la actualidad gozan de una mayor difusión y aceptación, reconocidas internacionalmente como normas "de facto", son las Pautas de Accesibilidad para el Contenido Web. La primera versión de estas recomendaciones, WCAG 1.0 1, fueron publicadas en mayo de 1999 por el WAI (Web Accessibility Initiative), iniciativa emprendida por el W3C (World Wide Web Consortium). Cada una de las catorce pautas en que se dividen las WCAG 1.0, se subdividen a su vez en puntos de verificación, que tienen una prioridad mayor o menor según su impacto en la accesibilidad final. Así tendremos que los puntos de verificación con prioridad 1 son los de mayor importancia en cuanto a la accesibilidad final, los de prioridad 2 deben ser observados si 1 Web Content Accessibility Guidelines 1.0: 5

7 queremos eliminar importantes barreras de acceso y los de prioridad 3, que confieren a la Web un buen nivel de accesibilidad. Existe también una clasificación del grado de adecuación de una web en relación a las normas y prioridades del W3C-WAI que se han aplicado estableciéndose tres niveles de adecuación, donde para un nivel AA es necesario cumplir los puntos de verificación de prioridad 1 y 2. Nivel "A" (A). Incluye los puntos de verificación de nivel 1. Nivel "AA" (Doble A) Incluye los puntos de verificación del nivel 1 y 2. Nivel "AAA" (Triple A) Se deben cumplir los puntos de las tres prioridades. 3.2 Requisitos de Accesibilidad para Contenidos Web (UNE :2004) La norma UNE :2004 2, Requisitos de accesibilidad para contenidos en la Web, fija una serie de características que todo portal web debe cumplir si quiere ser accesible, sirviendo además como base para la Certificación AENOR - Marca N de Accesibilidad TIC. Esta norma UNE es una transposición normativa de las Pautas de Accesibilidad al Contenido Web en su versión 1.0 que, manteniendo los mismos objetivos, prioridades y niveles, establece las características que deben cumplir los contenidos web disponibles en Internet, intranets u otro tipo de redes informáticas, para que puedan acceder a ellos el mayor número de personas. Dicha norma se articula en 7 categorías, que a su vez se subdividen en requisitos, con una prioridad mayor o menor según su impacto en la accesibilidad final. Así se tiene que los requisitos con prioridad 1 son los de mayor importancia en cuanto a la accesibilidad final, los de prioridad 2 deben ser observados si se quieren eliminar importantes barreras de acceso y los de prioridad 3 confieren a la web un buen nivel de accesibilidad. Existe también una clasificación de la marca N de una web en relación a las normas y prioridades que se han aplicado: Marca AA ("Doble A"): Incluye los requisitos de prioridad 1 y 2 (un sitio web es accesible si su marca es AA). Marca AAA ("Triple A"): Incluye los requisitos de prioridad 1, 2 y 3 (todos). Nota Dado que en España las Pautas de Accesibilidad para el Contenido en la Web son norma UNE, exigida por ley según el Real Decreto 1494/2007, se prevé que en un corto plazo de tiempo se actualice dicha norma adaptándola a las WCAG 2.0, pasando así estas a ser un requisito legal. 2 UNE : Requisitos de Accesibilidad para contenidos en la Web: 6

8 3.3 Pautas de Accesibilidad para el Contenido Web (WCAG) 2.0 En diciembre de 2008, la WAI publicó la nueva versión de las Pautas de Accesibilidad para el Contenido Web, las WCAG Construidas sobre la creciente experiencia y las aportaciones realizadas por la comunidad relacionada con la accesibilidad (personal encargado del desarrollo web, usuarios y usuarias, etc.), las WCAG 2.0 añaden una serie de mejoras sobre el estándar inicial creado por el W3C. Los objetivos que se han tenido en cuenta a la hora de redactar la nueva versión de las pautas han sido: Ser perdurables en el tiempo. Ser testeables de forma más precisa. Ser más fáciles de usar y de entender. Ser aplicables a tecnologías más avanzadas. Ser flexibles y adaptables a diferentes situaciones, tecnologías y técnicas a emplear. La base de las pautas son los 4 principios fundamentales: perceptible, operable, comprensible y robusto. Bajo estos principios se establecen las pautas, que proporcionan objetivos básicos sobre los que se debe trabajar para ofrecer un contenido más accesible a usuarios con distintos tipos de discapacidad. Se trata de 12 pautas que no son comprobables de forma directa. Para cada una de las pautas se articulan criterios de conformidad comprobables. Cualquier tipo de contenido web puede ser evaluado y comprobado frente a estos criterios de conformidad. Cada criterio de conformidad tiene asignado un determinado nivel y en base al cumplimiento de estos criterios se establece el nivel de conformidad del sitio web. Así, para que una página web tenga un nivel de conformidad AA debe satisfacer todos los criterios de conformidad de nivel A y nivel AA o bien proporcionar una versión alternativa que cumpla ese nivel. 4 REQUISITOS DE CONFORMIDAD Cuando hablamos de nivel de adecuación de un sitio web, nos estamos refiriendo al compromiso en el grado de accesibilidad que debe alcanzar el sitio web en cuestión. Con la entrada en vigor de las WCAG 2.0 este compromiso de cumplimiento se realiza sobre cada página web. Para que las páginas web cumplan las WCAG 2.0 deben satisfacer una serie de Requisitos de Conformidad, sin excepción. 1. Nivel de Conformidad: las páginas web deben cumplir en su totalidad el nivel de conformidad AA. Es decir, deben cumplir todos los criterios de conformidad de nivel A y AA, o bien proporcionar una versión alternativa accesible para un nivel AA.: 2. Páginas completas: la adecuación (y el nivel de adecuación) es únicamente para páginas web completas y no se puede lograr si parte de una página web se excluye. Se puede realizar una Declaración de Conformidad Parcial cuando exista contenido que se 3 Web Content Accessibility Guidelines 2.0: 7

9 encuentre fuera del control de los autores. Las WCAG 2.0, permiten incluir páginas que no cumplan el nivel de adecuación requerido, siempre y cuando exista una versión alternativa que cumpla dicho nivel. 3. Procesos completos: cuando una página web forma parte de un conjunto de páginas dentro de un proceso, todas las páginas web del proceso son conformes al nivel declarado o superior. Esto no será posible si una única página en el proceso no cumple el nivel declarado. Este aspecto es aplicable a los servicios transaccionales de uso común en la administración electrónica (empadronamiento, registros, etc.). 4. Uso exclusivo de tecnologías de modo compatible con la accesibilidad: para cumplir los criterios de conformidad sólo se depende de usos accesibles de la tecnología. Cualquier información o funcionalidad que se proporcione de forma que no tenga soporte de accesibilidad debe estar disponible también de forma que sí tenga soporte de accesibilidad. Cualquier tecnología web de contenido utilizada en el sitio (HTML, CSS, JavaScript, PDF, Flash,...) debe ser capaz de generar contenido accesible e interactuar con las ayudas técnicas o productos de apoyo. Además, estas tecnologías deben utilizarse de forma que sean accesibles. Con esto se quiere decir que, a pesar de que una tecnología (p.ej. HTML) tenga la capacidad de generar contenidos accesibles, existen formas de emplearla que provocarán problemas de accesibilidad (p.ej. no incluir el título de los documentos). Este requisito permite usar tecnologías sin soporte de accesibilidad o usadas de forma no accesible siempre y cuando no se dependa de ellas. Es decir, la página web puede ser conforme si existen alternativas accesibles para el contenido que se incluye con tecnologías no accesibles o de forma no accesible. Importante En las WCAG 2.0 se permite el uso de cualquier tecnología que tenga soporte de accesibilidad y se use de forma accesible sin necesidad de proporcionar una alternativa accesible en formato (X)HTML+CSS. Sin embargo, para mantener la compatiblidad con las WCAG 1.0 y la norma UNE es necesario que toda información o funcionalidad basada en elementos de programación (scripts, Ajax, Flash, applets, etc.), o en cualquier nueva tecnología en general, también esté disponible cuando no se soporten estas tecnologías, independientemente de si se usan de forma accesible o no. 5. No Interferencia: Si las tecnologías se utilizan de forma no accesible, o se utilizan de un modo que no es conforme, no pueden impedir a los usuarios el acceso al resto de contenidos de la página. Además, la página web debe continuar cumpliendo los requisitos de conformidad cuando cualquier tecnología de la que no se depende esté activada en los agentes de usuario así como cuando esté desactivada o no se soporte. 8

10 Es decir, podemos usar tecnologías no accesibles siempre y cuando toda la información también esté disponible usando tecnologías accesibles y el contenido no accesible no interfiere con el resto. 5 DECLARACIÓN DE CONFORMIDAD Cuando una página web cumple las WCAG 2.0 debemos realizar una declaración de conformidad que indique dicho cumplimiento. La declaración de conformidad debe proporcionar la siguiente información: Fecha en la que se realiza la declaración de conformidad. Título de las Pautas, versión y URI. Por ejemplo Pautas de Accesibilidad para el Contenido Web 2.0 en Nivel de conformidad satisfecho. Alcance o descripción precisa de las páginas web, como una lista de URIs, subdominios o una expresión que describa todo el conjunto de páginas incluidas en la declaración de conformidad. Lista de todas las tecnologías web de las que se depende para que el contenido sea accesible. Importante Las necesidades que implican el cumplimiento de los Requisitos de Accesibilidad para el Contenido Web actuales, suponen como únicas tecnologías con soporte de accesibilidad (X)HTML y CSS para la creación de contenidos. La utilización de otras tecnologías web, como JavaScript, Flash, etc. será posible siempre y cuando su uso se realice de forma accesible y además ofrezcan una alternativa adecuada a los contenidos y funcionalidades que proporcionan. Asimismo, también es necesario proporcionar un sistema de contacto o sugerencias para que el usuario pueda transmitir las dificultades de acceso, formular quejas, consultas o sugerencias. En esta declaración de conformidad, comúnmente denominada página de accesibilidad, también podemos proporcionar otra información adicional relativa a las medidas de accesibilidad adoptadas en el sitio. Por ejemplo: Información sobre las medidas de accesibilidad tomadas que van más allá de los requisitos de obligado cumplimento para mejorar la accesibilidad del sitio o portal web. Información sobre aquellas medidas de accesibilidad para las que es necesario proporcionar información a los usuarios para que sean efectivas. Por ejemplo, en el caso de que existan, un listado de las teclas de acceso rápido usadas en el portal o información sobre el uso de mecanismos específicos para cambiar el contraste o aumentar el texto. 9

11 5.1 Declaración de Conformidad Parcial Es posible que existan páginas web cuyo contenido no se mantiene estático a lo largo del tiempo, como pueden ser blogs, wikis, artículos, o cualquier otro tipo de contenido al que puedan contribuir los usuarios o incluyan su contenido de forma automática (RSS, anuncios, etc.) y que por lo tanto quedan fuera del control de autores y desarrolladores. Este tipo de contenido puede afectar a la accesibilidad del conjunto de la página y por lo tanto no satisfacer el nivel de conformidad necesario. Para afrontar esta situación se plantean dos posibilidades: Realizar un seguimiento o monitorización de estos contenidos y repararlos (arreglar o eliminar contenido que incumpla) en el plazo de 2 días laborables. En este caso podemos declarar la conformidad de la página web excepto para los problemas del contenido externo, el cual se corregirá o eliminará cuando sea revisado. Si no es posible monitorizar o corregir este contenido entonces no podemos realizar una declaración de conformidad. Realizar una declaración de conformidad parcial, indicando que la página web no cumple el nivel declarado pero podrá llegar a cumplirlo si se eliminan ciertas partes (indicando claramente a qué partes se refiere). Para poder realizar una declaración de conformidad parcial el contenido debe estar realmente fuera del control del autor de la página y las partes de contenido fuera de dicho control deben describirse de forma que los usuarios las puedan identificar claramente, sin ambigüedades. 6 ACCESIBILIDAD DE LAS HERRAMIENTAS DE AUTOR (ATAG) Las WCAG hacen referencia a la accesibilidad del contenido de un sitio o portal web (texto, imágenes, formularios, aplicaciones, multimedia, etc.), permitiendo que las personas con discapacidad interactúen adecuadamente con la Web. Sin embargo, en ocasiones se pone a disposición de los usuarios herramientas de edición para que también puedan aportar contenido a la Web mediante editores (principalmente WYSIWYG) en blogs, foros, redes sociales y herramientas de la Web 2.0. Estas herramientas, al igual que los editores HTML o gestores de contenido (CMS) usados por los desarrolladores para la creación de páginas web, se conocen como herramientas de autor. Relativo a esta área el W3C ha desarrollado las Pautas de Accesibilidad para Herramientas de Auto, ATAG, cuya versión vigente actualmente es la 1.0 estando la versión 2.0 en fase de borrador de trabajo. Se tienen en cuenta los siguientes aspectos: Que las herramientas de autor puedan ser utilizadas por personas con discapacidad. Para ello el interfaz de usuario de la herramienta de autor debe ser accesible. Que la herramienta de autor permita la producción de contenido accesible. Por ejemplo, permitiendo proporcionar alternativas textuales para el contenido no textual, usando los elementos estructurales y semánticos adecuados para marcar el contenido, etc. Que estas herramientas den apoyo a los autores al crear contenido accesible. Por ejemplo, mediante la integración en la herramienta de validadores de accesibilidad que comprueben el código y asistan a los usuarios en su corrección. 10

12 Cuando en los portales web se empleen este tipo de herramientas debemos seguir, en la medida de lo posible, las Pautas de Accesibilidad para Herramientas de Autor (ATAG). Haciendo que su interfaz sea accesible permitimos que cualquier persona pueda usar estas herramientas. Permitiendo la producción y dando apoyo en la creación de contenido accesible reducimos el esfuerzo empleado en las tareas de monitorización y corrección del contenido contribuido, necesarias para poder hacer una declaración de conformidad. 7 REQUISITOS DE ACCESIBILIDAD A - Generales Requisitos RAC1 - Respecto de los principios básicos de accesibilidad Los contenidos publicados en las páginas web deben poder ser consultados y utilizados por el mayor número posible de personas, independientemente de sus circunstancias personales (discapacidades físicas, cognitivas, neurológicas, etc.) como de aquellas limitaciones derivadas del entorno o del uso de recursos tecnológicos limitados. RAC2 - Respecto del cumplimiento de las prioridades 1 y 2 de la Norma UNE :2004 Las páginas web deben cumplir las prioridades 1 y 2 de la Norma UNE :2004 de accesibilidad tal y como está regulado según el RD 1494/2007, de 12 de noviembre RAC3 - Respecto del cumplimiento del nivel AA de las WCAG 2.0 Las páginas web deben cumplir los criterios de conformidad correspondientes a un nivel AA de las Pautas de Accesibilidad para el Contenido Web (WCAG) en su versión 2.0. RAC4 - Respecto del cumplimiento de los requisitos de accesibilidad Las páginas web deben cumplir los requisitos de conformidad específicos sobre el "Nivel de conformidad", "Páginas completas", "Procesos completos", "Uso exclusivo de tecnologías de modo compatible con la accesibilidad" y "No interferencia". RAC5 - Respecto a la declaración de conformidad Los sitios web deberán proporcionar, de forma obvia y notoria y a través de una página o sección específica, una declaración de conformidad donde se publique información general sobre las medidas de accesibilidad adoptadas en el sitio web. Debiendo indicar al menos la fecha de la revisión; título de las Pautas, versión y URI; nivel de conformidad; alcance de la declaración; y listado de las tecnologías web de las que se depende para que el contenido sea accesible. 11

13 RAC6 - Respecto de ofrecer un sistema o servicio de contacto Se debe incorporar un sistema de contacto para que el usuario pueda transmitir las dificultades de acceso al contenido de las páginas, o formular cualquier queja, consulta o sugerencia de mejora. B - Estándares Web Requisitos RAC7 - Respecto a los estándares web para el código y CSS Las páginas web deben superar la validación del código según la gramática formal usada, al menos XHTML 1.0 de tipo Transitional y recomendable de tipo Strict, así como la validación de sus hojas de estilo CSS empleando para ello los validadores del W3C. RAC8 - Respecto a los elementos desaconsejados Para asegurar la compatibilidad actual y futura del código, no deben emplearse elementos y/o atributos desaconsejados (deprecated). RAC9 - Respecto al uso del lenguaje de acuerdo a la especificación Únicamente se usarán las características (X)HTML definidas en la especificación, sin usar elementos o atributos propietarios, con la finalidad que les corresponde aportando el valor estructural y semántico adecuado para el contenido. RAC10 - Respecto a la separación de contenido y presentación Únicamente deben usarse las hojas de estilo para controlar la presentación y la maquetación de las páginas, en lugar de elementos y atributos (X)HTML de presentación. En el otro sentido, la información y el contenido se debe proporcionar en el código (X)HTML y no debe generarse a través de las hojas de estilo. RAC11 - Respecto a los estándares para scripts de cliente Los scripts usados para generar y/o modificar el contenido de las páginas deben basarse en el DOM o Modelo de Objetos de Documento (DOM Scripting), asegurando la máxima compatibilidad con los distintos navegadores. RAC12 - Respecto a la mejora progresiva El contenido y la funcionalidad de las páginas web no debe depender del soporte o de la correcta ejecución de los elementos de programación. 12

14 RAC13 - Respecto a la consistencia entre navegadores La información y funcionalidad ofrecida en las páginas web, y en la medida de lo posible el estilo de presentación, debe ser consistente a través de los diferentes navegadores, versiones y plataformas. RAC14 - Respecto a las versiones alternativas Únicamente podemos usar versiones alternativas accesibles de una página o sitio web si, después de los mayores esfuerzos, no es posible hacer accesible la versión principal. En caso de ser necesaria una versión alternativa accesible, debe mantener la misma información y funcionalidad que la versión principal y actualizarse simultáneamente. REFERENCIA TÉCNICA WCAG 1.0 / UNE :2004 Punto de Verificación Prioridad (WCAG / UNE) WCAG 1 UNE Documentos gramaticalmente válidos 2 / Utilización de hojas de estilo 2 / Páginas utilizables sin scripts 1 / Contenidos dinámicos accesibles 2 / Utilización de últimas tecnologías W3C 2 / Evitar características desaconsejadas 2 / Página alternativa accesible 1 / WCAG 2.0 Requisito / Criterio de Conformidad Nivel Principio WCAG 2 Información y relaciones A Perceptible Procesamiento A Robusto Nombre, función, valor A Robusto Sugerencias BS1 - Respecto al uso de gramáticas de tipo Strict Siempre que sea posible, es recomendable usar gramáticas estrictas (de tipo Strict) por las ventajas que aportan frente a otras menos restrictivas como Transitional o Frameset. BS2 - Respecto a ECMASCRIPT Cuando en los sitios web se empleen scripts de cliente se recomienda usar el estándar ECMASCRIPT para su implementación. 13

15 BS3 - Respecto al uso de scripts no intrusivos Siempre que sea posible, las páginas web deberían emplear scripts no intrusivos, separando así la capa de contenido de la capa de comportamiento al trasladar todo el código de scripting a ficheros externos. BS4 - Respecto a las herramientas de autor En la medida de lo posible, las herramientas de autor puestas a disposición del público en general deberían tener un interfaz accesible y permitir la generación de código accesible según las directrices ATAG del W3C. C - Semántica y Estructura Requisitos RAC15 - Respecto al orden del contenido en el código (X)HTML El contenido de las páginas se debe organizar de forma que el orden de lectura sea el correcto, independientemente del dispositivo de acceso usado y de la forma en la que se presenta el contenido (navegador gráfico, sin CSS, sólo texto, tablas linearizadas, mediante lector de pantalla, etc.) RAC16 - Respecto a los encabezados Se deben definir encabezados, usándolos de acuerdo a la especificación, de forma que reflejen fielmente la estructura lógica y jerarquía del contenido de las páginas y usen textos descriptivos. RAC17 - Respecto a las listas Toda enumeración de elementos de información relacionados entre sí, especialmente los grupos de enlaces, deben identificarse como listas usando los elementos adecuados de (X)HTML según sus características (listas ordenadas, desordenadas o de definición) y de acuerdo a la especificación. RAC18 - Respecto a la estructura en las tablas de datos En las tablas de datos se deben identificar las celdas de encabezado y, cuando la estructura de la tabla sea compleja, se deben establecer relaciones entre los datos y sus encabezados según la especificación. RAC19 - Respecto a los títulos en las tablas de datos Los títulos de las tablas, en caso de que existan, se deben identificar con el elemento adecuado para tal fin según la especificación (X)HTML, sin usar otros elementos o construcciones cuya finalidad es diferente. 14

16 RAC20 - Respecto al texto especial o enfatizado Se deben usar los elementos semánticos adecuados para marcar el texto enfatizado o el texto especial, como las citas. REFERENCIA TÉCNICA WCAG 1.0 / UNE :2004 Punto de Verificación Prioridad (WCAG / UNE) WCAG 1 UNE Utilización de elementos de encabezado 2 / Marcar las listas 2 / Marcar las citas 2 / Identificación de encabezamientos 1 / Identificación de relaciones 1 / Proporcione resúmenes 3 / Organización de documentos sin CSS 1 / Dividir bloques de información 2 / WCAG 2.0 Requisito / Criterio de Conformidad Nivel Principio WCAG 2 Información y relaciones A Perceptible Secuencia significativa A Perceptible Evitar bloques A Operable Encabezados de sección AAA Operable Sugerencias CS1 - Respecto a la estructura en las tablas de datos Cuando sea apropiado, se deberían agrupar las filas y/o columnas de encabezados o de datos relacionadas entre sí mediante los elementos adecuados según la especificación del lenguaje usado (XHTML). D - Presentación y Maquetación Requisitos RAC21 - Respecto a las hojas de estilo CSS Las páginas web únicamente añadirán características de presentación y maquetación a través de las hojas de estilo, sin emplear elementos ni atributos de presentación de (X)HTML. 15

17 RAC22 - Respecto al indicador del foco El indicador del foco de cualquier interfaz de usuario que sea operable mediante teclado debe ser visible. RAC23 - Respecto a la información basada en propiedades físicas La información e instrucciones proporcionadas para entender y operar el contenido no dependen únicamente de características sensoriales como su forma, color, tamaño, ubicación visual, orientación o sonido. RAC24 - Respecto al contraste del texto y de las imágenes de texto La presentación visual de texto e imágenes de texto tiene una relación de contraste suficiente excepto en los logotipos y en el texto "incidental" que no está destinado a leerse, como el texto decorativo. RAC25 - Respecto a las imágenes de texto Si mediante CSS se puede lograr la presentación visual deseada, se debe usar texto para transmitir la información en vez de imágenes de texto excepto cuando la presentación del texto es esencial para la transmisión de la información. RAC26 - Respecto al reescalado del texto La maquetación de las páginas web se hará de forma que no interfiera con el correcto reescalado del texto por parte de los navegadores, usando unidades relativas para el texto y asegurando que al aumentar su tamaño no se produzcan desbordamientos o solapamientos de contenidos que dificulten o impidan su percepción. RAC27 - Respecto a los marcos Todos los marcos, en caso de que se usen, han de tener un título que indique claramente cuál es su función o contenido y los conjuntos de marcos deben disponer de una descripción de las relaciones existentes entre sus marcos si sus títulos no son lo suficientemente descriptivos. RAC28 - Respecto a las alternativas a los marcos Todos los marcos deben tener una alternativa accesible incluida de manera estándar que permita acceder a todo el contenido proporcionado en el marco. RAC29 - Respecto a las tablas de maquetación En caso de emplear tablas de maquetación estas deben tener sentido cuando se lean de forma lineal y no deben usar elementos y atributos propios de las tablas de datos. 16

18 REFERENCIA TÉCNICA WCAG 1.0 / UNE :2004 Punto de Verificación Prioridad (WCAG / UNE) WCAG 1 UNE Alternativas textuales 1 / Información por contexto 1 / Combinaciones de color 2 / Utilización de marcadores apropiados 2 / Utilización de hojas de estilo 2 / Utilización de unidades relativas 2 / Evitar tablas de maquetación 2 / Evitar marcadores estructurales 2 / Titular marcos 1 / Descripción de marcos 2 / WCAG 2.0 Requisito / Criterio de Conformidad Nivel Principio WCAG 2 Información y relaciones A Perceptible Secuencia significativa A Perceptible Características sensoriales A Perceptible Uso del color A Perceptible Contraste (mínimo) AA Perceptible Cambio de tamaño de texto AA Perceptible Imágenes de texto AA Perceptible Foco visible AA Operable Nombre, función, valor A Robusto Sugerencias DS1 - Respecto al sonido de fondo El contenido auditivo en el que existan discursos o diálogos no debería tener sonido de fondo o bien el contraste entre ambos (diferencia de volumen) debería ser lo suficiente para no dificultar la percepción de las voces. DS2 - Respecto a los marcos Es recomendable evitar el uso de marcos debido a los diferentes problemas que presentan tanto de accesibilidad como de usabilidad. DS3 - Respecto a las tablas de maquetación Es recomendable que, siempre que sea posible, se evite el uso de tablas de maquetación empleando en su lugar propiedades de las hojas de estilo. 17

19 E - Comprensión de Contenidos Requisitos RAC30 - Respecto al uso del lenguaje Se debe usar el lenguaje apropiado para su contenido de la forma más clara y sencilla posible. RAC31 - Respecto a la jerga y vocabulario especial Debe evitarse su uso y, en caso de no ser posible, se deben proporcionar definiciones específicas de palabras o frases usadas de modo inusual o restringido, incluyendo expresiones idiomáticas y jerga. RAC32 - Respecto al vocabulario neutro La redacción del contenido debe evitar el uso de términos que hagan referencia a características físicas de los elementos (forma, color, tamaño, ubicación) o a acciones propias de formas y dispositivos de acceso específicos. RAC33 - Respecto a la identificación de idiomas Identificar el idioma principal usado en cada página así como los cambios de idioma que se produzcan en el contenido excepto en los nombres propios, términos técnicos o palabras de uso común. REFERENCIA TÉCNICA WCAG 1.0 / UNE :2004 Punto de Verificación Prioridad (WCAG / UNE) WCAG 1 UNE Identificación de cambios de idioma 1 / Identificación del idioma principal 3 / Lenguaje claro 1 / WCAG 2.0 Requisito / Criterio de Conformidad Nivel Principio WCAG 2 Características sensoriales A Perceptible Idioma de la página A Comprensible Idioma de las partes AA Comprensible Palabras inusuales AAA Comprensible Nivel de lectura AAA Comprensible

20 Sugerencias ES1 - Respecto a las abreviaturas y acrónimos Se debería proporcionar la expansión de las abreviaturas y acrónimos, que no sean de uso común, la primera vez que aparezcan en cada página. F - Navegación e Interacción Requisitos RAC34 - Respecto a los enlaces descriptivos Los enlaces deben identificar claramente su destino incluso cuando se leen fuera de su contexto. RAC35 - Respecto al etiquetado de controles de formulario Los controles de formulario deben tener etiquetas asociadas explícita e implícitamente y que describan adecuadamente su función y propósito. RAC36 - Respecto a la agrupación de controles de formulario En los formularios en los que existan varios grupos de controles de formulario relacionados entre sí se debe identificar cada grupo y proporcionar un texto que los describa usando los elementos adecuados según la especificación. RAC37 - Respecto a la identificación de errores en formularios Se deben identificar y describir mediante texto los errores que se hayan podido producir al rellenar los formularios. RAC38 - Respecto a las instrucciones en los formularios En los formularios se deben proporcionar etiquetas descriptivas, o instrucciones si fuesen necesarias, cuando sea necesaria la introducción de datos por parte del usuario. RAC39 - Respecto a las sugerencias ante errores en los formularios Cuando se detecten errores en la entrada de datos y se conozca una forma de corregir el error se deben presentar sugerencias al usuario para su corrección. RAC40 - Respecto a la prevención de errores en los formularios En los formularios que tienen implicaciones legales o económicas, en los que se modifican o eliminan datos del usuario, o que envían respuestas a pruebas o exámenes, es necesario o bien pedir confirmación al usuario, o permitirle revisar y corregir los datos antes de enviarlos o hacer que el envío sea reversible. 19