Accesibilidad Web

Interacción mediante voz

2008-01-02T18:34:00.000+01:00

Hoy en día estamos acostumbrados a interactuar con las máquinas mediante dispositivos mecánicos usados manualmente, es decir. Las manos (y dedos) son imprescindibles para realizar cualquier tarea, incluso cuando esta se lleva a cabo por máquinas que son realmente quienes la completan.

Podemos decir pues que las manos son nuestra limitación en la comunicación con las máquinas y requerimos de ellas para una única tarea mientras no podemos realizar otra al mismo tiempo.

Cada día más esta limitación se va superando gracias a la introducción de la voz como medio de control y comunicación con los sistemas autónomos o máquinas.
Ya nos hemos acostumbrado a los sistemas de marcación por voz de los teléfonos móviles muy útiles por ejemplo cuando conducimos. Mejora sustancial que se nos pasa por alto debido a lo acostumbrados que ya estamos a usarla y no apreciamos la liberación que supone respecto al método tradicional de ocupar una o las 2 manos para marcar el número deseado.

Los móviles son posiblemente los primeros dispositivos en incorporar tecnología de reconocimiento de voz para ejercer sus funciones, además de las funciones de enrutamiento de los contestadores automáticos de los call centres. Anteriormente se habían promocionado algunas aplicaciones Speec To Text ( voz a texto) que usaban estos principios de reconocimiento de voz para la escritura de documentos de texto, pero su eficiencia era escasa y su difusión fue mas por lo que podían llegar a representar que por lo que realmente representaron.

Aunque el proceso de reconocimiento de voz en gramáticas totalmente abiertas es muy complejo, se están obteniendo muy buenos resultados en gramáticas acotadas a ámbitos, delimitadas por palabras claves y/o listas de palabras propias, podeis leer más sobre reconocimiento en el artículo “Análisis de la Semántica Latente (LSA) y estimación automática de las intenciones del usuario en diálogos de telefonía (call routing)” http://www.revistafaz.org/numero1/call_routing.pdf.

No es difícil pues imaginar que esta comodidad que nos proporciona la voz se extienda a otros dispositivos cotidianos desde que los sistemas de reconocimiento de voz han mejorado sus prestaciones y rendimientos hasta permitir aplicaciones como Jott.

Joot

Servicio web gratuito que te permite enviar mails, crear listas de TO-DO o escribir posts en tu blog desde cualquier lugar mediante una simple llamada telefónica. Mediante el reconocimiento de la voz, la aplicación traduce la voz a texto para tareas habituales que requieren de nuestra atención como escribir un simple mail.
El servicio también se extiende a otras aplicaciones web que puedes manipular mediante una simple llamada: Twitter, Jaiku , Google Calendar son algunas de las aplicaciones integradas

Esquema de funcionamiento de Joot con una aplicación externa (Joot-Links)

La telefonía sea quizás el punto de entrada a la investigación e innovación tecnológica en lo referente al control de dispositivos mediante la voz y en breve dispongamos de navegadores web controlados por voz.

El grupo de Accesibilidad y Usabilidad Web crece ahora en Xing

2007-11-11T11:54:00.000+01:00

Hola,

si os interesa el networking activo ya os habréis dado cuenta de que Econozco se ha unido a Xing, a la que próximamente también se unirá el gigante español Neurona.

Con la incorporación de Econozco a Xing, el grupo de Accesibilidad y Usabilidad Web también ha migrado, el cual proporciona múltiples formas nuevas de comunicación y de compartir el conocimiento para el grupo.

Podréis seguir el grupo en Grupo de Accesibilidad y Usabilidad Web en Xing y empezar a interactuar con los ya más de 80 miembros que lo formamos.

Con semejante número de miembros y la posibilidad de interactuar que nos proporciona Xing, me veo obligado a solicitar la ayuda de voluntarios para la creación de noticias, administración de foros y newsletter... Podéis enviarme un mensaje a través de Xing o a través del formulario de contacto si estáis interesados en participar de este ya maduro proyecto.

Muchas gracias a todos.

Los no inscritos al grupo podeis hacerlo mediante esta invitación.

¿Correo electrónico para invidentes?

2007-06-28T21:36:00.000+02:00

Hola a todos, si es que aún queda alguien que visite este "casi" olvidado blog...

Antes de nada, quisiera disculparme por haber dejado tan importante proyecto personal de lado, pero son muchas las razones y muy poco el tiempo (y supongo que vuestro interés) para explicarlas.

Hoy me he encontrado en un aprieto.

Un familiar invidente muy allegado ha estado recibiendo lecciones de informática y ha aprendido mecanografía y uso básico de JAWS para navegar por internet.

En el cursillo le crearon una cuenta de correo Hotmail y probamos de entrar desde el ordenador personal.
Solo tengo una palabra para describir mi sensación : frustación.

Jaws es complejo de usar y eso es un "handicap" para cualquiera, incluso para invidentes, pero no me había dado cuenta lo complicado que es la navegación de Hotmail.
Analizémosla por partes:

Publicidad:

Formulario de Login:

Imposible acceder a los textbox de Login y Password mediante las teclas de navegación de Jaww. El lector parece volverse loco y le cuesta mucho encontrar el formulario de Login.

Mala estructuración:

Entrar a tu cuenta de correo y no leer la lista de mensajes en tu bandeja de entrada no es precisamente lo que se espera cuando se pretende leer tus mensajes.

Abuso de Javascript:

He de decir que personalmente me gusta mucho la interfaz del nuevo live.com y sus cuentas de correo, así como el uso de ajax para su agilización. Pero para una persona invidente, todo eso no sirve de nada, es más, dificulta aún más la navegación.

Empezaba a desesperar porque cualquier correo que mirara: Gmail, Yahoo, Hotmail... eran parecidos en estos aspectos.

Entonces me acordé de algo, el correo para móviles de Gmail http://m.gmail.com es una versión reducida, de HTML muy sencillo y limpio.

Desgraciadamente su HTML no es 100% accesible, pero es una interfaz muy sencilla, basada en enlaces, que facilita infinitamente la navegación a las personas que necesitan de un lector de pantalla.

Espero que esta experiencia sirva a aquellos invidentes que tener un correo electrónico.

Saludos.

Content Management Visitors

2006-11-05T23:00:00.000+01:00

Since web 2.0 reach the Internet and updated the traditional philosophy on web application developing and design, a huge number of RIA (Rich Internet Applications) grew up.

With some fixed targets RIA developers focus their efforts on involving users in a rich web-using experience, a usable design and a real interaction.

Static webs pages are dying, users look for interact with sites, and one of the problems designers and developers find in the application develop is which is the best way to let users interact on the site.

When in a user is known the intention of be involved at the site I called him Content Management Visitor, in advance CMV, so they can manage, by some way, the final content of our site.

CMV profile is a medium-low to highly advanced experienced user, with some knowledge on the main topic of the sites he visits. It’s this little knowledge that allows user to get a formed idea on what the site is talking about or at least, it allows him to make his own opinion of what the author says.
If the site is not about specific topic, I mean if site talks about general topics, more users can be potential CMV than in specifics ones.

Why developers and designers need to involve the most the CMV they can? It’s not so difficult to think that interactive users as CMV will add an extra value to our site with their comments and knowledge or opinion so other users can find the additional content richer.

Before web 2.0 and RIA the ways the potential CMV could interact with sites where rudimentary methods, most of them, based on form data submission.
Nowadays these methods have been upgraded to easily ways, and better integration with the site.

Let’s analyze how they were and where are being redesigned to.

Not Content Modifying Systems

Surveys.

One of the most used methods to discover the agreement level of users about the content of our site. Usually focused to general site not to specific parts of it, and integrated in most of the Content Management System.
Who never saw something like this survey?

Nowadays, we can state that this kind of surveys is being disused, although we can find some evoluted poll systems integrated on some of the big ten sites of the Internet.

At Ebay.es it has being redesigned to a feedback styled form. User can, at same time, give his opinion about the utility of the site and suggest some idea to improve it. As heritance of the first type of surveys exposed, still exists some traditional polls improved with the agility of AJAX scripted applications, avoiding refreshing times or submission forms.

Votation

Coming from a kind of survey to one of the common ways so users can interact with sites. Votes were used to give a numeral value to a full site or part of it like in order to represent this number in a graphical chart.

Nowadays votes have been provided with extended functionality that permits structure the web-content depending on the votes it received.
Simple AJAX scripts allow user to state his opinion on an article or a site. Maybe with a numerical value between lowest value to highest one,or just with a binary votation way: yes or no.

Adding Content Modifiers

Forums

Since communities found at Internet a meeting point, they use Forums as communication way to debate all the topics we can imagine.
Forums create their own page with the amount of content their users publish. Not many things have changed on forum systems.
Their easy usage, common language and drived questions gives users the best way to expose opinions, knowledge or doubts they can have in anything what is being talking about.

Some forums have being improved with some AJAX script in spite of consisting on the same idea.

Guest books and quick chats

Appeared on community sites, guest books and quick chats got a very small functionality on the site content talking.
Used to give a record or just a like or dislike comment about the content of the site guest books are not used nowadays, small text areas, limited texts longitudes and irrelevant content make them useless to handle interesting web content, same is happening on quick chat functions.

Comments

Maybe the comments have been the content modifier which the most entrance rate since web 2.0 arrives.
With the explosion of blogs over the Internet, the comments are being adapted as the best way to interact between author and audience. Just not with the porpouse of debate the author article with in favour or against opinions, users can expand, re-explain or introduce new points of view to the original article.
Really intrusive, but really interesting content can be added to the main article.

Wikis

Introduced by Wikipedia those web encyclopaedias create their own way of content management.
As collaborative websites wikis are now used to host tutorials and all the information we know as knowledge. Many enterprises use wikis to publish their employees knowledge on one area to spread this to another employees around the enterprise.

The anonymous collaboration, and the constant revision by other users make the wikis a perfect way for publish and got quality and reliable content on our site.

Future of Content Management Visitors

Now we know all the methods used nowadays in which users can collaborate with other sites adding Content to them, then its time to evaluate these methods and think about where they should go in future to improve their functionality in the optimum way for visitors and webmasters.

It seems that blogs came to stay for long time, so it’s not so hard to predict that comments ways will be one of the most used Contents Adders Functionalities.
Maybe a comment is normally used to give an opinion about the main content and not to publish more content about the topic of the site.
Another limitation is the administration, a comment can’t be edited, just published or deleted, then it can be formed of wrong content and no other administration can be done than delete the comment and lost this information in spite of being wrong, it can express some bad idea of what people know about the topic.

These limitations make me envision that wikis will be used to publish content and to let visitors add their own content and being administrated and evaluated about other users and the webmasters.

In the way of wikis, maybe in a not so fair future, collaborative office documents as Papers and spreadsheets can be extended to a general functionality as a new publication way for a site

Votation will be the core of the social positioned content on meta-blogs sites and e-commerce positioned products, sellers and buyers.

To specialize in topics, some topic-knowledge people will use these functionalities with collaborative tools to share their knowledge. This association will limit the extra surround that a noob visitor can produce adding content, as he will not have the correct credentials.

Sure that many other ways than these I give will be developed and will get success. The social component gave by a social content addition will be included more and more in all kind of sites.

As you have noticed, at this article I've beeing using Content Management Tools used in top Internet sites as Google, Slashdot, Ebay ... It should make other webmaster what kind of innovation we need at our sites to share our topic with our readers and visitors.

Buscador vertical para accesibilidad y afines

2006-10-22T21:30:00.000+02:00

Microsoft acaba de lanzar su Live Search Macros una aplicación que te permite crearte tu propio buscador.

Pese a ser bastante limitada, el Live Search Macros te permite crear una colección de páginas sobre las que aplicar la búsqueda.
Esto permite la definición de buscadores verticales, muy especializados en ámbitos de búsqueda.

De esta manera he creado el Buscador de Accesibilidad que nos permitirá buscar temas relacionados con accesibilidad, usabilidad y arquitectura de la información gracias a una colección de más de 10 fuentes fidedignas de información de estos temas.

"Buscador de Accesibilidad"

Se aceptan nuevas fuentes así como mejoras en la definición de la macro con el fin de mejorar los resultados de nuestra búsqueda con esta herramienta.

Espero que os sea de utilidad.

Saludos!

Relanzando Foro Accesibilidad

2006-10-04T11:17:00.000+02:00

Ya hace tiempo que se creó el foro de Accesibilidad con no demasiado éxito.

Tal vez por el medio, por la tecnología, por el spam...No se ha usado todo lo que se puede explotar.Pero espero que su poco éxito no se deba al desinterés por el tema.

Por este motivo he decidido relanzar el Foro, pero esta vez usando tecnología Google Groups en el nuevo Foro Accesibilidad.

El foro nace vacío, así que ya sabeis: Aportad conocimiento :)
Y si quereis participar activamente como administradores del foro enviadme el formulario de feedback con vuestra petición.

	Foro Accesibilidad
		Foro de Accesibilidad en Google Groups

Saludos.

Manual básico de Accesibilidad Web. Análisis Fragmentado

2006-09-11T23:24:00.000+02:00

Abordar el proceso de conversión o creación de una página web siguiendo las pautas de Accesibilidad no es un desarrollo guiado con unos hitos marcados claros.
Quizás sea complicado establecer una metodología, tal vez imposible siendo conocedores de la “libertad” de estilo y contenido que nos permite la publicación web.
Nos arriesgaremos a acordar una terminología y un método a seguir que tal vez haga de manual de accesibilidad algún día.

Estructuraremos el procedimiento según la posición que ocupe en la web. Para ello fragmentaremos la web en 3 ejes, dándole un aspecto tridimensional que nos permitirá situar espacialmente los contenidos.

Accesibilidad Vertical

Asociaremos la verticalidad web a todos aquellos contenidos: imágenes, textos, botones… que nos permitan profundizar en la página. De ahí la asimilación de la profundidad de la página con la verticalidad de la misma.
Una aproximación real al término serían los menús de navegación: elementos compuestos por componentes web que nos permiten la obtención de contenidos de distinto nivel de la jerarquía de la página.

Como elementos esenciales que permitirán indagar al en los contenidos no accesibles directamente deberán estar indicados como tal, además de ocupar uno de los puestos más visibles de la página.
No entraremos en detalle de cómo deben ser los menús de navegación y dejaremos libertad de estilo en su desarrollo, aún así, pasamos a definir unos aspectos comunes que debieran tener los menús que los hagan accesibles y usables.
Recurriremos a las normativas WCAG para identificarlos con la guía de accesibilidad oficial.

La pauta número 13 hace referencia explícita a la claridad con que deberán estar definidos los mecanismos de navegación.

Proporcionar información de destino del enlace.

Complementar el documento destino con metadatos.

Mapa del sitio.

Consistencia de los mecanismos de navegación: Uniformidad y Fiabilidad.

Remarcar la visibilidad de los mecanismos de navegación.

Agrupación de enlaces por relación.

La búsqueda como sistema de navegación.

Énfasis de la información relevante

Proporcionar información de documentos: páginas, tipo de archivo, idioma…

Pese a ser un tanto generales las recomendaciones las usaremos con especial delicadez en los menús de navegación correspondientes a la verticalidad de la página.
Además sugeriremos otros puntos que ayudarán a la accesibilidad y verticalidad del menú:

Uso de listas como descriptores secuenciales de apartados de la web.

Estructuras arbóreas claras para la agrupación de enlaces. Usar elementos jerárquicos descriptivos como desplegables y/o identación.

Proporcionar teclas de acceso para la directa accesibilidad al contenido. Dado que el contenido enlazado al menú sería de acceso continuo, un atajo de teclado facilitaría el uso y agilizaría la navegación. Esta sugerencia ya se publica en el WCAG 2.0
Proporcionar información Contextual. Referente a la cláusula 12 del WCAG 1.0

Accesibilidad Horizontal

El eje horizontal será el que actuará de contenedor de la información en si de la página.
Realmente será la división que interesará al usuario, ya que probablemente haya accedido a nuestra página en busca de una información que nosotros hayamos publicado.
En la accesibilidad horizontal se primarán los detalles que faciliten la lectura del usuario así como la comprensión de la información que se pretende dar.
Cerniéndonos a las normativas WCAG encontramos guías como las referentes a:

Percepción:

Proporcionar texto alternativo al contenido no textual.

Alternativas al contenido multimedia

Separación entre contenido y presentación.

Distinción entre información de segundo plano y primer plano.

Operabilidad:

Acceso mediante teclado.

Control del tiempo

Mecanismos de búsqueda y navegación

Prevención y Gestión de Incidencias.

Comprensión de mecanismos de control y contenido:

Uso de lenguaje natural

Posicionamiento predecible y visible

Desvinculación tecnológica:

Compatibilidad con los agentes de usuarios actuales y venideros.

Alternativa accesible para todo el contenido no accesible.

Algunas de ellas se han usado ya en el fragmento vertical de la web, pero es evidente que la componente horizontal será la que más contenido tenga y por tanto la que deberá ceñirse más a las normativas de accesibilidad para garantizar la obtención de información que el usuario necesita de la manera más usable posible.

Accesibilidad Transversal

Si pensamos en la definición de transversal (o diagonal) observaremos que esta componente nace de la combinación de la vertical y la horizontal.
Pues en la web también cumplirá su definición como fragmento compuesto por los dos anteriormente comentados.

Entrarán dentro de la transversalidad aquellos elementos que sin ser propiamente un menú de navegación están situados en el contenido de la página haciendo referencia a otros contenidos que complementen el nuestro.
Esta vertiente dará al usuario la posibilidad de conocer más sobre el tema de nuestro contenido ya sea mediante fuentes externas u otras partes de nuestra página.

Estamos hablando continuamente de contenido, ya que éste es el que enlaza nuestra página con cualquier otro documento que pueda ser de valiosa información para el usuario. Al tratarse de contenido semántico: un tema concreto , hay que tener especial cuidado en todos los aspectos que hacen referencia a la información proporcionada al usuario:

Descripción del documento dónde redirigimos. Qué encontrará, cómo y porque.

Descripciones de autor, fecha, idioma… tal y como se explica para los fragmentos anteriores.

Verificar la corrección del enlace para evitar: enlaces rotos, redirecciones y páginas de error.

Continuidad del contenido. El usuario deberá seguir con la temática que le llevó a tu página por lo tanto la temática del enlace transversal ha de ser la misma o lo más idéntica posible y en toda su magnitud. Si es parcialmente lo mejor será citar el comentario del autor en nuestro contenido (con los debidos derechos de copyright) y nombrarlo. Evitando así hacer perder el tiempo al usuario con temas que no son propiamente lo que busca.

De esta manera hemos dividido el proceso en 3 partes abordables por separado y que combinadas después generarán una página accesible en su totalidad y con mucha más dedicación en temas de usabilidad y buscabilidad de contenidos al separar estos de lo que no es propiamente información si no que son hipervínculos a información o aspectos de presentación.

Ahí va el primero, suma y sigue

2006-04-06T09:22:00.000+02:00

Parece ayer cuando empecé mis andadas en el mundo de la accesibilidad, y ya va un año desde entonces.

Hágamos un poco de resumen de lo que aquí ha sucedido en un año:

El Blog en Números.

Pese a la poca productividad que tengo he sido capaz de escribir, y vosotros de leer, 67 artículos, repartidos en 8 categorías y con un total de 201 comentarios aportados.

Nos han visitado más de 12 mil veces procedentes de más de 15 países de 4 Continentes y con 4 idiomas diferentes.

El Blog en el la Blogosfera

Todo he de agradecer a los cerca de 100 subscriptores por su constancia en la insconstancia de mi publicación.
Han llegado a enlazar a este blog otros 129 blogs según Technorati

El Blog en los Contenidos

Quizás poco haya que destacar de lo que aquí he escrito, pero todo y así, me atrevo a nombrar los que creo son los mejores artículos de esta bitácora, ya sea por mi creencia o por las reacciones experimentadas en la blogosfera tras la publicación.

Accesibilidad Sostenible

El instinto en la interacción Web

La Accesibilidad en Ingeniería del Software : Artículo incluido en la Bibliografía Básica del SIDAR

Podcast, accesible?: Conjunto de artículos relacionados con la accesibilidad del podcasting. Emergía el Podcast por entonces y la blogosfera se hizo eco del artículo con varios frentes de debates que nos llevaron a aparecer en el mísmisimo ALT1040. Fuentes más creibles que esa también incorporaron el artículo, como es el caso de la Universidad de Puerto [PDF] Rico en su revista Hermes

Reconocimiento de Voz en Accesibilidad

El Blog en el ámbito profesional.

Grácias al blog he logrado profesionalmente:

Encontrar un ámbito de la informática al que dedicarme

Ver la importancia de la accesibilidad en mi formación técnica en Informática

Establecer contactos profesionales relacionados con el mundo de la accesibilidad y la usabilidad

Obtener una oferta laboral , en el que ahora es mi puesto de trabajo

Experimentar la accesibilidad y la usabilidad en proyectos reales

Analizar metodologías y obtener un modus operandi para la "accesibilización" en entornos web.

Aprender a escribir, o almenos eso intento, para la web.

Cientos de fuentes de información

El Blog en el ámbito personal

Lo que en mi ha cambiado Accesibilidad Web:

Conscienciación e involucración sobre la Accesibilidad en general

Muchos contactos personales, muchas horas de charla sobre el tema, muchos debates, muchos chats...

Nuevo enfoque personal de las cosas, siempre observándolas desde el punto de la accesibilidad y usabilidad íntrinseca

En fin, muchas cosas para tan poco tiempo...
Espero que vosotros hayais aprendido almenos un tercio de todo lo que he aprendido yo de vosotros para darme por satisfecho de mi labor aquí.

Un saludo a todos por vuestro apoyo e implicación en este proyecto que tal día como este empezó a engendrarse hasta convertirse en lo que un año después nunca hubiera esperado que fuera: un blog vivo. Muchas grácias!

Tech Tags: accesibilidad usabilidad cumpleaños

Accesibilidad Sostenible

2006-03-13T13:52:00.000+01:00

Acuñamos este término en referencia a la tendencia global emergente de la sostenibilidad en el desarrollo, entendida como el límite entre el la capacidad de desarrollo y el desgaste del medio (suelo, materiales, energía, contaminación...).

Ahora lo aplicaremos a la accesibilidad en una nueva teoría que llamaré "Accesibilidad Sostenible".

Algunos nos hemos encontrado con la necesidad de accesibilizar un sitio Web que no cumple las pautas de accesibilidad.
Lo primero que se hace es verificar que errores tiene, si la experiencia aún no hace este proceso automáticamente, después nos ponemos manos a la obra, empezando por los fallos mas "gordos" que suelen coincidir con las pautas de nivel 1.
Desde muy pronto ya empezamos a ver que, inicialmente, no era laborioso aplicar las pautas 1 y 2, en cambio las comprendidas entre la 3 y la 5 ya son más costosas dependiendo de lo "mal" aplicadas que estuvieran en la Web inicial.

Sin embargo, cuando llegamos a comprobar las pautas entre la 6 y la 9 referentes a las tecnologías observamos que el esfuerzo se dispara y los beneficios visuales y tecnológicos obtenidos no se hacen palpables al usuario final.

La cosa se complica aún más cuando entramos en las pautas comprendidas entre la 10 y la 14, puramente tecnológicas y de contenido.

Siendo realistas, sabemos que las pautas WCAG-1 están escritas en 1999, cerca de cumplir su octavo aniversario, desde entonces, los navegadores, los dispositivos y Internet en general ha cambiado mucho, sobre todo en lo que a permisividad de integridad gramatical se refiere. Cumplir al 100% con los estándares del W3C (HTML,XHTML,CSS...) no es tarea fácil y dispara aún más la curva del esfuerzo aplicado.

Esto es a grandes rasgos una categorización de las pautas WCAG-1 secuencial, otra forma de aplicarla es seguir los puntos de verificación. Igualmente experimentamos ese ascenso (de orden lineal) en el esfuerzo aplicado considerando que cada nueva verificación es más costosa que la anterior en un 45% de magnitud.

Presentemos ahora un gráfico que refleje la tendencia del beneficio obtenido en los usuarios según las prioridades.

Vemos que inicialmente la pendiente es muy favorable, con pocas pautas establecidas obtenemos resultados muy beneficiosos pero llega un punto que el beneficio empieza a relajarse, a más pautas aplicadas, menores beneficios marginales obtenidos. Establecemos el punto de estabilización.

Ya tenemos claro que el beneficio obtenido se estanca en cierto punto, si aproximamos dicho punto, este correspondería a aplicar hasta obtener los consejos de nivel 1 y la mitad de los de nivel 2 (independientemente del orden).

Si por el beneficio real obtenido fuera, cumpliríamos la mitad de los puntos de verificación del WAI, que daremos por insuficientes ya que estamos despreciando el 50% de todas las reglas.

Lo que haremos será comparar el beneficio que obtienen los usuarios, con el esfuerzo de desarrollo que requiere adquirirlo. De esta manera intentaremos buscar un punto de equilibrio entre el esfuerzo(tiempo) y el beneficio.

Observamos que el punto de cruce ronda el 2,2 lo que equivaldría a cumplir el
75% inicial de los puntos de verificación, dicho de otra manera: cumplir el 1º y el 2º íntegros y aproximadamente un 10% de la última prioridad.
Nos moveremos en parámetros óptimos mientras estemos trabajando entre la
primera y segunda prioridad, pero más allá el esfuerzo se disparará en relación
a unos beneficios incrementales muy bajos.

Este estudio es una mera aproximación, hay muchos factores individuales en cada caso, pero no deja de ser un fiel reflejo de lo que experimentamos en la adaptación de una página a las normativas correspondientes. Y también es un modelo válido para páginas que se creen desde 0.

Entonces es lógico buscar ese punto de equilibrio, de sostenibilidad, y considerarlo suficiente para desempeñar nuestra labor en un entorno real(tiempo, presupuesto, medios) conociendo que un 100% de accesibilidad y corrección requiere un esfuerzo prácticamente inviable, solo alcanzable en entornos de trabajo utópicos.
La pendiente de esfuerzo se agudiza aún más si nos queremos cernir totalmente a las especificaciones y estandarizaciones de las tecnologías usadas.

El pragmatismo laboral nos empuja a esta accesibilidad sostenible, de otra manera, nunca podremos presupuestar nuestro trabajo al cliente porque como se ha visto el esfuerzo se dispara, y esto solo es solventable de 2 maneras, o más tiempo o más recursos, ambos traducidos para el cliente en más presupuesto necesario, y por lo tanto menos capacidad competitiva para nuestra empresa.

En nuestras manos, y en función de las necesidades del cliente, está establecer ese punto de accesibilidad sostenible que rompa los intereses cruzados de ambos: buscar el 100% de accesibilidad por un lado y obtener un presupuesto competitivo por el otro.

Technorati Tags: accesibilidad sostenible usabilidad

El instinto en la interacción Web

2005-12-06T00:18:00.000+01:00

Leía una entrevista a Eduardo Manchón fundador de páginas de referencia en usabilidad como son alzado.org o ainda.info en el diario gratuito 20Minutos y me llamó mucho la atención un ejemplo que nos brinda para identificar algun objeto usable que nos topamos a diario.

P - Entonces, dinos un objeto de esos que observas a diario y que sea un buen ejemplo de facilidad de uso

"La buena usabilidad es invisible porque de tan simple y evidente pasa desapercibida"

R - La buena usabilidad es invisible porque de tan simple y evidente pasa desapercibida, como si no fuese posible otro diseño. Pero, por ejemplo algo que usamos todos los días: un tenedor, tiene la forma perfecta para sujetarlo y para pinchar ciertos tipos de comida.

No dudo sobre la experiencia de Eduardo Manchón en temas de usabilidad, pero sí que encontré desacertado el ejemplo. Un tenedor es tal vez el objeto menos intuitivo de una mesa: un objeto metálico, frío, con una forma extraña y que no se adapta a primera vista a ningún patrón ergonómico conocido, punzante y con variadas formas según la mesa donde comamos. No es igual el tenedor de mi casa que el de la tuya.
El tenedor es algo que usamos sin darnos cuenta simplemente porque lo hemos usado millones de veces y pasa desapercibido en nuestro entorno, pero creo erróneo decir que es usable. Dejando de lado las características físicas podemos pensar en que haríamos con un objeto así si nunca hubiéramos visto ninguno igual, ni cómo usarlo. Posiblemente la última cosa que haríamos con él es usarlo para pinchar un trozo de comida y llevárnoslo a la boca.
Instintivamente, los bebés son el mejor ejemplo, nos llevaríamos la comida a la boca con las manos, tal y como lo hacían nuestros ancestros. No necesitamos de un objeto "extraño" para este menester.
Ahora bien, como seres inteligentes, si nos encontramos con un objeto desconocido como un tenedor, podríamos llegar a generar conclusiones como: pincha, lo puedo cojer con las dos manos. Y mediante deducción, no sin dificultad, podríamos llegar a concluir que el objeto nos puede servir para comer.
Todo este proceso deductivo-inductivo requiere un ánalisis intelectual que, desgraciadamente, muchas personas no llegamos a poder realizar por problemas psíquico-mentales que merman nuestra capacidad intelectual. No somos capaces de aprehender a usar el tenedor y por tanto no vamos a usarlo.

Esto no es más que un ejemplo de lo que yo creo una usabilidad mal entendida. No es usable una cosa a la que debamos habituarnos a usarla, mediante repetición de tarea, mimetismo o procesos deductivos y/o inductivo sobre posibles usos. Precisamente porque hay personas que no podemos realizar estas tareas, y si lo aplicamos al caso de entornos Web, porque nadie va a perder el tiempo intentando entender el funcionamiento de una web, antes de esto, buscará otra más sencilla de entender y usar.

La accesibilidad, y por tanto la usabilidad también, debieran potenciar los conocimientos instintivos de los humanos en la interacción con agentes desconocidos, en vez de intentar usar sistemas basados en la inducción a la que puediera llegar un usuario, o tal vez no.
Y si se realiza el estudio del comportamiento de las personas ante nuevos productos, especialmente en periféricos, como metodología para el analisis de cómo debiera ser dicho producto, qué características debería tener: dimensiones, peso, color, forma. Todo encarado a que el usuario se sienta cómodo usando el nuevo elemento.

En esta línea, no es casualidad que encontremos productos que hayan tenido en cuenta el comportamiento de sus usuarios al usarlo. Todos hemos jugado a un videojuego y todos, o al menos lo hemos visto, nos hemos inclinado lateralmente mientras tomábamos una curva jugando a un simulador de conducción.
Alguien se ha dado cuenta de ese comportamiento común y ha aparecido la Nintendo Revolution con un ingenioso controlador que incorpora un sensor de inclinación que permitirá jugar como el instinto nos manda, inclinándonos a los lados para dirigir la conducción.

Pero también encontramos errores en la aplicación de estas metodologías de estudio del uso. El ratón (mouse) que todos usamos en nuestro ordenador es tal vez el peor caso de diseño en cuanto a usabilidad instintiva se refiere. Lo he podido comprobar en persona, si intentamos enseñar (lo que nos indica que su uso no es intuitivo ni mucho menos aún instintivo) el manejo del ratón a una persona mayor que nunca ha usado un ordenador, veremos su respuesta ante algo tan simple como decirles : "Levanten el puntero hacía la crucecita que encontrarán el margen superior derecho de la ventana para cerrarla."
El comportamiento más normal de estas personas ante este requerimiento es levantar el ratón unos 20 centímetros por encima del escritorio. Pero nunca se les ocurre que hacer un movimiento horizontal hacia adelante se mapee como un movimiento vertical hacia arriba.

Intentemos centrarnos en el estudio de los comportamientos instintivos mientras navegamos, para poder obtener la manera más adecuada de afrontarlos y aprovecharlos.

El recorrido visual

El usuario ante una página web realiza instintivamente una visión global del contenido, estructura y presentación. Esta primera revisión de la página creará la primera impresión del usuario al respeto, así que deberemos tener en consideración el recorrido visual que se realiza y corregir posibles distracciones que podamos detectar.
Esta técnica de análisis del recorrido visual se conoce com Eyetracking, y se realiza mediante sofisticados sistemas de seguimiento de la visión. No és una técnica al alcance de todos, pero debemos saber que realmente si que hay un camino visual virtual que guía al usuario en su visita a nuestra página y debemos esforzarnos en marcar dicho camino para que el usuario obtenga a primera vista las partes y contenidos principales de nuestra web.
Bibliografía sobre Eyetracking :
Eyetracking Study of Web Readers por Jakob Nielsen.
Estudio Eyectracking en DesarrolloWeb

Texto destacado

Muchas veces somos incapaces de asimilar todo el contenido de una página, nos requeriría demasiado tiempo leer una página entera. Como hacemos en los diarios, nos limitamos a leer los encabezados y titulares más destacados de la web que visitamos, y en función de éstos, dedicamos nuestra atención al cuerpo del titular que nos ha interesado.
De ahí que sea vital saber definir encabezados llamativos capaces de captar la atención del usuario y animarlo a continuar en nuestra página, empezando por un nombre acorde con el contenido de la página como los nombres de las secciones que en ella se encuentran.
Pero hay más elementos que no son encabezados y que también llaman la atención del usuario. Hablo de texto en negrita, subrayado y sobre todo enlaces. Los enlaces comúnmente se suelen destacar del contenido de la web, y los usuarios centran su atención en ellos por esta distinción de forma respecto al resto del contenido de la web. Aprovechar esta distinción de los enlaces para dar información de primera mano al usuario, ya sea mediante links internos, o externos relacionados, facilitará que el usuario se haga una idea principal de la web y su contenido e incluso captar su atención de tal manera que se empiece a adentrar en el interior de la web.

De la misma manera que podemos aprovechar la ventaja visual del texto destacado para ayudar al usuario en su concepción de la página, si la empleamos a la inversa, sabiendo que el usuario escoje un mal camino o se hace una idea equivocada de nuestra web por la mala elección de encabezados o enlaces, podremos actuar y revisar estos textos para que futuros usuarios no vuelvan a sufrir la misma confusión.

Entre estos textos destacados y enlaces tienen especial importancia los títulos de la página y subtítulos explicativos sobre el contenido de la misma, que darán una primera respuesta respecto al contenido al usuario.

Para analizar la calidad de los encabezados los sistemas estádisticos son herramientas excepcionales, nos proporcionarán los links más clicados, los menos, las páginas más visitadas, en las que más ha permanecido el usuario e incluso la vía de escape que ha seguido el usuario para abandonar nuestra web.

Bibliografía y recursos sobre Texto Destacado:
Fuentes:
Haciendo CRM para la web
Como desarrollar contenidos en la web[RTF]

Trackers : Google Analytics

Color, Tipografía e imágenes

Como he tardado demasiado en escribir este artículo, me va a venir al dedillo un artículo publicado en alzado.org la semana pasada: Diseño de marca y visual. Recuperar un valor clave.

Recomiendo leer este artículo para evaluar las sensaciones del usuario en cuanto a color, tipografía e imágenes.

También cabe destacar la sensación que se transmite en el formateo de las lineas de texto: para este ámbito también me serviré de otro de los grandes conocedores del tema (y nunca nombrado en este blog [sonrisas]): Juan Carlos de Úsalo y su artículo "Columnas, anchos de línea y legibilidad"

¿Navegación vertical o paginación?

Dudaremos de que instintivamente poseamos un sistema de navegación predefinido (se podría llegar a asimilar gracias a los miles de años de escritura que el hombre ha vivido, pero es un campo fuera de mi alcance), y asumiremos que adquirimos un modus operandi de lectura aprendiendo en la escuela. Cada lengua tiene sus própios métodos de escritura, unos de izquierda a derecha o viceversa y las culturas orientales lo hacen de arriba a abajo, pero por motivos meramente de recursos, nunca la escritura se extiende alargadamente en vertical más allá de lo que entendemos como un folio o similares, es decir, la longitud vertical está acotada.
En internet, el recurso es infinítamente prolongado, y se aprovecha esta característica para evitar cortar el texto y prolongarlo en su longitud. Actitud que a simple vista nos puede parecer normal e incluso útil.

Pero si la analizamos detenidamente veremos que rompe los modelos que aprendimos de pequeños y que memorizamos para la escritura y la lectura. Tal vez sea fácilmente superable, la paginación vertical, para usuarios expertos de Internet, pero no és, ni mucho menos, intuitiva.

Otro artículo en alzado.org demuestra que los niños, el mejor usuario para estudiar el comportamiento humano en Internet, no utilizan el scrolling, ver más en "Cómo usan los niños las páginas web".

Por lo tanto, un sistema de paginación horizontal, pese a sus saltos, sería lo más parecido a la lectura sobre medio impreso a la que estamos más acostumbrados y la que más facilitaría el uso intuitivo de la página.

Como en todo, deberemos evaluar si realmente es necesaria una paginación horizontal frente a una vertical. En los casos que el texto no se prolongue muy por encima de una longitud habitual (un folio) será más rápido en diseño y presentación utilizar el scroll con alguna ayuda visual que haga entender al usuario que el texto continúa más abajo.
En el caso de utilizar la paginación deberemos hacer un esfuerzo especial para mostrar al usuario cómo usarla, el uso de imágenes o símbolos de flechas es intuitivo y fácil de comprender.

La Acción-Reacción

El usuario quiere sentir que domina el medio, así pues, asocia una reacción (o varias) a cada una de sus acciones. Esto significa que si el usuario hace un click instintivo en una imagen es porque espera que algo suceda: se abra otra página, se mueva un elemento, etc
De no producirse este evento, el usuario se confundirá, de la misma manera que si surgen reacciones que él no ha provocado como: ventanas emergentes, relampagueos, recarga de la página o cualquier otro evento espontáneo que se usa en la página ya sea para añadir dinamismo o modificar el contenido.

Por lo tanto el usuario esperará una reacción a sus acciones como medio de confirmación de que el sistema ha atendido su petición y la ha contestado. Hasta ahora esos eventos eran más o menos obligatorios, cualquier refresco, salto o modificación en la página se tenía que hacer mediante la recarga de la misma, ahora con los nuevos entornos de desarrollo web como AJAX o Ruby on Rails este refresco se intenta evitar, mejorando así la usabilidad del sistema añádiendole velocidad, pero se perjudica la "señal" de verificación o conformidad que el usuario está esperando del sistema. Por lo tanto habrá que añadir mensajes clarificadores de que la acción se ha llevado a cabo y el sistema ha respondido positivamente, o negativamente, a la misma.

Facilitar a encontrar

El contenido de la web puede ser muy extenso y ocupar muchas páginas, por lo tanto un medio de búsqueda es necesario, por no decir imprescindible. El usuario no conocerá el beneficio de la búsqueda, por lo que presentarle una caja de texto vacía con un botón al lado quizás no le vale de mucho, pero si enfatizamos esta zona con algun comentario explicativo del estilo "Introduzca la palabra que desee buscar en esta página" el usuario captará la funcionalidad del input de texto y el botón y podrá utilizarlo en su visita a la página para facilitarle el acceso a cierta información concreta.

Esta guía son los elementos que nos ayudarán a modelar la sensación instintiva que el usuario generará al visitar nuestra página, de tal manera que consigamos un entorno más amigable que facilite la usabilidad y la interacción del ser humano con un sistema ajeno y poco instintivo, de per se como puede ser el entorno Web.
Cabe agradecer la ayuda de Juan G. Hurtado de Armonía en las largas discusiones que hemos tenido entorno a este artículo

Technorati Tags: accesibilidad usabilidad HCI web

Web 2.0. ¿Quién necesita accesibilidad?

2005-11-20T22:36:00.000+01:00

Ya no es el último grito, la web 2.0 está aquí, cada día surgen nuevas aplicaciones embebidas dentro del vanguardismo que llaman Web 2.0.

Las grandes Internet Factories como Google o Yahoo han y están invirtiendo mucho en el desarrollo de aplicaciones sociales encajonadas dentro de la nueva tendencia en el diseño web, algunos ejemplos:

del.icio.us, el servicio de marcadores que ha popularizado las etiquetas
eyeOS Web Based Operating System
fluctu8 agregador de podcast/atomcast/rss online.
Google Maps, y más especificamente, sitios como housingmaps.com que usan Google Maps
Flickr
Netvibes Servicio de inicio de página
Protopage Otro servicio de inicio de página

Todos ellos son excelentes servicios dentro de su ámbito, se hace palpable el diseño centrado en el usuario que se ha seguido para lograr aplicaciones tan personalizables, sociales y útiles en la mayoría de los casos. Sobre estos pilares se sostiene la nueva Web que invadirá Internet. Un momento que los internautas, personalmente creo, no tardaremos demasiado tiempo en vivirlo al completo y obtener sus beneficios.

Lamentablemente, y tras estar mirando algunas de las aplicaciones Web 2.0, he denotado que estas aplicaciones se están desarrollando sin tener en cuenta la Accesibilidad, se prima el diseño gráfico, la interacción con el usuario. Pero se cae en el error de abusar de estas prioridades en detrimento de la Accesibilidad.

La mayoría de sistemas de Gestión de Contenidos para blogs no disponen de temas accesibles (aunque cabe destacar el código adecentado), las páginas sociales abusan de AJAX saltándose a la torera la accesibilidad.

Creo que no es la manera de crecer, ahora que disponemos de lo realmente interesante de una web, su semántica, nos olvidamos de que ésta sea fácilmente captada, entiéndase, accesible.

A mi entender, estamos ante un momento crítico, dónde se puede escoger el camino bueno o el malo, el bueno nos llevará a una Web 2.0 con sinfín de posibilidades, y el malo será como una vuelta de bucle que nos llevará al mal comienzo de la Web 1.0 y por consiguiente al final que ahora estamos deseando cambiar. Aún estamos a tiempo de actuar, actuemos.

Algo de bibliografía (se aceptan fuentes) :

Web 2.0 en la wikipedia española e inglesa

AJAX y usabilidad de Juan Carlos de úsalo con múltiples enlaces.

AJAX accesible , gracias a Juan G. Hurtado de armonía

Technorati Tags: web+2.0 accesibilidad usabilidad AJAX

Entrevista con Juan G. Hurtado de Armonía

2005-11-13T22:32:00.000+01:00

Hoy reprendemos la sección de entrevistas accesibles con otra nueva aportación.

El encargado de aportarnos su experiencia es Juan G. Hurtado, nos habla desde su bitácora: Armonía.

Leamos :

Nombre, ciudad, trabajo y/o estudios, blog, tiempo de blog, intereses.

Mi nombre es Juan G. Hurtado, vivo en Los Barrios, un pueblo de la provincia de Cádiz, muy cerca de Algeciras. A día de hoy tengo 23 años, y trabajo desde hace 2 años y medio para Agroinformacion S.L. realizando tareas de desarrollo Web.

Empecé en esto del desarrollo Web al mismo tiempo que comencé mi trabajo en Agroinformacion. Antes de eso no tenía ni idea de cómo se hacía una página, así que mucho menos sobre qué diablos era eso tan raro llamado CSS. Poco a poco me fuí poniendo las pilas, y a la par que aprendía a programar con ASP.NET, fuí enterandome sobre las peculiaridades del HTML, etc.

No fue hasta hace año y medio aproximadamente que conocí el tema de los estándares Web, XHTML, CSS y todo el mundillo que lo rodea. Todo empezó precisamente por el tema de los blogs, buscando artículos sobre desarrollo me topé con Mini-d, y devoré uno tras otro todos sus artículos, (estupendos por cierto), y me fui metiendo en el mundillo, descubriendo más blogs, etc. Hasta que llegó el día que creé el mío propio.

Desde el 12 de Diciembre de 2004 vengo escribiendo en mi blog personal Armonía, donde hablo principalmente sobre temas relacionados con la World Wide Web, aunque también me tomo la licencia de escribir sobre otros asuntos menos técnicos, por decirlo de algún modo.

Valora la experiencia personal y profesional de publicar en tu blog.

Magnífica. En todos los sentidos, tanto personal como profesional. He conocido a gente muy interesante, he aprendido todo lo que sé a raíz de esto, incluso he recibido varias ofertas de empleo gracias al blog. Desde luego no me puedo quejar, empezar con Armonía me ha abierto las puertas a muchas cosas buenas.

Si bien es cierto que a veces escribir se vuelve un poco difícil, encontrar los temas adecuados, desarrollarlos, etc. es una tarea dura, pero se hace lo que se puede. Mi ritmo de escritura no es muy alto precisamente por eso... Soy un poco flojo, jeje...

Destácanos un artículo que hayas escrito, actual o antiguo, de imprescindible lectura.

Muy difícil asunto, porque no creo haber escrito ningún artículo imprescindible. Pero por no hacerte el feo puedo comentarte, por ejemplo, la traducción al castellano de un documento introductorio a la tecnología Atom 1.0, (original: Atom Syndication Format - Introduction de AtomEnabled.org), o la serie de artículos que escribí sobre la semántica de los elementos de XHTML, (aquí está el primero, sobre los encabezados, (h1, h2, etc.) junto con el listado al resto de artículos sobre los demás elementos).

Recomiéndanos blogs y/o páginas sobre accesibilidad y/o usabilidad o relacionados que consideres indispensables.

¿Indispensables? Con respecto a la accesibilidad el tuyo es uno de ellos, por supuesto. También recomendaría visitar Usolab, o Alzado. También, cómo no, la fundación Sidar, y listas de correo como Ovillo o Acceso Web.

Blogs relacionados con el desarrollo Web puedo destacar muchos, por ejemplo el de Rodrigo Galíndez, 16bits. Otros que me gustan mucho son el de Stanmx, o el de Pablo Viojo.

Accesibilidad vs Diseño, ¿una lucha o una colaboración?

Idealmente una colaboración, por supuesto. Por desgracia en la actualidad la accesibilidad no está lo suficientemente extendida, y muchos de los ejemplos de "páginas accesibles" que ve el gran público, (los no desarrolladores), son páginas más bien feas. Es por esto que se tiene ese falso concepto de que la accesibilidad está en contra del diseño. Aparte del hecho de que muchos diseñadores no tienen ni idea sobre accesibilidad y ayudan a extender ese "rumor".

Yo desde luego apuesto por una Web accesible, y ni mucho menos falta de diseño. Todo lo contrario, un diseño atractivo, un diseño bueno, ha de ser por fuerza accesible, si no pierde gran parte de su calidad. El diseño no es sólo elegir una buena gama de colores, el diseño es mucho más, y está muy ligado a la accesibilidad y a la usabilidad.

¿Cómo prevees la Web en 5-7 años?

Lo menos en la versión 5.4 beta RC2... o algo por el estilo. Ahora en serio, la Web dentro de unos años, si todo va bien, será como estamos luchando porque sea: una Web accesible, bien hecha, estándar, y sobre todas las cosas útil. Eso es lo más importante de todo, en mi opinión.

Una cosa que seguro existirá será mucha interacción entre aplicaciones. Sindicación por aquí, microformatos por allá, y alguna que otra sorpresa que seguro inventan.

Una cosa que me preocupa es el lastre que llevamos arrastrando detrás. Todas esas Webs mal formadas, llenas de basura, hechas con FrontPage o cualquier otra herramienta del demonio. Si logramos ir dejando atrás, en el olvido, todas esas Webs, y seguimos llenando la red con páginas bien hechas, tal y como estamos haciendo ahora, todo irá mucho mejor.

¿Web 2.0, una falsa realidad, o realmente hay reeinvención de Internet?

Ni una cosa ni la otra. Que algo ha cambiado es totalmente visible y demostrable. Todas esas aplicaciones como Flickr, del.icio.us, etc. Pero no son ninguna reinvención de Internet. Son el producto de buenas ideas, de un desarrollo adecuado, de ponerse en la piel del usuario y decir: ¿Qué necesito? ¿Cómo lo necesito?.

Lo del nombrecito ya es otro tema. Una forma muy de "marketing" de llamar a un hecho normal y corriente, que es darle al cliente, (usuario en este caso), lo que necesita, sin tonterias superfluas, sin engaños. Todo claro, conciso y simple, en tres palabras, directo al grano. Para mí esa buzzword de moda no significa nada más y nada menos que llevar buenas ideas a cabo. Sin más.

Una entrevista menos centrada en la accesibilidad que las anteriores, pero mucho más crítica y personal respecto a las tendencias actuales que se viven en la red.

Damos las gracias a Juan G. Hurtado por su tiempo. Seguiremos leyéndole, siempre de la misma manera, con Armonía.

Páginas de Inicio. Bonitas sí. Usables?

2005-11-09T20:41:00.000+01:00

Últimamente, y desde hace un tiempo atrás, están floreciendo aquí y allí las llamadas páginas de inicio, escritorios virtuales, favoritos remotos y un largo etcétera de nombres.
Algunos de ellos:

Google IG

Netvibes

Protopage

Los he intentado usar, he intentado añadirlos como página de inicio a los diferentes navegadores que uso y en los diferentes lugares donde los uso.

Pero no puedo con ellos...¿Alguien les ve la utilidad?

Desde hace unos meses, yo mismo me creé una página de inicio. Puro HTML llano, con una tabla (he de decir en mi contra que no es accesible, pero aún no conocía el tema, pero si tienen Accesskey!) de 8 columnas dónde pongo 8 categorías cada una con sus respectivos enlaces (3 o 4 enlaces por categoría).

Siempre he considerado que una página de inicio ha de proporcionarte los enlaces que más usas a lo largo del día, en mi caso: Gmail, Universidad, Blog, eConozco y poco más.

Pues bien, tras intentar usar estos Sistemas de Página de inicio me encuentro que cojean de esta estructuración por categorías. Protopage te permite simularlas a base de añadir capas de enlaces y llamar a la capa por el nombre de la categoría, Netvives te permite añadir tags a tus enlaces creando una especie de falsas categorías ya que te obliga a buscar el link dentro del tag, en lugar de mostrarlo directamente. Google por su lado ya no permite nada del estilo, solo poner una lista de enlaces propios, sin categorías ni nada que te ayude a localizarlos rápidamente sin tener que buscarlos en una lista, aunque esta sea ordenada.

Considero vital el agilizar el acceso a los enlaces más utilizados, y esto no parece primar en los sistemas que hasta ahora he visto.
Eso sí, puedes tener 300 feeds añadidos en tu página de inicio... Desconozco si a alguien le puede interesar tener feeds en su página de inicio, yo cuando quiero leer mis feeds accedo a mi lector de feeds habitual y no tengo que esperar que me cargue la página de inicio porque tengo mis 40 feeds allí.
Por no hablar de tener el iconito del tiempo, o la comparativa del precio de la PSP(Playstation Portable) en diferentes paises... (entre otras utilidades "inútiles")

Creo que se podría considerar esto como un fallo en la arquitectura de la información. Cada cosa en su tiempo y en su lugar.

No dudo de la utilidad de estos sistemas de páginas de inicio, siempre y cuando se hayan construido centrados en el usuario, no centrados en lo bonito que quedan las capas AJAX moviendose aquí y alli...

Como hago siempre con algo que no me convence, me he hecho la idea de lo que yo me haría para mi y como me gustaría que fuera.

Sería :

Creación de diferentes páginas en función de su contenido: Enlaces Favoritos, TODO, Feeds, Notícias, Calendario/agenda, Enlaces "Secundarios". Y todas las que se os puedan ocurrir

Sistema de pestañas para acceder a una sección(página) o otra de mi página de inicio

Configuración personalizada: Número de pestañas, orden de pestañas, utilidades en cada pestaña, pestaña de inicio...

Configuración personalizada de estilos. Mediante plantillas o editando HTML

Toque social a la página: que mi página pueda ser página de inicio de otros usuarios, estilo : http://mypaginadeinicio.es/Mc

No tener que hacer login obligatoriamente, con acceder a mi página http://mypaginadeinicio.es/Mc ya tengo acceso.
Distinción entre contendio público y privado. El privado solo se mostraría si estoy logeado en el sistema.

Formulario de búsqueda en la pestaña que tenga configurada como inicio

Facilidades para añadir sistemas de Cross-Site-Scripting y poder hacer login a mi gmail, flickr, ... Pero solo a partir de un formulario, nunca ingresando la contraseña en el servidor de páginas de inicio.

Technorati Tags: arquitectura usabilidad accesibilidad inicio AJAX netvives Google

Red de contactos de accesibilidad y usabilidad en eConozco

2005-10-12T11:42:00.000+02:00

eConozco es una potente herramienta de red social y en concreto de red de contactos profesionales.
Con este fin se ha constituido un grupo sobre accesibilidad y usabilidad aprovechando el potencial de eConozco y establecer contactos profesionales y personales entre expertos y aprendices interesados de estos temas.
A su vez, eConozco ofrece muchas posibilidades laborales para todos sus miembros, ya que entre sus inscritos hay muchos propietarios de empresas relacionadas con Internet, y se forma así una plataforma publicitaria para todos aquellos que nos dedicamos a este sector, así como un medio colaborativo para la difusión de los principios de accesibilidad y usabilidad.

Estais todos invitados a uniros a esta iniciativa que más valor y utilidad adquirirá cuantos más seamos.

El link de invitación en Internet es : https://www.econozco.com/groups/AD74X90625PR

La llave de entrada al grupo es : AD74X90625PR

Espero que pronto constituyamos una amplia red social de la que todos podamos beneficiarnos.

Si teneis alguna duda y/o sugerencia al respecto usar el formulario de feedback del blog.

Technorati Tags: eConozco usabilidad accesibilidad red social

Utilizar Google para accesibilidad a archivos.

2005-09-28T22:38:00.000+02:00

Google, el megabuscador, me ha dado una alegría tras leer muchos comentarios acerca de su pobre usabilidad y su falsa sencilleza.

Todos conocemos las búsquedas que google realiza sobre ciertos formatos de archivos: PDF, PPT, DOC ... Pero tal vez no todos nosotros, yo al menos no lo hacía hasta hoy, es aprovechar la presentación que hace Google para estos archivos.

Tras la búsqueda, Google nos avisa del formato del archivo, mostrándolo entre corchetes antes del titular de la entrada encontrada.
Yo, como todo buen usuario de módem de 56kb descarto a priori todos los documentos, por su tiempo de descarga, opto por abrir una página HTML normal y corriente, y usualmente más rápida que los demás archivos.

Pero hoy, por alguna extraña razón, me he acordado de ese fantástico link de Google : "Versión HTML" que nos muestra el archivo, en una versión HTML.

No estoy descubriendo América verdad?

Pero si recapacitamos acerca de ésta posibilidad que Google nos brinda, vemos que es un comportamiento accesible envidiable. El usuario no necesita tener el lector de archivos PDF, ni el de presentaciones PPT, ni ninguno de los programas necesarios para abrir un fichero de texto en su debido formato.
Incluso las personas que utilizen dispositivos móviles que carezcan del software apropiado pueden acceder al contenido de ese archivo sin mayor problema.

Esto es comportamiento accesible, al menos a mí me ha ayudado a acceder a archivos que de otra forma, quizás no hubiera accedido.
Ahora me puedo permitir el lujo de hacer búsqueda sólo sobre ciertos formatos de archivos gracias al comando de Google:

Sintaxis: filetype:[PDF|PPT|DOC|...] clave de búsqueda
Ejemplo: filetype:PDF accesibilidad en archivos

Además, Google nos facilita la búsqueda de nuestra palabra clave en documento, subrayándola para remarcarla, y ahorrándonos tener que aplicar criterios de búsqueda.

Desgraciadamente, la versión HTML que Google genera a partir de un archivo indexado no es 100% accesible. Contiene 6 errores según la verificación con Hera. Y no todos los archivos tienen su versión en HTML o están en caché, pero sí la mayoría.

Otra herramienta más dispuesta a ser utilizada por todos aquellos que solicitemos accesibilidad a nivel de ficheros.

Añadidos

Tras escribir este artículo me he interesado en verificar esta herramienta de accesibilidad en otros buscadores importantes. Estos son los resultados obtenidos.

Yahoo
Yahoo también proporciona la "Versión HTML" de los artículos con los mismos errores de Google, pero con 33 revisiones manuales frente a las 22 de Google.

MSN
MSN no proporciona versión HTML como tal sino como acceso a su caché (en HTML). No ofrece el marcado de la búsqueda como Google y Yahoo, y contiene 7 errores pese a validar las pautas de nivel 1.

Lycos
Lycos no proporciona versión de HTML para archivos.

Altavista
Altavista no proporciona la herramienta de versión en html ni opción de caché. En su lugar indican el formato del artículo y añaden un link de "Descarga Acrobat Reader".

AllTheWeb
AllTheWeb tampoco proporciona soporte HTML para ficheros.

Hotbot
Hotbot tampoco proporciona soporte HTML para ficheros.

Aquí veis la actitud de unos cuantos buscadores al mostrar los archivos que tienen indexados

Technorati Tags: google accesibilidad usabilidad archivos búsqueda

La Accesibilidad en Ingeniería del Software

2005-09-21T00:30:00.001+02:00

En la actualidad, la gran mayoría de los Sistemas de Información de mediana y gran envergadura siguen un proceso de desarrollo por etapas conocido como Ingeniería del Software que cumple con varias normativas ISO para su estandarización:

· ISO/IEC FDIS 9126-1 (2000): Ingeniería de Software y Calidad de Producto

· ISO 13407 (1999): Procesos de diseño centrado en las personas para sistemas interactivos

· ISO TR 18529 (2000): Ergonomía de la interacción persona-sistema. Descripciones del proceso del ciclo de vida centrado en las personas

Lógicamente, todo esta Ingeniería es válida y usada en el desarrollo de Sistemas de Información basados en Web, que son los que especialmente me interesan, aunque se puede enfocar generalmente para cualquier Sistema de Información.

Estas etapas son (por orden cronológico): Especificación, Diseño e Implementación. Os daré una definición propia para cada una de ellas:

Especificación: Son el conjunto de técnicas y/o pautas que se siguen para determinar las funcionalidades y requisitos que el Sistema de Información va a tener, así como los diversos componentes que de él van a formar parte.

Diseño: Se modela la especificación y se crea un mapa conceptual de diseño con los componentes software que forman el proyecto, así como la interacción que seguirán entre ellos. Se establecen también los modos de comunicación, patrones y objetos para el desarrollo del sistema.

Implementación: Tras tener la visión clara y concisa que proporciona el diseño, basta con escoger una plataforma de desarrollo y un lenguaje de programación y codificar literalmente los diagramas de secuencia y operaciones obtenidas del diseño.

El ciclo de vida del software es algo más complejo que lo que aquí explico, cada etapa tiene sus metodologías muy clarificadas y bastante estandarizadas además de existir una realimentación de atrás hacía adelante para el mantenimiento y actualización del Sistema de Información.
Pues bien, ¿Dónde encontramos la Accesibilidad en todo este desarrollo?

De la experiencia que he ido adquiriendo a lo largo de estos últimos meses, podría casi afirmar que la Accesibilidad es parte de la implementación, allí donde se diseñan, gráficamente (no confundir con diseño conceptual) las interfaces de usuario.

Dicho de otra manera: Allí donde se programa usando XHTML y CSS o sea, en Implementación.

La cuestión es: ¿Se pueden aplicar los principios de Accesibilidad en las otras etapas?

A lo que yo mismo me respondo un enorme SÍ.

Posteriormente: ¿Por qué razónes no se aplican entonces?

* Falta de concienciación y conocimiento y/o experiencia en el tema.
* Por el mismo motivo que no siempre se aplica un desarrollo basado en esta metodología. Falta de tiempo, recursos y bagaje analítico.
* Por que los clientes tienen 10 razones por las que no invertir en accesibilidad.
* A saber…

¿Qué perfiles informáticos y en qué fases se podrían hacer cargo de la Accesibilidad?

- El especificador en la Especificación.

- El analista y el diseñador de bases de datos en Diseño.

- El programador y el diseñador gráfico en Implementación.

O sea, todas por las que pasa un sistema software en desarrollo, tienen la posibilidad de aplicar la Accesibilidad en su etapa correspondientes.

Pero no, de todos ellos, es únicamente los programadores y diseñadores gráficos sobre quién recae toda la carga, en cuanto a trabajo, que puede requerir un Sistema Software según las necesidades y los objetivos pactados entre cliente y especificador durante el análisis de requerimientos del sistema.

¿Se obtendría alguna mejora de aplicar los principios de accesibilidad en las diferentes etapas?

Lógicamente sí. Los implementadotes están formados para codificar un modelo estandarizado (p.e en UML- Unified Modeling Language) a su lenguaje de programación. Si el analista que ha modelado el sistema ya ha tenido en cuenta la accesibilidad durante su etapa, el programador solo se deberá a aplicar la accesibilidad a elementos muy propios de la programación, es decir, al código fuente. Ahorrándose así tener que desarrollar nuevos comportamientos y funcionalidades (por iniciativa propia) para obtener la accesibilidad en ciertos requisitos del sistema en los cuales el diseñador no la ha tenido en cuenta.

Pero es más, si a su vez el especificador hubiera especificado con la accesibilidad in mente, el diseñador no habría tenido que averiguar (por iniciativa propia) las funcionalidades que requieren de unos comportamientos diferentes, especiales, para su accesibilidad, o de unos requisitos exigidos por el cliente.

Ahorrándose esto, el diseñador se centrará más en temas de accesibilidad para los elementos básicos de su labor: los componentes del sistema y la interacción entre ellos.

El pez que se muerde la cola como veis.

Distribuir la accesibilidad entre todas las etapas haría que el proceso de “accesibilización” de una página se redujera a aplicar pocos principios en cada una de las etapas, pero el resultado final, sería en el peor de los casos el mismo que tal y como se desarrolla ahora.

Además evitaría el, “Uf, ahora hay que hacer esto accesible” cuando ya está en una versión beta, porque casi sin darse cuenta, todo el proceso se habrá hecho antes.

¿Cómo lograríamos que el especificador y el analista hicieran su labor integrando la accesibilidad como un requisito más del sistema?

Sólo hay una manera: Concienciación y Formación.

¿La teoría queda bastante clara verdad?

Si todos ponemos de lo nuestro, el proyecto sale mejor. Argumentación simple y sencilla.

Pero pongámonos ahora en la piel de cada profesional para ver qué puede aportar él, en su etapa, a la accesibilidad final del Sistema.

El Especificador

Tal vez la labor más primordial, ya no solo del especificador si no de todo el proyecto, es saber captar los requerimientos que el cliente nos solicita. El cliente es un usuario inexperto en informática (por eso requiere nuestro servicio), pero es muy experto en su sector, nos hablará de su visión de negocio, de las funcionalidades que necesita obtener del programa para agilizar el trabajo de sus empleados, de beneficios, gastos… Pero pocas veces se va a dar el caso que sea el cliente que nos diga: esta parte del Sistema necesito que sea accesible para tal motivo o para tal otro.

Pensemos en un ejemplo de requerimiento accesible que no tenga por que estar relacionado con disfunciones físicas o psíquicas de los usuarios. Algo mucho más simple.

El jefe se pasa la semana fuera de la empresa y todos los días quiere poder acceder desde su PDA a una herramienta de reporting que el sistema llevará integrada.

Si el especificador no entrevé un posible problema de accesibilidad en este aspecto, no tomará nota de esto, y todo el posterior proceso de reporting se hará sin tener en cuenta este aspecto.

Este aspecto concierne al Analisi de Requerimientos que realiza el especificador. Veamos otro caso relacionado con otra sub-etapa de la Especificación.

En la empresa hay una persona discapacitada motriz que lleva 30 años trabajando allí y es de muchísimo valor para la empresa dada su experiencia. Esta persona es la encargada de actualizar diariamente las previsiones de ventas para los próximos días. La discapacidad del trabajador impide a este el uso del teclado cómodamente (lo usa con mucha dificultad).

El cálculo de previsiones es un proceso crítico en la empresa, y tras cada operación se requiere una verificación y aceptación de la misma por parte del usuario. El sistema lanza un mensaje tras cada paso pidiendo confirmación.

Pero el usuario discapacitado dada su experiencia, no requiere de una confirmación para saber si está haciendo bien la actualización o no. Ya que por simples cálculos a partir de datos históricos conoce el resultado de dicha actualización de antemano.

Bien, el especificador al no percatarse de que hay un usuario, un “actor del sistema” que requiere un comportamiento “especial” al de los demás usuarios en ese Caso de Uso, está causando que el discapacitado tenga que sobre-esforzarse de manera totalmente innecesaria para llevar a cabo su labor.

En este ejemplo aparte de problemas de accesibilidad los hay también de usabilidad, pero vale para ver que en la sub-tarea de definición de Casos de Uso, el especificador puede considerar actores del sistema que no tienen porque seguir el mismo comportamiento que los demás.

El Diseñador

Hemos comentado que el diseñador (conceptual) es el profesional que se encarga de abstraer las necesidades del cliente un nivel por encima, de tal manera que se pueda modelar el concepto en un componente software, entiéndase: objetos y/o funciones. Al final de su etapa el diseñador conceptual hace unos esquemas del diseño gráfico de la aplicación con el fin de indicar los campos y datos que necesita para la ejecución de sus funciones.

Tal vez si el especificador no hubiera documentado nada acerca del Caso de uso “especial” para el empleado discapacitado, el diseñador no habría tenido en cuenta los posibles objetos y funciones que fueran necesarios para desarrollar ese comportamiento diferenciado del de los demás usuarios. Pero esto es un ejemplo acarreado por un fallo del especificador.

Veamos que aspectos debe controlar el diseñador en su etapa por una mejor accesibilidad y/o usabilidad.

La empresa ya tenía un sistema de indicadores de stock de una versión antigua, a la que los empleados estaban muy acostumbrados tras 10 años de trabajo sobre él. En el nuevo diseño se ha modificado la estructura del formulario, se han cambiado colores, incluso antes era en modo texto y ahora es con ventanas mil colores y formas diferentes. Cuando presentemos esto al usuario, éste se sentirá confuso y habremos provocado un riesgo funcional (riesgo provocado por un funcionamiento no habitual o intuitivo de un sistema) que incluso puede llegar a provocar el rechazo del usuario a la nueva aplicación.

El programador

Todos sabemos el ámbito de trabajo de este profesional basándose en la codificación y el diseño grafico para proporcionar un front-end amigable, usable y accesible. Así que no hablaremos de él porque la asociación que existe entre accesibilidad y diseño gráfico o programación la conocemos todos y el objetivo era demostrar que se puede hacer un seguimiento de la accesibilidad durante todas las etapas de la Ingeniería del Software.

Esperemos pues, que en un futuro no muy lejano, la accesibilidad se extienda a toda la Ingeniería del Software para una mejora incremental durante el desarrollo de los Sistemas Software del mañana.

Tech Tags: Accesibilidad Usabilidad Ingeniería Sofware Diseño Código

Nuevo colaborador y nueva sección

2005-09-15T23:58:00.000+02:00

Me enorgullece poderos presentar a un nuevo colaborador de Accesibilidad Web.

Su alias es posavasos y me sorprendió de él su capacidad para recolectar información de mucho, mucho interés, por este motivo propuse establecer una colaboración en este blog y el accedió amablemente.

Como podeis ver, se ha añadido una nueva sección a la bitácora, concretamente se trata de un LinkBlog. Una herramienta de recolección de artículos y/o notícias de otras muchas fuentes de información que se relacionan con el contenido de éste blog, en concreto con la accesibilidad.

Pues bien, de ésta sección, y en el futuro espero que de alguna más, se encargará posavasos gracias a esa capacidad innata de recolectar fuentes y artículos de importante contenido como venía haciendo en su del.icio.us.

He escogido este formato de presentación mediante enlaces para no tener que usar un post para cada uno de los posibles enlaces que se vayan recopilando.

Espero que esta nueva sección y este nuevo colaborador os nutran de información relevante en cuanto a accesibilidad se refiere.

Consorcio de Herramientas para Accesibilidad

2005-09-15T20:16:00.000+02:00

Vía Access Matters me entero de esta genial iniciativa.

Se ha creado un Consorcio para el desarrollo de Herramientas para Accesibilidad con muchas aplicaciones desarrolladas y otras planeadas.

Un buen empujón tecnológico para la accesibilidad sin duda alguna.

Entrevistas Accesibles: Alejandro de Webposible en el blog de Daniel Garcia

2005-09-15T19:21:00.000+02:00

Leo en el Blog de Daniel García una excelente entrevista a Alejandro Gonzalo de Blog Posible.

Toda una experiencia en cuanto a accesibilidad se refiere. No os la perdais!

Cosas de la vida...

2005-09-13T20:16:00.000+02:00

Parece mentira, pero a veces la vida tiene estas cosas... Sorprendentemente, almenos para mí, me han realizado una entrevista sobre accesibilidad, cuando hace nada era yo el que las hacía.

Podeis ver que no miento en la página de Daniel, quien aprovechando la entrevista intentó animar y conscienciar a los webmasters Chilenos sobre la importancia de la accesibilidad, tras acudir a una charla-seminario con escasa afluencia de oyentes.

Aquí os dejo la página de este nuevo gran amigo Daniel y el enlace a la entrevista.

Espero que os guste y agraceder desde aquí a Daniel y su interés por la accesibilidad y la motivación que esto y todo lo que se pueda hacer pueda aportar a todos los webmasters del mundo.

Saludos!

Foro Accesibilidad

2005-09-03T21:26:00.000+02:00

Foro Accesibilidad nace con la intención de crear un lugar de encuentro colectivo de interesedos y entendidos del principio de accesibilidad en el diseño de aplicaciones informáticas.

La idea surge tras visitrar foros de habla inglesa sobre el mismo tema, y tras observar que no existe ninguno con este tópico para habla española.

Esperamos así que este foro crezca como punto de discussión sobre temáticas relacionadas con la accesibilidad.

Un saludo enorme a todos y muchas gracias por vuestra atención.

Página del Foro
(http://foroaccesibilid.7.forumer.com)

Haciendo una bitácora Accesible

2005-09-03T14:15:00.000+02:00

Navegando por los links, sin siquiera recordar la fuente que me llevó hasta él, descubro a Carlos Egea y su blog personal Haciendo una bitácora Accesible
En su bitácora Carlos nos explica paso a paso como crear un blog accesible usando un CMS (Content Management System) como blogger.
Todo un manual imprescindible para todos aquellos que, aún siendo una simple bitácora, deseemos adaptarnos a los estándares sobre accesibilidad, facilitando así el uso de nuestro contenido a todos.

Un saludo enorme para Carlos y muchos ánimos a seguir con el proyecto que ha iniciado.

Mostrando el Feed de una manera Accesible y Usable

2005-09-01T23:00:00.000+02:00

Los Feeds de RSS se están convirtiendo en herramientas indispensables en toda web. Con ellos se difunde la información de una manera directa hacia el usuario, sin obligar a que este tenga que visitar nuestra página obligatoriamente para observar los cambios.

Planteándome el tema de los Feeds con Mario nos dimos cuenta que exponer directamente el link al RSS puede resultar algo peligroso.

Nos ponemos en el caso de usuarios inexpertos o con alguna disfunción física o psíquica que por curiosidad entraran al típico link de RSS y observaran ese cúmulo de carácteres especiales entremezclados con carácteres de texto, con mas bien poca estructura (al menos conocida). El usuario inexperto no comprende lo que ha sucedido, se ha podido cargar mal la página, se trata de un error o una broma? El usuario se siente confuso y puede tomar las decisiones típicas de este tipo de usuarios...
Una persona con disfunciones visuales puede ser bombardeado con una locución incoherente de símbolos y letras sin significado aparente alguno, otro usuario confuso.

Para evitar estas situaciones creamos una solúcion fácil y útil, al alcance de cualquiera y a la que se le pueden añadir más funcionalidades.

La idea es crear una página intermedia entre nuestro blog y el propio fichero XML. Dicha página nos podría servir para incluir una breve aclaración sobre "que es un Feed RSS" y un link al archivo XML que lo contiene.
Así el usuario inexperto no entrará de repente en una página que no sigue un formato Web estándard, ahorradose así la confusión, y además encontrará una explicación sobre dónde está y que puede encontrar ahí.

Los usuarios que sabían lo que buscaban y querían acceder directamente al link del Feed, lo seguirán teniendo, aunque sea en una segunda capa.
Lo que no encontramos lógico fue el hecho de tratar el link al Feed RSS como un enlace cualquiera a otra parte de la web o a una externa, que sería el comportamiento que cabe esperar en cualquier enlace en Internet, independientemente de nuestra experiencia en el medio.

Una vez creada la página intermedia, podríamos aprovechar para poner en ella todo lo relativo a Feeds RSS. Unos buenos elementos a añadir en esta página serían las imágenes-enlaces a agregadores de Feeds como Bloglines, FeedReader, MyMSN, MyYahoo, NewsGator...
Envez de mostrarlas en la página principal de una manera un tanto incoherente, podemos aprovechar esta página dedicada al Feed RSS para proporcionar estos enlaces de manera acorde con el contenido del marco donde se encuentran.

Como veis, una solución fácil, usable y accesible que puede facilitar las cosas a mucha gente y sigue el marco semántico de toda la web.

He creado la página del Feed de Accesibilidad Web como ejemplo.

Tech Tags: Feeds XML RSS accesibilidad Usabilidad

Haciendo CRM para la Web

2005-09-01T19:21:00.000+02:00

Las iniciales CRM se leen aquí y allí en todo el ámbito empresarial global, el término completo es Client Relashionship Management, literalmente algo así como Gestión de la Relación con el Cliente.

Qué filosofía hay tras un concepto tan útopico?
No se trata de llevarse a cenar al cliente y atiborrarlo de buen vino y buenos licores para aumentar así su sensación de bienestar y confianza en nuestra empresa. Es algo más complejo cuya misión és determinar con exactitud el Grado de Satisfacción del Cliente, que aquí llamaré GSC.(Hoy me da por iniciales mira...)

Y bien, Qué hacemos ahora con el GSC ?
Sabemos el estado del cliente respecto a nuestra empresa, sabemos que se enfadó y mucho tras atrasarnos en la entrega de su último pedido, sabemos que con muchas posibilidades ese fuera su último pedido a nuestra empresa si no se toman medidas urgentes.
Se puede "mimar" al cliente con suculentas recompensaciones, mayormente económicas, que calmen sus ánimos y vuelvan a mejorar su GSC. A nadie interesa hoy en dia tener un cliente enfadado.

A que viene esta aclaración económico-financiera aquí?
La web no deja de ser otro mercado económico más, aquí cada uno vendemos nuestros productos, unos venden componentes electrónicos, otros golosinas, hasta los hay que venden (me han dicho que hasta gratis) cosas etéreas como: conocimiento, experiencias, vivencias y todas las "-encias" que la vida nos pueda deparar.
Demostrado queda que este blog es una tienda más en este enorme centro comercial llamado Internet.
Pensemos pues como empresa, a toda empresa le gusta vender más, y para vender más los clientes tienen que comprar más y para que un cliente compre mas habrá que tener su GSC lo más alto posible.
El concepto del Grado de Satisfacción en Internet es algo más sutil que en el mundo empresarial, pero la idea es la misma, es proporcionarle al usuario lo que él nos pida y de la manera que él nos lo pida, así y solo así, el usuario se sentirá como en su casa.
Las empresas se bastan de múltiples variables para sus estudios de Grados de Satisfacción, historiales de ventas, entrevistas y encuestas a consumidores, comportamiento de los rivales... y un sinfín de números mediante técnicas extractivas como la Minería de Datos, ayudan a los directivos a conocer el estado de sus clientes.
En la web parece no existir ese afán de lograr la satisfacción de los clientes, exceptuando tiendas on-line claro, pero esta afirmación no es del todo cierta, a todos nos agrada enterarnos que hemos fidelizado un cliente, un internauta en nuestro caso, a nuestra web.

Veamos ahora unos cuantos medios que nos podrían ayudar a la hora de extracción de conclusiones.

Las estadísticas Web.

Todos conocemos este fantástico espejo de nuestra web,¿ pero realmente lo aprovechamos al máximo?
Está bien tener un contador con varios millones de visitas, y que cada día engorda otros miles de vistas más, pero no es suficiente. Hay multitud de sitios web que proporcionan contadores de visitas con estadisticas, sino también hay cientos de scripts en todos los lenguajes de programación habidos y por haber que realizan esta labor.
Nos desnudan la interacción del usuario en su visita a nuestra web con datos como:

Páginas Visitadas: Cuantas páginas nuestas ha visitado cada usuario y cuales han sido, un excelente dato para conocer los sitios más interesantes de nuestra web y los contenidos más comunmente visitados por los usuarios. Podremos enfatizar esas partes distingidas de nuestra web para añadirle aún más importancia y derivarlas en otro punto de entrada secundario a nuestro sitio, como un segundo Inicio (índex o "home").

Tiempo de la Visita: Muestra los minutos que ha estado el usuario conectado a nuestra web o incluso a cada una de las webs que ha visitado. Este dato nos ayudará a conocer las páginas más destacadas que he comentado en el punto anterior.

Ruta seguida: El contador de estadísticas nos indica los saltos que ha ido dando el usuario en su recorrido por nuestra web, podemos observar así que relación hay entre los saltos y los links que hay en cada página de la que provenía el usuario. Sabremos así si el link está bien colocado en ese lugar, si lleva al usuario a dónde lo queriamos llevar, o lo desvía por otra rama de nuestra web hasta perder su interés inicial.

Páginas de mayor entrada y salida: Nos indica las páginas que suelen ser más visitadas como punto de entrada a nuestra web y cuales son las páginas más comunes a partir de las que el usuario abandona nuestro sitio. Complementar las páginas de entrada más comunes ampliará el abanico de posibilidades del usuario en nuestra web, mientras que mejorar las páginas de mayor salida evitará agotar al atención del usuario y provocar que abandone la web.

Visitas externas: Reconocemos así qué usuarios nos llegan redireccionados desde otras páginas ajenas a las nuestras o desde motores de búsqueda.
Analizando las páginas de origen de los visitantes sabremos mucho sobre ellos, sabremos sus intereses nada más y nada menos. Incluso podemos llegar a saber el nivel de estos usuarios. Conocer bien a nuestros usuario es fundamental para conocer lo que buscan y lo que les interesa para poderselo servir a su agrado.
De las visitas provenientes de buscadores extraemos las claves de búsqueda, esas pequeñas joyas que nos permiten saber "de qué" se conoce nuestra web en internet, buscar esas claves en nuestra web nos ayudará a entender "qué" buscan los motores, y para el futuro, tendremos ese "qué" en cuenta a la hora de "cómo" aportar nuestra información haciéndola visible a buscadores y/o usuarios. (Casi que nada...)

Las estadísticas Web sea quizás el método más conocido y usado para analizar a nuestros visitantes, pero no és el único.

El Feedback
Un simple formulario como el que teneis a la derecha bastará para que el usuario haga sus quejas formales tras visitar nuestra web. Puede usarlo como medio de queja o como medio de agradecimiento o felicitación. En ambos casos deberemos leer detalladamente lo que el visitante nos explica de su experiencia a través de nuestro sitio para poder realimentar, de ahí la palabra, todo el sistema potenciando esas alabanzas o mejorando esas críticas.

Encuestas
La típica encuesta de "Qué te parece el sitio: Bueno Normal Nefasto" es muy básica, aunque nos puede dar un enfoque global correcto. Una vez trabajemos bajo la suposición que nuestro sitio no es nefasto, podemos dedicarnos a hacer una encuestas más concretas que nos permitan intuir mejor el Grado de Satisfacción de nuestros visitantes.

El Log de errores
Pese a parecer una estupidez creo que es uno de los puntos más a tener en cuenta. El usuario abandonará casi que con un 1oo% de probabilidades nuestra página tras un link roto o mal escrito. El Log de errores nos informa de estos links caídos y apresurarnos a repararlos evitará otras pérdidas. Tambien cabe la posibilidad que utilizan algunas web, especialmente de descargas de , "Notificar de Enlace Roto", pero eso sólo valdrá si el usuario está realmente interesado en ese enlace y en vez de abandonar nuestra web haya vuelto atrás para notificarnos el error.

Los Comentarios y mails al Webmaster
En algunas páginas, los blogs por excelencia, el usuario puede comentar artículos o contenidos posteados por el autor. Muchas veces, en estos comentarios se hacen críticas al respecto de la información, la escritura o muchos otros factores que hayan desagradado al usuario.
Otra opción es no negligir los mails que se reciben como Webmaster, muchas veces no son de nuestro agrado, dada la facilidad de mala palabra que tiene mucha gente, pero incluso hay personas que puede hacen críticas constructivas que nos ayuden a mejorar nuestro sitio y la relación del cliente con éste.

Tenemos entonces todos los datos disponibles para conocer la experiencia del usuario en nuestra web, sólo nos falta analizarlos conscienzudamente y adaptar nuestro sitio a los requerimientos sugeridos, completarlo con las ausencias detectadas y enfatizar los puntos destacados del mismo. Todo con el fin de que el usuario aumente su Grado de Satisfacción (usando el concepto empresarial) para que vuelva, aunque no sea para comprar :).

Technorati Tags: estadísticas web usuarios experiencia accesibilidad visitas

Un Error404 útil.

2005-08-31T22:53:00.000+02:00

Todos hemos sufrido el mensaje :

Not Found

The requested URL /ejemplo was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Nada que hacer al respecto, impotencia, resignación y lo peor de todo, a buscar una nueva página...
A los habituados a encontrarnos con este error no nos supone una gran pérdida, rápidament buscamos otras fuentes con la información deseada.
Para un usuario inexperto, la confusión puede ser total ante tal mensaje, más aún si sumamos que no entienda el idioma del mensaje.
Lo he experimentado personalmente con mis padres, ante tal mensaje su reacción es la misma, acudir en mi ayuda para explicarles porque no han podido acceder a la página que un amigo les ha apuntado en un papel y que contiene las fotos de su último viaje.

El error se suele causar al escribir el path entero de la URL, no necesariamente en la parte principal de ésta, sino en las diversas carpetas o nombres de archivos.
Si el error se diera en la parte principal, pocas soluciones habría, especialmente si poseemos un subdominio de éste.
Pero si el problema es una carpeta o un fichero mal escrito, podemos esforzarnos un poco más que proporcionando ese error típico que he mostrado.

Personalizando nuestra propia página de error.

Podemos crear nuestra página de error404 incluyendo todo lo que consideremos necesario para reorientar al nuevo usuario, antes de que abandone nuestra página tras el desconcierto. Para redirigir la página de error a la nuestra propia, tendremos que modificar el fichero .htaccess del directorio raíz del servidor, en caso de no existir dicho fichero, lo podemos crear.

Tendremos que añadir o modificar la configuración que redirecciona la página de error a la nuestra con esta línea:

ErrorDocument 404 http://nuestroservidor.com/error404.php

Si tenemos el privilegio de tener el servidor en casa, podemos modificar directamente la configuración de error de nuestro servidor web. En caso de Apache modificando la línea del archivo httpd.conf:

ErrorDocument 404 /missing.html

Pues bien, ahora solo tenemos que editar nuestra página de error404 con el contenido que deseemos, HTML llano, scripting...

Qué información incluir en nuestro 404 ?

Llegados a este punto nos planteamos que información incluir en la página de error para orientar al usuario. La página tampoco puede ser una superextensión de contenido que abrume al usuario, que decepcionado tras no encontrar la página buscada, es bombardeado con un sinfín de links y/o explicaciones no esperadas.

Redireccionando al usuario.

Esta es una técnica sencilla, nuestra página de error únicamente contiene una redirección hacia nuestra página de inicio tras una espera de 10 segundos con el mensaje de "la página buscada no ha sido encontrada... está siendo redireccionado a la página principal, si la redirección no funciona clicke aquí".
En unos segundos el usuario se encuentra en una página que no había solicitado, o incluso de la cual proviene. De poco sirve esta solución si lo que pretendiamos era aclarar la confusión del usuario.

Dando unas sugerencias al usuario.

Ya que el usuario realmente quería acceder a una de nuestras páginas, podemos concretar cuales de nuestras páginas son principales y por lo tanto más susceptibles de recibir visitas. Aportar un pequeño, por lo de no abrumar, listado de enlaces a las diferentes secciones de nuestra página, puede reorientar al usuario o incluso facilitar que éste identifique el enlace de destino, al que intentaba entrar, entre los proporcionados. Una excelente propuesta es añadir el enlace al mapa de la web, siempre y cuando esté bien construido, éste será el mejor índice de búsqueda manual que el usuario podrá encontrar.

Aportando motores de búsqueda.

Podemos complementar las sugerencias anteriores aportando al usuario un motor de búsqueda que previamente haya indexado nuestro contenido y pueda serle útil para buscar información sobre la página no encontrada en nuestro propio sitio. Existen varios tipos de motores de búsqueda e implementados de variopintas formas. En esta página utilizo el formulario de Google con la opcion de búsqueda interna o en Internet. El problema de este sistema es que el usuario es redireccionado a una página, en este caso de Google, externa al sitio donde se encontraba.
Tambien podemos optar por usar un sistema de búsqueda propio, he estado experimentando con SiteSearch, un script php que indexa el contenido de tu sitio web para luego poder realizar búsquedas sobre este.

Tal vez fuera ideal una aplicación que no necesitara que el usuario tecleara la clave de búsqueda, sino que esta fuera captada automáticamente URL mal escrita o el archivo inexistente y realizara la búsqueda automáticamente aportando todas las entradas "parecidas" en caso de tratarse de un error tipográfico. Así nos aseguramos de mostrarle al usuario el link que buscaba si es que realmente existe. En otro caso ya proporcionamos enlaces interesantes sobre nuestra web que pudieran orientarlo y visitarnos.
Desconozco si ya hay algun Script que busque por aproximación, o te de la sugerencia estilo Google de " usted quiso decir...". Pero tal vez esta sería la mejor opción de todas y la que mayor porcentaje de acierto nos daría a la hora de encontrar lo que el usuario andaba buscando.

Cualquiera de las maneras expuestas es mucho mejor que el mensaje por defecto que nadie comprende, ni sabe de dónde procede ni cual ha sido el error cometido. El usuario debe ser bien informado de la incidencia y lo más importante de todo, debe ser bien reconducido a encontrar su destino o al menos lo más parecido posible dentro de nuestra página antes de volver atrás y buscar otra diferente.

Technorati Tags: Error Accesibilidad Usabilidad Configuración Index