Aunque la validación sea un paso clave para asegurar la independencia de la plataforma, ella sola no es suficiente. Los creadores de páginas deberán tomar precauciones para que sus páginas Web no dependan de cierta resolución, intensidad de color, tamaño de la fuente o de la ventana.

A los webmasters preocupados por la accesibilidad de sus documentos se les invita a que vean sus páginas en diferentes resoluciones, intensidades de colores, tamaños de fuentes o ventanas. Las páginas bien elaboradas se ajustarán y permanecerán accesibles para cualquier resolución.

Los webmasters también pueden comparar sus páginas Web en diferentes navegadores (sin dejar de incluir algún navegador de sólo texto como el Lynx) y pedir a un amigo que las lea en voz alta, para simular lo que escucharía un ciego o quien tenga un sistema de navegación en movimiento.

Dado que mucha gente accede a la Web por diferentes medios, deberán evitarse frases que crean dependencia de la plataforma.Por ejemplo “haz click aquí” es inapropiada para alguien sin un ratón, también es inútil cuando el ancla de un enlace se lee en voz alta o se imprime al final del documento como resumen.

Los webmasters también deben evitar frases como “ver abajo” ya que “abajo” carece de sentido cuando un documento se lee en voz alta.

Es es necesario que nuestros documentos cumplan con los estandares del W3C (World Wide Web Consortium).

Para ello contamos con validadores que nos indican fallos que puedan darse en la estructura d e nuestro sitio.

En algunos mensajes enviados a los usuarios podían leerse instrucciones para descargar el programa “Monster Job Seeker”, programa que encriptaba los archivos del ordenador y posteriormente pedía dinero al usuario para desencriptarlo.

A la hora de desarrollar una página web, si contiene datos sensibles de los usuarios, deberemos estar bien asesorados sobre las leyes de protección de datos y propiedad intelectual, así como la utilización de sistemas de seguridad.

Con esta de accesibilidad nace la Iniciativa de Accesibilidad Web, conocida como WAI (Web Accessibility Initiative). Se trata de una actividad desarrollada por el W3C, cuyo objetivo es facilitar el acceso de las personas con discapacidad, desarrollando pautas de accesibilidad, mejorando las herramientas para la evaluación y reparación de accesibilidad Web, llevando a cabo una labor educativa y de concienciación en relación a la importancia del diseño accesible de páginas Web, y abriendo nuevos campos en accesibilidad a través de la investigación en este área.

“Los anunciantes que utilizan la publicidad online para generar tráfico a páginas que muestran anuncios de Google deben cumplir con el espíritu establecido en las Directrices para la página de destino y la calidad de Google. Por ejemplo, si usted publica anuncios para sitios web que forman parte del programa AdSense, esta publicidad no puede ser engañosa para los usuarios. ”

Era hora de que “Papa Google” diera una bofetada a esas páginas basura llenas de enlaces y publicidad sin sentido. Es un paso, pero queda mucho camino por recorer.

Todo esto nos demuestra que, al contrario de lo que piensan algunos, la accesibilidad no está reñida con el diseño.

Cada vez que intento explicarlo, de entrada ya me miran raro, “es que yo no tengo ni idea de eso”, bueno, pues “es de sentido común” les digo.

Con un ejemplo se ve más claro. Cuando alguien se plantea poner un negocio, lo primero que debe hacer es un estudio, clientes potenciales, situación del negocio, comunicaciones, competencia, y más en profundidad en el caso de un comercio, por ejemplo, si este estante va aquí mejor, aquí se ve más, esta estantería estorba aquí, necesito una rampa de entrada…y mil cosas.

Sin embargo, cuando alguien se plantea hacer una web, sólo vale el “ser el primero en google y que tenga muchas visitas” vale, tendrá muchas visitas, pero si la gente no sabe ni navegar por ella, ni acceder a la tienda online y mucho menos, hacer el pedido…mal vamos. Y es que, la mayoría de las personas, restan importancia a la navegabilidad del sitio, la organización clara de los contenidos, el acceso a la información de todos los ciudadanos, usen el sistema que usen, y temas tan básicos y tan demandados como que el robot de google pueda acceder a los contenidos y puedas salir el primero en la lista de resultados del buscador.

Creo que debemos transmitir y tener en cuenta los conceptos de usabilidad y accesibilidad antes de lanzarnos a la aventura de realizar un proyecto en la red.

Marque los documentos con los elementos estructurales apropiados. Controle la presentación con hojas de estilo en vez de con elementos y atributos de presentación.

Usando marcadores de forma inapropiada (es decir, no de acuerdo con las especificaciones) se dificulta la accesibilidad. El mal uso de marcadores para una presentación (Por ejemplo, Utilizando una tabla para maquetar o un encabezado – etiqueta H – para cambiar el tamaño de la fuente) dificulta que los usuarios con software especializado entiendan la organización de la página o cómo navegar por ella. Más aún, utilizando los marcadores de presentación en lugar de marcadores estructurales para transmitir estructura (por ejemplo, construir lo que parece una tabla de datos con un elemento HTML PRE) se hace difícil interpretar una página de forma inteligible a otros dispositivos (Consultar la descripción de diferencia entre contenido, estructura y presentación).

Los desarrolladores de contenidos pueden sentir la tentación de usar (o usar mal) construcciones que aseguren el formato deseado en los navegadores antiguos. Deben darse cuenta de que estas prácticas causan problemas de accesibilidad y deben considerar si el formato es tan importante como para hacer el documento inaccesible a algunos usuarios.

En el otro extremo, los desarrolladores de contenidos no deben sacrificar el marcador apropiado porque un determinado navegador o ayuda técnica no pueda procesarlo correctamente. Por ejemplo, es apropiado usar el elemento TABLE en HTML para marcar información tabular aunque algunos lectores de pantalla antiguos no manejen correctamente el texto contiguo (consultar el punto de verificación 10.3). Usando el elemento TABLE correctamente y creando tablas que se transformen adecuadamente (consultar la pauta 5 ) hace posible al software interpretar tablas de otra forma que como rejilla en dos dimensiones.

Puntos de verificación:

• 3.1 Cuando exista un marcador apropiado, use marcadores en vez de imágenes para transmitir la información. [ NdT] [Prioridad 2]
  • Por ejemplo, utilice MathML para marcar ecuaciones matemáticas y hojas de estilo para el formato de texto y el control de la maquetación. Igualmente, evite la utilización de imágenes para representar textos. Utilice en su lugar texto y hojas de estilo.
  • Consultar también pauta 6 y pauta 11.
  • Técnicas para el punto de verificación 3.1
• 3.2 Cree documentos que estén validados por las gramáticas formales publicadas [Prioridad 2]
  • Por ejemplo, incluya una declaración del tipo de documento, al comienzo del mismo, que haga referencia a una DTD publicada (Por ejemplo, la DTD HTML 4.0 estricto).
  • Técnicas para el punto de verificación 3.2.
• 3.3 Utilice hojas de estilo para controlar la maquetación y la presentación. [Prioridad 2]
  • Por ejemplo, utilice la propiedad ‘font’ de CSS en lugar del elemento HTML FONT para controlar el estilo de las fuentes.
  • Técnicas para el punto de verificación 3.3.
• 3.4 Utilice unidades relativas en lugar de absolutas al especificar los valores en los atributos de los marcadores de lenguaje y en los valores de las propiedades de las hojas de estilo. [Prioridad 2]
  • Por ejemplo, en CSS, utilice ‘em’ o medidas porcentuales, en vez de ‘pt’ (puntos) o ‘cm’ (centímetros), que son unidades absolutas. Si se usan unidades absolutas, valide que el contenido presentado es utilizable. (Consultar la sección de validación). [NdT]
  • Técnicas para el punto de verificación 3.4.
• 3.5 Utilice elementos de encabezado para transmitir la estructura lógica y utilícelos de acuerdo con la especificación. [Prioridad 2]
  • Por ejemplo, en HTML, utilice H2 para indicar una subsección de H1. No utilice encabezados para hacer efectos de fuente.
  • Técnicas para el punto de verificación 3.5.
• 3.6 Marque correctamente las listas y los ítems de las listas. [Prioridad 2]
  • Por ejemplo, en HTML, anide los elementos de listas OL, UL y DL adecuadamente.
  • Técnicas para el punto de verificación 3.6.
• 3.7 Marque las citas. No utilice el marcador de citas para efectos de formato tales como sangrías. [Prioridad 2]
  • Por ejemplo en HTML, utilice los elementos Q y BLOCKQUOTE para marcar citas cortas y largas, respectivamente.
  • Técnicas para el punto de verificación 3.7.