El otro día estuve hablando con un amigo que creía que yo había dicho que para tener una web accesible era imprescindible maquetar sin tablas y que estaba equivocado porque en el seminario de accesibildad del Grupo A al que asistió dijeron que se podían usar. Yo le dije que no es así, que estoy de acuerdo con lo que se dijo en ese seminario.

Según algún comentario leído en el foro de accesibildad web, creo que hay más gente que piensa que el único modo de conseguir que un sitio web sea accesible es llevar a rajatabla las pautas de accesibilidad web, y que cualquier cosa que se salga de ahi es hacer las cosas mal.

Yo no creo que haya que ser tan radical, sino tener sentido común. Las pautas están muy bien, y son imprescincibles para llegar a buen puerto, y para poner las medallitas a tu página web, pero me gustaría hacer hincapié en el hecho de que lo importante del desarrollo accesible es que el contenido pueda ser leído por cualquier persona. Como digo, hay que huir de radicalismos. Hoy día es muy difícil cumplir al 100% con las pautas a causa de problemas que escapan a nuestro control. De ahi que muchos puntos de verificación comiencen con la frase: "Hasta que las aplicaciones de usuario...", es decir, se asume que hay ciertos aspectos de la accesiblidad que es difícil cumplir porque las aplicaciones de usuario, como los navegadores, no implementan determinadas características. No hay que ir muy lejos para comprobar esto. Microsoft Internet Explorer es el navegador más utilizado y el que más carecias tiene, tales como una mala implementación de las CSS. No podemos hacer páginas web si no se pueden visualizar correctamente en este navegador porque estaremos marginando a la mayoría de usuarios.

Además, siendo realististas, los desarrollos completamente accesibles incrementan el coste del sitio web. A muchos clientes les importa más ahorrar dinero que darse cuenta de la importancia de llegar a todo el mundo. Si quieres vivir de este negocio, y no eres capaz de convencer al cliente de la importancia de la accesiblidad, no te queda otro remedio que ignorar las pautas de accesibilidad que requieran más tiempo. Quizás no puedas consiguir una web completamente accesible con el dinero que te pagan, pero sí una lo más accesible posible dentro de los límites.

Todo esto viene a cuento por el típico problema de la maquetación con tablas. Mi amigo entendió que yo le había dicho que la única forma de hacer webs accesibles era maquetando sin tablas, y algún miembro del foro de accesibilidad así lo cree. Eso sería lo ideal, pero las pautas contemplan la posibilidad de utilizar tablas para maquetar siempre y cuando se tenga cuidado y se puedan linealizar. Es difícil encontrar una excusa para utilizarlas - cuando tienes práctica -, pero cuando no te quede otro remedio, ten en cuenta los puntos de verificación 5.3. y 5.4. de la Pauta 5 para maquetación con tablas:

5.3 No utilice tablas para maquetar, a menos que la tabla tenga sentido cuando se alinee. Por otro lado, si la tabla no tiene sentido, proporcione una alternativa equivalente (la cual debe ser una versión alineada ). [Prioridad 2]

5.4 Si se utiliza una tabla para maquetar, no utilice marcadores estructurales para realizar un efecto visual de formato. [Prioridad 2]

Eso sí, si utilizas alguna tabla para maquetar hazlo de forma sencilla, utilizando poco más que <table> y <td> tal y como se explica en el punto 5.4. Y ten en cuenta sus desventajas, una de ellas que estás haciendo un mal marcado semántico.

ACTUALIZACIÓN 1:

Algunas personas me han contestado diciendo que si maquetas con tablas no cumples el punto 3.3:

3.3. Utilice hojas de estilo para controlar la maquetación y la presentación. [Prioridad 2]

Bueno, este punto se refiere a que utilices CSS para separar contenido y presentación, es decir, no uses HTML FONT, ni CENTER, ni ninguna etiqueta de presentación. Si además eres capaz de maquetar sin tablas y lo haces con posicionamiento CSS, perfecto. Pero, si no eres capaz de renunciar a las tablas por algún motivo, entonces ten en cuenta los puntos 5.3 y 5.4 comentados anteriormente.

ACTUALIZACIÓN 2:

Aunque sigo sin estar convencido Después de la acalorada discusión que he tenido en el foro de accesibilidad, debo escribir aquí la afirmación de las personas que no están totalmente de acuerdo conmigo, para que crees tu propia opinión:

Si no cumples con el punto 3.3, quizás tengas una página muy accesible, pero técnicamente, no puedes colgarte la medallita accesible doble A.

Ante esta afirmación, yo lanzo otra pregunta que aún no me han sabido responder: ¿Qué sentido tiene entonces los puntos 5.3 y 5.4 si cumpliendolos no puedes alcanzar la doble A por incumplir el punto 3.3?

ACTUALIZACIÓN 3:

Finalmente, creo que hemos dado en el clavo de este embrollo. No hay que confundir las prioridades de cada punto de verificación, con el nivel de accesibilidad exigido.

Lo importante no es ponerse medallitas, es pensar en el usuario final. Las prioridad de cada punto indica el grado de accesibilidad que se consigue. Así que trata, desde el sentido común, cumplir todos los puntos que puedas.

Eso sí, si quieres colgar una medalla de accesibilidad en la página, ten en cuenta que para satisfacer un nivel de accesibilidad se requiere cumplir todos y cada uno de los puntos que lo comprendan.

¡Ah! Y por el bien de todos, por favor, olvídate de maquetar con tablas. Es más fácil de lo que parece.

ACTUALIZACIÓN 4:

Había eliminado completamente este artículo porque el principal motivo que me impulsó a escribirlo estaba equivocado y no quiero que haya malentendidos.

No soy (ese tal) Dios, me equivoco y he de reconocerlo. De errores también se aprende.[guiño]

De todas formas, como tenía mis dudas de si debía borrarlo o no, hice una copia y la he vuelto a restaurar. Tiene razón Dani, que cada uno saque sus propias conclusiones. La intención de este artículo solo era aclarar que lo importante es hacer accesibles las páginas, por encima de conseguir medallitas.