Analizadores y validadores.

Antes de publicar en la Web nuestras páginas, si tenemos la intención de que éstas sean accesibles, se recomienda analizarlas y validarlas.

No existe un procedimiento estandarizado y homologado para llevar a cabo este paso. Pero si existen recomendaciones para saber como proceder.

Proponemos como procedimiento de análisis y validación el siguiente:

Análisis y validación mediante sistemas automatizados:

Validación del código HTML o XHTML:

Como primer paso, debemos validar el código de nuestra página utilizando el validador del propio W3C (http://validator.w3.org).

De forma automática nos indicará el resultado de su análisis de la codificación y nos propondrá las soluciones oportunas a aquellos errores que halla detectado.

Si el análisis no detecta ningún error de código, se nos ofrece la posibilidad de insertar en nuestra página un logotipo de validación.

Validación de la Hoja de Estilo CSS:

De forma similar a la anterior, deberemos validar la codificación de nuestra hoja de estilo a través del validador automático de W3C (http://jigsaw.w3.org/css-validator/validator-uri.html.en).

También en este caso se nos darán los resultados del análisis y la posible solución a los errores detectados.

Si no existen errores, se nos ofrece la posibilidad de insertar en nuestro sitio el logotipo de validación de la CSS.

Validación de accesibilidad:

W3C no ha desarrollado su propia herramienta de validación automática. Si nos ofrece la posibilidad de insertar un logotipo de cumplimiento de los distintos niveles de prioridad de sus pautas WAI. Estos són:

Cumplimiento sólo de los puntos de verificación de Prioridad 1:

Cumplimiento de los puntos de verificación de Prioridad 1 y 2:

Cumplimiento de los puntos de verificación de Prioridad 1, 2 y 3:

Validador Bobby:

WAI-W3C ha aceptado la validación que realiza el programa desarrollado por CAST (Center for Applied Special Technology) y denominado Bobby (http://bobby.watchfire.com). Recientemente ha sido adquirido por la empresa Watchfire quien presta servicio gratuito de validación en línea (la validación se hace página por página). Este programa va por su versión 4 y da la posibilidad de descargarlo en nuestro ordenador (con un precio módico, 99 $) para analizar las páginas en modo local.

Al igual que en los casos anteriores, después del análisis se nos ofrecen los resultados con las soluciones a los posibles errores encontrados.

También se posibilita la inclusión en nuestras páginas de un logotipo acreditativo del cumplimiento de las normas WAI o de la Sección 508 de la ADA, si no se ha detectado ningún error en el proceso de validación.

* * * *

Hay que tener presente que algunos puntos de verificación no se pueden analizar de forma automática y deberemos verificarlos personalmente por otros medios no automatizados.

Validador TAW del Fondo Formación Asturias:

En España se ha desarrollado una herramienta de validación de accesibilidad denominada TAW (http://www.tawdis.net). Está en su segunda versión. Ya se puede descargar y nos permite analizar página a página nuestro sitio o todo en su conjunto y, además, está en castellano y es gratuito.

Siguiendo el mismo procedimiento que el resto de los validadores, nos ofrece los resultados del análisis y la posible solución a los errores.

También este validador nos ofrece la posibilidad de insertar en nuestras páginas un logotipo de validación, si no encuentra errores.

TAW tiene la misma limitación que Bobby en lo que respecta al análisis manual (o personal) de alguno de los puntos de verificación, que siempre tendremos que tener en cuenta.

Análisis manual (o personal):

De forma complementaria deberemos hacer una serie de comprobaciones personales (o manuales) para verificar la accesibilidad de nuestras páginas.

Visualización en nuestro navegador:

La primera comprobación la haremos con nuestro propio navegador. El procedimiento abarca:

• Visualizar la página sin hoja de estilo.
• Visualizar la página sin cargar imágenes.
• Visualizar la página sin cargar objetos programados (applets, scripts, pulg-in, etc.).
• Visualizar la página sin sonido.
• Visualizar la página sin colores, ni fondos.

Visualización en distintos navegadores gráficos:

Una vez comprobados los extremos anteriores es aconsejable visualizar nuestras páginas con distintos navegadores gráficos. Los más conocidos son:

• Internet Explorer de Microsoft (http://www.microsoft.com/windows/ie_intl/es/).
• Navigator de Netscape (http://home.netscape.com).
• Opera de Opera Software (http://www.opera.com).
• Amaya de W3C (http://www.w3.org/Amaya).

Con cada uno de ellos haremos algunas pruebas de las antes mencionadas (si las hacemos todas mejor).

También es conveniente hacer pruebas con versiones antiguas de cada navegador, así como en las versiones para las distintas plataformas (Windows, Mac, Linux...).

Cuanto más completas sean estas pruebas, mayor seguridad en nuestro éxito tendremos.

Visualización con navegadores sólo-texto:

Deberemos realizar una prueba de visualización de nuestras páginas con algún navegador sólo-texto (por ejemplo: Lynx <http://lynx.browser.org>) o con algún simulador de este tipo de programas (por ejemplo: Lynx Viwer <http://www.delorie.com/web/lynxview.html>). De esta manera comprobaremos como se comportan nuestras páginas en ese tipo de navegadores principalmente:

• Sin imágenes, mapas de imágenes o elementos no textuales.
• Como se ven nuestras tablas una vez alineadas.
• Como se comportan los objetos programados.

Navegación por voz:

Como última prueba, navegaremos nuestras páginas con algún programa de navegación por voz como:

• JAWS de Freedom Scientific (http://www.freedomscientific.com/index.html).
• Home Page Reader de IBM (http://www.ibm.com).

Con ello verificaremos el comportamiento de nuestras páginas para su correcta comprensión por este medio de acceso, específico de las personal invidentes.

Coste-tiempo de un análisis de este tipo.

Evidentemente, un análisis completo de este tipo supone un coste-tiempo demasiado grande. Cada una de nuestras páginas necesitaría entre 30 y 60 minutos para completar su verificación.

Una estrategia adecuada sería generar una plantilla tipo en la que iríamos introduciendo los contenidos (ello eliminaría gran parte del análisis para cada página, ya que bastaría hacerlo para nuestra página-plantilla).

- -

Texto en castellano de las "Pautas de accesibilidad al contenido en la Web 1.0".

Este sitio trata de ser accesible para todos. Si encuentras problemas al navegarlo, no dudes en ponerte en contacto con nosotros en:
disweb2000@ono.com.

Dirección de esta página: http://usuarios.discapnet.es/disweb2000/curso/validacion.htm