Mostrando las entradas con la etiqueta Accesibilidad. Mostrar todas las entradas
Mostrando las entradas con la etiqueta Accesibilidad. Mostrar todas las entradas

2 de marzo de 2008

10 errores en el diseño de aplicaciones

Un articulo en el que se nos explica diez errores que se cometen cuando se diseña una aplicación, un resumen sería el siguiente:

* Controles no estándares: los enlaces, botones, radio buttons y demás controles tienen una utilidad específica y estándar. Cambiar el comportamiento no es lo correcto y no hace más que confundir al usuario.
* Inconsistencia: diferentes cosas para una misma utilidad, usa lo mismo en el mismo lugar para la misma acción.
* Acciones no perceptibles: se debe saber qué acción realiza un control a simple vista. Si hay que investigar para qué sirve algo no cumple su cometido.
* Controles sin reacción: cada control debe indicar 3 cosas: mostrar a los usuarios el estado actual, cómo se interpretan los comandos y qué está pasando.
* Malos mensajes de error: no basta con decir que hay un error, sino que es lo que ha pasado y que se puede hacer para solucionarlo.
* Preguntar por lo mismo dos veces
* No hay valores por defecto: os valores por defecto sirven para que haya más rapidez en las respuestas, para enseñar mediante el ejemplo y para dirigir a usuarios novatos.
* No explicar cómo funciona la aplicación: en aplicaciones estándar eso no es muy problemático, pero en otras aplicaciones hay que explicar qué se puede conseguir y cómo y no únicamente acceder a la aplicación.
* No indicar qué se hace con la información
* Mostrar características internas: al usuario no le importa y no llegará a entender cosas internas de la aplicación, por lo que no es necesario que el usuario lea.

Top-10 Application-Design Mistakes

via: sentidoweb.com

18 de noviembre de 2007

Libro Gratis!: “Planeta WEB2.0 Inteligencia Colectiva o Medios Fast Food”

Planeta WEB 2.0 - Inteligencia Colectiva o Medios Fast Food
Nuevo libro sobre el fenómeno Web 2.0, escrito por Cristóbal Cobo y Hugo Pardo.
Se puede descargar y leer completo de forma gratuita porque está publicado con una licencia Creative Commons.
Son en total 162 páginas en formato PDF.

Web: http://www.planetaweb2.net/

www.webtodoweb.com

12 de setiembre de 2007

Nuevo sitio - WEBTODOWEB.com

Desde hace un par de meses esta pronto y al aire www.webtodoweb.com, misma web, mismos temas, mismos articulos, un poco mejor...
Clic para ir >>

27 de agosto de 2007

8 consejos para mejorar la usabilidad

8 buenos consejos para que podamos mejorar la usabilidad de nuestras aplicaciones web, algo que a veces se ignora pero que hace sufrir a algún que otro usuario.

  • Cuanta más interacción se necesite para realizar una tarea, más difícil se vuelve: cuando se necesite realizar una acción hay que evitar pedir todas las posibles características de la acción, simplemente pide lo estrictamente necesario. Por ejemplo, un buscador, puedes pedir que te ofrezcan la categoría, el número de resultados, el criterio de orden, … o simplemente pedir la palabra a buscar y si se quiere ofrecer una búsqueda avanzada para quien quiera refinar la búsqueda.
  • Cuanto mayor tiempo de concentración se necesite para realizar una tarea, menor es la usabilidad: intenta que la aplicación responda lo más rápido posible para que el usuario mantenga su atención.
  • Cuanto más tenga que trabajar el usuario, menos efectiva es la interfaz: lo que nos lleva a otro punto, haz la interfaz intuitiva.
  • No vayas en contra de lo que espera el usuario: el usuario está acostumbrado a una serie de herramientas: botón para volver, recargar, … Diseña la aplicación teniendo en cuenta que el usuario está acostumbrado a algo y es lo que espera encontrar. El mal uso de Ajax a veces va en contra de esta premisa.
  • Las páginas de error no gustan: nada es peor que mostrar uno o dos errores al usuario al mismo tiempo.
  • Permite al usuario modificar la interfaz: a todo el mundo le gusta modificar los colores y el aspecto del entorno de trabajo. Que la gente se sienta cómodo con los colores es también algo a tener en cuenta.
  • No esperes que los usuarios lean las instrucciones: debido a ello, la interfaz debe ser lo más parecido a lo que se está acostumbrado, para que cuando se encuentren con lo que tienen que hacer sea igual o muy parecido que lo de siempre.
  • Mantén al usuario libre de errores: por ejemplo, una página 404 no dice nada, en vez de ello ofrece alternativas.

5 (+3) tips to increase web application usability

6 de agosto de 2007

Libros Gratis - LibrosWeb.es

LibrosWeb.es publica gratuitamente todo el material que utiliza su autor en los cursos que imparte. Además, publica traducciones de libros gratuitos interesantes relacionados con el diseño y la programación web.

Algunos de los libros para descargar:
Introducción a AJAX
Introducción a JavaScript
Introducción a CSS

Introducción a XHTML

web: www.librosweb.es


20 de julio de 2007

Accesibilidad, Usabilidad y Estética

Accesibilidad, Usabilidad y Estética

Largo y tendido se ha debatido la relación entre Usabilidad y Estética, discusión principalmente alentada por aquellos que quisieron ver alguna incompatibilidad entre ambos conceptos.

Entre los miembros de la comunidad dedicada a la experiencia del usuario parece ser que finalmente se llegó a un acuerdo: La usabilidad y la estética no tienen por qué estar reñidas. De hecho, como se ha demostrado en diversos estudios - entre ellos Laviea y Tractinsky (2004)-, las interfaces estéticamente agradables son percibidas por el usuario como más fáciles de usar; e igualmente, como sugiere Karvonen (2000), principios de usabilidad como la simplicidad en el diseño representan también una noción estética.

Ese mismo debate, en algunos foros, parece haberse trasladado a la confrontación entre Accesibilidad y Estética. ¿Existe realmente esa tensión entre ambos conceptos?

A esa pregunta intentan responder Petrie, Hamilton y King (2004) en su trabajo “Tension, what tension? Website accessibility and visual design”.
La metodología empleada es la siguiente:

* Análisis de la accesibilidad de las páginas de inicio de 1000 sitios web mediante su comprobación semiautomatizada conforme las directrices WAI
* En base a estos resultados, una muestra representativa de 100 de esos 1000 sitios web, es evaluada con usuarios reales con diferentes tipos de discapacidad

Las primeras conclusiones que obtienen del estudio son en forma de aquellos problemas de accesibilidad y usabilidad que se repiten con más frecuencia:

* Composición visual de la página compleja y desordenada
* Mecanismos de navegación confusos y desorientativos
* Poco contraste de color entre contenido y fondo
* Incompatibilidad de las páginas con navegadores de lectura
* Los textos y los gráficos son excesivamente pequeños para su lectura

Otra de las conclusiones que obtienen es que no existe tal tensión entre diseños visuales sofisticados y estéticamente agradables, y la accesibilidad de esos diseños. Esta afirmación la ilustran con varios ejemplos de la muestra estudiada:

* www.egg.com
* www.ebay.co.uk
* www.oxfam.org.uk

Fuente: Por Yusef Hassan

9 de julio de 2007

El Sindrome de la página en blanco

Todos nos hemos enfrentado al pánico de empezar un proyecto con una página (o monitor) en blanco al inicio de un proyecto y ninguna gran idea. Hace algunos años alguien pidió ayuda a la lista de correo Graphic Arts. Gunnar Swanson, profesor de diseño, escribió una respuesta que aun conservo en mi archivo, y utilizo a menudo.

La respuesta de Gunnar Swanson:

Asumo que el "Síndrome de la página en blanco" significa parálisis psicológica en las primeras etapas de un trabajo. Mi sugerencia es hacer algo — aunque sea algo malo. Entonces puedes examinarlo y ver porqué está mal y hacer otra cosa y examinarla y ver porqué está mal y hacer otra cosa… y muy pronto estarás haciendo algo bueno.

Si estás en el mero principio de un proyecto, tienes suerte. Es una etapa bastante mecánica. Le preguntas al cliente cosas como "¿Qué estis College of Art andás tratando de decir?" y "¿A quién se lo estás tratando de decir?" Sigue preguntando esas preguntas en diferentes niveles — "¿Cuál es el subtexto de todo esto? ¿Cómo quieres que la gente se sienta?"

El siguiente paso es juntar todo esto como un registro coherente, listando características en orden de importancia ("los criterios del proyecto"). Esto es bueno para que obtengas una visión clara del proyecto, y te permite que tu cliente este de acuerdo con estos criterios, de manera que no te estés matando por hacer algo que a tu cliente no le importa.

El siguiente paso es donde sospecho que estás. Es la fase de "necesito una gran idea". No necesitas una gran idea. Te conviene más tener muchas ideas pequeñas. Un ejercicio que les doy a mis estudiantes usa una retícula. En el eje Y (el lado izquierdo), ennumera palabras clave o conceptos sobre tu proyecto / tema. En el eje X (arriba), haz una lista de cada término que puedas pensar que describa una relación de forma y significado. Llena los cuadrados formados por la retícula con dibujos.

Ejemplo: Tu proyecto es diseñar un logo para un restaurante llamado "La Casa del Perro". Las palabras clave obvias son perro, casa, comida … trata de extender la lista.

Las relaciones de forma y significado incluyen términos de semiótica de Peirce — icono, indice y símbolo. Para simplificar, un icono en este sentido, es algo que se ve como lo que significa (por ejemplo, un dibujo de un perro). Un indice representa una relación física en la que no existe una parecido actual (como humo para un fuego o huellas digitales para una presencia humana). En el caso de "perro" incluiría huellas, un hueso, excrementos, o lo que sea. Símbolo, en este sentido, significa cualquier representación meramente cultural sin una base en la naturaleza (como las formas P E R R O en el caso del perro).

Otra buena fuente de relaciones entre forma y significado puede ser creada por todo lo que tu profesor de literatura trató de decirte cuando no estabas escuchando — metáforas y tropos literarios. Estas incluyen la sinécdoque, que es una metáfora en la que una parte de algo se usa para describir el todo. Por ejemplo, si digo "Al no tener techo, empezó a ganarse el pan a las 15 primaveras", se entiende que a los 15 años empezó a ganarse la vida por no tener casa. (Una sinécdoque de un perro podría ser una cola meneándose.)

Otros tropos incluyen la metonimia (literalmente "cambio de nombre" en griego). Esta incluye reemplazar un trabajador por una herramienta (como la hoz y el martillo soviéticos) y lo opuesto de la sinécdoque. Si digo "Me levanté esta mañana y la ley estaba tras de mi. El FBI me tenía rodeado", es claro que no me refiero a que los códigos penales de los Estados Unidos, el sistema judicial entero y todos sus empleados, todos los edificios y archiveros del FBI… todos estaban a mi puerta. Estoy usando el todo para describir una parte.

Si aprender nuevos términos te da dolores de cabeza, puedes poner en la parte de arriba "grande por chico" "chico por grande" "suena como", y lo que tenga sentido para ti.

Esto puede ser difícil de entender porque solo tiene sentido si lo entiendes. Si sólo vas a hacer parte de esto, la columna "indice" es donde se halla una cantidad tremenda de buenas cosas. Piensa como sabes que algo está ahí sin verlo, qué es lo que indica su ausencia.

La buena noticia es que no tienes que pensar una gran idea. Solo tienes que responder muchas respuestas pequeñas. Puedes encontrar que no hay respuestas para algunas de las preguntas, pero este proceso te dará un banco de imágenes. Si algunas son particularmente buenas o interesantes, ponlas junto con tus palabras y preguntate si el hueso al que llegaste como indice de perro o metonomia de perro vale la pena continuar. Pon "hueso" en la retícula y haz las mismas preguntas sobre el—- cual es el indice del hueso.

Toma este banco de ideas y trata de combinar cada una con todas las demás. Ahora tienes miles de ideas. La mayoría son malas, pero no necesitas mil buenas ideas, solo unas cuantas.

Fuente: Diseñorama.com
Escrito por Gunnar Swanson


18 de junio de 2007

ClickTale.net - ¿Que están haciendo nuestros visitantes?



Los que hace años diseñamos webs, y trabajamos con Internet, con el tiempo, vamos aprendiendo pequeños trucos y atajos que nos hacen la vida más fácil. Esta experiencia nos lleva a saber de ante mano si el diseño de una página html, será exitoso o por el contrario será rechazada por los usuarios. En esta oportunidad te voy a contar de
ClickTale.net, un servicio para webmaster imposible dejar de pasar.

¿Para que sirve ClickTale.net?

Para saber que hacen los usuarios dentro de nuestros sitios. ClickTale.net graba la actividad de los visitantes dentro de nuestros sitios y nos permiten apreciar como ha sido el comportamiento de estos. Como mueven el mouse, como interactúan con las barras de navegación, que les llama más la atención, etc. Una herramienta imposible de dejar pasar para nosotros los diseñadores.

¿Y el comportamiento frente a los anuncios?

Por supuesto, una de las utilidades más importante que tiene es dejarnos ver como ha interactuado un visitante en nuestro sitio, y que grado de omisión le ha dado a los anuncios publicitarios. Esto nos puede ayudar a mejorar el rendimiento de los anuncios, haciendo cambios y ajustándolos a los comportamientos de los visitantes.

La usabilidad Web se pone en manifiesto y lo vemos con nuestros propios ojos. Como reacciona el usuario dentro de nuestro sitio es algo que realmente ningún webmaster pude dejar de probar
.

17 de junio de 2007

Entro en una página web cualquiera y...

... muchas veces no estaré más de 5 segundos en ella y cambiaré de sitio ! ¿Por qué? ¿Porque no tiene una animación flash que me gusta? ¿Porque la foto que sale en portada está mal pixelada? ¿Porque no me ofrecen un precio atractivo por el producto que estoy buscando?

Puede ser alguna de esas respuestas, pero el 99% de las veces que saldré del sitioe para seguramente no volver nunca más, será por otra razón : No quiero perder el tiempo intentando descifrar la página. Estaba buscando alguna información (precio, artículo, noticia, comentario, foto, explicación, etc) y sucedieron dos cosas : ni la encontré a la primera (decepcionado pero no frustrado)... ni el diseñador me ayudó a que la pudiera encontrar ¡(así que frustrado, me largué del sitio)!

¿A qué me refiero? Al concepto básico que debe tener cualquier sitio web y que muchos diseñadores obvian: ¡ U-S-A-B-I-L-I-D-A-D !, sobre el cual no hace falta escribir un tratado de 20 páginas. En mi modesta opinión, teniendo en cuenta unos pocos aspectos, ayudaremos al usuario a encontrar lo que está buscando en nuestro sitio (si es que se lo podemos proporcionar) o como mínimo no saldrá de nuestro sitio jurando no volver nunca más. Estos puntos serían :

1 - Facilitar al usuario de forma inmediata la situación exacta dentro del sitio web. ¿Cómo?


  • Con un titular bien grande al principio del contenido de la página, donde le informará de forma resumida de qué trata esta sección de la web. Pensemos un poco : si cualquier medio impreso lo facilita, ¿por qué no debe tenerlo cualquier página de un sitio web?

  • Con un menú de navegación principal claro y conciso. Si nuestro sitio tiene menús secundarios (seguramente sí) también aplicaremos la misma regla. Por menús claros me refiero a palabras que identifiquen cuáles son las grandes secciones tiene el sitio (menú principal) y qué opciones hay disponibles en el nivel en el que se encuentra el usuario (menú secundario)

  • El cartel "Ud está aquí", es decir, informar de forma destacada en qué posición exacta del sitio se encuentra el usuario. Esto podemos conseguirlo a través de una corta línea de hipertextos que indiquen la ruta seguida desde el home del sitio hasta llegar a esa página concreta :


    Usted está en: Página Principal > Servicios > Desarrollo de Software


    o bien marcando de forma eficiente en el menú de navegación en qué parte del mismo nos encontramos :




2 - Colocar una ventana de búsqueda ¡que funcione! en la página de inicio. Esto es, que su motor de búsqueda interno sea eficiente (imprescindible) y sobre todo, nada de palabras raras en el botón que active la búsqueda. Si lo que queremos es buscar, ¿por qué el botón muestra 'Ir', o 'Empezar'? Sí, sé que sonará obvio para la gran mayoría, pero realmente me sorprendo de la gran cantidad de sitios en los que el botón de búsqueda no muestra precisamente eso, 'Buscar'.

3 - Plasmar en la pantalla lo que parece tan evidente (y muchas veces no lo es). O dicho de otra forma, si en un sitio de una emisora de radio hay una opción para escucharla a través de Internet, y se indica con un vínculo 'Escuchar radio en vivo'... ¿qué cuesta agregar un pequeño icono con el símbolo universal de 'play' al lado? Fue curioso descubrirlo cuando en un mini-test de usabilidad, una persona joven con total dominio de un pc, hojeó a lo largo de toda la página principal de Virgin Radio y al final, medio molesta, se dirigió a mi para exclamar que no se podía escuchar la emisora por internet... Sí se puede, pero el diseñador no quiso plasmar lo evidente.

...para remate, hace tan sólo unas semanas en la página interna que da acceso a la emisora en vivo sí que agregaron el botón de play... lo cual merece aún otra consideración : ¿por qué no se tiene acceso a la radio en vivo desde el home del sitio, cuando muchísima gente visitará la página principal sólo para conectar la radio a través de Internet?... USABILIDAD, por favor diseñadores, ¡USABILIDAD!

Fuente Don't make me think by Steve Krug www.sensible.com

16 de junio de 2007

Cómo representar los resultados en un análisis comparado


Analizar y comparar sitios web es una tarea habitual en nuestro trabajo. Frecuentemente al inicio de un proyecto analizamos y comparamos el sitio en el que estamos trabajando con otros sitios web de características o funcionalidades similares. Esto nos ayuda a detectar buenas prácticas del sector, problemas comunes, nuevas ideas, etc.

Por ejemplo, cuando empezamos a trabajar en el diseño de un sitio de comercio electrónico de unos grandes almacenes, una de las primeras fases consistió en estudiar las webs de sus competidores más cercanos, así como sitios web de referencia como Amazon.

Frecuentemente el resultado de este estudio lo incluimos dentro de la documentación que presentamos al cliente, con lo que es muy importante escoger adecuadamente el modo de representar los resultados. Estos deben ser gráficos e ilustrativos y fáciles de entender.

Cuando se comparan elementos concretos, como son las características de los enlaces, la legibilidad de los textos, la facilidad de uso de los menús, etc. es posible mostrar los elementos e indicar sus características, sus puntos fuertes y flojos, y lo que los hace mejor o peor que las otras alternativas.

Sin embargo, cuando se quiere comparar las webs estudiadas en su conjunto puede resultar difícil de representar. Para estos casos puede ser interesante utilizar el User Experience Honeycomb, un diagrama que desarrolló Peter Morville en el que se representan las distintas facetas que componen la experiencia de uso de un sistema.


Coloreando con mayor intensidad o menor estas características, se obtiene una representación que indica en qué aspectos sobresale el sitio estudiado.

Estos diagramas se pueden añadir en los informes que se presentan al cliente para informarle de una forma gráfica e intuitiva el resultado del análisis.

En el siguiente ejemplo se muestran los diagramas resultantes de analizar dos sitios web distintos.


Fuente: www.usolab.com/wl/

Como lee los Usuarios en la Web

Los usuarios en la Web no leen, o por lo menos no lo hacen de la misma forma secuencial que cuando tienen entre manos un periódico, un libro, un artículo o un cómic. Los usuarios tienen necesidades y objetivos, metas que alcanzar, y saben que la forma de conseguir dichas metas no suele ser dedicando largos ratos a cada nodo web que visitan, leyendo de principio a fin sus contenidos y enlaces. El usuario, en una página, hará clic sobre el primer enlace que crea puede llevarle a lo que busca, necesita o pudiera interesar. Eso quiere decir que muchos de los contenidos y enlaces de ese nodo ni siquiera serán vistos por el usuario.

Perdón, Cómo ojean los usuarios

El usuario, ante una página, ojea a saltos la información contenida. No podemos predecir con exactitud cuál será el camino que el usuario seguirá durante su exploración visual de la página, pero sí a qué zonas le presta mayor atención en su búsqueda:

Hay zonas del interfaz de la página que confieren una mayor jerarquía a la información que contienen, como la zona 1. La Jerarquía Visual[1] proporciona relaciones jerárquicas del tipo 'esto es parte de esto' y 'esto va a continuación de esto' entre los objetos informativos de la página, mientras que la Jerarquía de Información o Contenidos establece relaciones del tipo 'esto es más importante que esto'.

Para enfatizar la importancia de unos objetos informativos de la página sobre otros, es decir, para definir la Jerarquía de la información, se pueden utilizar diversas técnicas:

  • Colocar la información más importante en zonas del interfaz más relevantes (ver figura anterior)
  • Enfatizar mediante efectos tipográficos
  • Aumentar el tamaño de los textos de mayor importancia
  • Utilizar el contraste del color para distribuir y discriminar objetos informativos
  • Agrupar objetos informativos relacionados entre sí

Al contrario de lo que pueda parecer, los objetos informativos parpadeantes, cambiantes o deslizantes no serán percibidos por el usuario como importantes. Pueden ser percibidos como publicidad, ya que es un mecanismo demasiado explícito para atraer la atención del usuario.

Además, al diseñar la información de nuestra página (jerarquía visual y la jerarquía de información), si definimos demasiados objetos informativos como 'muy importantes', se produciría en el usuario una sobrecarga de información, con lo que habremos fallado en nuestro objetivo.

El problema es que el usuario en la Web no es único ni uniforme. Cada usuario que visite el sitio web tendrá necesidades, expectativas y comportamientos diferentes, por lo que el diseño de la información debe realizarse para satisfacer al mayor número de usuarios posibles.

Si dispone de los conocimientos y tecnología suficiente podría realizar un diseño dinámico que mediante perfiles se adaptara a las diferentes necesidades de cada grupo de usuarios, o idealmente, a cada usuario en concreto. La jerarquía de información de cada página sería diferente para un usuario que visitara el sitio web una media de 3 veces por semana y que ya hubiera comprado un par de productos, que para el usuario que es la primera vez que visita el sitio web.

Conclusiones

Los usuarios usan las páginas, no las leen. Aún en el caso del usuario, que después de haber realizado una navegación compulsiva e irreflexiva, se encuentra con un texto o artículo cuyo contenido en general es de su interés, no empezará a leerlo. Antes lo ojeará, leerá los títulos y epígrafes, mirará las figuras, gráficos e imágenes, quizás lea algún párrafo en el que se encuentre algún término de su interés enfatizado, y sólo después de esto, empezará a leer. Una vez que empiece a leer el texto (no necesariamente desde el principio), puede que incluso lo abandone haciendo clic sobre algún enlace que tuviera embebido.

La causa de este comportamiento es sencilla: los usuarios odian leer en pantalla, e intentarán por todos los medios extraer de los textos toda la información que necesiten o interese con el menor esfuerzo posible.

Fuente: nosolousabilidad.com
Yusef Hassan Montero

Grupo SCImago, Universidad de Granada

12 de junio de 2007

La accesibilidad de los 10 Gestores de Contenidos más importantes



Frecuentemente nos preocupamos de la accesibilidad de nuestros sitios web y para ello una de las preocupaciones más frecuentes es que nuestro Gestor de Contenido (CMS) genere un código HTML accesible. Pero alguna vez nos hemos preguntado si el CMS que utilizamos es accesible?? Podrían manejar un CMS (y por tanto mantener un sitio web) una persona con discapacidad??

Para responder a estas preguntas, he recordado el artículo Choosing an Accessible CMS en el que se estudiaba la accesibilidad de los principales CMS que se encuentran en el mercado. Voy a hacer un resumen de los datos más importantes.

  1. Jadu
  2. Utiliza AJAX y Javascript por lo que no se lleva muy bien con los lectores de pantalla. Destacar que tiene una opción para mostrar contenido en alto contraste y sólo texto. Están trabajando para mejorar la accesibilidad del CMS.
  3. Mambo
  4. Al principio su interface parece bastante usable, pero para usuarios novatos puede ser un poco confuso el sistema de estructuración del contenido de Mambo. Los lectores de pantalla encuentran alguna dificultad con sus contenidos. No es un CMS muy accesible o usable.
  5. Expression Engine
  6. Para los lectores de pantalla es un incordio. No tiene encabezamientos y es difícil navegar por sus características. La usabilidad es bastante buena y su uso bastante sencillo.
  7. Textpattern
  8. Es muy similar al anterior pero con una interface aún más fácil. Además tiene un sistema de formateo de texto si usar un WYSIWYG (WhatYouSeeIsWhatYouGet).
  9. Joomla
  10. Los lectores de pantalla funciona bastante bien con este CMS y es fácil de comprender y usar. Algunos problemas encontrados son: algunos enlaces no se pueden activar con la tecla Enter, los radio buttons se leen bien pero su label no puede ser mejorado, etc. Es un CMS muy recomendable.
  11. Quick and Easy
  12. Algunas de sus características son: interface simple, simple y rápido de mantener, los lectores de pantalla funcionan bien, etc.
  13. Plone
  14. Los lectores de pantalla tienen las ventajas de saltar al contenido y a los enlaces de navegación, buena estructura de encabezamientos, no usa frames y los formularios están bien marcados. Desde el punto de vista de la usabilidad es quizás poco intuitivo.
  15. Xoops
  16. Para los lectores de pantalla es uno de los mejores, sin embargo, su usabilidad e interface es poco intuitiva.
  17. Drupal
  18. Tiene buena usabilidad y su interface es simple y clara. Con respecto a los lectores de pantalla tienen buen encabezamiento y estructura. Se pueden mejorar algunas cosas, pero sin lugar a dudas es muy recomendable.
  19. Typo3
  20. Es uno de los CMS cuya interface es más confusa ya que usa términos muy técnicos. Utiliza frames y los lectores de pantalla encuentran alguna dificultad. Es poco recomendable el uso de este CMS.

Después de leer ésto, puedes elegir el CMS que más te guste y recuerda que el mantenimiento de la accesibilidad de un sitio web también depende del uso que haga del CMS el administrador, por tanto, recomiendo la lectura de esta breve guía para mantener la accesibilidad de un CMS.

Fuente: http://accesibilidadweb.blogspot.com/

Intereses de los Usuarios de la WEB 2.0



Extracto del libro mencionado en el post anterior.



"La parte más significativa del movimiento 2.0 pasa antes por intereses personales
que por modelos de negocio ya que se trata de un movimiento social antes
que un modelo empresarial, y de ahí la dificultad en identificar el modelo de
negocio subyacente ya que en muchas ocasiones no lo hay. Para muchos, hablar
de web social y de negocio es un oxímoron.

¿Es razonable buscar un modelo de negocio en un movimiento social o cultural?.
Las razones que movilizan a la gente y la llevan a actuar se hallan a menudo
alejadas de las claves económicas. ¿Cuál era el modelo de negocio del surrealismo?
Sin duda hubo gente que ganó mucho dinero, pero hubo otros muchos
que simplemente buscaban una manera de expresarse. ¿Cuál es el modelo de
negocio del ecologismo? Sin duda dará pie a un nuevo sector como el ecodiseño
o las energías renovables, pero también es evidente que nace antes por la
concienciación y la responsabilidad social que por el ansia de ganar dinero.
Aunque también es seguro que habrá quien lo dude, y vea en todo ello una estrategia
global para que los millonarios sean aún más millonarios.

La Web 2.0 está plagada de propuestas que puede que generen dinero, pero que
nacen con la única intención de resolver una necesidad personal. Por ejemplo
Joshua Schachter creó el célebre del.icio.us63 simplemente para su uso personal
y poder resolver sus problemas al gestionar los enlaces favoritos en Internet64.
posteriormente Yahoo! le compró su empresa y seguramente ingresó un buen
dinero, pero el inicio no tuvo nada que ver con una idea de negocio.

Todo ello puede esquematizarse en tres tipos de iniciativas que responden a
móviles personales, que pese a no tener ninguna conexión entre ellas también
es cierto que algunos proyectos las siguen ordenadamente como si se tratara de
una escala evolutiva.

1.1. Iniciativas sin expectativa de retorno económico...
1.2. Iniciativas con expectativa de retorno económico centrado en la persona...
1.3. Iniciativas con expectativa de retorno económico centrado en el proyecto..."

Extracto del libro  "Web2.0" de Antonio Fumero y Genis Roca

Libro Gratis de la WEB 2.0

La Fundación Orange ha creado un libro en español sobre la Web 2.0 que se puede descargar gratuitamente. La intención de este libro es intentar poner un poco de luz en torno a la Web 2.0, que es un término que casi todo el mundo usa, mucha gente sabe lo que es y pocas personas son capaces de definir.

La Web 2.0 es un término que está patentado por sus creadores, la editorial O'Reilly Media. La definición que nos dan en el libro es la siguiente:

"La Web dos (punto) cero podría definirse como la promesa de una visión realizada: la Red –la Internet, con mayúscula o minúscula, que se confunde popularmente con la propia Web– convertida en un espacio social, con cabida para todos los agentes sociales, capaz de dar soporte a y formar parte de una verdadera sociedad de la información, la comunicación y/o el conocimiento. Con minúsculas porque nace de la propia acción social en interacción con un contexto tecnológico nuevo."

Fuente: http://accesibilidadweb.blogspot.com

1 de junio de 2007

20 leyes heurísticas sobre usabilidad

1. El logotipo de la organización deberá estar enlazada con la página de inicio.

2. Actualizar regularmente el contenido que tus usuarios utilizan con más frecuencia.

3. Asegurate de que el contenido de las secciones esenciales del sitio no se encuentre a más de tres ‘clicks’ (niveles de enlace) de la página principal.

4. La navegación del sitio debe ser colocada en un área inmediatamente visible, usualmente a lo largo de la parte superior de la página o bien a lo largo del lado izquierdo de la ventana del “Browser”.

5. El logotipo de la organización debe ser localizado en la esquina izquierda superior de cada página y se recomienda emplear en lo posible las medidas estándar de 60×60 pixels.

6. La distribución de los diversos elementos de contenido en el interfaz deberán ser organizadas jerárquicamente con el fin de que los usuarios lo perciban y asimilen con un esfuerzo mínimo.


7. Todas las imágenes deberán contar con texto descriptivo mediante el empleo de el atributo ‘ALT’ para que los navegadores con la opción de descargar imágenes desactivada o de solo texto lo puedan leer, así como sistemas alternativos especializados para usuarios con discapacidad.

8. Cada una de las páginas del Sitio Web deben contar con títulos de página diferentes y descriptivos del contenido de la misma.

9. El nombre de cada página debe tener el nombre de la Marca de la empresa u organización, así como también algunas palabras claves. referentes al contenido expuesto en la página. El nombre deberá ser el propio, sin pronombres (“el”, “la”, “una”, etc) para que permita la facilidad de indexado tanto en motores de búsqueda como de listas de favoritos (“bookmarks”)…(El Metodus… NO! - Metodus…SÍ!)

10. Todo sitio público deberá ser creado pensado en una conexión a Internet promedio de 56 kbps o menos.

11. En una página tipo galería de fotos o similar, Evite el empleo de imágenes grandes que descarguen lentamente. Emplee imágenes pequeñas (“thumbnails”) que sugieran su ampliación a conveniencia de los usuarios.

12. Considere en el diseño del Sitio que el contenido sea adaptable a las diversas resoluciones –tamaños de pantalla– empleadas por los usuarios. En caso de usar listas en tablas, no utilice tamaños fijos en las mismas (para efectos de crecimientos de texto o interfaces “elásticas” que se adapten al ancho de la pantalla).

13. El sitio de debe ser accesible por browsers alternativos (Firefox, Internet Explorer, Mozilla, Opera, Safari, Netscape, etc…) y sistemas operativos (Linux, Windows, Macintosh, etc) sin trabas o exclusiones técnicas de ningún tipo.

14. Emplee fuentes (tipografías) en los textos del sitio web que sean comunes a todos los usuarios (Ej: Helvetica, Verdana, Arial, Times New Roman, Georgia) ya que las mismas son empleadas por la mayoría de los sistemas operativos, permitiendo la accesibilidad al contenido sin problemas de compatibilidad.

15. En el caso de sitios que cuentan con amplia cantidad de información, incluya un mecanismo de búsqueda en la página de inicio, analice su comportamiento y sugiera una opción avanzada y una sección de preguntas frecuentes (Frequently Asked Questions).

16. Evite el uso de términos para vínculos tales como “click aquí”, “más información”, “ver detalles”, los cuáles son genéricos. Procure que el texto del vínculo describa el destino del enlace.

17. El uso de ventanas “pop-ups” deben utilizarse con cuidado. Nunca emplee ventanas “pop-ups” en enlaces de contenido interno. En caso de que su empleo sea necesario y según las circunstancias que se presenten, se debe indicar al usuario que la ventana será abierta en una ventana separada.

18. En lo posible, no utilizar “Framesets” (marcos), pues son virtualmente imposibles de utilizar por los “Spiders” (robots de buscadores en Internet) en su proceso de indexado además de que son difíciles de desplegar e interpretar por algunos “browsers”.

19. Desarrolle el sitio mediante la creación de plantillas que empleen formatos estándar para presentación (hojas de estilo – CSS -) y estructura de contenido (XHTML) los cuales permitirán que el sitio sea accedido correctamente, y agregar credibilidad en la percepción del usuario.

20. Cree paralelamente al desarrollo del sitio una hoja de estilos (CSS) que permita imprimir el contenido correctamente, eliminando elementos innecesarios en una impresión (menús, etc) y en hojas de tamaño estándar (81/2 X 11).

Fuente: http://www.peretufet.com/08/05/2007/20-leyes-heuristicas-sobre-usabilidad/

Cosas que no debes hacer al construir un sitio web

  1. Nunca cambies el tamaño de la ventana del navegador del usuario automáticamente, es molesto, irrespetuoso y típico de los sitos de spam.
  2. Mal si tu página es de las que primero carga una página señuelo y ésta “lanza” un popup con la página real. Error muy habitual de los sitios hechos en Flash.
  3. Tampoco está bien preguntar al usuario si quiere ver una caca de página directamente o prefiere entrar a un sitio guay lleno de colorines y animaciones pero para el cual necesita aditamentos especiales y esperar un rato a que cargue.
  4. Si todo tu sitio está hecho en Flash despide al desarrollador de la página y hazla otra vez; si la has hecho tú colócala en el apartado “sitios inútiles que he hecho” de tu portfolio y hazla otra vez.
  5. No pretendas reinventar la navegación de los sitios web.
  6. El contenido es el rey: si tu página web no tiene suficiente contenido o ningún texto real que no esté en una imagen contrata a un copy y despide a tu webmaster ahora.
  7. Si tu sitio web no funciona o no se ve bien en Firefox...
  8. Nada de texto parpadeando [, los navegadores con clase como Safari ya ni la interpretan], nada de usar FrontPage, nada de popups ni en enlaces ni automáticos, nada de texto en scroll, nada de intros en Flash,...
  9. Si la página contiene música asegurate de que el usuario puede detenerla o apagarla y mejor si no se inicia automáticamente —lo mismo para el vídeo.
  10. Los menús de navegación mejor en texto que en imágenes.
  11. Un flujo de navegación bien pensado con subsecciones siempre es mejor que utilizar menús desplegables.
  12. Si la única forma de encontrar la información importante de tu sitio web es utilizando el buscador, despide al tío que hizo el flujo de navegación —y que seguramente utilizó menús desplegables.
  13. Cuida el tiempo que necesita la página para cargarse.
  14. Si pretendes hacer pasar al usuario por alguna ruta predeterminada para llevarle a alguna página concreta o a la versión demo de tu producto es hora de que te compres una granja de hormigas para aliviar tus deseos de usurpador de voluntades con alguna especie que lo permita.
  15. Si vas a poner vídeo olvidate de pedirle a los usuarios que elija distintos anchos de banda y formatos de video perdedores como RealPlayer, Windows Media Player, Quicktime,... Utiliza un reproductor de vídeo en formato Flash como hacen YouTube y similares —si, Flash ganó esta única batalla hace tiempo.
  16. No utilices técnicas y tecnologías nuevas en tu sitio web simplemente porque puedes o porque son novedosas. Las tecnologías nuevas son chulas, pero utilizalas sólo si realmente mejoran de algún modo la vida a tus lectores / clientes / usuarios.
Fuente: http://www.microsiervos.com/archivo/internet/cosas-no-hace-construir-sitio-web.html

15 de mayo de 2007

Top 100 buscadores

Vida mas alla de Monstruo.

Aunque no nos hayamos acostumbrado, hay otras opciones del monstruo.
Un listado de los mejores 100 buscadores para encontrar algo en Internet ademas de en Google.
The Top 100 Alternative Search Engines, April 2007
fuente: www.alpoma.net

16 de abril de 2007

Browsershots - Test para tu sitio en Navegadores




Browsershots
permite testear/probar como se veria un sitio en distintos navegadores, permitiendo definir tambien distintas resoluciones de pantalla (800x600, 1024x768).





Los Navegadores en los cuales chequea un sitio son:


  • Epiphany 1.4.8
  • Firefox 1.0.4
  • Galeon 1.3.20
  • Konqueror 3.3
  • Mozilla 1.7.8
  • MSIE 6.0
  • Opera 8.50
  • Safari 2.0

Link: http://browsershots.org/

Fuente: http://wwwhatsnew.com

12 de abril de 2007

Herramientas de accesibilidad web

El sitio Accessify ofrece una serie de herramientas que nos ayudaran a crear webs más accesibles. Son wizards o herramientas sencillas pero que nos pueden facilitar mucho el trabajo.

Entre las herramientas tenemos un generador de tablas, de formularios (con o sin tablas), de pop-ups y otros más. A parte, nos ofrece una lista de aplicaciones generales, no centradas en la accesibilidad, pero que también serán de gran ayuda: generador de capas o de listados, un script para escapar código HTML para incluirlo en nuestras páginas, ...
Acceso a Accessify: http://www.accessify.com/tools-and-wizards/
fuente: http://sentidoweb.com/

9 de abril de 2007

Mitos sobre Accesibilidad y Estándares Web

Mitos sobre Accesibilidad y Estándares Web

1. “Si mi sitio Web está hecho con estándares, será aburrido y perderé clientes.”
Con los estándares W3C, podrás tener sitios Web muy atractivos. Crear un sitio Web que respete los estándares no tiene nada que ver con generar páginas Web únicamente textuales.
El W3C propone en la actualidad un conjunto de tecnologías integradas muy divertidas. Puedes experimentar un sitio Web completamente multimedia con las existentes tecnologías interoperables del W3C utilizando XHTML (Marcado XML estructurado), CSS (Hojas de estilo), SVG (Gráficos vectoriales animados en 2D), y SMIL (Multimedia Sincronizada). Estas tecnologías han contado con el consenso de los diferentes actores del mercado Web.

2. “ No tengo los medios financieros para preocuparme por los estándares en mi sitio Web. ¡Costará demasiado!”
Diseñar con estándares simplificará el mantenimiento del código del sitio Web porque no tendrás múltiples versiones para diferentes navegadores. Tus páginas tendrán una vida más larga y no dependerán de tecnologías vaporosas. Por tanto, diseñar con estándares Web te costará menos en realidad.

3. “Si respeto los estándares, invadirán mi creatividad.”
Las limitaciones técnicas existen en cualquier medio artístico, bien estés dibujando, esculpiendo, o diseñando páginas Web. Las acuarelas o las pinturas al óleo tienen sus propias limitaciones, pero esas técnicas no bloquean la creatividad, sino que proporcionan una estructura para la expresión creativa.
Crear con los estándares Web abrirá un mundo nuevo con técnicas particulares al medio, la tecnología, la audiencia. Aún hay mucho que explorar en este dominio. Estamos sólo comenzando a explorar los beneficios de las experiencias multimedia basadas en estándares.

4. “No me importa la accesibilidad. Las personas con discapacidades no se encuentran en mi audiencia objetiva.”
Tú te beneficiarás de diseñar con respeto a la accesibilidad. Las personas con discapacidades representan del 8% al 10% de la población total. Es más fácil mantener un sitio Web que sigue las pautas de accesibilidad (y por tanto los estándares Web). El tráfico de tu sitio Web se incrementará, y una más amplia variedad de navegadores tendrán acceso al contenido del sitio.

5. “¿Porqué debería respetar los estándares? La Web es un lugar libre.”
La Web es un lugar libre compartido por muchos usuarios cuyas necesidades no necesariamente conoces. Los estándares han sido diseñados para tener en mente a todas las audiencias potenciales. Es un reto a la comunidad Web el crear con estándares Web. No estarás ligado a ninguna compañía o tecnología propietaria. Puedes usar tecnologías que son independientes de los requerimientos de las plataformas.

6. “Me he limitado a seguir las instrucciones de los libros.”
Desafortunadamente, muchos libros no enseñan buena programación Web. Cuando creas un sitio Web, deberías comprobar la corrección de tu marcado. Si eres un desarrollador Web, se cuidadoso al utilizar los libros para desarrollar tu aplicación y lee las especificaciones particulares que estás tratando de implementar.
Algunos sitios Web están recogiendo buenos materiales para ayudar a la gente a diseñar de acuerdo a los estándares W3C. En el sitio Web del W3C, encontrarás una lista creciente de tutoriales promoviendo buenas prácticas.

7. “Mi editor Web genera marcado no válido.”
Muchas herramientas de autor no generan marcado válido. Algunos tienen incrustados correctores de sintaxis, otros hacen lo correcto, y muchos no generan marcado válido. Como una solución intermedia, tienes que comprobar tu página Web con un validador HTML.

8. “No es culpa mía. Es la forma en que ha sido diseñado el motor de plantillas.”
Estás en lo cierto. A menudo no es culpa tuya. Si es un simple formulario donde tú núnca escribes HTML a mano, escribe al desarrollador de tu interfaz o al mantenedor de su sitio hasta que el problema sea solucionado. Si no estás seguro de si el contenido producido respeta los estándares del W3C, valida el contenido con el validador HTML, y envía el informe a tu Wemmaster, o la persona a cargo del sistema de gestión de contenido.

9. “No existe información para ayudarme. Todos los materiales que he encontrado están en Inglés.”
Algunas personas han traducido documentos y especificaciones a otras lenguas. El W3C mantiene una lista de traducciones.

fuente: http://accesibilidadweb.blogspot.com/