A propósito de la propuesta de Jennifer Boriss para rediseñar/suprimir la barra de estado del navegador en Firefox 4 se está montando una de esas bonitas discusiones antológicas que me hacen morir de envidia y en la que se aprende lo que no está escrito sobre usabilidad.
Abajo os pongo unas capturas de cómo lucen las interfaces de los navegadores principales hoy día para que veáis cómo aparece (o no) la barra de estado:
- Minefield de Mozilla (la alpha de Firefox 4) muestra la barra de estado como siempre en la parte inferior.
- Opera también la tiene aunque presenta un curioso diseño visual, cuando el cursor del ratón se pone encima de un enlace, se muestra la URL en la parte inferior pero en una capa gráficamente integrada y al mismo nivel jerárquico desde un punto de vista de Diseño de Información que el resto de las utilidades en la esquina inferior izquierda.
- Chrome no muestra la barra de estado pero cuando el cursor se pone sobre un enlace, se enseña su URL en la parte inferior, en una capa emergente de color azul, en la esquina inferior izquierda . De la URL sólo se muestran los 59 primeros caracteres incluidos el http:// seguidos de puntos suspensivos.
- Safari opta por la solución más radical (y en mi opinión la peor) no muestra ninguna barra de estado.
Me gustaría conocer vuestros puntos de vista y opiniones:
- ¿Barra de estado sí / barra de estado no? ¿por qué?
- Estos días estoy trabajando sobre SEO y URLs amigables en el trabajo y me estoy dando cuenta de que todavía hay que hacer mucho, mucho trabajo desde un punto de vista de los usuarios para mejorar las actuales URLs. Seguimos con un sistema de nombres y direcciones artificioso, extraño y ajeno para una persona normal, con una nomenclatura durísima (http, : , // , ftp … -¿pero qué demonios es eso?-) heredada ni más ni menos que de hace 16 años. La pregunta es ¿Qué se puede hacer para mejorar las URLs y ayudar a los usuarios a formarse un constructo mental del espacio de información (sitio web) por el que están navegando? ¿Qué deberíamos hacer con el http:// ftp:// y otras “rarezas tecnológicas” del pleistoceno carentes de significado para las personas?
Fijaros además en las capturas de abajo en como se construye la jerarquía informativa de la interfaz del navegador en base a la jerarquía semántica del documento que, a la postre, es lo que le importa al usuario dado que la interfaz del browser realmente es cuando menos, secundaria:
- En el área de las pestañas o tabs, se muestra sólo parte del título del documento (página web) que está visualizando el usuario con el problema evidente asociado: se está sacrificando espacio en aras a ganar píxeles verticales para representar una mayor cantidad de contenido. ¿Cómo resolvemos este problema de no poder visualizar el título completo del documento cuando es la entidad semántica de mayor nivel que sumariza idealmente el mismo?
- Dado que el título no se visualiza por completo por el pequeño espacio horizontal disponible en cada pestaña, en el box de la barra de navegación que puede (y que debería) funcionar como línea de comando e interfaz adaptativa se muestra la URL del documento que no transmite de manera satisfactoria en un gran número de ocasiones (todas aquellas en las que no es amigable y aun con URLs amigables tenemos problemas):
- De qué trata el documento.
- La estructura del espacio de información o sitio web (muestra tan sólo una rama jerárquica en la que está clasificado, categorizado o facetado el documento, pero nada más). Llegados a este punto una mejora importante que se podría implementar en futuras evoluciones de la interfaces de los navegadores para ayudar a los usuarios a navegar, es deplegar de alguna manera un mapa o representación visual del sitio que idealmente… ¿se podría construir en base a los sitemaps.xml?
- Una semántica comprensible para una persona. Las URLs no están codificadas en un lenguaje amigable al utilizar signos y nomenclaturas ajenas al código lingüístico que hablamos, escribimos y utilizamos, nuestra lengua madre, castellano o la que sea. En las URLs no se habla el lenguaje de los humanos, se habla usualmente el lenguaje de las máquinas :-( lo cual es un gran fallo desde el punto de vista de la usabilidad y un área en la que hay trabajar para subsanar este problema.
- Al estar situada la barra de estado en la parte inferior del navegador se está separando espacialmente y rompiendo la relación semántica que existe entre el enlace inserto en el documento y sobre el que se posiciona en un momento dado el cursor del ratón, y su URL que se muestra en la barra de estado en la parte inferior.

Firefox Minefield- Tooltip que se muestra cuando el cursor se posiciona sobre un enlace. Nótese como se visualiza el título especificado en el atributo title del enlace y cómo está espacialmente separado el tooltip de la URL que aparece en la barra de estado en la parte inferior rompiéndose la relación semántica entre ambos.
- Como propuesta de posible mejora para los navegadores se podría testear si la URL debería enseñarse como un tooltip. Si existe un title como atributo en el enlace entonces deberían mostrarse ambos, título y URL para ofrecer toda la información posible al usuario sobre el documento que se encuentra detrás del enlace y ayudarle a decidir si desea o le interesa hacer clic para visualizarlo o no. En cuanto al problema de la longitud de la URL podría considerarse si en lugar de enseñar toda se podría poner algún límite en el número de caracteres que se visualizarían a priori mostrando tan sólo parte más relevante (¿el nombre de la página junto al último directorio – subdirectorio de la misma?) o plantear algún tipo de capa que se desplegase a demanda del usuario de manera más o menos similar a como sucede con la barra de utilidades contextual de Word 2007:

Word 2007. Aspecto de la barra de utilidades cuando se ha seleccionado una palabra. Nótese como se muestra de manera sútil y prácticamente transparente la barra contextual de utilidades con las que el usuario puede formatear el texto como mejor le parezca.

Word 2007. Barra de utilidades contextual que aparece cuando el usuario mueve el cursor hacia el contorno semitransparente (ver captura anterior) que la representa. De la misma forma para no mostrar toda la URL en el tooltip junto al title que se visualizaría cuando el usuario posicionase el cursor del ratón sobre un enlace, se podría considerar la posibilidad de mostrar tan sólo parte de la URL inicialmente y, a demanda del usuario con algún gesto sobre un área del tooltip, desplegar la URL completa si fuera necesario.
Hay mucho campo de investigación aquí y mucho espacio para las mejoras.
La pregunta es relevante ¿mostramos la barra de estado? ¿Sí? ¿No? ¿Que os parece la propuesta de Jennifer Boriss?
Os dejo con las capturas de los navegadores para que veáis como muestran actualmente las barras de estado (y las URLs):
- Percepción psicológica del color
- Cell
- El coste de un escaño (o el efecto de la Ley d'Hont en el Parlamento Español)
- Interfaces digitales flexibles para mejorar la interacción con los dispositivos
- Modelo de interacción mixto con dedos y puntero para superficies táctiles de Microsoft





La barra de estado da seguridad e información útil que permite una navegación inequívoca. Al faltar, se esta perdido, sobretodo porque se carece de los procesos de carga y link que brindan información que ahorran tiempo. Pienso que es un desastre perder la “Barra de estado”. Lo siento mucho mucho.
Posted by Orionclass on diciembre 16th, 2010.
Hola Orionclass,
Como alternativa a la barra de estado en las últimas nightlies de Firefox 4 lo que hacen es mostrar la URL de un enlace en la Awesome bar (la barra de navegación de arriba) junto a la URL del sitio actual (le puedes echar un vistazo a esta captura). Acortan la URL del del sitio actual y a continuación y precedida de una flecha, muestran la URL del sitio del enlace sobre el que se posiciona el cursor.
La verdad es que es una solución interesante una vez que te acostumbras a buscar ahí la información que antes se ofrecía en la barra de estado y más lógica.
Para las descargas creo que tienen pensado otro tipo de notificación similar a la que aparece cuando introduces una password pero no estoy seguro de cómo quedará el tema. Limi había hecho una comparativa sobre el tema. No sé qué solución le darán finalmente.
Quizá los tres problemas más grandes que veo en cuanto a quitar la barra de estado son no tener un área en la esquina inferior derecha sobre la que poder posicionar el cursor con comodidad para poder redimensionar la ventana, algo que me parece un fallo de usabilidad grave y que hasta ahora no he visto que le vayan a dar solución en Windows XP (en Windows 7 los bordes del navegador son más anchos con lo cual el problema se atenúa y en Mac aunque no exista la barra ni el control de redimensionar en la esquina inferior derecha sí está definida dicha área como punto de foco en el que se puede pinchar y estirar para redimensionar la ventana).
El otro problema es no poder disponer de los iconos de los addons a mano (aunque siempre elegir en las preferencias mostrar la barra de estado) pero en eso precisamente estaba trabajando Boris.
El tercero es que en Windows XP suprimir la barra de estado va en contra de las directrices de usabilidad del SO (todas las aplicaciones tienen barra de estado). No obstante como teóricamente Windows XP es un sistema a extinguir debería tender a ser un problema menor. En Windows 7 la “barra de estado” si se la puede llamar así, del explorador es mucho más ancha.
A ver qué solución le dan finalmente a la cosa porque tengo ganas de verlo :)
Posted by tentandote on diciembre 16th, 2010.