Guías Prácticas para Profesionales Web - Puntos de Verificación de Las Pautas de Accesibilidad Al Contenido Web (WCAG) 2 PDF

16/4/2017 GuasPrcticasparaProfesionalesWeb:PuntosdeverificacindelasPautasdeAccesibilidadalContenidoWeb(WCAG)2.
0qweos
qweos
user experience & diseo de interaccin en productos digitales.
Guas Prcticas para Profesionales

Web: Puntos de vericacin de las
Pautas de Accesibilidad al Contenido
Web (WCAG) 2.0
Una lista que presenta los Puntos de vericacin de las Pautas de
Accesibilidad al Contenido Web (WCAG) 2.0 en un formato ms
amigable y comprensible.
Haca aproximadamente un ao y medio que no se publicaba nada nuevo en las

Guas Prcticas para Profesionales Web. Ya iba siendo hora y, esta vez, nos toca
ponernos al da y hablar de los checklists (puntos de vericacin) de las WCAG
2.0.
Notas importantes:
El siguiente contenido no son las Web Content Accessibility Guidelines

(WCAG) 2.0. Es una simple lista que presenta los principios y tcnicas de las
WCAG 2.0 en un formato ms amigable y comprensible. El lenguaje utilizado
ha sido modicado y simplicado de manera signicativa respecto a la
especicacin ocial para permitir comprobar y vericar las pginas web de
una forma ms sencilla. Si bien esta lista puede resultar muy til para
comprobar la accesibilidad y conformidad con respecto a las WCAG 2.0, utilice
la documentacin ocial para vericar la conformidad real.
Este documento, en constante mejora y revisin, es una traduccin libre,
modicada y autorizada del publicado en ingls bajo el ttulo WCAG 2.0
Checklist, propiedad de WebAIM (Web Accessibility in Mind).
Las referencias se han enlazado con su correspondencia en la especicacin
original (en ingls), aunque existe una traduccin, no ocial, realizada por
http://qweos.net/blog/2009/01/28/guiaspracticasparaprofesionaleswebpuntosdeverificaciondelaspautasdeaccesibilidadalcontenidowebwcag 1/46
16/4/2017 GuasPrcticasparaProfesionalesWeb:PuntosdeverificacindelasPautasdeAccesibilidadalContenidoWeb(WCAG)2.0qweos
Sal Gonzlez Fernndez: Pautas de Accesibilidad de Contenido Web 2.0.

Comparativas y correspondencias con otras Pautas:
Comparison of WCAG 1.0 Checkpoints to WCAG 2.0, in Numerical Order.
Listing by Checkpoint (en ingls)
Actualizacin del 3 de marzo de 2009; comparativa entre los puntos de
comprobacin de las Pautas de Accesibilidad de Contenido Web 1.0 y las
Pautas 2.0, agrupados por prioridades. Traduccin espaola de Sal
Gonzlez Fernndez.
Actualizacin del 16 de marzo de 2009; correspondencia entre los
requisitos de la Norma UNE 139803, los puntos de control de las WCAG 1.0
y los criterios de xito de las WCAG 2.0, por Olga Carreras.
Actualizacin del 26 de marzo de 2009; Migrating from WCAG 1.0 to WCAG
2.0, por Roger Hudson.
Se permite la reproduccin de este artculo citando a los autores y enlazando
a sus correspondientes versiones originales (en ambos casos, tanto de la
versin original como de la traducida).
Si encuentra algn fallo (algo bastante posible), estara muy agradecido de
que me lo comunicara. Espero que les sea de utilidad.
Principios de fundamentales de accesibilidad (resumen)
Las WCAG 2.0, recomendacin ocial desde el 11 de diciembre de 2008, como

comentbamos hace mucho tiempo atrs, 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 bsicos para hacer el contenido
accesible, y sirven para comprender los criterios de xito e implementarlos
(Olga Carreras). Se han denido 60 criterios de xito o puntos de comprobacin
que denen el nivel de accesibilidad (A, AA o AAA).
Perceptible
Perceptible
El contenido web debe estar disponible (ser perceptible) para los sentidos
vista, audicin, 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 A Todas las imgenes,

textual botones de imagen de
los formularios y las
zonas activas de los
mapas de imagen,
tendrn un texto
alternativo adecuado.
Las imgenes que no
transmitan
contenidos, sean
decorativas o con el
contenido ya presente
como texto se
ofrecern con el texto
alternativo vaco
( alt="" ) o aplicadas
como fondos de
imagen CSS. Todas las
imgenes enlazadas
contarn con un texto
descriptivo
alternativo.
El contenido
equivalente
alternativo para las
imgenes complejas
se ofrecer en una
pgina (enlazada o
referenciada mediante
longdesc ) aparte.
Los botones de los
formularios tendrn
nombres ( value )
descriptivos.
Los elementos de los
formularios tendrn
etiquetas textuales
( label ) asociadas o,
si stas no pueden
utilizarse, un ttulo
( title ) descriptivo.
Los elementos
multimedia
incrustados
(embedded) se
identicarn
mediante textos
accesibles.
Los marcos (frames)
tendrn un ttulo
apropiado.
PAUTA 1.2. CONTENIDO DEPENDIENTE DEL TIEMPO: OFREZCA

ALTERNATIVAS PARA LOS CONTENIDOS QUE DEPENDAN DEL
TIEMPO.
Nota: si el audio o vdeo ha sido designado como una alternativa al contenido

web (por ejemplo, una versin sonora o en lengua de signos de la pgina web),
entonces, el contenido web por s mismo funciona como la alternativa.
Se ofrecer una
transcripcin
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,
1.2.1 Slo audio y slo
A etc.)
vdeo pregrabado
Se ofrecer una
descripcin auditiva o
textual para los vdeos
grabados (no en
directo) sin audio
basados en web (por
ejemplo, vdeos que
no incluyen pistas de
audio)
Se ofrecern
subttulos para los
vdeos grabados (no
1.2.2 Subttulos
A en directo) basados en
(Pregrabados)
web (vdeos de
YouTube, etc.)
Se ofrecer una
1.2.3 Audio transcripcin O audio
descripciones o descripcin de los
Contenidos "media" A vdeos basados en
alternativos web grabados (no en
(Pregrabados) directo)
Se ofrecern
subttulos
sincronizados con el
audio para todo el
contenido multimedia
1.2.4 Subtitulado (En ofrecido en directo
AA
directo) (emisiones slo audio,
web cast,
videoconferencias,
animaciones Flash,
etc.)
Se ofrecern audio
descripciones para
todo el contenido de
vdeo. Nota: slo ser
1.2.5 Audio descripcin necesario si el vdeo
AA
(Pregrabado) transmite contenido
visual que no est
disponible por defecto
en la pista de audio.
Se ofrecer un vdeo
en lengua de signos
1.2.6 Lengua de signos para todo el contenido
AAA
(Pregrabada) "media" que contenga
audio.
Cuando una pista de

audio descripcin no
se pueda aadir al
vdeo debido a la
sincronizacin del
audio (por ejemplo,
no existen pausas en
1.2.7 Audio descripcin
AAA el audio), se
extendida (Pregrabada)
proporcionarn una
versin alternativa del
vdeo con pausas que
permitan las
descripciones de
audio.
Se ofrecer una
transcripcin
descriptiva para todos
1.2.8 Alternativas los medios
AAA
"media" (Pregrabado) pregrabados que
contengan una pista
de vdeo.
Se ofrecer una
transcripcin
descriptiva (por
ejemplo, el guin de
1.2.9 Slo audio (En una presentacin en
AAA
directo) 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
DISEO SIMPLIFICADO) SIN PERDER LA INFORMACIN O
ESTRUCTURA.
1.3.1 Informacin y sus A El marcado semntico

relaciones 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 semntico
deber usarse
apropiadamente.
Las tablas se usarn
para marcar los datos
tabulados. Las celdas
de datos ( <td> ) se
asociarn con sus
encabezados ( <th> )
donde sea necesario.
Los ttulos de las
tablas ( caption ) y sus
resmenes ( summary )
se usarn de forma
apropiada.
Las etiquetas ( label )
textuales se asociarn
con sus campos
( input )
correspondientes en
los formularios. Los
elementos de los
formularios que estn
relacionados se
agruparn mediante
fieldset/legend .
El orden de
navegacin y lectura
(determinado por el
1.3.2 Secuencia con
A orden en el cdigo
signicado
fuente) ser lgico e
intuitivo.
Las instrucciones no
dependern de la
forma, tamao o
ubicacin visual (por
ejemplo, "Haga clic
en el icono cuadrado
para continuar" o
1.3.3 "Las instrucciones
Caractersticas A estn en la columna
sensoriales de la derecha").
Las instrucciones no
dependern 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 SEPARACIN
ENTRE EL PRIMER PLANO Y EL FONDO.
No use el color como

el nico mtodo para
transmitir el
contenido o distinguir
elementos visuales.
Los enlaces deben
distinguirse de los
elementos y texto que
les rodean. Si utiliza
1.4.1 Uso del color A
el color para
diferenciar los
enlaces, use una
forma adicional para
distinguirlos. (por
ejemplo, se subrayan
cuando reciben el
foco).
Se debe ofrecer un
mecanismo para
poder parar, pausar,
silenciar o ajustar el
volumen de cualquier
1.4.2 Control del audio A sonido que se
reproduzca
automticamente en
la pgina ms de tres
segundos.
1.4.3 Contraste AA El texto o las

(mnimo) imgenes de texto
deben tener una
Criterios de xito Nivel relacin de contraste

Recomendaciones
de al menos 4.5:1,
excepto en los
siguientes casos:
En los textos
grandes (de ms de
18 puntos o 14
puntos en negrita)
y las imgenes de
texto grandes la
relacin de
contraste debe ser
de al menos 3:1.
En los textos, o las
imgenes 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
signicado es
visual, no tienen un
requisito mnimo
de contraste.
Los textos que
forman parte de un
logotipo o de una
marca comercial no
tiene un requisito
mnimo de
contraste.
Nota del traductor:
puede usar algunas
Criterios de xito Nivel herramientas para

Recomendaciones
comprobar el
contraste, por
ejemplo, Color
Contrast Checker o
Luminosity Colour
Contrast Ratio
Analyser.
La pgina deber ser

legible y funcional
cuando se doble el
tamao del texto.
La interpretacin del
diseador web Roger
Johansson a este
punto es que hasta
que la amplia mayora
de los usuarios
1.4.4 Tamao del texto AA utilicen navegadores
que soporten zoom (y
el soporte del zoom de
los navegadores
mejore), deberamos
comprobar que el
texto de nuestras
pginas puede ser
ampliado hasta un
200%.
Si la misma
representacin visual
puede realizarse
usando slo texto, no
1.4.5 Imgenes de texto AA
deben usarse
imgenes para
representar ese texto.
El texto o las
imgenes de texto
deben tener una
relacin de contraste
de al menos 7:1.
Los textos grandes
(de ms de 18 puntos
o 14 puntos en
negrita) deben tener
una relacin de
1.4.6 Contraste contraste de al menos
AAA
(aumentado) 4.5:1.
Nota del traductor:
utilice las
herramientas de
comprobacin del
contraste existentes
para vericar esos
valores, por ejemplo,
Color Contrast
Checker.
Compruebe que no
hay o existe un ruido
de fondo muy bajo
1.4.7 Bajo o sin sonido
AAA que permita
de fondo
distinguir fcilmente
las conversaciones.
1.4.8 Presentacin AAA Para bloques de texto

visual de ms de una frase
de longitud:
No habr ms de 80
caracteres de ancho
No estarn
justicados a
ambos lados
(alineados los
mrgenes izquierdo
y derecho)
Tendrn un
interlineado (de al
menos la mitad de
la altura del texto)
y espacio entre
prrafos (1.5 veces
la medida del
interlineado)
adecuado.
Tendrn
especicados un
color de primer
plano y fondo.
Estos se pueden
aplicar a elementos
especcos de la
pgina o en su
Criterios de xito Nivel totalidad utilizando

Recomendaciones
CSS (y, por tanto,
heredados por el
resto de
elementos).
No aparecer
desplazamiento
horizontal cuando
se doble el tamao
del texto.
Slo se usarn
imgenes de texto
para decorar cuando
no transmitan
informacin o cuando
la informacin no
1.4.9 Imgenes de texto
AAA pueda presentarse de
(sin excepcin)
ninguna otra manera
(por ejemplo, cuando
el texto forme parte
del logotipo de una
empresa).
Operable
Los formularios, controles, navegacin y otros elementos de la interfaz deben

permitir la interaccin.
PAUTA 2.1. ACCESIBILIDAD MEDIANTE EL TECLADO: PERMITA

QUE TODA LA FUNCIONALIDAD EST DISPONIBLE USANDO EL
TECLADO
Todas funciones de
las pginas debern
estar disponibles
utilizando el teclado,
excepto aquellas que
de forma conocida no
pueden realizarse con
el teclado (por
ejemplo, un dibujo a
mano alzada).
2.1.1 Teclado A
Los atajos de teclado y
accesskeys (que
normalmente
deberan evitarse) no
deben entrar en
conicto con las
presentes en el
navegador y/o lector
de pantalla.
El foco del teclado no

deber estar
bloqueado o jado en
un elemento concreto
de la pgina. El
2.1.2 Teclado no usuario deber poder
A
bloqueado moverse por todos los
elementos navegables
de la pgina
utilizando nicamente
el teclado.
Toda la funcionalidad
de las pginas
2.1.3 Teclado (Sin debern estar
AAA
excepcin) disponibles utilizando
el teclado.
PAUTA 2.2 SUFICIENTE TIEMPO: OFREZCA A LOS USUARIOS EL

TIEMPO SUFICIENTE PARA QUE PUEDAN LEER Y UTILIZAR EL
CONTENIDO
Si una pgina o
aplicacin tiene un
lmite de tiempo para
realizar una tarea
deber ofrecer la
opcin de apagar,
ajustar o aumentar
ese lmite de tiempo.
No es un requisito
2.2.1 Tiempo ajustable A para eventos en
tiempo real (por
ejemplo, una subasta)
donde el lmite de
tiempo es
absolutamente
necesario, o si el
plazo de tiempo es de
ms de 20 horas.
2.2.2 Pausar, parar, A Todo movimiento

ocultar automtico, parpadeo
o desplazamiento de
ms de tres segundos
deber poderse
pausar, parar u
ocultar por el usuario.
El movimiento,
parpadeo, o
desplazamiento podr
usarse para llamar la
atencin del usuario o
destacar un contenido
si dura menos de tres
segundos.
El contenido
actualizado
automticamente (por
ejemplo, una pgina
recargada o
redireccionada
automticamente, un
ticker de noticias, la
actualizacin 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
actualizacin.

El contenido y
funcionalidad no
2.2.3 Sin tiempo AAA tendr limitaciones de
tiempo.
Las interrupciones
(alertas,
actualizaciones de las
pginas, etc.) debern
2.2.4 Interrupciones AAA
poder ser pospuestas
o canceladas por el
usuario.
Si la autenticacin
en una sesin termina
(expira), el usuario
podr re-
autenticarse y
2.2.5 Re-autenticacin AAA
continuar con su
actividad sin perder
ningn dato de la
pgina actual.
PAUTA 2.3. CONVULSIONES: NO DISEE LOS CONTENIDOS DE

TAL FORMA QUE PUEDAN PROVOCAR ATAQUES O
CONVULSIONES
No deber crear
contenidos que
destellen ms de tres
veces por segundo a
menos que el
parpadeo sea lo
sucientemente
2.3.1 Tres destellos pequeo, los destellos
(ashes) o debajo del A sean de bajo contraste
umbral y no contengan
demasiado rojo.
(Vase el apartado
sobre el destello en
general y el umbral de
destello del rojo, en
ingls)
No deber crear
contenidos que
2.3.2 Tres destellos AAA destellen ms de tres
veces por segundo.
PAUTA 2.4 NAVEGABLE: OFREZCA MTODOS QUE AYUDEN AL

USUARIO A NAVEGAR, ENCONTRAR EL CONTENIDO Y
DETERMINAR DNDE SE ENCUENTRA
Se ofrecer un enlace
para saltar la
navegacin y otros
elementos que se
repitan en todas las
pginas.
Si una pgina cuenta
con una estructura
adecuada de
encabezados, puede
considerarse una
tcnica suciente en
lugar de un enlace del
tipo "Ir al contenido
principal". Tenga en
cuenta que la
2.4.1 Accesos directos A navegacin por
encabezados todava
no est soportada en
todos los
navegadores.
Si una pgina utiliza
un conjunto de
marcos (frameset) y
los marcos (frame)
estn apropiadamente
titulados, puede
considerarse una
tcnica suciente para
acceder directamente
a cada marco
individual.
La pgina web deber

tener un ttulo
descriptivo e
2.4.2 Ttulo de la pgina A
informativo de la
misma.
El orden de la
navegacin por los
enlaces, elementos de
2.4.3 Orden del foco A los formularios, etc.
deber ser lgico e
intuitivo.
2.4.4 Propsito de los A Siempre que no sean

enlaces (en su contexto) ambiguos para los
usuarios en general,
los enlaces (o botones
de imagen en un
formulario, o zonas
activas en un mapa de
imagen) sern lo
sucientemente
descriptivos como
para identicar su
propsito (objetivo)
directamente desde el
texto enlazado o, en
su caso, desde el
enlace en su contexto
(por ejemplo, en los
prrafos 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
deberan tener las
mismas descripciones
(ser consistentes,
segn criterio de xito
3.2.4), pero los
enlaces con diferentes
propsitos y destinos
deberan tener
diferentes
descripciones.
Se deben ofrecer
mltiples formas para
encontrar otras
pginas web en el
sitio al menos dos
de las siguientes: una
2.4.5 Mltiples vas AA lista de pginas
relacionadas, tabla de
contenidos, mapa
web, bsqueda en el
sitio, o un listado de
todas las pginas web.
Los encabezados
( <h> ) de las pginas y
las etiquetas
( <label> ) para los
controles interactivos
de los formularios
debern ser
informativos. Evite el
duplicar los
2.4.6 Encabezados y encabezados (por
AA
etiquetas ejemplo, "Ms
detalles") y las
etiquetas de texto
(por ejemplo, "primer
nombre") a menos
que la estructura
ofrezca una
diferenciacin
adecuada entre ellas.
Compruebe que es
visualmente evidente
el elemento que tiene
el foco actual del
teclado (por ejemplo,
2.4.7 Visibilidad del foco AA
si se mueve con el
tabulador por la
pgina, puede ver
dnde se encuentra).
Si la pgina web
forma parte de una
secuencia de pginas
o est dentro de un
sitio con una
estructura compleja,
deber indicar la
ubicacin de la pgina
2.4.8 Ubicacin AAA actual, por ejemplo, a
travs de las migas de
pan (breadcrumbs) o
especicando el paso
actual en la secuencia
(por ejemplo, "Paso 2
de 5 direccin de
envo").
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) sern lo
sucientemente
descriptivos como
2.4.9 Propsito de los para identicar su
enlaces (enlaces sin AAA propsito (objetivo)
contexto) directamente desde el
texto enlazado.
No debern existir
enlaces (o botones de
imagen en un
formulario) con el
mismo texto que
vinculen a lugares
diferentes (por
ejemplo, "Lea ms").
Adems de
proporcionar un
documento con la
estructura global del
sitio, cada una de las
2.4.10 Encabezados de
AAA secciones de
seccin
contenido debern ser
designadas mediante
encabezados (ttulos),
donde sea oportuno.
Comprensible
Comprensible
El contenido y la interfaz deben poder entenderse fcilmente y ser

semnticamente ricos.
PAUTA 3.1 LEGIBILIDAD: CREE CONTENIDOS LEGIBLES Y

FCILES DE ENTENDER
El idioma principal de
la pgina deber estar
identicado
utilizando el atributo
3.1.1 Idioma de la pgina A
lang de HTML (por
ejemplo, <HTML
lang="es"> ).
Si algunas secciones
tienen contenidos en
un idioma diferente al
principal, ste deber
estar identicado
utilizando el atributo
lang (por ejemplo,
<blockquote
lang="en"> ) cuando
sea apropiado.
Existen algunas
3.1.2 Idioma de las excepciones: nombres
AA
partes propios, trminos
tcnicos, 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 espaol).
Las palabras que

puedan ser ambiguas,
desconocidas o usadas
de una forma muy
especca, debern
denirse travs de un
3.1.3 Palabras inusuales AAA
texto adyacente, una
lista de deniciones,
un glosario, o de
cualquier otro
mtodo.
La explicacin para
las abreviaturas se
realizar, usando el
elemento <abbr> o
enlazando a un
glosario de trminos,
la primera vez que se
utilicen en el
contenido. Nota:
WCAG 2.0 no hace
3.1.4 Abreviaturas AAA excepciones con las
abreviaciones
conocidas en un
determinado mbito
(por ejemplo, la
abreviatura HTML
utilizada en un sitio
de desarrollo web
deber tambin ser
explicado).
Una alternativa para

hacer los contenidos
ms comprensibles es
suponer que aquellos
que sean ms
avanzados puedan ser
3.1.5 Nivel de lectura AAA razonablemente
ledos por una
persona con
aproximadamente 9
aos de educacin
primaria.
Si la pronunciacin de
una palabra es vital
para comprenderla, su
pronunciacin se
3.1.6 Pronunciacin AAA mostrar seguida de
dicha palabra o
mediante un enlace a
un glosario.
PAUTA 3.2. PREDECIBLE: CREE PGINAS WEB QUE SE

MUESTREN Y FUNCIONEN DE FORMA PREVISIBLE
Cuando un elemento
reciba el foco no se
deber iniciar un
3.2.1 Foco A cambio en la pgina
que confunda o
desoriente al usuario.
Deber advertir al
usuario con
antelacin de los
cambios, imprevistos
o automticos, en la
3.2.2 Cambios
A conguracin de
imprevistos
cualquier elemento de
la interfaz que causen
una modicacin en
la pgina.
Los enlaces de
navegacin que se
repiten en las pginas
3.2.3 navegacin
AA web no deberan
consistente
modicar su orden al
navegar por el sitio.
Los elementos que

tienen la misma
funcionalidad a travs
de mltiples pginas
web debern
identicarse de
3.2.4 Identicacin manera consistente.
AA
consistente Por ejemplo, un
campo de bsqueda
en la parte superior
de la pgina deber
etiquetarse siempre
de la misma forma.
Los cambios
sustanciales de las
pginas, la aparicin
de ventanas
emergentes (pop-ups),
los cambios no
controlados del foco
del teclado, o
cualquier otro cambio
3.2.5 Solicitud de
AAA que podra confundir
cambio
o desorientar al
usuario debern ser
iniciados por ste.
Alternativamente,
siempre se le deber
ofrecer al usuario una
opcin para desactivar
dichos cambios.
PAUTA 3.3. ASISTENCIA EN LA INTRODUCCIN DE DATOS:

AYUDE A LOS USUARIOS A EVITAR Y CORREGIR LOS ERRORES
Ofrezca informacin
al usuario sobre los
campos obligatorios
de un formulario, o
aquellos que
necesitan un formato,
valor o longitud
especca, utilizando
el elemento <label>
(si ste no est
disponible ponga la
informacin en el
atributo de ttulo
title del elemento).
Si se usa la validacin
de datos de los
formularios (del lado
3.3.1 Identicacin de
A del cliente o del
errores
servidor), ofrezca la
informacin sobre los
errores y avisos de
forma eciente,
intuitiva y accesible.
Los errores deben
estar claramente
identicados, ofrecer
un acceso rpido al
elemento
problemtico,
permitir que el
usuario pueda
fcilmente solucionar
el error y reenviar los
datos del formulario.
Se debern
proporcionar las
sucientes etiquetas,
avisos e instrucciones
necesarios para los
elementos
interactivos. Use para
3.3.2 Etiquetas o
A ello instrucciones,
instrucciones
ejemplos, posicione
adecuadamente las
etiquetas ( label ) y
agrupe e identique
los campos con
fieldsets/legends
Si se detecta un error
al introducir un dato
(mediante la
validacin en el lado
del cliente o en el del
3.3.3 Sugerencias de servidor), deber
AA
error proporcionar
sugerencias para
solucionar el
problema de forma
oportuna y accesible.
Si el usuario puede
modicar o eliminar
datos de carcter
legal, nanciero o de
3.3.4 Prevencin de
prueba, estas acciones
errores (Legales, AA
debern ser
nancieros, de datos)
reversibles,
vericadas o
comprobadas.
Si el usuario puede
enviar, cambiar o
eliminar informacin,
la informacin deber
poder volver a estar
3.3.5 Ayuda AAA
disponible, y/o las
acciones realizadas
ser vericadas o
conrmadas.
Si el usuario puede
enviar informacin, el
envo deber poder
3.3.6 Prevencin de
AAA ser reversible,
errores (todos)
vericado o
conrmado.
Robusto
El contenido debe ser lo sucientemente consistente y able como para permitir

su uso con una amplia variedad de agentes de usuario, ayudas tcnicas y
preparado para las tecnologas venideras.
PAUTA 4.1. COMPATIBLE: MEJORE LA COMPATIBILIDAD CON

LOS AGENTES DE USUARIO ACTUALES Y FUTUROS, INCLUIDAS
LAS AYUDAS TCNICAS.
Se debern evitar los

errores de sintaxis de
HTML/XHTML. El
cdigo puede
comprobarse,
4.1.1 Anlisis A
analizarse y validarse
a travs de
http://validator.w3.or
g/
Deber utilizar el
marcado de tal forma
que se facilite la
accesibilidad. Esto
incluye el seguir las
4.1.2 Nombre, funcin, especicaciones
A
valor ociales de
HTML/XHTML,
utilizando la
gramtica formal de
forma apropiada.
Comprtelo:
Compartir
Jos R. Quevedo / Mircoles, 28 Enero 2009 / Accesibilidad, Curiosidades, Guas Prcticas para
Profesionales Web / checklists, html, pautas accesibilidad, puntos veri0cacion, w3c, wcag 2.0, xhtml
38 opiniones en Guas Prcticas para Profesionales

Web: Puntos de vericacin de las Pautas de
Accesibilidad al Contenido Web (WCAG) 2.0
Enrique
Mircoles, 28 Enero 2009 a las 23:27
Me parece una iniciativa genial. Creo que no ser el nico en estar agradecido.
Pingback: Checklists de las WCAG 2.0 traducido al espaol | Juan Ortega | mi

vida 2.0 a travs de tags
Enrique
Jueves, 29 Enero 2009 a las 11:55
Pues no tocayo, no eres el nico. Mil gracias por la traduccin.
ruymanfm
Hola. El ttulo del apartado 3.2 est sin traducir. A m me falta que alguien me
explique la utilidad de establecer esos cuatro principios y su aplicacin, ms all
de cuestiones didcticas.
Jos R. Quevedo
Gracias Ruy. Solucionado, aparte, he corregido varios errores ortogrcos y

gramaticales.
Supongo que es una forma de ordenarlos. Una de las cosas que la mayora
criticaba de las WCAG 1.0 era el por qu de ciertos puntos; supongo que
agrupndolos de esta manera se entiente mejor su benecio y utilidad real
(aunque hay varios puntos nuevos que tambin van a generar polmica en su
aplicacin). Pero, como bien dices, me parece una cuestin didctica.
Hay alguien del W3C en la sala?
Gonzalo
Viernes, 30 Enero 2009 a las 10:53
Primero e importante: felicidades por el trabajo :)
Pequeos comentarios:
El punto 1.4.9 no est muy claro. En mi opinin quedara mejor El texto se
usa en una imagen slo 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 ms que recomendaciones, son
advertencias.
Lo dicho, gracias por tu trabajo.
Jos R. Quevedo
Muchas gracias, Gonzalo, por tus apreciaciones.
Actualizacin: he modicado los puntos que comentas utilizando la

especicacin ocial WCAG 2.0 y el documento de ayuda Understanding WCAG
2.0 en lugar de la traduccin del WebAIM. Creo que ahora se entienden algo
mejor. Tambin, he aprovechado para aadir varios acrnimos que faltaban.
Pingback: Los textos de qweos.net Blog Archive WCAG 2.0 en pocas palabras
Jos R. Quevedo
Actualizacin: se ha modicado el enlace a la tabla comparativa entre los puntos

de vericacin WCAG 1.0 y 2.0 y aclarado el criterio de xito 3.1.2. Gracias a
Ramn Corominas (accesoweb).
Andrs Karp
Lunes, 2 Febrero 2009 a las 09:27
Excelente artculo, felicitaciones!!!
Pingback: Akelarreweb Blog Archive Checklists de las WCAG 2.0
Bruno Rico
Viernes, 13 Febrero 2009 a las 10:59
Muchas gracias por la iniciativa.

Un saludo
Pingback: Puntos de vericacin WCAG 2.0 | Consultora en red
Pingback: Itkora Qu pasa con las WCAG 2?
Jos R. Quevedo
Martes, 3 Marzo 2009 a las 14:31
Actualizacin: Se ha aadido una aclaracin de Roger Johansson al punto 1.4.4 y

dos enlaces que incluyen traducciones completas al espaol.
Jos R. Quevedo
Viernes, 6 Marzo 2009 a las 12:08
Actualizacin: se ha ampliado el contenido y aadido otra herramienta para la

comprobacin del contraste en el punto 1.4.3
Jorge Mesa
Gracias por la traduccin, un gran trabajo
Marisol Sanchez
Martes, 23 Marzo 2010 a las 20:01
Excelente articulo, de mucha ayuda para un trabajo de diploma que estoy

haciendo, me gustaria ponerme en contacto con ustedes mediante correo
electronico para hablar sobre esto mas profundamente, gracias.
Pingback: A quin benecia una web accesible Blog de Cool Z
Pizzicatto
Mircoles, 2 Marzo 2011 a las 16:12
Muchas gracias! Me ha venido muy bien!

La info muy bien organizada, de lujo!
Antonio
Mircoles, 24 Agosto 2011 a las 13:03
Se indica que hay 12 pautas, pero solo se muestran 4?
Un saludo
Jos R. Quevedo
Antonio, gracias por el comentario. Es cierto que, con el cambio de estilos en

este sitio, no queda muy clara la jerarqua, pero s que son 12:
1. Perceptible: Pauta 1.1. Alternativas textuales. Ofrezca alternativas en forma de

texto para todo el contenido no textual.
2. Perceptible: Pauta 1.2. Contenido dependiente del tiempo: ofrezca alternativas
para los contenidos que dependan del tiempo.
3. Perceptible: Pauta 1.3. Adaptable: crea contenido que pueda presentarse de
diferentes maneras (por ejemplo, un diseo simplicado) sin perder la
informacin o estructura.
4. Perceptible: Pauta 1.4. Distinguible: facilite a los usuarios el ver y escuchar el
contenido, incluyendo la separacin entre el primer plano y el fondo.
5. Operable: Pauta 2.1. Accesibilidad mediante el teclado: permita que toda la
funcionalidad est disponible usando el teclado.
6. Operable: Pauta 2.2 Suciente tiempo: ofrezca a los usuarios el tiempo
suciente para que puedan leer y utilizar el contenido.
7. Operable: Pauta 2.3. Convulsiones: no disee los contenidos de tal forma que
puedan provocar ataques o convulsiones.
8. Operable: Pauta 2.4 Navegable: ofrezca mtodos que ayuden al usuario a
navegar, encontrar el contenido y determinar dnde se encuentra.
9. Comprensible: Pauta 3.1 Legibilidad: cree contenidos legibles y fciles de
entender.
10. Comprensible: Pauta 3.2. Predecible: cree pginas web que se muestren y
funcionen de forma previsible.
11. Comprensible: Pauta 3.3. Asistencia en la introduccin de datos: ayude a los
usuarios a evitar y corregir los errores.
12. Robusto: Pauta 4.1. Compatible: mejore la compatibilidad con los agentes de
usuario actuales y futuros, incluidas las ayudas tcnicas.
En cualquier caso, es slo una forma que tiene el W3C de agrupar y organizar los
puntos de vericacin para que sean ms manejables. Lo importante es el
contenido y, ms an, comprenderlo y saberlo aplicar en cada caso.
Saludos.
Antonio
Buenas Jos, muy bien aclarado.
Felicitarte por el Blog y trabajo realizado.
Un saludo
Antonio
Jueves, 25 Agosto 2011 a las 11:14
Que versin (WCAG 1 o WCAG 2) deben cumplir los sitios por Ley Espaola de
accesibilidad?
Agradecera enlace a BOE o normativa.
Un saludo
Jos R. Quevedo
Jueves, 25 Agosto 2011 a las 11:53
Antonio, chale un vistazo al excelente y completo artculo de Olga Carreras:

http://olgacarreras.blogspot.com/2005/01/referencia-sobre-legislacin-
espaola.html
Deben cumplir con la Norma UNE 139803. Al comienzo del post tienes un enlace,
de nuevo al blog de Olga Carreras, con las correspondencias a las WCAG.
Saludos
Pingback: WebAIMs WCAG 2.0 Checklist
Pingback: WGAC 1.0 Vs WGAC 2.0 | Blog de Accesibilidad de la Universidad

Tecnolgica de Pereira
M@rce
Jueves, 17 Mayo 2012 a las 19:43
Excelente trabajogracias por compartirlo!!
Paola
Domingo, 30 Septiembre 2012 a las 19:35
Mil gracias, tu aporte es valiosisimo, y deseo consultarte como puedo hacer

referencia de tu trabajo, respetando tus derechos, en un documento que debo
hacer sobre pautas de accesibilidad.
Jos R. Quevedo
Lunes, 1 Octubre 2012 a las 09:34
Hola Paola, gracias por tus palabras.
Mencionando al autor y enlace URL es ms que suciente para lo que comentas.
Un saludo.
Pingback: Accesibilidad y usabilidad web - Diseos tecnolgicos JEP
Jorge
Jueves, 30 Octubre 2014 a las 06:44
Eternamente agradecido!
su
Muchas gracias por la traduccin.

No s si te has dado cuenta o ha sido mediante permiso pero el libro Diseo de
Interfaces Web de la editorial RA-MA tiene el mismo texto que aqu aparece.
Jos R. Quevedo
Hola Susana. Lo cierto es que no he tenido ocasin de mirar el libro para poder
compararlo, gracias por tu comentario ;-)
Pingback: WebAIM's WCAG 2.0 Checklist
CallMeJhony
Martes, 13 Diciembre 2016 a las 10:50
En el punto 3.3.2 hay un error, la palabra posicionane?
Jos R. Quevedo
Martes, 17 Enero 2017 a las 15:22
Gracias por el aviso ;)
Pingback: Pautas de accesibilidad contenido web - Jess Tovar
qweos / Creado con WordPress

Guías Prácticas para Profesionales Web - Puntos de Verificación de Las Pautas de Accesibilidad Al Contenido Web (WCAG) 2 PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Guías Prácticas para Profesionales Web - Puntos de Verificación de Las Pautas de Accesibilidad Al Contenido Web (WCAG) 2 PDF

Cargado por

Copyright:

Formatos disponibles

16/4/2017 GuasPrcticasparaProfesionalesWeb:PuntosdeverificacindelasPautasdeAccesibilidadalContenidoWeb(WCAG)2.

Guas Prcticas para Profesionales

Haca aproximadamente un ao y medio que no se publicaba nada nuevo en las

El siguiente contenido no son las Web Content Accessibility Guidelines

Sal Gonzlez Fernndez: Pautas de Accesibilidad de Contenido Web 2.0.

Principios de fundamentales de accesibilidad (resumen)

Las WCAG 2.0, recomendacin ocial desde el 11 de diciembre de 2008, como

En total conforman 12 pautas o directrices (guidelines); los dos primeros

PAUTA 1.1. ALTERNATIVAS TEXTUALES. OFREZCA

Criterios de xito Nivel Recomendaciones

1.1.1 Contenido no A Todas las imgenes,

PAUTA 1.2. CONTENIDO DEPENDIENTE DEL TIEMPO: OFREZCA

Nota: si el audio o vdeo ha sido designado como una alternativa al contenido

Criterios de xito Nivel Recomendaciones

Cuando una pista de

PAUTA 1.3. ADAPTABLE: CREA CONTENIDO QUE PUEDA

Criterios de xito Nivel Recomendaciones

1.3.1 Informacin y sus A El marcado semntico

PAUTA 1.4. DISTINGUIBLE: FACILITE A LOS USUARIOS EL VER

Criterios de xito Nivel Recomendaciones

No use el color como

1.4.3 Contraste AA El texto o las

Criterios de xito Nivel relacin de contraste

Criterios de xito Nivel herramientas para

La pgina deber ser

Criterios de xito Nivel Recomendaciones

Criterios de xito Nivel Recomendaciones

1.4.8 Presentacin AAA Para bloques de texto

Criterios de xito Nivel totalidad utilizando

Los formularios, controles, navegacin y otros elementos de la interfaz deben

PAUTA 2.1. ACCESIBILIDAD MEDIANTE EL TECLADO: PERMITA

Criterios de xito Nivel Recomendaciones

El foco del teclado no

Criterios de xito Nivel Recomendaciones

PAUTA 2.2 SUFICIENTE TIEMPO: OFREZCA A LOS USUARIOS EL

Criterios de xito Nivel Recomendaciones

Criterios de xito Nivel Recomendaciones

2.2.2 Pausar, parar, A Todo movimiento

Criterios de xito Nivel Recomendaciones

PAUTA 2.3. CONVULSIONES: NO DISEE LOS CONTENIDOS DE

Criterios de xito Nivel Recomendaciones

PAUTA 2.4 NAVEGABLE: OFREZCA MTODOS QUE AYUDEN AL

Criterios de xito Nivel Recomendaciones

La pgina web deber

2.4.4 Propsito de los A Siempre que no sean

Siempre que no sean

El contenido y la interfaz deben poder entenderse fcilmente y ser

PAUTA 3.1 LEGIBILIDAD: CREE CONTENIDOS LEGIBLES Y

Criterios de xito Nivel Recomendaciones

Criterios de xito Nivel Recomendaciones

Criterios de xito Nivel Recomendaciones

Las palabras que

Criterios de xito Nivel Recomendaciones

Una alternativa para

PAUTA 3.2. PREDECIBLE: CREE PGINAS WEB QUE SE

Criterios de xito Nivel Recomendaciones

Los elementos que

PAUTA 3.3. ASISTENCIA EN LA INTRODUCCIN DE DATOS:

Criterios de xito Nivel Recomendaciones

El contenido debe ser lo sucientemente consistente y able como para permitir

PAUTA 4.1. COMPATIBLE: MEJORE LA COMPATIBILIDAD CON

Criterios de xito Nivel Recomendaciones

Se debern evitar los