Una evaluación sobre la presencia en Internet de nueve partidos políticos publicada hoy en El Mercurio en la que participé junto a otros expertos en el medio es clara en su mensaje.

Los partidos políticos tienen mucho por aprender, entender y aplicar online.

En el artículo Luis Goycoolea califica a los sitios evaluados como “réprobos” en relación directa de la evaluación de 1 a 7, sobre los parámetros y evaluadores:

• Contenidos: Patricio Corvalán / www.per.puc.cl
• Diseño: Adolfo Morales y Maximiliano Martin / www.ayerviernes.com
• Acceso: Nelson Rodríguez / www.webstudio.cl/blog
• Navegación: Nelson Rodríguez
• Participación: Nelson Rodríguez
• Operabilidad: Marco A. Zúñiga / blog.maz.cl
• Utilidad/Estrategia: Carolina Strello / www.ebench.cl

La reprobación en términos web debe ser entendida como una No existencia en internet, en una escala similar donde 7 es existir en internet y 1 es nó existir. Es decir los partidos políticos en internet NO existe para estar y no para comunicarse ni comunicar.

Los criterios de evaluación que consideramos en Diseño con Adolfo fueron:

• El diseño es coherente en todo el sitio?
• Look & Feel
• Rápido despliegue de la página?
• Diseño Funciona en 800×600 y 1024×768 pixeles?
• Páginas con exceso scroll?
• SEO Optimización para Motores de Búsqueda (Acotado al diseño Front)
• Validación de estándares de la W3C “WWW Consorcio”

Copio a continuación mi evaluación referente a Diseño Front.

Diseño Front
Primero la aclaración sobre ¿Qué es Diseño Front y cómo se relaciona con el Look & Feel? Formalmente es la traducción del diseño visual a la pantalla considerando todas las condiciones que este medio propone. En la práctica es la conversión del mensaje (imágenes y texto) a código HTML y CSS. Entendiendo que se está trabajando con un único objetivo que es hacer accesible la información que quiero entregar. Así existen normas y estándares de la W3C que nos guían para no perder el rumbo y cumplir el objetivo.
Bajo esta perspectiva los sitios evaluados cumplen pobremente algunos de los requerimientos necesarios.

¿Por qué?
Porque más de la más de la mitad de los sitios generan una carga excesiva ocupando un ancho de banda innecesario traduciéndose en una larga espera para el usuario. No están pensados para buscadores ignorándolos en sus códigos. Solo dos entregan información a las principales fuentes de tráfico (1/3 un tercio de usuarios acceden a los sitio desde buscadores). La mayoría no tiene canales alternativos obligando al usuario a ir a ellos en vez de entregarles la información donde ellos quieran me refiero a RSS.

¿Cómo mejorar esto?
Tomando una real conciencia de que el diseño no es solo visual y lo que se quiere lograr es comunicación. Aplicándo las normas y estándares W3C nos beneficiamos al crear un producto más accesible, más encontrable generando un circulo virtuoso donde los usuarios encuentran lo que quieren y nuestros clientes logran una comunicación de valor.

Vínculos

• Reportaje publicado hoy en El Mercurio
• Patricio Corvalán / www.per.puc.cl
• AyerViernes / www.ayerviernes.com
• Nelson Rodríguez / www.webstudio.cl/blog
• Marco A. Zúñiga / blog.maz.cl
• Carolina Strello / www.ebench.cl
• Diseño Front
• Flickr Album: Evaluación Webs Políticas

Así se titula la Videoconferencia de la que me enteré por la lista Acceso Web dictada por Emmanuelle Gutiérrez y Restrepo

Razones legalesEmmanuelle aclara que la accesibilidad no es para la persones con discapacidad, es para TODOS y pone como ejemplo los “rebajes” de las esquinas “Si facilitamos el acceso a las personas con discapacidad, facilitamos el acceso a todos”.

¿Sabían que hay una ley sobre el lenguaje de signos en internet?

También hace referencia sobre la responsabilidad social de las empresas en su manifestación “digital” o mejor dicho online.

La accesibilidad incrementa la integración social con directas consecuencias sobre la mejoría

Algunos de los factores económicos

Genera menos requerimientos a los servidores por lo que se verán descongestionados

Y lo mejor aspectos técnicos

la curva de aprendizaje genera rechazo por los cambios de hábito en los desarrolladores , entre muchas cosas.

Normas v/s recomendaciones

La principal diferencia es que la norma es un documento técnico en base a pautas a seguir.

por el chathabilitado pregunté sobre el Decreto 100 y la no “obligatoriedad”, si solo con recomendaciones progresaremos o no, en temas de accesibilidad y Emmanulle concibe un rechazo a priori sobre la imposición de determinadas cosas, así apolla que es un trabajo de concientización sobre el tema.

Buena conexión, respondieron las preguntas del chat, todo sólido

De toda la conferencia rescato el tema de la “Curva de aprendizaje” a la que literalmente le temen los “jefes. Esto a raíz de la pregunta de (no recuerdo ahora pero lo buscaré) que trabaja en lavanguardia.es, que de hecho es el próximo expositor de esta conferencia, al plantearle a su jefe sobre hacer el sitio accesible. La respuesta fue y es clarísima, la implementación de Accesibilidad es una inversión y no hay que verla como un gasto, la inversión está en el tiempo que tomará el equipo de desarrolladores, no solo los que ven código, modificar los actuales métodos de trabajo. Esta curva de aprendizaje es la toda nueva metodología, lenguaje, modo de trabajo, etc. tiene. Lo bueno es que es absolutamente acotada y se restringe a las pautas de accesibilidad.

La respuesta es de Emmanuelle Gutierres a una de las preguntas de Mosaic en la que verbaliza ideas que pongo en practica a diario.

En ésta expone la definición de Usabilidad en ISO de la que rescato la médula, el final “… por parte de un grupo de usuarios determinado” y que al compararla con la correspondiente a Accesibilidad solo se diferencian precisamente en el final al terminar así “… para el más amplio grupo de usuarios posibles”, TODO lo que precede a estas definiciones es literalmente igual.

Estamos de acuerdo y por eso hace tiempo digo que la accesibilidad no es para los “discapacitados”, que es para todos, y es la Accesibilidad, entendida como la capacidad de acceso basada en las posibilidades, quien permite en primera instancia “llegar a los más posibles“. Todo esfuerzo será estéril si accedo a menos usuarios.

Y como es un canal de comunicación es como un cable (siempre digo cadena [risas]), no importa donde se corte, si al principio o al final, lo que importa es que no se corte, cambie, modifique o mute porque si sucede cualquiera de estas alternativas, muy posibles por lo demás, un porcentaje de usuarios no podrá acceder a la información.

Lo bueno de este medio que al ser digital, evoluciona constantemente, por lo que hay que estar atento y estudiando de manera contante, y siempre se puede modificar. Para mejorar o empeorar.

En resumen, como lo veo yo, la accesibilidad es la materialización en el código y el lenguaje de la usabilidad. Es fácil porque hay estándares escritos que seguir, que si bien se deben eventualmente interpretar, los desarrolladores tenemos una lista en que apoyarnos científicamente para cumplir.

Me sorprendió que el día siguiente cuando quise saber si habían llegado o no a la meta, busqué información en www.teleton.cl y fui a parar luego de un redireccionamieto para nada voluntario a un flash con el monto alcanzado y unos felices fuegos artificiales de fondo “con sonido y todo” que demostraban lo feliz que estaba la institución y en general todos los participes de esta gran obra.

Tan felices que les importó NADA que yo fuera a su sitio, tuviera que mamarme la linda “bienvenida” que pensé que era al principio y después simplemente NO TENER OPCIONES para nada. Literalmente no pude encontrar ni un p! link que me sacara de ahí y tuve que cerrar el sitio.

Por suerte eso duró poco, yo sabía que era un lapsus de la algarabía y adrenalina de las última horas, porque el sitio volvió a lo que supongo es normalmente. Supongo porque o soy usuario frecuente del sitio. Pero como ahora lo estoy conociendo creo que necesita de todo nuestro aporte porque está inválido.

Aquí los primeros aportes:

1. Lista oficial de 23 mejoras puntuales para que el sitio valide HTML.
2. Lista de mejoras de accesibilidad
3. Es recomendable asignar texto alternativo a las imágenes
4. La presentación se puede separar del contenido Haga sitios con Estilo-s :)
5. Lamentáblemente el menú de navegación no está disponible sin JavaScript
6. Test de accesibilidad
7. Ánimo que se puede

¿Cuál es tu aporte? para la Teletón online

Me gusta hacer las cosas bien y eso, en mi condición de “desarrollador web” es construir un canal de comunicación. ¿Será necesario decir que debe ser efectivo y eficiente? … bueno dicho está.

Debemos entender “Desarrollador Web” a la amplia gama de oficios que conforman esta cadena. Hablo desde periodistas hasta programadores pasando por psicólogos de usuarios, diseñadores de interfaz, de código y de interacción, redactores creativos, arquitectos de información, antropólogos, y muchos otros que pueden aportar en las distintas etapas de un proyecto de estas característica.

Cuando se desarrolla un sistema complejo (no complicado)  como lo puede ser uno de comunicación, se debe tener claro que el objetivo es ese, comunicar algo específico de una manera especial. Por eso es de suma importancia que no se pierdan los objetivos, en ninguna de las etapas.  Aunque suene obvio tiende a olvidarse en cada uno de los procesos que desarrollamos cada uno los oficios involucrados.

Cualquier  etapa que se desoriente puede llevar el proyecto al fracaso, simplemente porque no logra comunicar y termina sin dar acceso a más o menos personas a la información que quiero entregar. Creo que no tenemos el derecho, como desarrolladores, de negarle el acceso a la información a nadie.

Yo quiero hacer bien  mi pega “Crear Webs Accesibles” únete a la campaña, sube tus fotos y disfrutemos del acceso a la información, que solo beneficia a todos.