Guías Prácticas para Profesionales Web: Puntos de verificación de las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0

Hacía aproximadamente un año y medio que no se publicaba nada nuevo en las Guías Prácticas para Profesionales Web. Ya iba siendo hora y, esta vez, nos toca ponernos al día y hablar de los checklists (puntos de verificación) de las WCAG 2.0.

Notas importantes:

Principios de fundamentales de accesibilidad (resumen)

Las WCAG 2.0, recomendación oficial desde el 11 de diciembre de 2008, como comentábamos hace mucho tiempo atrás, se organizan en 4 principios fundamentales para la accesibilidad del contenido:

  1. Perceptible
  2. Operable
  3. Comprensible
  4. Robusto

En total conforman 12 pautas o directrices (guidelines); los dos primeros principios tienen cuatro pautas asociadas, el tercero tiene tres y el último una pauta. Estas pautas proporcionan los objetivos básicos para hacer el contenido accesible, y sirven para comprender los criterios de éxito e implementarlos (Olga Carreras). Se han definido 60 criterios de éxito o puntos de comprobación que definen el nivel de accesibilidad (A, AA o AAA).

Perceptible

El contenido web debe estar disponible (ser perceptible) para los sentidos – vista, audición, y/o tacto.

Pauta 1.1. Alternativas textuales. Ofrezca alternativas en forma de texto para todo el contenido no textual.

Criterios de éxito Nivel Recomendaciones
1.1.1 Contenido no textual A
  • Todas las imágenes, botones de imagen de los formularios y las zonas activas de los mapas de imagen, tendrán un texto alternativo adecuado.
  • Las imágenes que no transmitan contenidos, sean decorativas o con el contenido ya presente como texto se ofrecerán con el texto alternativo vacío (alt="") o aplicadas como fondos de imagen CSS. Todas las imágenes enlazadas contarán con un texto descriptivo alternativo.
  • El contenido equivalente alternativo para las imágenes complejas se ofrecerá en una página (enlazada o referenciada mediante longdesc) aparte.
  • Los botones de los formularios tendrán nombres (value) descriptivos.
  • Los elementos de los formularios tendrán etiquetas textuales (label) asociadas o, si éstas no pueden utilizarse, un título (title) descriptivo.
  • Los elementos multimedia incrustados (embedded) se identificarán mediante textos accesibles.
  • Los marcos (frames) tendrán un título apropiado.

Pauta 1.2. Contenido dependiente del tiempo: ofrezca alternativas para los contenidos que dependan del tiempo.

Nota: si el audio o vídeo ha sido designado como una alternativa al contenido web (por ejemplo, una versión sonora o en lengua de signos de la página web), entonces, el contenido web por sí mismo funciona como la alternativa.

Criterios de éxito Nivel Recomendaciones
1.2.1 Sólo audio y sólo vídeo pregrabado A
  • Se ofrecerá una transcripción descriptiva (incluyendo todas las pistas e indicadores visuales y auditivos) para el audio grabado (no en directo) basado en web (podcast de audio, archivos MP3, etc.)
  • Se ofrecerá una descripción auditiva o textual para los vídeos grabados (no en directo) sin audio basados en web (por ejemplo, vídeos que no incluyen pistas de audio)
1.2.2 Subtítulos (Pregrabados) A
  • Se ofrecerán subtítulos para los vídeos grabados (no en directo) basados en web (vídeos de YouTube, etc.)
1.2.3 Audio descripciones o Contenidos "media" alternativos (Pregrabados) A
  • Se ofrecerá una transcripción O audio descripción de los vídeos basados en web grabados (no en directo)
1.2.4 Subtitulado (En directo) AA
  • Se ofrecerán subtítulos sincronizados con el audio para todo el contenido multimedia ofrecido en directo (emisiones sólo audio, web cast, videoconferencias, animaciones Flash, etc.)
1.2.5 Audio descripción (Pregrabado) AA
  • Se ofrecerán audio descripciones para todo el contenido de vídeo. Nota: sólo será necesario si el vídeo transmite contenido visual que no está disponible por defecto en la pista de audio.
1.2.6 Lengua de signos (Pregrabada) AAA
  • Se ofrecerá un vídeo en lengua de signos para todo el contenido "media" que contenga audio.
1.2.7 Audio descripción extendida (Pregrabada) AAA
  • Cuando una pista de audio descripción no se pueda añadir al vídeo debido a la sincronización del audio (por ejemplo, no existen pausas en el audio), se proporcionarán una versión alternativa del vídeo con pausas que permitan las descripciones de audio.
1.2.8 Alternativas "media" (Pregrabado) AAA
  • Se ofrecerá una transcripción descriptiva para todos los medios pregrabados que contengan una pista de vídeo.
1.2.9 Sólo audio (En directo) AAA
  • Se ofrecerá una transcripción descriptiva (por ejemplo, el guión de una presentación en vivo de audio) para todos los contenidos en directo que contengan audio.

Pauta 1.3. Adaptable: crea contenido que pueda presentarse de diferentes maneras (por ejemplo, un diseño simplificado) sin perder la información o estructura.

Criterios de éxito Nivel Recomendaciones
1.3.1 Información y sus relaciones A
  • El marcado semántico se usará para designar los encabezados (<h1>), listas (<ul>, <ol>, and <dl>), texto especial o enfatizado (<strong>, <code>, <abbr>, <blockquote>, por ejemplo), etc. El marcado semántico deberá usarse apropiadamente.
  • Las tablas se usarán para marcar los datos tabulados. Las celdas de datos (<td>) se asociarán con sus encabezados (<th>) donde sea necesario. Los títulos de las tablas (caption) y sus resúmenes (summary) se usarán de forma apropiada.
  • Las etiquetas (label) textuales se asociarán con sus campos (input) correspondientes en los formularios. Los elementos de los formularios que estén relacionados se agruparán mediante fieldset/legend.
1.3.2 Secuencia con significado A
  • El orden de navegación y lectura (determinado por el orden en el código fuente) será lógico e intuitivo.
1.3.3
Características sensoriales		 A
  • Las instrucciones no dependerán de la forma, tamaño o ubicación visual (por ejemplo, "Haga clic en el icono cuadrado para continuar" o "Las instrucciones están en la columna de la derecha").
  • Las instrucciones no dependerán del sonido (por ejemplo, "Un sonido beep le indica que puede continuar").

Pauta 1.4. Distinguible: facilite a los usuarios el ver y escuchar el contenido, incluyendo la separación entre el primer plano y el fondo.

Criterios de éxito Nivel Recomendaciones
1.4.1 Uso del color A
  • No use el color como el único método para transmitir el contenido o distinguir elementos visuales.
  • Los enlaces deben distinguirse de los elementos y texto que les rodean. Si utiliza el color para diferenciar los enlaces, use una forma adicional para distinguirlos. (por ejemplo, se subrayan cuando reciben el foco).
1.4.2 Control del audio A
  • Se debe ofrecer un mecanismo para poder parar, pausar, silenciar o ajustar el volumen de cualquier sonido que se reproduzca automáticamente en la página más de tres segundos.
1.4.3 Contraste (mínimo) AA
  • El texto o las imágenes de texto deben tener una relación de contraste de al menos 4.5:1, excepto en los siguientes casos:
    • En los textos grandes (de más de 18 puntos o 14 puntos en negrita) y las imágenes de texto grandes la relación de contraste debe ser de al menos 3:1.
    • En los textos, o las imágenes de texto, que forman parte de un componente de la interfaz de usuario inactivo, que son meramente decorativos, que no son visibles o que forman parte de una imagen cuyo significado es visual, no tienen un requisito mínimo de contraste.
    • Los textos que forman parte de un logotipo o de una marca comercial no tiene un requisito mínimo de contraste.
  • Nota del traductor: puede usar algunas herramientas para comprobar el contraste, por ejemplo, Color Contrast Checker o Luminosity Colour Contrast Ratio Analyser.
1.4.4 Tamaño del texto AA
  • La página deberá ser legible y funcional cuando se doble el tamaño del texto.
  • La interpretación del diseñador web Roger Johansson a este punto es que hasta que la amplia mayoría de los usuarios utilicen navegadores que soporten zoom (y el soporte del zoom de los navegadores mejore), deberíamos comprobar que el texto de nuestras páginas puede ser ampliado hasta un 200%.
1.4.5 Imágenes de texto AA
  • Si la misma representación visual puede realizarse usando sólo texto, no deben usarse imágenes para representar ese texto.
1.4.6 Contraste (aumentado) AAA
  • El texto o las imágenes de texto deben tener una relación de contraste de al menos 7:1.
  • Los textos grandes (de más de 18 puntos o 14 puntos en negrita) deben tener una relación de contraste de al menos 4.5:1.
  • Nota del traductor: utilice las herramientas de comprobación del contraste existentes para verificar esos valores, por ejemplo, Color Contrast Checker.
1.4.7 Bajo o sin sonido de fondo AAA
  • Compruebe que no hay o existe un ruido de fondo muy bajo que permita distinguir fácilmente las conversaciones.
1.4.8 Presentación visual AAA
  • Para bloques de texto de más de una frase de longitud:
    • No habrá más de 80 caracteres de ancho
    • No estarán justificados a ambos lados (alineados los márgenes izquierdo y derecho)
    • Tendrán un interlineado (de al menos la mitad de la altura del texto) y espacio entre párrafos (1.5 veces la medida del interlineado) adecuado.
    • Tendrán especificados un color de primer plano y fondo. Estos se pueden aplicar a elementos específicos de la página o en su totalidad utilizando CSS (y, por tanto, heredados por el resto de elementos).
    • No aparecerá desplazamiento horizontal cuando se doble el tamaño del texto.
1.4.9 Imágenes de texto (sin excepción) AAA
  • Sólo se usarán imágenes de texto para decorar cuando no transmitan información o cuando la información no pueda presentarse de ninguna otra manera (por ejemplo, cuando el texto forme parte del logotipo de una empresa).

Operable

Los formularios, controles, navegación y otros elementos de la interfaz deben permitir la interacción.

Pauta 2.1. Accesibilidad mediante el teclado: permita que toda la funcionalidad esté disponible usando el teclado

Criterios de éxito Nivel Recomendaciones
2.1.1 Teclado A
  • Todas funciones de las páginas deberán estar disponibles utilizando el teclado, excepto aquellas que de forma conocida no pueden realizarse con el teclado (por ejemplo, un dibujo a mano alzada).
  • Los atajos de teclado y accesskeys (que normalmente deberían evitarse) no deben entrar en conflicto con las presentes en el navegador y/o lector de pantalla.
2.1.2 Teclado no bloqueado A
  • El foco del teclado no deberá estar bloqueado o fijado en un elemento concreto de la página. El usuario deberá poder moverse por todos los elementos navegables de la página utilizando únicamente el teclado.
2.1.3 Teclado (Sin excepción) AAA
  • Toda la funcionalidad de las páginas deberán estar disponibles utilizando el teclado.

Pauta 2.2 Suficiente tiempo: ofrezca a los usuarios el tiempo suficiente para que puedan leer y utilizar el contenido

Criterios de éxito Nivel Recomendaciones
2.2.1 Tiempo ajustable A
  • Si una página o aplicación tiene un límite de tiempo para realizar una tarea deberá ofrecer la opción de apagar, ajustar o aumentar ese límite de tiempo. No es un requisito para eventos en tiempo real (por ejemplo, una subasta) donde el límite de tiempo es absolutamente necesario, o si el plazo de tiempo es de más de 20 horas.
2.2.2 Pausar, parar, ocultar A
  • Todo movimiento automático, parpadeo o desplazamiento de más de tres segundos deberá poderse pausar, parar u ocultar por el usuario. El movimiento, parpadeo, o desplazamiento podrá usarse para llamar la atención del usuario o destacar un contenido si dura menos de tres segundos.
  • El contenido actualizado automáticamente (por ejemplo, una página recargada o redireccionada automáticamente, un ticker de noticias, la actualización de un campo mediante AJAX, un aviso, etc.) deberá poder ser pausado, parado u ocultado por el usuario o el usuario deberá poder controlar manualmente los tiempos de actualización.
2.2.3 Sin tiempo AAA
  • El contenido y funcionalidad no tendrá limitaciones de tiempo.
2.2.4 Interrupciones AAA
  • Las interrupciones (alertas, actualizaciones de las páginas, etc.) deberán poder ser pospuestas o canceladas por el usuario.
2.2.5 Re-autentificación AAA
  • Si la autentificación en una sesión termina (expira), el usuario podrá re-autentificarse y continuar con su actividad sin perder ningún dato de la página actual.

Pauta 2.3. Convulsiones: no diseñe los contenidos de tal forma que puedan provocar ataques o convulsiones

Criterios de éxito Nivel Recomendaciones
2.3.1 Tres destellos (flashes) o debajo del umbral A
  • No deberá crear contenidos que destellen más de tres veces por segundo a menos que el parpadeo sea lo suficientemente pequeño, los destellos sean de bajo contraste y no contengan demasiado rojo. (Véase el apartado sobre el destello en general y el umbral de destello del rojo, en inglés)
2.3.2 Tres destellos AAA
  • No deberá crear contenidos que destellen más de tres veces por segundo.

Pauta 2.4 Navegable: ofrezca métodos que ayuden al usuario a navegar, encontrar el contenido y determinar dónde se encuentra

Criterios de éxito Nivel Recomendaciones
2.4.1 Accesos directos A
  • Se ofrecerá un enlace para saltar la navegación y otros elementos que se repitan en todas las páginas.
  • Si una página cuenta con una estructura adecuada de encabezados, puede considerarse una técnica suficiente en lugar de un enlace del tipo "Ir al contenido principal". Tenga en cuenta que la navegación por encabezados todavía no está soportada en todos los navegadores.
  • Si una página utiliza un conjunto de marcos (frameset) y los marcos (frame) están apropiadamente titulados, puede considerarse una técnica suficiente para acceder directamente a cada marco individual.
2.4.2 Título de la página A
  • La página web deberá tener un título descriptivo e informativo de la misma.
2.4.3 Orden del foco A
  • El orden de la navegación por los enlaces, elementos de los formularios, etc. deberá ser lógico e intuitivo.
2.4.4 Propósito de los enlaces (en su contexto) A
  • Siempre que no sean ambiguos para los usuarios en general, los enlaces (o botones de imagen en un formulario, o zonas activas en un mapa de imagen) serán lo suficientemente descriptivos como para identificar su propósito (objetivo) directamente desde el texto enlazado o, en su caso, desde el enlace en su contexto (por ejemplo, en los párrafos que lo rodean, elementos de una lista, celdas o encabezados en una tabla, etc.).
  • Los enlaces (o botones de imagen en un formulario) con el mismo destino deberían tener las mismas descripciones (ser consistentes, según criterio de éxito 3.2.4), pero los enlaces con diferentes propósitos y destinos deberían tener diferentes descripciones.
2.4.5 Múltiples vías AA
  • Se deben ofrecer múltiples formas para encontrar otras páginas web en el sitio – al menos dos de las siguientes: una lista de páginas relacionadas, tabla de contenidos, mapa web, búsqueda en el sitio, o un listado de todas las páginas web.
2.4.6 Encabezados y etiquetas AA
  • Los encabezados (<h>) de las páginas y las etiquetas (<label>) para los controles interactivos de los formularios deberán ser informativos. Evite el duplicar los encabezados (por ejemplo, "Más detalles") y las etiquetas de texto (por ejemplo, "primer nombre") a menos que la estructura ofrezca una diferenciación adecuada entre ellas.
2.4.7 Visibilidad del foco AA
  • Compruebe que es visualmente evidente el elemento que tiene el foco actual del teclado (por ejemplo, si se mueve con el tabulador por la página, puede ver dónde se encuentra).
2.4.8 Ubicación AAA
  • Si la página web forma parte de una secuencia de páginas o está dentro de un sitio con una estructura compleja, deberá indicar la ubicación de la página actual, por ejemplo, a través de las migas de pan (breadcrumbs) o especificando el paso actual en la secuencia (por ejemplo, "Paso 2 de 5 – dirección de envío").
2.4.9 Propósito de los enlaces (enlaces sin contexto) AAA
  • Siempre que no sean ambiguos para los usuarios en general, los enlaces (o botones de imagen en un formulario, o zonas activas en un mapa de imagen) serán lo suficientemente descriptivos como para identificar su propósito (objetivo) directamente desde el texto enlazado.
  • No deberán existir enlaces (o botones de imagen en un formulario) con el mismo texto que vinculen a lugares diferentes (por ejemplo, "Lea más").
2.4.10 Encabezados de sección AAA
  • Además de proporcionar un documento con la estructura global del sitio, cada una de las secciones de contenido deberán ser designadas mediante encabezados (títulos), donde sea oportuno.

Comprensible

El contenido y la interfaz deben poder entenderse fácilmente y ser semánticamente ricos.

Pauta 3.1 Legibilidad: cree contenidos legibles y fáciles de entender

Criterios de éxito Nivel Recomendaciones
3.1.1 Idioma de la página A
  • El idioma principal de la página deberá estar identificado utilizando el atributo lang de HTML (por ejemplo, <HTML lang="es">).
3.1.2 Idioma de las partes AA
  • Si algunas secciones tienen contenidos en un idioma diferente al principal, éste deberá estar identificado utilizando el atributo lang (por ejemplo, <blockquote lang="en">) cuando sea apropiado.
  • Existen algunas excepciones: nombres propios, términos técnicos, palabras o frases en un lenguaje indeterminado o inventado, locuciones propias de la lengua (vernaculares) que se entienden dentro del contexto (por ejemplo, locuciones latinas en español).
3.1.3 Palabras inusuales AAA
  • Las palabras que puedan ser ambiguas, desconocidas o usadas de una forma muy específica, deberán definirse través de un texto adyacente, una lista de definiciones, un glosario, o de cualquier otro método.
3.1.4 Abreviaturas AAA
  • La explicación para las abreviaturas se realizará, usando el elemento <abbr> o enlazando a un glosario de términos, la primera vez que se utilicen en el contenido. Nota: WCAG 2.0 no hace excepciones con las abreviaciones conocidas en un determinado ámbito (por ejemplo, la abreviatura HTML utilizada en un sitio de desarrollo web deberá también ser explicado).
3.1.5 Nivel de lectura AAA
  • Una alternativa para hacer los contenidos más comprensibles es suponer que aquellos que sean más avanzados puedan ser razonablemente leídos por una persona con aproximadamente 9 años de educación primaria.
3.1.6 Pronunciación AAA
  • Si la pronunciación de una palabra es vital para comprenderla, su pronunciación se mostrará seguida de dicha palabra o mediante un enlace a un glosario.

Pauta 3.2. Predecible: cree páginas web que se muestren y funcionen de forma previsible

Criterios de éxito Nivel Recomendaciones
3.2.1 Foco A
  • Cuando un elemento reciba el foco no se deberá iniciar un cambio en la página que confunda o desoriente al usuario.
3.2.2 Cambios imprevistos A
  • Deberá advertir al usuario con antelación de los cambios, imprevistos o automáticos, en la configuración de cualquier elemento de la interfaz que causen una modificación en la página.
3.2.3 navegación consistente AA
  • Los enlaces de navegación que se repiten en las páginas web no deberían modificar su orden al navegar por el sitio.
3.2.4 Identificación consistente AA
  • Los elementos que tienen la misma funcionalidad a través de múltiples páginas web deberán identificarse de manera consistente. Por ejemplo, un campo de búsqueda en la parte superior de la página deberá etiquetarse siempre de la misma forma.
3.2.5 Solicitud de cambio AAA
  • Los cambios sustanciales de las páginas, la aparición de ventanas emergentes (pop-ups), los cambios no controlados del foco del teclado, o cualquier otro cambio que podría confundir o desorientar al usuario deberán ser iniciados por éste. Alternativamente, siempre se le deberá ofrecer al usuario una opción para desactivar dichos cambios.

Pauta 3.3. Asistencia en la introducción de datos: ayude a los usuarios a evitar y corregir los errores

Criterios de éxito Nivel Recomendaciones
3.3.1 Identificación de errores A
  • Ofrezca información al usuario sobre los campos obligatorios de un formulario, o aquellos que necesitan un formato, valor o longitud específica, utilizando el elemento <label> (si éste no está disponible ponga la información en el atributo de título title del elemento).
  • Si se usa la validación de datos de los formularios (del lado del cliente o del servidor), ofrezca la información sobre los errores y avisos de forma eficiente, intuitiva y accesible. Los errores deben estar claramente identificados, ofrecer un acceso rápido al elemento problemático, permitir que el usuario pueda fácilmente solucionar el error y reenviar los datos del formulario.
3.3.2 Etiquetas o instrucciones A
  • Se deberán proporcionar las suficientes etiquetas, avisos e instrucciones necesarios para los elementos interactivos. Use para ello instrucciones, ejemplos, posicionane adecuadamente las etiquetas (label) y agrupe e identifique los campos con fieldsets/legends
3.3.3 Sugerencias de error AA
  • Si se detecta un error al introducir un dato (mediante la validación en el lado del cliente o en el del servidor), deberá proporcionar sugerencias para solucionar el problema de forma oportuna y accesible.
3.3.4 Prevención de errores (Legales, financieros, de datos) AA
  • Si el usuario puede modificar o eliminar datos de carácter legal, financiero o de prueba, estas acciones deberán ser reversibles, verificadas o comprobadas.
3.3.5 Ayuda AAA
  • Si el usuario puede enviar, cambiar o eliminar información, la información deberá poder volver a estar disponible, y/o las acciones realizadas ser verificadas o confirmadas.
3.3.6 Prevención de errores (todos) AAA
  • Si el usuario puede enviar información, el envío deberá poder ser reversible, verificado o confirmado.

Robusto

El contenido debe ser lo suficientemente consistente y fiable como para permitir su uso con una amplia variedad de agentes de usuario, ayudas técnicas… y preparado para las tecnologías venideras.

Pauta 4.1. Compatible: mejore la compatibilidad con los agentes de usuario actuales y futuros, incluidas las ayudas técnicas.

Criterios de éxito Nivel Recomendaciones
4.1.1 Análisis A
  • Se deberán evitar los errores de sintaxis de HTML/XHTML. El código puede comprobarse, analizarse y validarse a través de http://validator.w3.org/
4.1.2 Nombre, función, valor A
  • Deberá utilizar el marcado de tal forma que se facilite la accesibilidad. Esto incluye el seguir las especificaciones oficiales de HTML/XHTML, utilizando la gramática formal de forma apropiada.

También puede interesarte...

17 Comentarios en " Guías Prácticas para Profesionales Web: Puntos de verificación de las Pautas de Accesibilidad al Contenido Web (WCAG) 2.0 "

Enrique
28 de Enero de 2009 a las 11:27 pm     

Me parece una iniciativa genial. Creo que no seré el único en estar agradecido.

Checklists de las WCAG 2.0 traducido al español | Juan Ortega | mi vida 2.0 a través de tags
29 de Enero de 2009 a las 3:55 am     

[...] Has click aquí para acceder a la traducción al español de las guidelines  de la WCAG 2.0 Share the love :-P: [...]

Enrique
29 de Enero de 2009 a las 11:55 am     

Pues no tocayo, no eres el único. Mil gracias por la traducción.

ruymanfm
29 de Enero de 2009 a las 3:14 pm     

Hola. El título del apartado 3.2 está sin traducir. A mí me falta que alguien me explique la utilidad de establecer esos cuatro principios y su aplicación, más allá de cuestiones didácticas.

José R. Quevedo
29 de Enero de 2009 a las 3:26 pm     

Gracias Ruy. Solucionado, aparte, he corregido varios errores ortográficos y gramaticales.

Supongo que es una forma de ordenarlos. Una de las cosas que la mayoría criticaba de las WCAG 1.0 era el por qué de ciertos puntos; supongo que agrupándolos de esta manera se entiente mejor su beneficio y utilidad real (aunque hay varios puntos nuevos que también van a generar polémica en su aplicación). Pero, como bien dices, me parece una cuestión didáctica.

¿Hay alguien del W3C en la sala?

Gonzalo
30 de Enero de 2009 a las 10:53 am     

Primero e importante: felicidades por el trabajo :)

Pequeños comentarios:
- El punto 1.4.9 no está muy claro. En mi opinión quedaría mejor “El texto se usa en una imagen sólo para decorar…”
Con respecto a los textos originales de WebAIM:
- Los puntos 2.4.4(2) y 2.4.9(2) parecen contradecirse (¿?).
- Con respecto a los puntos 3.2.1 y 3.2.2 más que recomendaciones, son advertencias.
Lo dicho, gracias por tu trabajo.

José R. Quevedo
30 de Enero de 2009 a las 1:18 pm     

Muchas gracias, Gonzalo, por tus apreciaciones.

Actualización: he modificado los puntos que comentas utilizando la especificación oficial WCAG 2.0 y el documento de ayuda Understanding WCAG 2.0 en lugar de la traducción del WebAIM. Creo que ahora se entienden algo mejor. También, he aprovechado para añadir varios acrónimos que faltaban.

Los textos de qweos.net» Blog Archive » WCAG 2.0 en pocas palabras
30 de Enero de 2009 a las 1:20 pm     

[...] resumen interesante si no quieres leerte la extensa documentación oficial o los puntos de verificación que ofrece la [...]

José R. Quevedo
30 de Enero de 2009 a las 2:20 pm     

Actualización: se ha modificado el enlace a la tabla comparativa entre los puntos de verificación WCAG 1.0 y 2.0 y aclarado el criterio de éxito 3.1.2. Gracias a Ramón Corominas (accesoweb).

Andrés Karp
2 de Febrero de 2009 a las 9:27 am     

Excelente artículo, felicitaciones!!!

Akelarreweb » Blog Archive » Checklists de las WCAG 2.0
2 de Febrero de 2009 a las 9:42 am     

[...] la lista de Cadius llego a una traducción que hizo José Ramón Quevedo Santana en su blog. Os pongo un pequeño [...]

Bruno Rico
13 de Febrero de 2009 a las 10:59 am     

Muchas gracias por la iniciativa.
Un saludo

Puntos de verificación WCAG 2.0 | Consultoría en red
28 de Febrero de 2009 a las 12:03 pm     

[...] aquellos que prefieran un resumen rápido de las Pautas de Accesibilidad para el Contenido en la Web, en qweos han elaborado un listado de puntos de verificación para comprobar si un sitio cumple o [...]

Itákora » ¿Qué pasa con las WCAG 2?
2 de Marzo de 2009 a las 1:32 pm     

[...] Por otro lado, tenemos la voluntariosa labor de qweos, pero no deja de ser la traducción de un obsoleto borrador de trabajo de 2004. [...]

José R. Quevedo
3 de Marzo de 2009 a las 2:31 pm     

Actualización: Se ha añadido una aclaración de Roger Johansson al punto 1.4.4 y dos enlaces que incluyen traducciones completas al español.

José R. Quevedo
6 de Marzo de 2009 a las 12:08 pm     

Actualización: se ha ampliado el contenido y añadido otra herramienta para la comprobación del contraste en el punto 1.4.3

Jorge Mesa
28 de Enero de 2010 a las 1:08 am     

Gracias por la traducción, un gran trabajo

Deja tu comentario...

Más anotaciones en qweos.net

«
»