Ir directamente al contenido de esta página
id y classEn la lista siguiente describo las técnicas concretas dirigidas a satisfacer la mayor parte de las pautas del W3C que tienen que ver con el marcado del documento, pero no todas. El motivo de que no las haya incluido en su totalidad es que las Pautas fueron publicadas en 1999, y parte de su contenido se ha vuelto obsoleto. Así, he eliminado pautas que afectan a elementos que en la DTD de XHTML 1.1 han quedado depreciados, como las que se refieren a páginas con marcos, mapas del lado del servidor, marcos, etc.
También he eliminado los especialmente ambiguos, como por ejemplo la pauta 11.4 (inglés):
If, after best efforts, you cannot create an accessible page, provide a link to an alternative page that uses W3C technologies, is accessible, has equivalent information (or functionality), and is updated as often as the inaccessible (original) page.
[Si, después de haberlo intentado con verdadero empeño, no puede crear una página accesible, proporcione un vínculo a una página alternativa que use tecnologías del W3C, sea accesible, tenga información (o funcionalidad) equivalente y sea actualizada tan a menudo como la página (original) inaccesible.]
Como no estoy seguro de si se trata de que tengo que vincular a otro sitio —reconociendo mi incapacidad para hacer una página accesible—, o si acaso debo padecer de cierto tipo de esquizofrenia —para por un lado no poder hacer una página accesible, y por otro desarrollar una alternativa que sí lo sea—, prefiero descartarla y pensar que si logro el mayor grado de accesibilidad posible ya la estaré cumpliendo.
Si alguien desea leer el documento completo, puede consultar el original de las Web Content Accessibility Guidelines 1.0 (inglés), o mi traducción de las mismas.
Dicho esto, las técnicas de accesibilidad generales son las siguientes:
alt, title y longdesc en aquellos elementos que los necesiten. Es decir, hay que redactar alternativas textuales apropiadas para todo contenido no textual y que sea importante para la comprensión del documento. Sobre esto ver «Imágenes accesibles».
thead, tbody y tfoot —si procede—, y th junto a tr y td —siempre—. Asimismo, para tablas complejas definir relaciones entre encabezados, filas y columnas por medio de los elementos colgroup y col, y los atributos headers y scope cuando y como sea preciso. Sobre este punto ver «Tablas accesibles».
abbr del elemento th. Sobre este punto ver «Tablas accesibles».
summary, bien a través del elemento caption.
abbr y acronym en sus respectivos contextos, junto con la extensión de la abreviatura contenida en su atributo title, la primera vez que la abreviatura o el acrónimo aparezca en un documento. No obstante, sobre este punto ver «Discusión bizantina: ¿abbr o acronym?».
hreflang y xml:lang en los contextos que les son propios y cuando se dé un cambio en el idioma original del documento. Los códigos internacionales están recogidos en las ISO 639-1 e ISO 639-2.
meta, bien a través de RDF (inglés).
title, o por medio de un icono, en cuyo caso con su correspondiente texto alternativo. Puesto que en XHTML 1.1 el atributo target no es válido, para los casos lícitos en los que sea necesaria una nueva ventana se debe crear para el comportamiento un script no obstrusivo.
a debe ser significativo por sí mismo y diferir de los demás. Si por algún motivo esto no es viable, se debe complementar su texto por medio de title.
tabindex, además de que —como apunta Joe Dolson en Pseudo-Accessibility: Reinventing the Wheel (inglés)— por lo general cuando se emplea se está solucionando un síntoma (un orden de tabulacón que no es lógico…) pero no el problema (…que la estructura de la página no es lógica en su origen).
accesskey, teniendo en cuenta que no deben entrar en conflicto con los atajos de teclado más comunes de tecnologías asistivas como por ejemplo los lectores de pantalla. En este sentido, lo ideal es reducirlos al menor número posible, y destinarlos a la barra de navegación con las secciones principales o a los vínculos de ayuda.
for del elemento label para explicitar la relación de correspondencia entre cada elemento de formulario y su etiqueta identificativa. Sobre este punto ver «Formularios accesibles».
value de los elementos <input type="text" />, e incluir texto entre las etiquetas de apertura y cierre de textarea. Sin embargo, por los problemas que este texto puede suponer para los usuarios, mi recomendación es que ese texto sea un espacio en blanco que luego se elimine en el lado del servidor. Ver también «Formularios accesibles».
