Outbook

HTML+CSS+JS, Accesibilidad, PHP y más

Inicio que contiene a

Datos de búsqueda

Etiqueta ‘Experiencia de usuario’

Usabilidad: El uso de la voz pasiva

Fecha de publicación: 2007/10/23

Según Jakob Nielsen el uso de la voz pasiva en los contenidos de una web es poco adecuado:

Active voice is best for most Web content […].

Y propone algunos ejemplos:

  • Worst: The passive voice should be avoided.
  • Bad: The passive voice should be avoided by writers.
  • Better: Writers should avoid using passive voice.
  • Best: Writers should use active voice.

Los mismos ejemplos pero en idioma español:

  1. Peor: La voz pasiva debe ser evitada.
  2. Malo: La voz pasiva debe ser evitada por los autores.
  3. Bueno: Los escritores deben evitar el uso de la voz pasiva.
  4. Mejor: Los escritores deben utilizar la voz activa.

Estos ejemplos muestran en primer lugar que es mejor utilizar voz activa que voz pasiva. De esa forma el usuario comprenderá con mayor facilidad y rapidez el texto.

En segundo lugar queda reflejado que es mejor el uso de frases afirmativas, como el ejemplo número 4, que la utilización de frases negativas, como en el ejemplo número 3.

Y en tercer lugar, cuando se usa la voz pasiva es mejor que aparezca el complemento agente (quien realiza la acción), como en el ejemplo número 2, ya que ayuda un poco más a comprender la frase.

Voz pasiva en los encabezados

Active voice is best for most Web content, but using passive voice can let you front-load important keywords in headings, blurbs, and lead sentences. This enhances scannability and thus SEO effectiveness.

La voz activa es mejor para los contenidos, pero en encabezados y otros textos destacados puede resultar más adecuado el uso de voz pasiva, ya que las primeras palabras de esas frases, que serán en las que más se fijen el usuario y los motores de búsqueda, tendrán mayor relevancia y darán más información.

Nielsen propone el siguiente ejemplo:

Yahoo Finance follows all 13 design guidelines for tab controls, but usability suffers due to AJAX overkill and difficult customization.

A primera vista parece que se trata de información sobre la aplicación Yahoo Finance, no sobre sus contenidos, como podría parecer a primera vista.

El mismo contenido que antes pero en voz pasiva:

13 design guidelines for tab controls are all followed by Yahoo Finance, but usability suffers due to AJAX overkill and difficult customization.

En este segundo ejemplo se usa la voz pasiva y se consigue el efecto deseado: resaltar que se trata de un artículo sobre la aplicación.

Conclusiones

  1. La voz activa es la forma adecuada en el texto de contenido.
  2. La voz pasiva es adecuada en encabezados, enlaces a otros contenidos y otras frases destacadas.

Referencias y enlaces relacionados

Datos del artículo:

Casos de migración a Linux

Fecha de publicación: 2007/02/21

Un par de casos en los que los usuarios han quedado contentos al utilizar Linux:

  • Reacción en cadena. Se trata de una usuaria que sufre una cadena de pequeños infortunios. Un eslabón de esa cadena es que se le rompe Windows, aunque tuvo la suerte de tener instalado Linux, y pudo comprobar que no era tan difícil ni tan complicado como parece (aunque no tuvo ni que instalar ni que configurar).
  • (X)Ubuntued. En este caso el usuario nos cuenta los problemas con los que se ha topado, sobre todo por el modem y las limitaciones de su máquina.

Datos del artículo:

Anclajes o enlaces dentro de una misma pagina: ¿Deben usarse?

Fecha de publicación: 2007/01/21

Según Nielsen el usuario tiene el siguiente modelo mental cuando interactúa con los enlaces de un sitio web:

  • Pinchar en el enlace lleva a una nueva página.
  • Tras pinchar en el enlace la página donde dicho enlace se situaba desaparece.
  • Al pinchar en el enlace se carga una nueva página que sustituye totalmente a la anterior.
  • Lo primero que se ve es la parte superior de la nueva página.
  • El botón «Atrás» devuelve a la página de origen.

Esas son razones que invitan a abstenerse de crear enlaces dentro de la propia página, aunque hay tres excepciones (también según Nielsen):

  • Listas alfabéticas.
  • Lista de preguntas frecuentes (FAQ).
  • Tablas de contenido.

A esas tres expcepciones yo añadiría otra: un enlace de «Saltar a contenido» al principio de la página, que resulta muy útil cuando la página se ve en navegadores móviles o de solo texto.

Este tipo de enlace si es correcto cuando se realiza hacia una página distinta.

¿Cómo se hacen los enlaces a lugares dentro de una página (anclajes)?

Es muy sencillo. Lo primero que hay que hacer es definir el punto al que se quiere enlazar. Hay dos formas:

  • Mediante el siguiente código: <a name="punto">[aquí no se pone nada]</a>.
  • Mediante el atributo id en cualquier etiqueta: <p id=»punto»>.

Y el segundo paso es crear el enlace: <a href="#punto">Texto del enlace</a> si es en la misma página, y <a href="http://www.ejemplo.com/pagina.html#punto">Texto del enlace</a> si es en una página distinta.

Referencias

Datos del artículo:

Linux y el usuario medio: ¿por qué no se llevan bien?

Fecha de publicación: 2007/01/06

¿Qué factores pueden llevar a un usuario medio (no experto) a rechazar el uso de Linux?

He partido de la consideración de que el usuario medio usa su máquina para las siguientes tareas:

  • Ofimática (escribir textos, etc.) e impresión de documentos.
  • Navegar por Internet, e-mail y P2P.
  • Mensajería instantánea (MSN Messenger, etc.).
  • Tareas multimedia: música, vídeo, juegos, etc.

Salvo por los juegos todas esas tareas son posibles en Linux. Para los juegos se puede usar Cedega, o Vmware, pero puede resultar complicado, aunque si existen algunos juegos para Linux.

Factores que inclinan al usuario a la utilización de Windows:

  1. El desconocimiento: la mayor parte de esos usuarios no saben que es Linux ni que existe. A esa gran masa de usuarios no se le aplica el resto de factores.
  2. Miedo a una instalación complicada. Yo la instalación más complicada que he visto ha sido Windows 2000/XP/2003 (los tres tienen el mismo instalador), más complicada que en sistemas Linux (Suse, Debian, o Ubuntu/Kubuntu). La instalación de Ubuntu/Kubuntu con el Live CD es de risa, y el único punto complicado es el de las particiones, aunque es más fácil que en la instalación de Windows.
  3. Incompatibilidad con el hardware: existen muchos dispositivos que fueron diseñados para Windows, y cuyos fabricantes no se dignan a dar soporte para Linux, ni a facilitar el modo de que alguien pueda crear drivers para esos dispositivos. Por experiencia se que los winmodem en Linux son un calvario, y algunas otras piezas. Si un usuario prueba Linux y ve que no funciona algún dispositivo, no se molestará en seguir usando Linux (aunque solo se trate de realizar alguna pequeña configuración).
  4. El usuario medio no tiene ganas de perder el tiempo compilando módulos para el kernel cuando haya un dispositivo que no viene soportado por defecto pero para el que hay drivers disponibles.
  5. El usuario medio está acostumbrado a las instalaciones fáciles de las aplicaciones, no a utilizar gestores de paquetes.
  6. Falta de funcionalidades y/o características en algunas aplicaciones: sobre todo en las de mensajería instantánea y reproductores multimedia. El MSN Messenger, salvo en la compatibilidad con múltiples protocolos, le da mil vueltas a Kopete o a Gaim (con esto no quiero decir que Gaim y Kopete sean malas aplicaciones).
  7. No saber que hacer cuando se encuentran que no hay Internet Explorer o MS Office: tan sencillo como usar Firefox y OpenOffice, pero enseguida interviene el siguiente factor.
  8. El usuario cree que tendrá que aprender de cero: ese es el problema de «aprender a usar Windows» en lugar de «aprender a usar un sistema operativo», o «aprender a usar Word» en lugar de «aprender a usar un procesador de textos»: es un problema más de denominación que de metodología en el aprendizaje. El usuario que sabe usar Windows tiene una buena base para utilizar Linux (KDE o Gnome), y el usuario que sabe utilizar Word sabe usar OpenOffice Writer o Abiword.
  9. El usuario cree que al instalar Linux se borrará Windows: los instaladores de Linux ayudan bastante a que eso no ocurra, aunque siempre se tiene que ir con cuidado, y es recomendable hacer copias de seguridad. Después de la instalación, al iniciar la máquina, aparece un menú en el que se elige el sistema operativo que se quiere iniciar.

Datos del artículo:

¡Esa web no se ve en mi navegador!

Fecha de publicación: 2005/04/24

Antes de empezar he de advertir que el fenómeno que el título describe a la perfección ha ido desapareciendo en los últimos años (salvo que se utilice un navegador antiguo, situación de muy fácil solución). Pero se sigue dando (no hay mas que visitar con un navegador basado en Mozilla la web del Poder Judicial).

Esto ocurre sobre todo cuando el diseñador no piensa en el detalle de que no solo hay un navegador. Ademas de Microsoft Internet Explorer (en adelante me refiero a él como MSIE) hay algunos navegadores adicionales, con iguales o mejores características: Mozilla Firefox (y otros derivados de Mozilla, que comparten el motor de renderización HTML Gecko), Opera, Konqueror (solo para Linux), Safari (MacOS), etc.

Salvo MSIE la práctica totalidad de los navegadores son desarrollados para cumplir con los estándares que propone el World Wide Web Consortium (W3C).

En un diseñador web ese defecto de utilizar un solo navegador para probar una web que ha creado es bastante grave, ya que a pesar de que MSIE tiene en torno a un 85-90% del mercado de navegadores web, ahi queda un 10-15% de audiencia potencial para el sitio que se puede quedar fuera.

El coste económico que pueda tener no es una excusa, ya que todo el software necesario se puede obtener de forma gratuita. Y no cuesta tanto, además de ceñirse a los estándares, probar un sitio web al menos en un navegador basado en Mozilla y en Opera. Y aun más fácil sería probar en Konqueror, ya que aunque solo está disponible en Linux, se puede usar una de esas distribuciones autoejecutables desde un CD o un DVD (Knoppix, SUSE, etc.), que no hace falta instalar nada.

Datos del artículo:

Información del sitio