Abreviaturas vs.

Acrónimos
Saber en qué momento debe utilizarse la etiqueta <abbr> y en cuál la etiqueta
<acronym> es muy importante, especialmente teniendo en cuenta que tanto los
sintetizadores de voz, como los lectores de pantalla, los navegadores y buscadores; las
procesan de forma diferente.

Este documento analiza las pautas que hacen referencia a estos dos elementos y el
comportamiento de diversas aplicaciones de usuario frente a ellos, explica qué son, y
cómo diferenciarlos para poder usarlos correctamente. Además, sugiere alguna
tecnología a desarrollar para facilitar su uso y comprensión.

¿Cómo son procesadas estas etiquetas

Por los sintetizadores de voz y lectores o revisores de pantalla:

Los sintetizadores de voz cuentan con diccionarios, fijos y configurables por el usuario,
que recogen abreviaturas y acrónimos para que en el momento en que un lector de
pantalla encuentre uno de estos elementos lo lea como se recoge en el diccionario, es
decir, en su forma expandida y no en su forma abreviada. Aunque las etiquetas de los
elementos <abbr> y <acronym> han sido creadas para que cuando un lector de pantalla
las encuentre, su sintetizador asociado lea el atributo "title" en vez de el contenido del
elemento, aún no lo hacen.

Para verificar el comportamiento de los lectores de pantalla, sintetizadores y

navegadores más utilizados en el mundo de habla hispana creé una página con 7
ejemplos de uso de abreviaturas y de acrónimos, y solicité a miembros de listas de
tiflotecnología y a los miembros de la lista ACCESOWEB del Sidar, que informaran
sobre los resultados obtenidos; mi agradecimiento a las personas que colaboraron
haciendo las pruebas. Véanse la página de prueba y los resultados.

Las prubas han dado como resultado, que ninguna versión de los diversos lectores de
pantalla responde al atributo "title" de la etiqueta de abreviatura o de acrónimo.

Las abreviaturas "etc." y "EE. UU." son leída correctamente por aquellos lectores cuyo
diccionario original recoge su significado, debido a que se trata de abreviaturas de uso
común en nuestro idioma. Ninguno de los acrónimos utilizados en la página de prueba
fue leído correctamente.

Aunque, como veremos más adelante, corresponde a los autores ofrecer una relación de
las abreviaturas y acrónimos que se utilizan en la página, creo que sería útil, para los
usuarios de lectores de pantalla, que al igual que se puede hacer con los enlaces que
aparecen en una página se pudiese obtener una relación de las abreviaturas y acrónimos,
con el fin de facilitar su inclusión o no en el diccionario configurable para el lector.

Claro que, si los lectores de pantalla examinados respondieran correctamente frente a la

presencia de las abreviaturas y acrónimos, bastaría con facilitar la inclusión de la
abreviatura o acrónimo y su significado, en el diccionario, la primera vez que aparece en
una página, si no está ya recogida.

Por los navegadores:

Algunas versiones de navegador cuando se coloca el puntero del ratón sobre una
abreviatura o sobre un acrónimo, etiquetados como tal, presentan al usuario una especie
de etiqueta junto al puntero, llamada en inglés "tool tip", en la que se puede leer lo que
el desarrollador haya escrito como atributo "title" de la abreviatura o acrónimo; otros
presentan este texto también en la barra de estado. Veamos cuales han sido los
resultados del test.

Comportamiento de los navegadores

Sistema Operativo Abreviaturas Acrónimos

Sobre Windows

Amaya 4.2.1 -- --

Opera 3.51 -- --

Opera 5.02 Tip y barra de estado Tip y barra de estado

Internet Explorer 5.0 -- Tip

Internet Explorer 5.5 -- Tip

Netscape Comunicator 4.5 -- --

Netscape Comunicator 4.7 -- --

Netscape Comunicator 6.0 Tip Tip

Sobre Mac

Opera 5.02 Tip y barra de estado Tip y barra de estado

Internet Explorer 5.0 -- --

Netscape Comunicator 4.01 -- --

Netscape Comunicator 6.0 Tip Tip

Sobre Unix

Netscape Comunicator 4.76 -- --

De la tabla podemos deducir que las versiones más actuales de los diversos navegadores
incluyen esta utilidad que, valga la redundancia, es verdaderamente útil para los
usuarios que pueden ver pues, ahorra tiempo y desplazamientos por el sitio, si es que el
sitio incluye la descripción del significado de la abreviatura o acrónimo en cuestión y,
en el peor de los casos, ahorra la necesidad de acudir a un diccionario para encontrar el
significado.

¿En qué partes de una página deben usarse?

Veamos ahora qué nos dicen las pautas de accesibilidad, las especificaciones y técnicas,
sobre cuándo y cómo deben utilizarse estos elementos y sus atributos.

En la pauta 4 de las Pautas de Accesibilidad del Contenido Web 1.0, en su punto de

control 4.2, se nos dice:

4.2 Especifique la expansión de cada abreviatura o acrónimo cuando ocurra por primera vez en
un documento. [Prioridad 3]

Por ejemplo, en HTML, use el atributo "title" de los elementos ABBR y ACRONYM.
También ayuda a la usabilidad del documento proporcionar la expansión en el cuerpo
principal.

Técnicas para el punto de control 4.2

Lo cual nos lleva a las Técnicas para las Pautas de Accesibilidad del Contenido Web
1.0, en las que se nos dice:

Pauta 4. Aclare el lenguaje natural usado

Puntos de control:

...

4.2 Especifique la expansión de cada abreviatura o acrónimo cuando aparezca por primera vez
en un documento. [Prioridad 3] (Punto de control 4.2)

 HTML Techniques: Acrónimos y abreviaturas

Lo cual nos lleva a las Técnicas de HTML para las Pautas de Accesibilidad del
Contenido Web 1.0, en las que podemos leer:

3.2 Acrónimos y abreviaturas

Puntos de control en esta sección:

 4.2 Especifique la expansión de cada abreviatura o acrónimo cuando se incluya por

primera vez en el documento. [Prioridad 3]

Marque las abreviaturas y acrónimos con ABBR y ACRONYM y use "title" para
indicar la expansión:

Ejemplo.

<P>Welcome to the <ACRONYM title="World Wide Web">WWW</ACRONYM>!

Fin del ejemplo.

Esto también se aplica a las frases acortadas usadas como cabeceras para filas o
columnas de un tabla. Si el encabezado es ya una abreviatura, proporcione la expansión
en ABBR. Si el encabezado es largo, quizás desee proporcionar una abreviación, tal
como se describe en Tablas de Datos.
Ejemplo.

... <TH>First name</TH> <TH><ABBR title="Social Security

Number">SS#</ABBR> ...

Fin del ejemplo.

Adviertasé que el ejemplo anterior de acrónimo es incorrecto, pues realmente se trata de

una abreviatura. Más adelante veremos que las mismas siglas son utilizadas como
ejemplo de abreviatura y, veremos también, las razones que da nuestra Real Academia
para que entendamos que se trata de una abreviatura.

Pero es en la especificación de HTML 4.01, donde se definen estos elementos:

ABBR:

Indica una forma abreviada (Por ejemplo: WWW, HTTP, URI, Mass., etc.).

ACRONYM:

Indica un acrónimo (Por ejemplo: WAC, radar, etc.).

Los elementos ABBR y ACRONYM permiten a los autores indicar claramente las
ocurrencias de abreviaturas y acrónimos. Los idiomas occidentales usan ampliamente
acrónimos tales como "GmbH", "NATO", y "F.B.I.", así como abreviaturas tales como
"Mr.", "Inc.", "et al.", "etc.". Tanto el Chino como el Japonés utilizan mecanismos
análogos a la abreviatura, cuando aparece un nombre largo se refiere posteriormente con
un subconjunto de los caracteres Han de la ocurrencia original. Marcando estos
constructos se proporciona información útil para los navegadores y otras herramientas
tales como revisores gramaticales, sintetizadores de voz, sistemas de traducción y
programas de búsqueda e indexación (buscadores).

El contenido de los elementos ABBR y ACRONYM especifica la expresión abreviada en

sí misma, como podría aparecer normalmente en un texto corrido. El atributo "title" de
estos elementos puede ser usado para proporcionar la forma completa o expandida de la
expresión.

Estos son algunos ejemplos del uso de ABBR:

<P> <ABBR title="World Wide Web">WWW</ABBR>

<ABBR lang="fr"
title="Soci&eacute;t&eacute; Nationale des Chemins de Fer">
SNCF
</ABBR>
<ABBR lang="es" title="Doña">Doña</ABBR>
<ABBR title="Abbreviation">abbr.</ABBR>

Advierta que las abreviaturas y los acrónimos tienen, a menudo, pronunciaciones

idiosincrásicas. Por ejemplo, mientras que "IRS" Y "BBC" se pronuncian normalmente
letra a letra, "NATO" y "UNESCO" se pronuncian fonéticamente. Sin embargo, otras
formas abreviadas (por ejemplo, "URI" y "SQL") son deletreadas por algunas personas
y pronunciadas como palabras por otras. Cuando sea necesario los autores deben usar
hojas de estilo en cascada para especificar la pronunciación de una forma abreviada.
Aquí las definiciones son correctas, aunque lamentablemente algunos de los ejemplos
no lo son. En los ejemplos que aparecen en la definición de abreviatura se les han
colado dos acrónimos: HTTP y URI, y más adelante, cuando se muestran ejemplos del
uso del elemento ABBR, el segundo, SNCF es claramente el acrónimo de: Société
Nationale des Chemins de fer Français, todos los franceses pronuncian las siglas y
entienden claramente a qué se refieren; y el ejemplo de abreviatura española contiene
una errata pues el contenido del elemento no está abreviado.

Más adelante, en estas mismas técnicas (http://www.w3.org/TR/WCAG10-HTML-

TECHS/#table-summary-info) se explica el uso que debe hacerse de las abreviaturas
cuando se crean tablas:

5.1.1 Proporcionando información resumida

Puntos de control en esta sección:

 5.5 Proporcione resúmenes para las tablas. [Prioridad 3]

 5.6 Proporcione abreviaturas para las etiquetas de encabezado. [Prioridad 3]

...

 Proporcione sustitutos concisos para las etiquetas de encabezado con el atributo

"abbr" en TH. Serán particularmente útiles para las tecnologías del habla futuras que
pueden leer las etiquetas de fila y columna de cada celda. Las abreviaturas disminuyen
las repeticiones y el tiempo de lectura.

Y en las Técnicas para las Pautas de Accesibilidad del Contenido Web 1.0, dice:

5.6 Proporcione abreviaturas para las etiquetas de encabezado. [Prioridad 3] (Punto de control
5.6)

Es decir, las abreviaturas y acrónimos deben marcarse con su etiqueta correspondiente,

al menos la primera vez que aparecen en el texto y, se sugiere que, para mejorar la
usabilidad debe expandirse su significado, en el propio cuerpo del documento, la
primera vez que se usan. Realmente, esta indicación de expandir el significado en el
cuerpo del documento debería referirse sólo a los acrónimos y a las abreviaturas creadas
por el autor, pues no tiene sentido expandir las abreviaturas de uso común (como por
ejemplo: "etc.").

Pero ya que un documento Web puede constar de muchas páginas y es posible que el
usuario empiece a leerlo por cualquiera de ellas, es recomendable marcar siempre las
abreviaturas y acrónimos para que el usuario no se pierda, pues no es seguro que
comience a leer por donde se declara el significado de las mismas.

Además, es especialmente importante utilizar las abreviaturas para los encabezados de

las tablas, pues de esta manera el usuario que utiliza un lector de pantalla no tendrá que
escuchar una y otra vez los nombres largos de encabezados.

¿Qué dice la Real Academia?

Ya que encontramos errores y erratas en los ejemplos presentados en los documentos

citados ¿cómo podemos diferenciar el uso adecuado de una u otra etiqueta?
Tras largas discusiones en las listas del WAI, en las que no se llegaba a un consenso y
en las que algunos pretendían eliminar uno de los dos elementos, decidí consultar a
nuestra Real Academia sobre la diferencia entre abreviaturas y acrónimos, pues
considero que es importante mantener las etiquetas de estos dos elementos que no son la
misma cosa ni pueden confundirse; y he aquí su respuesta:

De: Consulta3
Enviado el: lunes, 05 de marzo de 2001 11:34
Para: emmanuelle@sidar.org
Asunto: Consulta RAE (abreviaturas, siglas y acrónimos)

ABREVIATURA

Es la representación gráfica reducida de una palabra o grupo de palabras, obtenida por

eliminación de algunas de las letras o sílabas de su escritura completa. En principio,
cualquier palabra puede ser abreviada (salvo, claro está, las que tienen ya una forma
propia reducida), de ahí que suela distinguirse entre abreviaturas «personales», las que
cualquier hablante particular genera para uso propio en su escritura privada, y
«convencionales», que son aquellas reconocidas y empleadas comúnmente por los
usuarios de una lengua. Dentro de las abreviaturas convencionales, las hay de uso
general, mientras que otras restringen su uso a situaciones particulares, como es el caso,
por ejemplo, de las abreviaturas que un autor utiliza dentro de un libro, y que deben
recogerse al principio o al final de la obra en una lista explicativa.

La abreviatura ha de ser eficaz y, por este motivo, debe suprimir al menos dos letras de
la palabra abreviada, aunque haya ejemplos difundidos en que solo se elimina una: vid.
(por vide).

El uso de las abreviaturas convencionales no es libre, sino que está limitado a ciertos
contextos y sometido a ciertas reglas; así, en general, no pueden utilizarse las
abreviaturas en cualquier lugar del texto: De repente, miré a la *izqda. y los vi juntos.
Las abreviaturas de tratamientos solo deben emplearse antecediendo al nombre propio
(Sr. González, D.ª Juana, etc.). Tampoco es apropiado escribir una cantidad con letras
seguida de la abreviatura del concepto cuantificado: *cinco pts. (por cinco pesetas).

SIGLA

La palabra sigla designa, por un lado, cada una de las letras iniciales de las palabras que
forman parte de una denominación y, por otro, la palabra formada por el conjunto de
estas letras iniciales. Las siglas se utilizan para referirse de forma abreviada a
organismos, instituciones, empresas, objetos, sistemas, asociaciones, etc., cuyos
nombres complejos hacen enojosa su denominación completa cada vez que se quiere
hacer referencia a ellos.

Tipos de siglas según su lectura

Dependiendo de su estructura formal, pueden distinguirse tres tipos de siglas:

a. Aquellas de lectura silábica normal, que se leen tal y como se escriben: ONU, OTAN,
talgo [Esp.], ovni. Por esta razón, muchas de estas siglas acaban incorporándose como
sustantivos comunes al caudal léxico del idioma. Hay que tener en cuenta, no
obstante, que cuando una sigla está compuesta solo por vocales, cada una de ellas se
 pronuncia de manera independiente y conserva su acento fonético: la UE (Unión
Europea) debe pronunciarse [ú-é], y no *[ué] ni *[úe]; la OEA (Organización de Estados
Americanos) debe pronunciarse [ó-é-á], y no *[oéa] ni *[oeá].
b. Aquellas cuya forma impronunciable obliga a leerlas con deletreo: FBI [éfe-bé-í], DDT
[dé-dé-té], KGB [ká-jé-bé]. En ocasiones, se han creado a partir de estas siglas,
integrando las vocales necesarias para su pronunciación, verdaderas palabras que se
han incorporado como tales a los diccionarios: elepé, de LP long play ; dedeté, de DDT
dicloro-difenil-tricloroetano ; penene, de PNN profesor no numerario [Esp.].
c. Aquellas que se leen combinando ambos métodos: PCUS [pe-cús] (Partido Comunista
de la Unión Soviética), CTIC [ze-tík] (Consejo Técnico de Investigación Científica
[Méx.]), CD-ROM [ze-de-rrón] (Compact Disc Read-Only Memory). También en este
caso pueden generarse palabras a partir de la sigla: cederrón, e incluso acortamientos:
cedé [Esp.] o cidí [Am.] (esta última a partir de la pronunciación inglesa de la sigla CD).

********************************

ACRÓNIMO

La palabra acrónimo designa, por un lado, el término formado por la unión de elementos
de dos o más palabras, constituido normalmente por el principio de la primera y el final
de la segunda o, también, por otras combinaciones. Ejemplos: teleñeco, de televisión y
muñeco; docudrama, de documental dramático; módem, de modulación y
demodulación; Mercosur, de Mercado Común del Sur; Pemex, de Petróleos Mexicanos;
Inserso, de Instituto Nacional de Servicios Sociales. Por otro lado, también se llama
acrónimo a la sigla que se pronuncia como una palabra: OTAN, ovni, sida. Debido a su
forma pronunciable, es muy frecuente que los acrónimos, tras una primera fase en que
aparecen escritos con mayúsculas por su condición de siglas (OVNI, SIDA), acaben por
incorporarse al léxico común del idioma y se escriban, por ello, con letras minúsculas
(ovni, sida), salvo, naturalmente, cuando se trata de nombres o denominaciones que
exigen su escritura con inicial mayúscula (Unesco, Unicef).

Diferenciación entre abreviaturas y siglas (o acrónimos)

El académico Manuel Seco, en su Diccionario de dudas y dificultades de la lengua

española explica claramente cómo distinguir abreviaturas y siglas:

"En esto se diferencian las siglas de las abreviaturas. Unas y otras sirven para abreviar lo que se
escribe; pero la abreviatura se lee traduciendo lo escrito por lo que en ello se representa (así,
Sr. se lee forzosamente "señor", [EE. UU. se lee "Estados Unidos"]), mientras que la sigla no se
traduce, sino que se lee tal como está escrita [bien como una palabra como en el caso de APA
o BOE, bien deletreándola como en ISBN]. Las abreviaturas no son más que formas acortadas
en la escritura; las siglas son verdaderas palabras usadas tanto en la escritura como en el
habla".

(El texto entre corchetes es nuestro).

Las abreviaturas y las siglas se diferencian también en su escritura: las abreviaturas

siempre se escriben con punto (pág., s., apdo.), las siglas y acrónimos se escriben
mayoritariamente sin punto (APA, ONU); las abreviaturas tienen plural (págs., ss.,
apdos., VV. AA.), las siglas son invariables (las ONG, las APA); las abreviaturas
conservan la tilde en la misma letra que lleva la tilde en la palabra que representan
(pág., admón.), las siglas nunca llevan tilde, etc.
Reciba un cordial saludo.

--
Departamento de Español al día
RAE
-------------------------------

Resumiendo

Las abreviaturas y los acrónimos deben marcarse con su etiqueta correspondiente, al

menos la primera vez que se usan en el texto y, esta primera vez que se usan debe
expandirse su significado en el propio texto. Por ejemplo, "La ONU (Organización de
Naciones Unidas) ha decidido...". También, deben marcarse siempre las abreviaturas en
las cabeceras de las tablas. Otra buena práctica, que podemos importar de la edición
tradicional en papél, es la de recoger en una lista, en página aparte o en la misma, todas
las abreviaturas y acrónimos para que el lector pueda acudir a ella en caso de duda.

Creo que todo lo anterior es bastante claro y sencillo de hacer, pero lo que causa algo
más de dificultad, a algunos autores, es saber diferenciar claramente cuándo se debe
etiquetar una forma abreviada como abreviatura y cuándo como acrónimo.

Muchas personas caen en el error, recogido en algunos diccionarios, de creer que la

diferencia entre una abreviatura y un acrónimo estriba en que la palabra que conforma
sea o no pronunciable en sí misma. Pero como hemos visto, esto no es así.

El truco o la pista para saber si una forma abreviada que vamos a utilizar es una
abreviatura o es un acrónimo está en ver si la traducimos o si la pronunciamos
directamente o bien sus siglas. Es decir:

Abreviatura: No se lee la palabra que se crea con la forma abreviada, se traduce su

significado, por ejemplo, cuando encontramos "etc." no leemos "e - te - ce", leemos
"etcétera". También, la abreviatura "Austral." que puede ser utilizada por un autor para
referirse a algo "Australiano" o a algo relacionado con el "Australopitecos", aunque es
pronunciable en sí misma, deberá traducirse según indique el autor para poder
comprender el texto que se está leyendo, es decir, pronunciaremos al encontrarla
"australiano" o "australopitecos" según nos indique el autor.

Acrónimo: Se lee la palabra que se crea con la forma abreviada o bien las siglas que la
componen, tal como está escrita, por ejemplo, "FBI" no es pronunciable, leemos cada
una de las siglas que componen la forma abreviada, la leemos como "Efe - be - i" y,
"ONU", si es pronunciable, la leemos como "onu".

Introducción a Comprender las WCAG

2.0
Comprender las WCAG 2.0 es una guía esencial para la comprensión y el uso de las
Pautas de Accesibilidad para el Contenido Web 2.0 [WCAG20]. Aunque la definición
normativa y los requisitos para las WCAG 2.0 se pueden encontrar en el propio
documento de las WCAG 2.0, los conceptos y las disposiciones pueden ser nuevas para
algunas personas. Comprender las WCAG 2.0 proporciona un extenso comentario no
normativo sobre cada pauta y cada Criterio de Conformidad para ayudar a los lectores a
entender mejor el propósito y cómo trabajan en conjunto las pautas y los Criterios de
Conformidad. También proporciona ejemplos de técnicas o combinaciones de técnicas
que el Grupo de Trabajo ha identificado como suficientes para cumplir con cada
Criterio de Conformidad. Luego se proporcionan enlaces a informes sobre cada una de
las técnicas.

Éste no es un documento introductorio. Se trata de una descripción técnica detallada de

las pautas y sus Criterios de Conformidad. Diríjase a la Visión general de las Pautas de
Accesibilidad para el Contenido Web (WCAG) para una introducción a las WCAG,
documentos técnicos de apoyo y material educativo.

Comprender las WCAG 2.0 está organizado por pautas. Hay una sección Comprender
la Pauta X.X para cada pauta. Allí también se recoge el propósito y las técnicas
recomendables que están relacionadas con la pauta pero no específicamente
relacionadas con ninguno de sus Criterios de Conformidad.

La sección Comprender la Pauta X.X es seguida luego por una sección Comprender el
Criterio de Conformidad X.X.X por cada Criterio de Conformidad de esa pauta. Cada
una de estas secciones contiene:

 El Criterio de Conformidad tal como aparece en las WCAG 2.0

 Propósito del Criterio de Conformidad
 Beneficios (cómo ayuda el Criterio de Conformidad a las personas con
discapacidad)
 Ejemplos
 Recursos relacionados
 Técnicas o combinaciones de técnicas que son suficientes para cumplir con las
pautas
 Fallos comunes de este Criterio de Conformidad
 Técnicas recomendables adicionales que van más allá de lo requerido para
satisfacer el Criterio de Conformidad pero pueden ser utilizadas para hacer que
algunos o todos los tipos de contenido sean más accesibles. El uso de técnicas
recomendables no afecta el nivel de conformidad declarado.
 Términos clave para este Criterio de Conformidad (tomados del glosario WCAG
2.0)

Se proporcionan enlaces desde cada Pauta en las WCAG 2.0 directamente a cada
Comprender la Pauta X.X en este documento. Del mismo modo, existe un enlace desde
cada Criterio de Conformidad en las WCAG 2.0 a la sección Comprender el Criterio de
Conformidad X.X.X en este documento.

Para obtener información acerca de las técnicas individuales, siga los enlaces presentes
en este documento a las técnicas de su interés en el documento Técnicas de las WCAG
2.0.

Para enlaces a información sobre distintos tipos de discapacidad y ayudas técnicas,

véase Discapacidad en Wikipedia.
Comprender los Cuatro Principios de la Accesibilidad
Las Pautas y Criterios de Conformidad se organizan alrededor de los siguientes cuatro
principios, que sientan las bases necesarias para que cualquiera pueda acceder y utilizar
el contenido web. Cualquier persona que quiera usar la web debe encontrar contenido
que sea:

1. Perceptible - La información y los componentes de la interfaz de usuario deben

ser presentados a los usuarios de modo que ellos puedan percibirlos.
o Esto significa que los usuarios deben ser capaces de percibir la
información presentada (no puede ser invisible a todos sus sentidos)
2. Operable - Los componentes de la interfaz de usuario y la navegación deben ser
operables.
o Esto significa que los usuarios deben ser capaces de operar la interfaz (la
interfaz no puede exigir una interacción que un usuario no puede
realizar)
3. Comprensible - La información y el manejo de la interfaz de usuario deben ser
comprensibles.
o Esto significa que los usuarios deben ser capaces de entender la
información, así como el funcionamiento de la interfaz de usuario (el
contenido o la operación no pueden estar más allá de su comprensión)
4. Robusto - El contenido debe ser suficientemente robusto como para ser
interpretado de forma fiable por una amplia variedad de aplicaciones de usuario,
incluyendo las ayudas técnicas.
o Esto significa que los usuarios deben poder acceder al contenido cuando
las tecnologías avanzan (cuando las tecnologías y las aplicaciones de
usuario evolucionan, el contenido debe continuar siendo accesible)

Si cualquiera de estos principios no se cumple, los usuarios con discapacidad no podrán

usar la web.

Por debajo de cada uno de los principios están las pautas y Criterios de Conformidad
que ayudan a satisfacer estos principios para las personas con discapacidad. Hay
muchas pautas de usabilidad general que hacen los contenidos más usables para todas
las personas, incluyendo aquellas personas con discapacidad. Sin embargo, en las
WCAG 2.0, sólo se incluyen las pautas que tratan los problemas particulares de las
personas con discapacidad. Esto incluye los problemas que impiden el acceso o
interfieren con mayor severidad el acceso de las personas con discapacidad a la web.

Niveles de orientación
Las Pautas

Dentro de cada principio hay una lista de pautas para abordar el principio. Hay un total
de 12 pautas. Una conveniente lista con sólo las pautas se puede encontrar en la Tabla
de contenidos de las WCAG 2.0. Uno de los objetivos clave de las pautas es garantizar
que el contenido sea directamente accesible al mayor número posible de personas, y
capaz de ser presentado de distintas formas para adaptarse a las diferentes capacidades
sensoriales, físicas y cognitivas de las personas.

Criterios de Conformidad
Dentro de cada pauta, existen Criterios de Conformidad que describen específicamente
lo que se debe lograr a fin de alcanzar la conformidad con este estándar. Son similares a
los "puntos de control" de las WCAG 1.0. Cada Criterio de Conformidad está redactado
como un enunciado que será verdadero o falso cuando un contenido web específico sea
contrastado con él. Los Criterios de Conformidad están escritas de modo que resulten
tecnológicamente neutros.

Todos los Criterios de Conformidad de las WCAG 2.0 están redactados como criterios
verificables para poder determinar objetivamente si el contenido satisface los Criterios
de Conformidad. Si bien algunas de las pruebas se pueden automatizar mediante el uso
de software de evaluación, otras requieren revisores humanos de algunas partes o la
totalidad de la prueba.

Aunque el contenido cumpla con los Criterios de Conformidad, el contenido puede no

resultar siempre usable para personas con una gran variedad de discapacidades. La
evaluación profesional usando reconocidos métodos heurísticos cualitativos es
importante para lograr la accesibilidad para algunos tipos de público. Además, se
recomienda realizar pruebas de usabilidad. Las pruebas de usabilidad tiene como
objetivo determinar en qué medida pueden las personas usar el contenido para lograr sus
propósitos.

El contenido deberá ser evaluado por quienes entienden cómo utilizan la web las
personas con distintos tipos de discapacidad. Se recomienda que los usuarios con
discapacidad se incluyan en los grupos de prueba cuando se realicen evaluaciones con
personas.

Cada Criterio de Conformidad de una pauta contiene un enlace a la sección del

documento Cómo Cumplir, que proporciona:

 técnicas suficientes para cumplir con el Criterio de Conformidad,

 técnicas recomendables opcionales, y
 descripción de los propósito de los Criterios de Conformidad, incluyendo
beneficios y ejemplos

Técnicas suficientes y recomendables

En vez de contener técnicas específicas de cada tecnología en las WCAG 2.0, las pautas
y Criterios de Conformidad se redactaron de un modo tecnológicamente neutro. Con el
fin de proporcionar orientación y ejemplos para cumplir las pautas usando tecnologías
específicas (por ejemplo, HTML), el grupo de trabajo ha identificado las técnicas
suficientes para cada Criterio de Conformidad que son suficientes para satisfacer ese
Criterio de Conformidad. Las técnicas suficientes son parte de una lista numerada en la
que cada elemento proporciona la técnica o combinación de técnicas que se pueden
utilizar para satisfacer el Criterio de Conformidad. Cuando hay múltiples técnicas
conectadas con "Y" en uno de los elementos numerados de la lista, es necesario utilizar
todas las técnicas. Por ejemplo, la Situación B de Comprender el Citerio de
Conformidad 2.2.1 incluye como tercera técnica suficiente: SCR16: Proporcionar un
script que notifique al usuario que el límite de tiempo está por finalizar (Script) Y
SCR1: Permitir que el usuario extienda el límite de tiempo establecido (Script).

La lista de técnicas suficientes es mantenida en "Comprender las WCAG 2.0" (y

reflejado en Cómo Cumplir con las WCAG 2.0). La Introducción a las Técnicas para
WCAG 2.0 incluye una lista de las tecnologías para las que actualmente hay técnicas
suficientes. Al separar las pautas normativas de las técnicas que se utilizan para
satisfacer los criterios de conformidad, es posible actualizar la lista a medida que se
descubren nuevas técnicas, y las tecnologías web y las ayudas técnicas evolucionan.

Tenga en cuenta que todas las técnicas son informativas. Las "técnicas suficientes" son
consideradas suficientes por el Grupo de Trabajo del WCAG para cumplir los criterios
de conformidad. Sin embargo, no es necesario usar estas técnicas en particular. Si se
utilizan técnicas distintas a las enumeradas por el Grupo de Trabajo, sería necesario
entonces algún otro método para determinar la capacidad de la técnica para cumplir con
los Criterios de Conformidad.

La mayoría de los Criterios de Conformidad tienen múltiples técnicas suficientes en la

lista. Cualquiera de las técnicas suficientes que figuran puede ser utilizada para
satisfacer el Criterio de Conformidad. Puede haber otras técnicas no documentadas por
el grupo de trabajo que también podrían cumplir con el Criterio de Conformidad.
Cuando se identifiquen nuevas técnicas suficientes serán añadidas a la lista.

Además de las técnicas suficientes, hay una serie de técnicas recomendables que
pueden mejorar la accesibilidad pero no califican como técnicas suficientes debido a
que no son suficientes para cumplir con todos los requisitos de los Criterios de
Conformidad, no son verificables y/o porque son técnicas buenas y efectivas en algunas
circunstancias pero no eficaes o útiles en otros casos. Éstas aparecen como técnicas
recomendables y están justo debajo de las técnicas suficientes. Se alienta a los autores a
usar estas técnicas siempre que sea apropiadas para incrementar la accesibilidad de sus
páginas web.

Nota: Los ejemplos de código que se encuentran en las técnicas suficientes tienen por
objeto demostrar el principio discutido en la descripción de la técnica. El código no
tiene la intención de demostrar otros aspectos de la accesibilidad, la usabilidad o las
mejores prácticas de codificación no relacionadas con la técnica.

Alternativas textuales:
Comprender la Pauta 1.1
Pauta 1.1: Proporcionar alternativas textuales para todo contenido no textual de modo
que se pueda convertir a otros formatos que las personas necesiten, tales como textos
ampliados, braille, voz, símbolos o en un lenguaje más simple.

Propósito de la Pauta 1.1

El propósito de esta pauta es asegurar que todo el contenido no textual se encuentre
también disponible en forma de texto. "Texto" hace referencia al texto electrónico, no a
una imagen de texto. El texto electrónico tiene la particular ventaja de que es neutro en
cuanto a su presentación. Es decir, puede ser representado visualmente, auditivamente,
táctilmente o mediante una combinación de formas. Como resultado, la información
contenida en un texto electrónico puede ser presentada en la forma que mejor se adapte
a las necesidades del usuario. También puede ser ampliado fácilmente, o leído en voz
alta para que las personas con dificultades de lectura puedan comprenderlo más
facilmente, o procesado en cualquier forma táctil que pueda necesitar un usuario.
Nota: Aunque la transformación del contenido en símbolos incluye su cambio en
símbolos gráficos para las personas con deficiencias de desarrollo y dificultades para la
comprensión del habla, no se limita a este uso de los símbolos.

Técnicas recomendables para la Pauta 1.1 (no

específicas de ningún criterio de conformidad)
Las técnicas específicas para cada Criterio de Conformidad de esta pauta se listan en las
secciones Comprender de cada Criterio de Conformidad (listados abajo). Sin embargo,
cuando hay técnicas para cumplir con esta pauta que no corresponden a ninguno de los
criterios de conformidad, figuran en esta lista. Estas técnicas no son requeridas o
suficientes para satisfacer ningún criterio de conformidad pero pueden hacer que ciertos
tipos de contenidos web sean más accesibles a mayor cantidad de personas.

 Proporcionar vídeos en lengua de señas para archivos de sólo audio (futuro

enlace)