Source: http://www.slideshare.net/ceinnavarra/guia-de-recomendaciones-de-accesibilidad-y-calidad-web
Timestamp: 2016-05-28 22:18:43+00:00

Document:
Microsoft word articulo docente d...
Instituto Nacional de Tecnologías de la Comunicación GUÍA DE RECOMENDACIONES DEACCESIBILIDAD Y CALIDAD WEBCentro de Referencia en Accesibilidad y Estándares Web Enero 2009
Instituto Nacional de Tecnologías de la Comunicación Copyright © 2009 Instituto Nacional de Tecnologías de la comunicación (INTECO) El presente documento está bajo la licencia Creative Commons Reconocimiento - Compartir Igual versión 3.0 España. Usted es libre de: - copiar, distribuir y comunicar públicamente la obra - hacer obras derivadas Bajo las condiciones siguientes: - Reconocimiento. Debe reconocer los créditos de la obra de la manera especificada por el autor o el licenciador (pero no de una manera que sugiera que tiene su apoyo o apoyan el uso que hace de su obra). - Compartir bajo la misma licencia. Si altera o transforma esta obra, o genera una obra derivada, sólo puede distribuir la obra generada bajo una licencia idéntica a ésta. Al reutilizar o distribuir la obra, tiene que dejar bien claro los términos de la licencia de esta obra. Alguna de estas condiciones puede no aplicarse si se obtiene el permiso del titular de los derechos de autor Nada en esta licencia menoscaba o restringe los derechos morales del autor. Licencia completa disponible en http://creativecommons.org/licenses/by-sa/3.0/es/ El presente documento cumple con las condiciones de accesibilidad del formato PDF (Portable Document Format). Se trata de un documento estructurado y etiquetado, provisto de alternativas a todo elemento no textual, marcado de idioma y orden de lectura adecuado. Para ampliar información sobre la construcción de documentos PDF accesibles puede consultar la guía disponible en la sección Accesibilidad > Formación > Manuales y Guías de la página http://www.inteco.es.Guía de Recomendaciones de Accesibilidad y Calidad Web 2Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónÍNDICE 1. INTRODUCCIÓN 6 1.1. Accesibilidad Web 6 1.2. Beneficiarios de la Accesibilidad 6 1.3. Diseño para todos y todas 7 1.4. Ventajas de la Accesibilidad 8 1.5. Referencia Técnica 9 1.5.1. Pautas de Accesibilidad al Contenido en la Web: WCAG 9 1.5.2. UNE 139803:2004 10 1.6. Legislación 10 1.7. Centro de Referencia en Accesibilidad y Estándares Web 14 2. CONSTRUCCIÓN DE UN SITIO WEB ACCESIBLE PASO A PASO 15 2.1. Contenido y Estructuración 15 2.2. Presentación y Maquetación 16 2.3. Revisión 16 3. EVALUACIÓN DE LA ACCESIBILIDAD 17 3.1. Validación Automática 17 3.1.1. TAW: Test de Accesibilidad Web 17 3.2. Validación manual 19 3.2.1. Web Accessibility Toolbar 19 3.2.2. Web Developer Toolbar 20 4. PRESENTACIÓN DE LOS REQUISITOS DE ACCESIBILIDAD 22 5. REQUISITOS DE ACCESIBILIDAD 23 5.1. Imágenes y Multimedia 23 5.1.1. Imágenes 24 5.1.2. Mapas de Imagen 25 5.1.3. Multimedia 26 5.2. Objetos Programados 28 5.2.1. Equivalentes Accesibles 28 5.2.2. Contenido con cambios de estado 29 5.2.3. Independencia de dispositivo 30 5.3. Marcos 31Guía de Recomendaciones de Accesibilidad y Calidad Web 3Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación 5.3.1. Equivalentes Textuales 31 5.4. Tablas 33 5.4.1. Tablas de Datos 33 5.4.2. Tablas de Maquetación 34 5.5. Formularios 35 5.5.1. JavaScript y Formularios 35 5.5.2. Asociación entre etiquetas y controles 36 5.5.3. Independencia de dispositivo 37 5.5.4. Otros aspectos sobre la accesibilidad 38 5.6. Estándares 39 5.6.1. Gramáticas formales 39 5.6.2. Tecnologías W3C 40 5.6.3. Elementos desaconsejados 41 5.6.4. Página alternativa accesible 41 5.7. Estructura y Presentación 42 5.7.1. Hojas de estilo 42 5.7.2. Color y Contraste 44 5.7.3. Encabezados 45 5.7.4. Listas 46 5.7.5. Citas 46 5.7.6. Dividir la información 47 5.7.7. Marcadores mejor que imágenes 47 5.8. Navegación, Lenguaje y Comprensión 48 5.8.1. Lenguaje y Comprensión 48 5.8.2. Actualizaciones automáticas y redireccionamiento 49 5.8.3. Enlaces 49 5.8.4. Mecanismos de navegación 50 5.8.5. Metadatos 51 6. RECOMENDACIONES TÉCNICAS DE ACCESIBILIDAD Y CALIDAD WEB PARA EL SECTOR PYME ESPAÑOL 53 6.1. Gramática 53 6.2. Encabezados 53 6.3. Unidades relativas 54 6.4. Elementos estructurales 54 6.5. Alternativas textuales 55Guía de Recomendaciones de Accesibilidad y Calidad Web 4Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación 6.6. Enlaces 55 6.7. Presentación 56 6.8. Otras Recomendaciones 56 7. GLOSARIO DE TÉRMINOS 58 8. REFERENCIAS DE INTERÉS 61 8.1. Generales 61 8.2. Legislación 61 8.3. Normativa 61 8.4. Especificaciones 62 8.5. Manuales y Guías 62 8.6. Herramientas Útiles 63Guía de Recomendaciones de Accesibilidad y Calidad Web 5Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación1. INTRODUCCIÓN1.1. ACCESIBILIDAD WEBLa Web (World Wide Web) se creó como una red universal de conocimiento que hasupuesto un enorme salto cualitativo y cuantitativo en cuanto a la adquisición y tratamientode información se refiere.Sin embargo, y debido a diferentes motivos, hoy en día existen barreras significativas en laWeb para un amplio número de ciudadanos, entre ellos las personas con discapacidad ypersonas mayores.Se puede definir la accesibilidad como la posibilidad de que un sitio o servicio Web puedaser visitado y utilizado de forma satisfactoria por el mayor número posible de personas,independientemente de las limitaciones personales que tengan o de aquellas limitacionesque sean derivadas de su entorno.La Accesibilidad Web es un elemento esencial que favorece la igualdad de oportunidades delas personas con discapacidad, permitiendo el ejercicio del derecho reconocidoconstitucionalmente como es el acceso a la cultura, el ocio y el tiempo libre.1.2. BENEFICIARIOS DE LA ACCESIBILIDADLa Accesibilidad Web beneficia a las personas que presentan algún grado de discapacidad(físicas, sensoriales, cognitivas, etc.), entendiendo por discapacidad las deficiencias, laslimitaciones en la actividad y las restricciones en la participación.Asimismo, también beneficia a otros grupos de usuarios como aquellas personas condificultades relacionadas con el envejecimiento o las derivadas de una situacióndesfavorable determinada: • Usuarios de edad avanzada con dificultades producidas por el envejecimiento. • Usuarios afectados por circunstancias derivadas del entorno como baja iluminación, ambientes ruidosos, espacio reducido, etc. • Usuarios con insuficiencia de medios que acceden a los servicios de Internet mediante equipos y conexiones con capacidades limitadas. • Usuarios que no dominen el idioma, como aquellos de habla extranjera o con menor nivel cultural. • Usuarios inexpertos o que presentan inseguridad frente a la utilización de diversos dispositivos electrónicos.Guía de Recomendaciones de Accesibilidad y Calidad Web 6Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación1.3. DISEÑO PARA TODOS Y TODASUno de los cánones asociados con la accesibilidad es el principio del diseño para todos odiseño universal. Los principios del denominado diseño para todos o diseño universal, tienencomo objetivo el diseño de productos y entornos de fácil uso para el mayor número posiblede personas, sin la necesidad de adaptarlos o rediseñarlos de forma especial.El diseño universal, así pues, beneficia a todas las personas, sean cuales sean su edad y/ohabilidades.Estos principios son: 1. Igualdad de uso: el diseño debe ser fácil de usar y adecuado para todas las personas independientemente de sus capacidades y habilidades. Debe proporcionar la misma forma de uso a todos los usuarios: idénticas cuando sea posible; equivalentes, cuando no lo sea. 2. Flexibilidad: el diseño debe poder adecuarse a un amplio rango de preferencias y habilidades individuales. Por ejemplo, permitiendo al usuario elegir el mecanismo de interacción o adaptándose a su ritmo de uso. 3. Simple e intuitivo: el diseño debe ser fácil de entender independientemente de la experiencia, los conocimientos, las habilidades o el nivel de concentración del usuario. 4. Información fácil de percibir: el diseño debe ser capaz de intercambiar información con el usuario, independientemente de sus condiciones ambientales o sus capacidades sensoriales. 5. Tolerante a errores: el diseño debe minimizar las acciones accidentales o fortuitas que puedan tener consecuencias fatales o no deseadas, para evitar los posibles errores que el usuario/a pueda cometer en su interacción con la Web. 6. Escaso esfuerzo físico: el diseño debe poder ser usado eficazmente y con el mínimo esfuerzo posible. Por ejemplo, evitando las acciones repetitivas. 7. Dimensiones apropiadas: los tamaños y espacios deben ser apropiados para su manipulación y uso por parte del usuario, independientemente de su tamaño, posición, y movilidad.Guía de Recomendaciones de Accesibilidad y Calidad Web 7Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación1.4. VENTAJAS DE LA ACCESIBILIDADLa aplicación de los Requisitos de Accesibilidad, además de permitir y mejorar el acceso delas personas con discapacidad a los contenidos Web, conlleva también otras ventajasadicionales que se presentan a continuación. • Simplifica el desarrollo: ciertas condiciones y requisitos técnicos que recomienda la accesibilidad dan como resultado mejoras en los procesos de desarrollo. Conceptos como la separación de contenido y presentación, o el uso de estándares, facilitan el desarrollo y mantenimiento. Otras ventajas derivadas son una mejor reutilización de los recursos y la disminución de la carga de los servidores. • Ahorra costes: la aplicación de los Requisitos de Accesibilidad conlleva un ahorro de costes como consecuencia de las mejoras en los procesos de desarrollo antes mencionadas. • Mejora la indexación en los buscadores: la necesidad de proporcionar equivalentes textuales, así como la estructuración y la semántica de los contenidos tiene como resultado el enriquecimiento de la información de la Web de forma que los contenidos pueden ser indexados más efectivamente por los buscadores. • Facilita la independencia de dispositivo y la interoperabilidad: la Accesibilidad Web permite alcanzar un buen nivel de interacción mediante diferentes dispositivos o configuraciones según las características o preferencias de los usuarios. • Aumenta la Usabilidad: los sitios Web accesibles son en general más "usables" para todo el mundo. Conceptos como la sencillez, facilidad de manejo y navegación, y eficiencia, se manejan en ambas disciplinas. • Mejora el acceso en general: las mejoras de usabilidad, de navegación, de estructuración, etc., asociadas la accesibilidad, constituyen valores en sí mismos que benefician a todos los usuarios de la Web en general. • Aumenta el público objetivo: al mejorar el acceso a los contenidos Web de forma general, no se excluyen grupos de personas que potencialmente pueden formar parte del los usuarios de nuestras páginas Web, lo cual puede redundar en un aumento de las visitas y, por tanto, de los beneficios.Por tanto se debe ver la accesibilidad, no como una serie de requisitos aislados para uncolectivo concreto, sino como opciones de mejora de la calidad de la Web en general queaportará beneficios y permitirán estar mejor preparados para futuras tecnologías Web.Guía de Recomendaciones de Accesibilidad y Calidad Web 8Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación1.5. REFERENCIA TÉCNICAEn la presente sección se establecen las normas y recomendaciones sobre las que seregula el nivel de accesibilidad de un sitio Web.1.5.1. Pautas de Accesibilidad al Contenido en la Web: WCAGLas "Pautas de Accesibilidad al Contenido en la Web" (WCAG) son una especificacióndel W3C (World Wide Web Consortium) que proporciona una guía sobre la accesibilidad delos sitios de la Web para las personas con discapacidad. Han sido desarrolladas por laIniciativa de Accesibilidad en la Web (WAI) del W3C.WCAG 1.0La especificación contiene catorce pautas, que son los principios generales para el diseñoaccesible. Cada pauta está asociada a uno o más puntos de verificación que describencómo aplicar esa pauta a las características particulares de las páginas Web.Cada punto de verificación tiene asignado uno de los tres niveles de prioridad:Prioridad 1: Todos los puntos de verificación que el desarrollador tiene que satisfacer; si no,algunos grupos de personas serán incapaces de acceder a la información de un sitio;Prioridad 2: El desarrollador debe satisfacerla; sin ello alguien encontrará muchasdificultades para acceder a la información;Prioridad 3: El desarrollador puede satisfacerla; de lo contrario, algunas personas hallarándificultades para acceder a la información.La especificación tiene tres "niveles de adecuación" para facilitar la referencia por otrasorganizaciones. • El nivel de adecuación "A" (A) incluye los puntos de verificación de prioridad 1; • El nivel "Doble A" (AA) incluye las prioridades 1 y 2; • El nivel "Triple A" (AAA) incluye las prioridades 1, 2 y 3.Actualmente se considera que un sitio Web es accesible si su nivel es AA.WCAG 2.0Las WCAG 2.0 son recomendación oficial de W3C desde el pasado 11 de diciembre de2008.Están organizadas en 4 principios: Perceptible, Operable, Comprensible y Robusto (enalusión a las características de un documento Web accesible).Guía de Recomendaciones de Accesibilidad y Calidad Web 9Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónCada uno de estos principios se divide, a su vez, en varias pautas hasta un total de 12.Cada uno de estas pautas a su vez queda atomizada en “criterios de éxito” (SuccessCriteria) que conforman su validación y que en total suman 61 (en concepto, equivalen a los65 puntos de verificación de las WCAG 1.0).W3C ofrece documentación detallada acerca de las diferencias entre WCAG 1.0 y WCAG2.0:1.5.2. UNE 139803:2004La norma UNE 139803:2004 es una norma española, que ha tomado como punto de partidalas WCAG 1.0.Dicha norma se estructura en 7 categorías, que a su vez se subdividen en requisitos, conuna prioridad mayor o menor según su impacto en la accesibilidad final. Así se tiene que losrequisitos con prioridad 1 son los de mayor importancia en cuanto a la accesibilidad final, losde prioridad 2 deben ser observados si se quieren eliminar importantes barreras de acceso ylos de prioridad 3 confieren a la Web un buen nivel de accesibilidad.Existe también una clasificación de la marca UNE de una Web en relación a las normas yprioridades que se han aplicado: • Marca AA ("Doble A"): Incluye los requisitos de prioridad 1 y 2. • Marca AAA ("Triple A"): Incluye los requisitos de prioridad 1, 2 y 3 (todos).Actualmente se considera que un sitio Web es accesible si su marca es AA.1.6. LEGISLACIÓNLa creciente importancia de la Sociedad de la Información y de las Tecnologías de laInformación y la Comunicación (TIC) ha aumentado la necesidad de una legislación que lasregule y que garantice el acceso a la misma a todos los ciudadanos independientemente desus discapacidades. Es necesario destacar que la accesibilidad Web es, en el caso de lasAdministraciones públicas de España, exigida por ley:• INSTRUMENTO de Ratificación de la Convención sobre los derechos de las personas con discapacidad: La Convención se encuentra en vigor en España desde el día 3 de mayo de 2008 El propósito de la Convención, negociada durante cinco años, es el de promover, proteger y asegurar el goce pleno y en condiciones de igualdad de todos los derechos humanos y libertades fundamentales por todas las personas con discapacidad, y promover el respeto de su dignidad inherente.Guía de Recomendaciones de Accesibilidad y Calidad Web 10Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación• LEY 56/2007, de 28 de diciembre, de Medidas de Impulso de la Sociedad de la Información. Se da nueva redacción al párrafo segundo del apartado uno de la disposición adicional quinta de la LSSICE, 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.• LEY 49/2007, de 26 de diciembre, por la que se establece el régimen de infracciones y sanciones en materia de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad. Los principios de vida independiente, normalización, accesibilidad universal y diseño para todos, así como el de transversalidad de las políticas en materia de discapacidad y el de participación a través del diálogo civil constituyen el fundamento para garantizar con efectividad el derecho a la igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad.• REAL DECRETO 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a la sociedad de la información. Extracto del reglamento: 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. El objeto de este reglamento es establecer los criterios y las condiciones que se consideran básicos para garantizar el acceso de las personas con discapacidad a las tecnologías, productos y servicios de la sociedad de la información y de cualquier medio de comunicación social, de acuerdo con los principios de igualdad de oportunidades, no discriminación y accesibilidad universal.Igualmente se recoge en el reglamento: 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,Guía de Recomendaciones de Accesibilidad y Calidad Web 11Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación con un nivel mínimo de accesibilidad que cumpla las prioridades 1 y 2 de la Norma UNE 139803:2004.• 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 sordo ciegas.• LEY 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos.• REAL DECRETO 366/2007, de 16 de marzo, por el que se establecen las condiciones de accesibilidad y no discriminación de las personas con discapacidad en sus relaciones con la Administración General del Estado. Extracto: El presente real decreto regula las condiciones de accesibilidad y no discriminación que, respecto de las personas con discapacidad, deben presentar las Oficinas de Atención al Ciudadano, impresos y cualquier otro medio que la Administración General del Estado dedica específicamente y en el ámbito de sus competencias a las relaciones con los ciudadanos. Artículo 12, apartado 3. Además, los documentos e impresos deberán estar en todo caso disponibles en las correspondientes páginas web y en formato electrónico accesible.• LEY 51/2003, de 2 de diciembre, de Igualdad de Oportunidades, No Discriminación y Accesibilidad Universal con discapacidad (LIONDAU). En la disposición final 7º se establecen las condiciones básicas de accesibilidad y no discriminación para el acceso y utilización de las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social. Extracto: Disposición final 7ª, Condiciones básicas de accesibilidad y no discriminación para el acceso y utilización de las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social. En el plazo de dos años desde la entrada en vigor de esta ley, el Gobierno aprobará unas condiciones básicas de accesibilidad y no discriminación para el acceso y utilización de las tecnologías, productos y servicios relacionados con la sociedad de la información y de cualquier medio de comunicación social, que serán obligatorias en el plazo de cuatro a seis años desde la entrada en vigor de esta ley para todos los productos y servicios nuevos, y en el plazo de ocho a diez años para todos aquellos existentes que sean susceptibles de ajustes razonables. En el plazo de dos años desde la entrada en vigor de esta ley, el Gobierno deberá realizar los estudios integrales sobre la accesibilidad a dichos bienes oGuía de Recomendaciones de Accesibilidad y Calidad Web 12Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación servicios que se consideren más relevantes desde el punto de vista de la no discriminación y accesibilidad universal.• LEY 34/2002, de 11 de julio, de Servicios de la Sociedad de la Información y Comercio Electrónico (LSSICE 1 ). Extracto: Disposición adicional quinta. Accesibilidad para las personas con discapacidad y de edad avanzada a la información proporcionada por medios electrónicos. Uno. Las Administraciones Públicas adoptarán las medidas necesarias para que la información disponible en sus respectivas páginas de Internet pueda ser accesible a personas con discapacidad y de edad avanzada de acuerdo con los criterios de accesibilidad al contenido generalmente reconocidos antes del 31 de diciembre de 2005. Asimismo, podrán exigir que las páginas de Internet cuyo diseño o mantenimiento financien, apliquen los criterios de accesibilidad antes mencionados. Dos. Igualmente, se promoverá la adopción de normas de accesibilidad por los prestadores de servicios y los fabricantes de equipos y software, para facilitar el acceso de las personas con discapacidad o de edad avanzada a los contenidos digitales.1 LSSICE. Url: http://www.lssi.es/Guía de Recomendaciones de Accesibilidad y Calidad Web 13Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación1.7. CENTRO DE REFERENCIA EN ACCESIBILIDAD Y ESTÁNDARES WEBEl Instituto Nacional de Tecnologías de la Comunicación (INTECO) creó en 2006, el Centrode Referencia en Accesibilidad y Estándares Web con el objetivo de apoyar en elcumplimiento de la normativa de accesibilidad Web.Además ofrece soporte y formación a la Administración General del Estado (AGE),realizando estudios de observatorio y desarrollando un área de I+D+i, que asegura elcumplimiento de las pautas propuestas y su adecuación a las Leyes de Servicios de laSociedad de la Información y de Igualdad de Oportunidades, No Discriminación yAccesibilidad Universal de las personas con discapacidad.Desde el Centro de Referencia se estudia el estado actual de la accesibilidad y el uso deestándares web de la AGE, promoviendo acciones destinadas a homogeneizar los portalesweb de la administración en tecnologías del W3C:• Estudio de los portales de la AGE, con el objetivo de adoptar medidas encaminadas a conseguir una web pública para todos y todas, particularmente en los sitios y portales que desde la Administración Pública se mantienen y se sostienen.• Consultoría, soporte y difusión: Resolución de problemas detectados en los estudios.• Formación: Acciones formativas y de teleformación, con cursos de accesibilidad y gestión de contenidos accesibles.• Difusión de tecnologías inclusivas para facilitar el acceso a la administración electrónica.Guía de Recomendaciones de Accesibilidad y Calidad Web 14Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación2. CONSTRUCCIÓN DE UN SITIO WEB ACCESIBLE PASO A PASOA la hora de construir un sitio Web accesible es necesario seguir una serie de pasosbásicos para cumplir con los requisitos de accesibilidad en cada página Web.Estos pasos son:• Contenido y estructuración. Escribir y dotar de estructura y sentido lógico a la información.• Presentación y maquetación. Proporcionar estilo, apariencia y colocación a los elementos incluidos.• Revisión. Comprobar la accesibilidad de cada página Web.2.1. CONTENIDO Y ESTRUCTURACIÓNComo primer paso, es necesario plasmar el contenido textual íntegro del sitio sin ningúnefecto de estilo ni presentación visual.Sobre dicho contenido, habría que identificar los elementos de estructura básicos:encabezados, listas, párrafos, tablas de datos, etc. Los elementos estructurales añadenvalor semántico a los contenidos y nunca deben utilizarse para añadir estilos, márgenes,destacar textos, etc. Tabla 1. Elementos de estructura elementales.Elemento Función Caso típico Un encabezado describe brevemente el tema de laEncabezados Título de secciones. sección que introduce. Índices, menús, listas Enumeraciones de elementos. Pueden ser ordenadas,Listas de contenido, mapa desordenadas y de definición. Web. Se ha de exponer una idea principal o concepto por La mayoría de losPárrafos párrafo. contenidos.Tablas de Identifican datos tabulares. No deben utilizarse para Tablas de datos.datos organizar la presentación de los contenidos.La traducción de este contenido a lenguaje Web, debe seguir los estándares publicados yse deben utilizar las últimas versiones cuando estén disponibles y así garantizar lacompatibilidad futura. Es decir, si se emplea una versión de HTML obsoleta, en futurasversiones puede contener elementos que produzcan errores al haber sido eliminados de lasespecificaciones.Guía de Recomendaciones de Accesibilidad y Calidad Web 15Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónLa inserción de elementos no textuales como imágenes, objetos programados,multimedia, etc. con información relevante (es decir, que no puedan ser considerados comomeros elementos decorativos) debe realizarse en este paso proporcionando alternativastextuales equivalentes a cada uno de ellos.2.2. PRESENTACIÓN Y MAQUETACIÓNUno de los pilares básicos de la accesibilidad es separar el contenido de la presentación,por tanto, el contenido de una página Web no depende ni funcionalmente, nisemánticamente de los estilos que se utilicen para presentarlo. Es decir, que una páginaWeb se entienda de igual modo si se acceda a través de un navegador tradicional, en modotexto, pantallas monocromáticas, un lector de pantalla, un dispositivo móvil, etc.De este modo, una vez estructurado adecuadamente el contenido del sitio, es necesarioorganizar la presentación a través de los estilos e inserción de elementos decorativos.La elección de un estilo uniforme a lo largo del sitio Web ayuda a las personas condiscapacidad para el aprendizaje y la lectura, pero también facilita la navegación a todos losusuarios. De este modo, si dos enlaces textuales se presentan de manera distinta, el usuariopuede no identificar uno de ellos adecuadamente.Un estilo de presentación coherente entre las páginas permite a los usuarios localizar losmecanismos de navegación (menús, barras de acceso rápido, barras de utilidades,buscador, etc.) más fácilmente, pero también permite saltar más rápidamente losmecanismos de navegación para encontrar los contenidos más importantes.La maquetación de los contenidos basadas en tablas de datos dificulta en gran medida lacomprensión del sitio para los usuarios que naveguen, por ejemplo, a través de un lector depantalla. Por ello se recomienda encarecidamente no utilizar tablas de datos para organizarla presentación de los contenidos y optar por los estilos para este fin (por ejemplo mediantehojas de estilo en cascada, CSS).2.3. REVISIÓNUna vez finalizado el proceso de construcción del sitio Web, es necesario revisar ycomprobar los requisitos de accesibilidad.Asimismo, debe leerse el contenido íntegro para garantizar que el lenguaje empleado sea lomás sencillo posible para llegar al mayor número posible de usuarios.En la revisión puede ser útil emplear un lector de pantalla para navegar por el sitio y asícomprobar que se accede a todo contenido y no se pierde ninguna información nifuncionalidad.Las herramientas de validación de código proporcionadas por el W3C son fundamentales eneste paso.Guía de Recomendaciones de Accesibilidad y Calidad Web 16Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación3. EVALUACIÓN DE LA ACCESIBILIDAD3.1. VALIDACIÓN AUTOMÁTICAA pesar de ser una inestimable ayuda en la evaluación de la accesibilidad de los sitios Web,hay que tener en cuenta que las herramientas automáticas están lejos de ser infalibles ytienen ciertas limitaciones, pudiendo dar falsos positivos (considerar como error algo que nolo es) o no detectar algunos errores que el usuario debe revisar manualmente.Por tanto, conviene tener claro su funcionamiento para conocer todas sus funcionalidades,ventajas y desventajas. Con la experiencia se puede conocer en profundidad elcomportamiento de cada herramienta ante determinados problemas de accesibilidad, deforma que es posible hacer una selección de aquellos puntos de verificación para los que setiene la certeza que se evalúan correctamente.A continuación se presenta uno de los validadores más utilizados: el TAW (Test deAccesibilidad Web).3.1.1. TAW: Test de Accesibilidad WebTAW (Test de Accesibilidad Web), desarrollado por la Fundación CTIC, es la herramienta deevaluación automática de accesibilidad de habla hispana más importante. Dispone de unaversión online y de otra descargable que permite trabajar sin conexión a Internet, siendoambas versiones gratuitas.Versión onlineEn la versión online se introduce una dirección URL, la aplicación analiza la página(basándose en las pautas de accesibilidad WCAG 1.0) y genera un informe HTML basadoen la página original con información sobre el resultado del análisis.El informe se divide en varias partes:• Cabecera: muestra el logotipo, versión del TAW y versión de las normas WAI utilizadas para el análisis.• Página analizada: se muestra la página con iconos insertados indicando los problemas de accesibilidad encontrados.• Informe resumen: se muestran los problemas de accesibilidad encontrados, organizados por prioridad.Guía de Recomendaciones de Accesibilidad y Calidad Web 17Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónEl TAW genera varios iconos de diferentes colores para representar la prioridad de lospuntos de verificación.A continuación se describen los iconos utilizados por esta herramienta. • Prioridad 1 de tipo automático • Prioridad 1 de tipo manual • Prioridad 2 de tipo automático • Prioridad 2 de tipo manual • Prioridad 3 de tipo automático • Prioridad 3 de tipo manualEl TAW diferencia entre dos tipos de problemas:Automáticos: Aquellos en los que la herramienta tiene la certeza de que incumplen laspautas (por ejemplo, una imagen sin texto alternativo).Manuales: La aplicación no los comprueba automáticamente y necesitan una revisiónmanual por parte del desarrollador-a (por ejemplo, la necesidad del uso de "longdesc" en lasimágenes).En el resumen el TAW muestra: • Un listado con los problemas de accesibilidad encontrados (ordenados por prioridad) y su descripción. • El número de línea de la página analizada. • La etiqueta HTML que genera problemas de accesibilidad (solo en la revisión avanzada).El criterio de la versión online de TAW para considerar que una página es TAW-válida esque se cumplan todos los puntos de verificación automáticos de prioridad 1.Versión descargableLa versión descargable del TAW es una aplicación de escritorio para al análisis automáticode sitios Web basándose en las Pautas de Accesibilidad al Contenido Web 1.0. TAW siguelos enlaces de los documentos HTML de forma que permite analizar desde una única páginahasta sitios Web completos.Guía de Recomendaciones de Accesibilidad y Calidad Web 18Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónEn la versión descargable es necesario que la página cumpla todos los puntos deverificación de prioridad 1, tanto automáticos como manuales. Para ello, el usuario-a puedemarcar todos los puntos de verificación que se cumplen a la vez que realiza la revisiónmanual.3.2. VALIDACIÓN MANUALAlgunas herramientas facilitan el proceso de evaluación manual, como extensiones paradiferentes navegadores Web que permiten, por ejemplo, cambiar su configuraciónrápidamente o que proporcionan enlaces a varios validadores gramaticales o deaccesibilidad.A continuación describiremos dos de las herramientas más utilizadas: Web AccessibilityToolbar para Internet Explorer y Web Developer Toolbar para Mozilla Firefox.3.2.1. Web Accessibility ToolbarLa barra de herramientas Web Accessibility Toolbar es un plug-in para Internet Explorer queha sido desarrollado para facilitar la evaluación manual de la accesibilidad de las páginasWeb. Figura 1. Web Accessibility ToolbarAlgunas de las funciones que ofrece son:• Redimensionar el tamaño del navegador para comprobar cómo se ve la página Web en diferentes resoluciones sin tener que modificarla en el monitor.• Activar y desactivar las hojas de estilo.• Buscar elementos HTML desaconsejados.• Analizar la página mediante enlaces a varios validadores HTML o CSS.• Reconocer, listar o resaltar las imágenes presentes o sustituirlas por su texto alternativo.• Hacer pruebas de color, como listar los colores usados o mostrar la página en escala de grises. Esta herramienta ofrece enlaces a direcciones Web para analizar el contraste, así como a las simulaciones de diferentes tipos de daltonismo.• Identificar y resaltar los elementos estructurales o semánticos de la página Web (encabezados, listas, tablas de datos, frames...). En la siguiente imagen puedes ver queGuía de Recomendaciones de Accesibilidad y Calidad Web 19Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación permite conocer algunas propiedades y la jerarquía estructural de un elemento situando el puntero del ratón sobre él.• Proporciona enlaces a herramientas de evaluación de accesibilidad como TAW. También enlaza con Lynx Viewer para poder ver cómo se vería la página en un navegador de texto.• Simulaciones de distintas discapacidades visuales como retinopatía diabética, cataratas, degeneración macular o glaucoma.• Información detallada sobre la página, tamaño, velocidad de descarga o los metadatos.3.2.2. Web Developer ToolbarWeb Developer es una extensión para Mozilla Firefox que añade una barra de herramientascon varias funciones de utilidad para los desarrolladores Web. Esta barra está enfocadahacia el desarrollador Web en general, aunque también incluye funciones útiles para laevaluación de la accesibilidad. Figura 2.Web Developer ToolbarSus funciones más destacadas son:• Deshabilitar cookies, Java, JavaScript, imágenes, animaciones, colores u hojas de estilo.• Definir una hoja de estilo de usuario-a o ver el estilo de un elemento de la página con solo hacer clic sobre el mismo. También permite ver y editar sobre la marcha las hojas de estilo, viendo los resultados al instante.• Ocultar las imágenes, reemplazarlas por el texto alternativo, resaltar las imágenes sin texto alternativo o sin título, así como mostrar sobre la página el tamaño de las imágenes o la ruta donde se encuentran.• Mostrar información sobre la página, los encabezados HTTP, el tamaño y tiempo de descarga. La barra muestra visualmente los valores de los atributos "id" y "class", las rutas de los enlaces, los niveles de los bloques (DIV), las teclas de acceso rápido, el orden de tabulación y los comentarios.Guía de Recomendaciones de Accesibilidad y Calidad Web 20Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación• Limpiar la caché, la autenticación HTTP y las cookies de sesión. Además permite marcar todos los enlaces como visitados, desmarcarlos, aumentar o disminuir la página. Dispone también de una consola de JavaScript donde se muestran los errores, avisos y mensajes en detalle.• Enlaces a los documentos del W3C con las especificaciones de HTML 4.01, XHTML 1.0, XHTML 1.1, DOM 1 y 2, CSS 1 y 2, y WCAG 1.0.• Marcar con un borde los elementos estructurales, desaconsejados o a nivel de bloque, los frames, los enlaces sin título, las celdas de las tablas y otros elementos personalizados.• Redimensionar el navegador a cualquier resolución definida por el usuario-a.• Validar el código HTML, las hojas de estilo y comprobar si hay enlaces rotos. Se pueden configurar los enlaces para usar los validadores que prefiera el usuario.• Analizar la accesibilidad de la página con los validadores que trae por defecto en los enlaces o por los definidos por el usuario-a.• Ver el código fuente de la página en un visor que tiene incorporado y que muestra el código con resalte de colores para hacer más fácil su lectura.Guía de Recomendaciones de Accesibilidad y Calidad Web 21Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación4. PRESENTACIÓN DE LOS REQUISITOS DE ACCESIBILIDADLas diferentes categorías en las que se han dividido los requisitos de Accesibilidad de laguía, agrupadas según su uso, son las siguientes: • Imágenes y multimedia: fotografías, gráficos, dibujos, videos, sonidos, etc. • Objetos programados: applets en Java, Flash, JavaScript, etc. • Marcos • Tablas • Formularios • Estándares: comprobación de gramática, tipo de documentos, metainformación, etc. • Estructura y presentación: división de la información, hojas de estilo, uso de listas, párrafos, etc. • Navegación, lenguaje y comprensión: menús coherentes, ayudas en la navegación, lenguaje claro y sencillo, etc.La presentación de los requisitos de accesibilidad sigue la siguiente estructura: • Un párrafo introductorio donde se requiera. • El título del requisito. • WCAG [Punto – Prioridad] / UNE [Requisito – Prioridad]: Referencia normativa según las normas WCAG y UNE. • Descripción detallada del requisito. • Código: Los requisitos también pueden incluir fragmentos de código a modo de ejemplo. Los atributos y elementos de código emplean una tipografía determinada: ELEMENTO, atributo. Ejemplo de código: Esto es un ejemplo de códigoPara la explicación de cada uno de los requisitos se han planteado pequeños ejemplos delpropio código de la página Web, código (X)HTML. Esta guía no pretende ser un manual decódigo (X)HTML, por lo que éstos fragmentos son una pequeña muestra de cómo se tendríaque construir la página Web para que cumpla los requisitos de accesibilidad.Las herramientas de evaluación manual explicadas en el punto anterior se utilizarán comomedio de explicación de alguno de los requisitos de accesibilidad, fundamentalmente en lasimágenes aclaratorias que los acompañan.Guía de Recomendaciones de Accesibilidad y Calidad Web 22Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5. REQUISITOS DE ACCESIBILIDAD5.1. IMÁGENES Y MULTIMEDIAEl texto se considera accesible para prácticamente todos los usuarios si puede sermanejado por lectores de pantalla, navegadores no visuales y lectores braille. Durante eldiseño de un documento que contenga información no textual (imágenes, applets, sonidos,presentaciones multimedia, etc.), se ha de complementar esa información con textosequivalentes siempre que sea posible.El texto alternativo indica a los dispositivos de usuario qué es lo que deben hacer en casode no mostrar las imágenes y todo objeto multimedia (porque estén desactivadas, porque setrate de un navegador en modo de texto o un lector de pantalla, etc.).A continuación se muestra un ejemplo de alternativas en la página Web de INTECO al tenerdesactivadas las imágenes. Figura 3. Captura de la página principal de INTECO con imágenesGuía de Recomendaciones de Accesibilidad y Calidad Web 23Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación Figura 4. Captura de la página principal de INTECO con las imágenes desactivadas5.1.1. ImágenesProporcionar equivalentes textuales para imágenesWCAG [1.1 - P1] / UNE [4.4.3 - P1] (referencias según las normas WCAG y UNE)Toda imagen contenida en una página Web debe disponer de una alternativa textualequivalente que proporcione la misma información o función que la imagen.Existen dos tipos de alternativas textuales para las imágenes:• Texto alternativo: se indica a través del atributo alt del elemento de imagen IMG.• Descripción detallada: se indica a través del atributo longdesc del elemento imagen IMG.Guía de Recomendaciones de Accesibilidad y Calidad Web 24Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación Tabla 2. Imágenes y alternativas.Tipología. Alternativa Caso típicoSencillas Texto alternativo con una breve descripción de las mismas. Mayoría. Si la información aportada por la imagen es relevante y precisa de una descripción más detallada, se debe usar el atributo Estadísticas,Complejas longdesc del elemento de imagen IMG. Un longdesc debe gráficos contener una URL donde se muestre una descripción complejos, etc. detallada de la imagen.Decorativas Miniaturas que Texto alternativo vacío o con un espacio en blanco. (alt=”” o(no acompañan a alt=” “)proporcionan noticias, viñetas,información Se recomienda que las imágenes decorativas se inserten por bordes,relevante). medio de la hoja de estilos CSS asociada. separadores, etc. Anuncios, En el texto alternativo se debe proporcionar el texto completoTextuales encabezados de que se muestre en la imagen. secciones, etc. Banners, iconosFuncionales de nueva(imágenes En el texto alternativo se debe describir el destino del enlace. ventana,que actúan apertura dede enlace). archivos, etc. Describir escuetamente la imagen y la animación.Animadas Si la imagen muestra un texto animado en sucesivos pasos la GIF animados. alternativa debe ser el texto completo. Ejemplo de código: <img src="imagen.png" alt="descripción breve" longdesc="desc- detallada.html" /> NOTA: el uso de longdesc sólo es necesario si la imagen requiere de una descripción detallada. La descripción puede estar situada en la misma página que la imagen como información de contexto y enlazada con longdesc mediante un ancla.5.1.2. Mapas de ImagenUn mapa de imagen es una imagen en la que determinadas zonas (áreas) son enlaces.Existen dos tipos de mapas de imágenes:• Los mapas de imagen de cliente: toda la información necesaria está contenida en la página y por tanto el navegador es capaz de realizar la acción.• Los mapas de imágenes de servidor: en ellos, el navegador envía la posición del ratón al servidor y es el servidor el que evalúa y realiza la acción.Guía de Recomendaciones de Accesibilidad y Calidad Web 25Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónProporcionar equivalentes textuales en los mapas de imagen de clienteWCAG [1.1 - P1] / UNE [4.4.3 - P1]Todo mapa de imagen de cliente debe llevar un texto alternativo para cada región activa delmismo (atributo alt del elemento AREA) que describa el destino de los enlaces.Optar por mapas de imagen de cliente en vez de servidorWCAG [9.1 - P1] / UNE [4.5.2 - P1]Debido a que es imposible hacer directamente accesible un mapa de imagen de servidor,deben ser sustituidos por los de cliente, excepto cuándo las zonas sensibles no puedan serdefinidas con una forma geométrica.Replicar los vínculos en los mapas de imagen de servidorWCAG [1.2 - P1] / UNE [4.5.3 - P1]En un mapa de imagen de servidor, el usuario no sabe cual es el destino de cada área delmismo, por lo tanto deben replicarse los enlaces en formato texto de cada zona activa. Éstosdeben aparecer lo más cerca posible del mapa.5.1.3. MultimediaTodo elemento multimedia (sonido, animación, vídeo, presentaciones multimedia,…) tieneque tener una alternativa textual equivalente sincronizada con el contenido mostrado.Proporcionar una sincronización de alternativas accesibles (subtítulos)WCAG [1.4 - P1] / UNE [4.6.4 - P1]Es necesario proporcionar subtítulos sincronizados a los vídeos (transcripciones del audiode la película que incluyen diálogos y sonidos más importantes). Éstos pueden estarincrustados en el propio vídeo o en un archivo aparte. Figura 5. Ejemplo de subtítulos integrados en un vídeoGuía de Recomendaciones de Accesibilidad y Calidad Web 26Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónProporcionar una descripción auditiva de la banda visualWCAG [1.3 - P1] / UNE [4.6.3 - P1]La descripción auditiva debe incluir los elementos visuales clave, las acciones, losescenarios, lenguaje corporal, gráficos y texto mostrado. Es similar a la voz de un narradorque va explicando de palabra lo que ocurre en la imagen, sin interferir con el audio original,aprovechando los silencios.Proporcionar una transcripción textual completaWCAG [1.1 - P1] / UNE [4.4.3 - P1]Es necesario proporcionar una transcripción textual completa en formato de texto accesibleque incluya tanto las descripciones del vídeo como del audio. La transcripción puede estaren la misma página o en otra página aparte enlazada.Guía de Recomendaciones de Accesibilidad y Calidad Web 27Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.2. OBJETOS PROGRAMADOSAlgunos documentos incorporan objetos programados (animaciones Flash, scripts,applets, etc.) cuyas interfaces no pueden ser controladas a través del lenguaje de marcado(X)HTML. En tales casos, se deben proporcionar equivalentes alternativos con interfacesaccesibles.Un script en el lado del cliente es un programa que puede acompañar a un documento(X)HTML o que puede estar incluido en él y que aporta interactividad a la página Web.5.2.1. Equivalentes AccesiblesProporcionar una alternativa a los objetos programadosWCAG [1.1 - P1, 6.3 – P1] / UNE [4.4.3 - P1, 4.6.1 – P1]Los objetos programados y scripts deben considerarse como una mejora, no como unrequisito de funcionalidad en una página Web. Por tanto, se debe proporcionar unaalternativa equivalente accesible a todo objeto programado.Para insertar un objeto programado en el código de la página Web se utiliza el elementoOBJECT y la alternativa debe proporcionarse dentro del contenido de dicho elemento. Ejemplo de código: <object type="application/x-shockwave-flash" data="animacion_Flash.swf"> <param ... /> <!-- Contenido alternativo --> ... </object>Los scripts deben degradar adecuadamente de forma que cuando no se soporten, no sepierda ni contenido ni funcionalidad en las páginas. Tanto la información como el correctofuncionamiento de las páginas no deben depender de la ejecución de los mismos.Alternativas actualizadas en elementos dinámicosWCAG [6.2 - P1] / UNE [4.4.1 - P1]El contenido alternativo equivalente tiene que aportar la misma información o funcionalidadque el contenido original aunque éste varíe dinámicamente.El contenido dinámico debe ser accesibleWCAG [6.5 – P2] / UNE [4.4.6 – P2]El contenido generado dinámicamente debe ser accesible y compatible con los agentes deusuario y ayudas técnicas (por ejemplo, un lector de pantalla). Si no es posible, debeproporcionarse una página alternativa accesible con dicho contenido.Guía de Recomendaciones de Accesibilidad y Calidad Web 28Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.2.2. Contenido con cambios de estadoUna pantalla parpadeante o con destello puede provocar ataques en usuarios conepilepsia foto sensitiva; por eso, los desarrolladores debe evitarse causar destello de lapantalla. Además, debe proporcionarse un mecanismo de control del movimiento de todocontenido no estático.Evitar provocar destellos en la pantallaWCAG [7.1 - P1] / UNE [4.2.3 - P1]Toda frecuencia de destello entre 4 y 59 destellos por segundo (siendo 20 el valor umbral desensibilidad), así como cambios bruscos de luminosidad, pueden ocasionar ataques enusuarios con problemas de foto-sensibilidad. Por ello, se ha de evitar la inserción deelementos con destellos.Evitar el parpadeo del contenidoWCAG [7.2 – P2] / UNE [4.2.10 – P2]Se ha de evitar el parpadeo del contenido ya que puede dificultar la lectura a personas condiscapacidades visuales o cognitivas (como el déficit de atención o epilepsia).Para la evaluación de la frecuencia de parpadeo para imágenes GIF y objetos conmovimiento se puede utilizar la opción Test de frecuencia de parpadeo para imágenesGIFde la barra Web Accessibility Toolbar. Figura 6. Test de frecuencia de parpadeo para imágenes GIFEvitar el movimiento del contenidoWCAG [7.3 – P2] / UNE [4.2.11 – P2]Se debe evitar el movimiento de los contenidos. En caso de usarse, se debe ofrecer unmecanismo de control del mismo, de manera que pueda ser detenido o desactivado. Asímismo, si el contenido móvil contiene información, ésta debe presentarse de forma íntegra aldetener el movimiento.Guía de Recomendaciones de Accesibilidad y Calidad Web 29Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.2.3. Independencia de dispositivoNo todos los usuarios tienen un entorno gráfico con un ratón u otro dispositivo para apuntar.Algunos usuarios dependen del teclado, teclado alternativo o entrada de voz para navegarentre vínculos, activar los controles de formulario, etc.Por ello se ha de garantizar la independencia de dispositivo, es decir, asegurarse de que losusuarios puedan interactuar con una página mediante cualquier dispositivo. Una páginadiseñada para el acceso desde el teclado (además del acceso con ratón) será normalmenteaccesible a los usuarios con otros dispositivos de entrada.Independencia de dispositivo de entradaWCAG [6.4 – P2, 9.3 – P2] / UNE [4.6.6 – P2]Utilizar eventos lógicos a nivel de aplicación (onfocus, onblur, onselect) en lugar deeventos dependientes de dispositivo (onmouseover, onmouseout, onmousedown, onkeydown,onmouseup, onkeypress) garantiza que los usuarios interactúen con el documentoindependientemente del dispositivo de entrada usado.Por ejemplo, un documento o aplicación con el que sólo se pueda interactuar mediante elratón (evento dependiente del dispositivo), estará restringiendo el acceso, por ejemplo, laspersonas con discapacidades visuales no pueden utilizar dispositivos de apuntamiento yrecurren a otro tipo de recursos como el teclado o la voz.Objetos programados directamente accesiblesWCAG [8.1 – P1 / P2] / UNE [4.6.2 – P1, 4.6.5 – P1]Los elementos de programación, tales como scripts u objetos Flash, deben ser directamenteaccesibles o compatibles con las ayudas técnicas, aprovechando las características deaccesibilidad que proporcionen esas tecnologías.Por ejemplo, si se añade una presentación en Flash, ésta debe ser accesible, permitiendoacceder y navegar por todos los elementos que contenga bien con un navegador, bien através de un lector de pantalla.Elementos con interfaz propia independiente de dispositivoWCAG [9.2 – P2] / UNE [4.6.7 – P2]Todo elemento con interfaz propia (presentaciones interactivas en Flash, objetos cuyainterfaz ha sido creada con JavaScript) debe poder manejarse independientemente deldispositivo de entrada usado (ratón, teclado, lector de pantalla, etc.). Figura 7. Ejemplo de interfaz de control realizada en FlashGuía de Recomendaciones de Accesibilidad y Calidad Web 30Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.3. MARCOSLos marcos permiten presentar varios documentos simultáneamente en una misma páginaWeb. Los marcos se insertan en el código por medio de los elementos FRAMESET (conjuntode marcos) y FRAME (marco).5.3.1. Equivalentes TextualesAlternativa para marcosWCAG [1.1 – P1] / UNE [4.4.3 – P1]Se debe evitar, en la medida de lo posible, el uso de marcos en las páginas ya que algunosnavegadores no los soportan o están configurados para no mostrarlos.No obstante todo marco debe ofrecer una alternativa accesible equivalente a través delelemento NOFRAMES que debe incluir los elementos de navegación necesarios paramoverse por el sitio Web así como los enlaces a las descripciones de los marcos. Ejemplo de código: <frameset cols="20%, 80%" title=”Página Principal”> <frame src="barra_nav.html" title="Navegación" /> <frame src="contenido.html" title="Contenido"> <noframes> <!-- Contenido alternativo a los marcos --> ... </noframes> </frameset> Figura 8. . Ejemplo de página Web realizada con frames.Títulos para los marcosWCAG [12.1 – P1] / UNE [4.3.1 – P1]Todo marco debe ser descrito de forma escueta a través de un título (atributo title) queinforme sobre cuál es el contenido del mismo.Guía de Recomendaciones de Accesibilidad y Calidad Web 31Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónDescripción de la relación entre los marcosWCAG [12.2 – P2] / UNE [4.3.4 – P2]Cuando mediante el título del marco no se puede especificar claramente su propósito o larelación con los demás marcos, se debe especificar una descripción larga (a través delatributo longdesc de alguno de los marcos) que informe de la funcionalidad de cada marcoasí como la relación que existe entre todos los marcos que componen la página.La descripción larga para el caso de la Figura 4 podría ser el siguiente: Hay 4 frames. El frame superior contiene el título y la navegación principal. El frame lateral izquierdo contiene una lista de enlaces a los apartados del nivel. El frame central es donde se presenta el contenido de la página. El frame inferior presenta el copyright, y la navegación secundaria.Guía de Recomendaciones de Accesibilidad y Calidad Web 32Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.4. TABLAS5.4.1. Tablas de DatosIdentificar encabezadosWCAG [5.1 – P1] / UNE [4.3.2 – P1]En las tablas de datos se deben identificar las celdas que funcionan como encabezadomediante el elemento TH, aportando así una estructura y significado a la información de latabla.Tablas de datos complejasWCAG [5.2 – P1] / UNE [4.3.3 – P1]En las tablas de datos complejas, aquellas con más de un nivel de encabezados, se debenasociar las celdas de datos con sus correspondientes encabezados (atributos scope o id yheaders). Tabla 3. Ejemplo de tabla de datos África América Asia Europa Oceanía 2Superficie (en millones de km ) 30 41 43 10 7,6Población (en miles de habitantes) 858.584 853.245 3.797.112 727.192 31.080 En rojo se marcan los encabezados de la tabla. Ejemplo de código: ... <tr> <td></td> <th id="h1">África</th> <th id="h2">América</th> <th id="h3">Asia</th> <th id="h4">Europa</th> <th id="h5">Oceanía</th> </tr> <tr> <th id="h6">Superficie (en millones de km2)</th> <td headers="h1 h6">30</td> ...Guía de Recomendaciones de Accesibilidad y Calidad Web 33Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónResúmenes en tablas de datosWCAG [5.5 – P3] / UNE [4.3.9 – P2]Se debe proporcionar información sobre el contenido de las tablas de datos.En tablas de datos simples, puede utilizarse el elemento CAPTION (título de la tabla) o elatributo summary (resumen) del elemento de tabla TABLE para este fin, mientras que en lascomplejas es obligatorio utilizar al menos el atributo summary. Ejemplo de código: <table summary="Resumen de los datos mostrados en la tabla"> <caption>Título de la tabla</caption> ... </table>5.4.2. Tablas de MaquetaciónLa presentación y maquetación de contenidos no debe realizarse mediante tablas.No utilizar tablas para maquetarWCAG [5.3 – P2] / UNE [4.2.8 – P2]Se debe evitar usar tablas para maquetar los contenidos usando en su lugar las hojas deestilo.No usar marcadores estructurales para dar formatoWCAG [5.4 – P2] / UNE [4.2.9 – P2]En el caso de que sea absolutamente necesario emplear tablas para maquetar, estas nodeben incluir elementos estructurales de tablas de datos (como TH, THEAD, TFOOT, etc.)para crear formatos visuales.Guía de Recomendaciones de Accesibilidad y Calidad Web 34Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.5. FORMULARIOSUn formulario HTML es una sección de un documento que contiene contenido normal,código, controles (casillas de verificación, cuadros de texto, botones, menús, etc.) yetiquetas (LABEL) para esos controles.5.5.1. JavaScript y FormulariosLos usuarios normalmente "completan" un formulario modificando sus controles antes deenviar el formulario a un agente para que lo procese (por ejemplo a un servidor Web, a unservidor de correo, etc.) El envío de los datos no debe depender nunca de los scripts.Alternativas para los scripts en los formulariosWCAG [6.3 – P1] / UNE [4.6.1 – P1]Los formularios deben seguir funcionando correctamente cuando no exista soporte para losscripts de cliente o éstos estén desactivados.La validación en el lado del servidor es el único método seguro para comprobar los datos delformulario. La validación en lado cliente mediante Scripts debe considerarse como unamejora y no como un requisito de funcionalidad.A continuación se muestra un ejemplo de utilización de JavaScript en un formulario paravalidar los datos obligatorios. Al carecer de soporte para dicha tecnología no se pierdefuncionalidad, porque el usuario recibe un mensaje de error en ambos casos. Figura 9. Comportamiento del formulario al tener soporte para ScriptsGuía de Recomendaciones de Accesibilidad y Calidad Web 35Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación Figura 10. Comportamiento sin soporte para ScriptsSe deben emplear métodos de envío estándar en los formularios en vez de reemplazarlospor scripts.5.5.2. Asociación entre etiquetas y controlesExisten dos tipos de asociación de las etiquetas con los controles de formulario:• Implícita: La etiqueta debe estar colocada inmediatamente antes o después de su control en la misma línea.• Explícita: La asociación debe indicarse explícitamente.Asociación implícitaWCAG [10.2 – P2] / UNE [4.4.8 – P2]Todo control de formulario debe ser identificado mediante una etiqueta (elemento LABEL). Figura 11. Campo de texto de formulario con etiquetaUna etiqueta se asocia implícitamente con su control de formulario de dos modos:Guía de Recomendaciones de Accesibilidad y Calidad Web 36Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación• Incluyendo el control como contenido del elemento LABEL. Ejemplo de código: <label>Nombre: <input type=”text” id=”nombre” /></label>• Situando la etiqueta inmediatamente antes o después del campo del formulario, dependiendo del tipo de control que sea. Ejemplo de código: <label>Nombre: </label><input type=”text” id=”nombre” />Asociación explícitaWCAG [12.4– P2] / UNE [4.4.7– P2]La asociación explícita permite interactuar con las etiquetas y sirve de ayuda contextual paralos lectores de pantalla.Para asociar explícitamente una etiqueta con un control, se ha de identificar éste con elatributo id y asociar la etiqueta con el atributo for del elemento LABEL. Ejemplo de código: <label for=”nombre”> Nombre: <input type=”text” id=”nombre” /> </label>5.5.3. Independencia de dispositivoEl orden de tabulación describe un orden (lógico) para navegar de vínculo a vínculo o decontrol de formulario a control de formulario.Orden de tabulación adecuadoWCAG [9.4 – P3] / UNE [4.5.9 – P2]La secuencia de tabulación por los elementos debe ser correcta y coherente a través deenlaces, controles de formulario y objetos, de forma que se acceda a todos ellos en el ordenadecuado facilitando la navegación a los usuarios que no utilicen un ratón u otro dispositivoapuntador.Guía de Recomendaciones de Accesibilidad y Calidad Web 37Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.5.4. Otros aspectos sobre la accesibilidadAgrupar la información de los formulariosWCAG [12.3 – P2] / UNE [4.3.6 – P2]Cuando sea apropiado se debe emplear el elemento FIELDSET para agrupar controles deformulario relacionados y describir el grupo con el elemento LEGEND.Las listas largas de opciones se pueden organizar mediante el elemento OPTGROUP. Figura 12. Agrupación de opciones en formularioEjemplo de código: <fieldset> <legend>Datos personales</legend> <label for="Nacionalidad"> Nacionalidad: <select id="Nacionalidad" name="Nacionalidad"> <optgroup label="Europa"> <option value="es">España</option> <option value="en">Inglaterra</option> </optgroup> <optgroup label="America"> <option value="ar">Argentina</option> <option value="mx">Mejico</option> </optgroup> </select> </label> ... </fieldset> <fieldset> <legend>Datos de envío</legend> ... </fieldset>Guía de Recomendaciones de Accesibilidad y Calidad Web 38Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.6. ESTÁNDARESEl código de las páginas Web no debe contener errores, ni elementos desaconsejados ydebe optarse por la versión más reciente de la gramática.5.6.1. Gramáticas formalesLa declaración de tipo de documento o DTD indica la gramática de la página Web.Los DTD se agrupan en función del lenguaje utilizado para crear la página Web. Para elcaso del código relativo a las páginas Web existen 2 grupos HTML y XHTML.HTML 4.01: • Estricto: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> • Transicional: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> • Con frames (marcos): <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">XHTML 1.0: • Estricto: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> • Transicional: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" SYSTEM "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" • Con frames (marcos):Guía de Recomendaciones de Accesibilidad y Calidad Web 39Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">Validar los documentos contra gramáticas formalesWCAG [3.2 – P2] / UNE [4.1.2 – P2]Las páginas Web deben contener un código válido (tanto (X)HTML como CSS) según lasgramáticas formales publicadas (en función de la declaración de tipo de documento o DTDespecificado).5.6.2. Tecnologías W3CLos estándares Web son tecnologías establecidas por el W3C para crear una base comúnpara el desarrollo Web. Algunas de las tecnologías actuales del W3C son:• HTML, XHTML, XML: documentos estructurados.• CSS y XSL: definición de hojas de estilo.• RDF: metadatos.• SMIL. presentaciones multimedia.• XSLT: transformaciones de estilo.• PNG: gráficos.• MathML: ecuaciones matemáticas.Los últimos estándares o tecnologías más significativas son XHTML, XML y las hojas deestilo en cascada CSS.Utilizar tecnologías W3CWCAG [11.1 – P2] / UNE [4.1.1 – P2]Utilizar las tecnologías estándares del W3C siempre que estén disponibles. Además, serecomienda utilizar la versión más reciente de la gramática y optar por una especificaciónestricta en lugar de transicional para generar documentos más robustos y garantizar lacompatibilidad con futuras especificaciones.Se deben evitar otras tecnologías (Flash, PDF, DOC, XLS, etc.) para aquellos contenidosque pueden representarse de manera más adecuada mediante (X)HTML y CSS. En caso deusarse se deben tener en cuenta las características de accesibilidad que proporcionen estosformatos.Guía de Recomendaciones de Accesibilidad y Calidad Web 40Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónPor ejemplo, en el caso de que se desee vincular un archivo en formato PDF, éste debecumplir unos niveles básicos de accesibilidad: el documento debe estar estructurado,etiquetado, con alternativas a todo elemento no textual, con marcado de idioma y orden delectura apropiado.En el caso de los objetos Flash deben tener su propia interfaz accesible y en cualquier casoproporcionar una alternativa equivalente en formato (X)HTML.5.6.3. Elementos desaconsejadosNo usar características desaconsejadasWCAG [11.2 – P2] / UNE [4.1.3 – P2]Se debe evitar utilizar aquellos elementos o atributos desaconsejados por el W3C ya quedesaparecerán en futuras versiones de lenguaje. Se recomienda utilizar gramáticas estrictasque reconocen como obsoletos estos elementos.Ejemplos de estas características desaconsejadas son: FONT, CENTER, MENU, U, align,bgcolor, border, name, size, etc.5.6.4. Página alternativa accesibleProporcionar alternativas accesiblesWCAG [11.4 – P1] / UNE [4.7.1 – P1]En el caso de que resulte técnicamente imposible hacer accesible algún contenido, se debeproporcionar un enlace a una página con dicho contenido de forma accesible.Guía de Recomendaciones de Accesibilidad y Calidad Web 41Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.7. ESTRUCTURA Y PRESENTACIÓN5.7.1. Hojas de estiloLegibilidad sin hojas de estiloWCAG [6.1 – P1] / UNE [4.2.1 – P1]La estructura y orden correcto de lectura de los contenidos debe ser independiente de ladisponibilidad o soporte de hojas de estilo.A continuación se muestra un ejemplo de la apariencia de la página Web del Centro deReferencia en Accesibilidad y Estándares Web de INTECO con y sin soporte para estilosCSS. Figura 13. Apariencia con CSSGuía de Recomendaciones de Accesibilidad y Calidad Web 42Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación Figura 14. Apariencia sin CSSUtilizar hojas de estilo para maquetación y presentaciónWCAG [3.3 – P2] / UNE [4.2.5 – P2]Se ha de separar la estructura de la presentación. Para ello se deben emplear las hojas deestilo para controlar la maquetación y presentación de los contenidos en lugar de utilizarcódigo (X)HTML.Algunas de las características HTML utilizadas incorrectamente para controlar lapresentación de contenidos son: FONT, B, I, etc.Utilizar unidades relativas en vez de absolutasWCAG [3.4 – P2] / UNE [4.2.4 – P2]El uso de unidades relativas permite redimensionar el texto facilitando el acceso a lainformación a todos los usuarios, especialmente aquellos que posean deficiencias visuales,de tal forma que puedan adaptar el tamaño de la fuente a sus necesidades.Se debe optar por un "diseño fluido" o "diseño líquido", aquel en el que las páginas Web seadaptan y transforman adecuadamente sea cual sea la resolución usada y el tamaño deltexto.Guía de Recomendaciones de Accesibilidad y Calidad Web 43Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.7.2. Color y ContrasteInformación no dependiente del colorWCAG [2.1 – P1] / UNE [4.2.2 – P1]La información no debe transmitirse utilizando como único medio el color, asegurándose quese encuentra disponible por otro medio, por ejemplo, mediante el contexto.Por ejemplo, para ofrecer los resultados de un test se ha de evitar aportar información sólo através del color diciendo "la opción correcta se marca en rojo". • A • B • CEn su lugar se ha de emplear una forma alternativa que no se base sólo en el color. Porejemplo:"la opción correcta se marca en rojo y aparece entre paréntesis". • A • B • (C)Contraste suficienteWCAG [2.2 – P1 / P2] / UNE [4.2.7 – P2]Debe existir un contraste suficiente entre el color de primer plano y el color de fondo, enespecial en las imágenes que transmiten información textual. Aquellos usuarios condiferentes tipos de deficiencias de percepción de los colores o que utilicen pantallasmonocromáticas pueden tener limitado el acceso a dichos contenidos. Figura 15. Ejemplo de elección de un contraste insuficientePara comprobar las combinaciones de color de primer plano y color de fondo (contraste) sepuede utilizar la herramienta Colour Contrast Analyser. En la opción Colour de la barra WebAccessibility Toolbar, existe un acceso directo a dicha herramienta.Guía de Recomendaciones de Accesibilidad y Calidad Web 44Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.7.3. EncabezadosTransmitir la estructura lógicaWCAG [3.5 – P2] / UNE [4.3.5 – P2]Los elementos de encabezado (H1, H2, H3, H4, H5 y H6) marcan las diferentes seccionesque componen un documento. La estructura de encabezados se debe corresponder con laestructura lógica del documento, de forma que no se produzcan saltos de nivel y no seutilicen para crear efectos de presentación.Por ejemplo una estructura adecuada para la página principal de la Agencia Tributaria sería: <h1>Agencia Tributaria</h1> […] <h2>Ciudadanos</h2> […] <h2>Empresas y profesionales</h2> […] <h2>Colaboradores</h2> […] <h2>Novedades</h2> […] <h3>... e-factura</h3> [...] <h2>Acceda directamente</h2> […] <h3>A un clic</h3> <h3>Enlaces relacionados</h3> <h3>A destacar</h3> <h2>Notas de prensa</h2> <h3>La Agencia tributaria............</h3> [...] <h2>Contacte con nosotros</h2> Figura 16. Estructura de encabezados de la página principal de la Agencia TributariaGuía de Recomendaciones de Accesibilidad y Calidad Web 45Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.7.4. ListasMarcado adecuado de listasWCAG [3.6 – P2] / UNE [4.3.7 – P2]Las enumeraciones de elementos deben estructurarse adecuadamente mediante loselementos HTML de listas ordenadas, desordenadas o de definición (OL, UL y DLrespectivamente).No se deben utilizar los elementos de lista para crear efectos de presentación ni de formato,como dar sangría al texto. Ejemplo de código: <p>Los periféricos del ordenador son:</p> <ul> <li>Ratón</li> <li>Teclado</li> <li>Pantalla</li> </ul> Figura 17. Ejemplo de lista desordenada5.7.5. CitasMarcado adecuado de citasWCAG [3.7– P2] / UNE [4.3.8 – P2]Las citas (referencia textual de un fragmento o totalidad del discurso de una persona, o eltexto de otro documento) deben marcarse mediante los elementos (X)HTML de cita (Q paracitas en línea, BLOCKQUOTE para citas de bloque, atributo cite para indicar la URL de lafuente, y elemento CITE para marcar referencias).No se debe utilizar el marcado de citas para efectos de formato tales como sangrías. Ejemplo de código: <blockquote cite="http://www.elquijote.com/cap1"> <p>En un lugar de la Mancha, de cuyo nombre no quiero acordarme...</p> <p>...</p></blockquote>Guía de Recomendaciones de Accesibilidad y Calidad Web 46Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación Ejemplo de código: <p> Juan García afirmó: <q>la accesibilidad es para todos</q> y finalizó su discurso.</p>5.7.6. Dividir la informaciónDividir bloques largos de informaciónWCAG [12.3– P2] / UNE [4.3.6 – P2]La información de los documentos debe estar organizada y agrupada adecuadamentesiempre que sea apropiado (cuando la información se ofrezca en grupos lógicos). Para ellose ha de utilizar párrafos, encabezados y listas para el contenido; se deben agrupar lasfilas y columnas relacionadas en las tablas de datos (COLGROUP, THEAD, TBODY, TFOOT)cuando sea necesario; y agrupar controles de formulario relacionados (FIELDSET) y listadosde opciones (OPTGROUP).5.7.7. Marcadores mejor que imágenesEl lenguaje de marcado (X)HTML es entendible por cualquier agente de usuario y el empleode las etiquetas (y hojas de estilo) en lugar de imágenes, promueve la accesibilidad por lassiguientes razones:El texto puede ser ampliado o interpretado como habla o braille.Los mecanismos de búsqueda pueden usar la información del texto.Usar marcadores en vez de imágenes para transmitir informaciónWCAG [3.1 – P2] / UNE [4.2.6 – P2]No se deben utilizar imágenes para transmitir información textual cuando ésta esrepresentable mediante (X)HTML+CSS.Por ejemplo, en la página de INTECO los títulos de las secciones tienen apariencia deimagen, pero realmente son encabezados a los que se les ha aplicado el estilo visual que semuestra. Para comprobarlo basta con desactivar los estilos de la página. Figura 18. Encabezado "Actualidad INTECO" realizado adecuadamente con HTML + CSSGuía de Recomendaciones de Accesibilidad y Calidad Web 47Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la Comunicación5.8. NAVEGACIÓN, LENGUAJE Y COMPRENSIÓN5.8.1. Lenguaje y ComprensiónEspecificar tanto los cambios de idioma como el idioma principal del documento permite alos agentes de usuario y ayudas técnicas identificarlo de forma que los lectores de pantalla yprogramas de síntesis de voz utilicen la pronunciación y el acento adecuado.Identificar el idioma principal del documentoWCAG [4.3 – P3] / UNE [4.4.4 – P1]Se ha de identificar el idioma principal del documento mediante los atributos lang (HTML)y/o xml:lang (gramáticas basadas en xml) en la cabecera de la página Web.Los códigos de idioma comunes son: • Español: es • Inglés: en • Francés: fr • Alemán: de • Catalán: ca • Gallego: gl • Vasco: euIdentificar cambios de idiomaWCAG [4.1 – P1] / UNE [4.4.5 – P1]Los cambios de idioma deber ser marcados a través de los atributos lang y/o xml:lang deHTML y XHTML respectivamente. Excepcionalmente no es necesario marcar el cambio deidioma en nombres propios y palabras empleadas comúnmente en su idioma original.Identificar correctamente los cambios de idioma facilita la comprensión de los documentos alos usuarios que utilizan lectores de pantalla o programas de síntesis de voz, ya que éstosdetectarán el cambio de idioma y verbalizarán correctamente el contenido. Ejemplo de código: <p>En el artículo <cite lang="en" xml:lang="en">How to make Web content accessible to people with disabilities</cite> se realiza una breve introducción a la accesibilidad Web ...</p> NOTA: el uso conjunto de lang y xml:lang se realiza en documentos XHTML servidos como text/HTMLGuía de Recomendaciones de Accesibilidad y Calidad Web 48Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónUtilizar un lenguaje claro y sencilloWCAG [14.1 – P1] / UNE [4.4.2– P1]El empleo de un lenguaje claro y con estructura de frases sencilla, sin argot, jergas o giroslingüísticos aumenta la legibilidad y comprensión de los contenidos, especialmente para laspersonas con discapacidades de la lectura y/o cognitivas.5.8.2. Actualizaciones automáticas y redireccionamientoA veces, se crean páginas que se renuevan o cambian sin que lo pida el usuario. Estaactualización automática puede desorientar a algunos usuarios.Evitar las actualizaciones automáticasWCAG [7.4 – P2] / UNE [4.5.4 – P2]Se ha de evitar actualizar automáticamente una página ya que puede desorientar a algunosusuarios. En lugar de configurar la página para que se actualice de forma automática, sedebe proporcionar un enlace que permita al usuario realizar dicha acción cuando loconsidere oportuno.Evitar el redireccionamiento automáticoWCAG [7.5 – P2] / UNE [4.5.5 – P2]Las redirecciones automáticas no pertenecen a los estándares Web, producendesorientación en los usuarios y pueden corromper el historial de páginas visitadas delnavegador. En caso de que sea necesario redirigir una página hacia otra, se debe configurarel servidor para que realice dicha acción, de forma que está sea transparente al usuario.5.8.3. EnlacesLas descripciones de los vínculos deben ser claras y precisas. Ello incluye utilizar comovínculos frases concisas que tengan sentido cuando se lean fuera del contexto o como partede una serie de vínculos (algunos usuarios navegan por enlaces leyendo sólo el texto de losmismos). Si es necesario, se ha de ampliar la información sobre el destino del mismo si eltexto no es lo suficientemente significativo.Además se ha de garantizar la consistencia en los enlaces, es decir, aquellos que tenganel mismo texto deben hacer referencia a un mismo destino. Figura 19. Ejemplos de enlaces descriptivosGuía de Recomendaciones de Accesibilidad y Calidad Web 49Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Instituto Nacional de Tecnologías de la ComunicaciónIdentificar claramente el destino de los enlacesWCAG [13.1 – P1] / UNE [4.5.1 – P1]El texto de los enlaces debe ser suficientemente claro para identificar su destino o propósitocuando sea leído fuera de contexto. Si se requiere información adicional deberá ser añadidapor medio del atributo title, el cuál contendrá todo el texto del enlace además de dichainformación adicional.Evitar la apertura de nuevas ventanasWCAG [10.1 – P2] / UNE [4.5.6 – P2]Se debe evitar la apertura de nuevas ventanas ya que el usuario puede perder el punto dereferencia en la navegación y sentirse confuso. No obstante, en caso de realizarse se debeinformar convenientemente al usuario mediante el texto del enlace o un icono representativo (con su correspondiente texto alternativo) de la apertura de nuevas ventanas. Ejemplo de código: <a href="nueva_ventana" target="_blank"> Página de INTECO (se abre en ventana nueva) </a> Ejemplo de código: <a href="nueva_ventana.html" target="_blank"> INTECO <img alt="Se abre en ventana nueva" src="icono.gif" /> </a> NOTA: El uso de target="_blank" está restringido al uso de gramáticas no estrictas Figura 20. Comparativa ambos métodos5.8.4. Mecanismos de navegaciónUn mecanismo de navegación crea un conjunto de caminos que el usuario puede seguiren un sitio. El hecho de proporcionar barras de navegación, mapas del sitio y funciones debúsqueda, aumentará la probabilidad de que el usuario consiga la información que busca enun sitio.Guía de Recomendaciones de Accesibilidad y Calidad Web 50Centro de Referencia en Accesibilidad y Estándares Web de INTECO
Omaira Magallón

References: REAL DECRETO 
 REAL DECRETO 
 real decreto 
 Artículo 12
 Resolución 
 resolución 
 resolución