Cobacho 2.0. Sólo un buen lavado de cara.

por Juan Carlos García, 11 de Febrero de 2006

Les hablábamos el otro día de la usabilidad y accesibilidad de las webs de los candidatos a rector de la Universidad de Murcia.

Uno de los candidatos, José Antonio Cobacho, ha rediseñado por completo su web. El lavado de cara ha sido bastante bueno.

Se ha preocupado de que su estética sea ahora mucho más profesional y agradable. Es de suponer que ello influiría en la usabilidad percibida por los usuarios (habría que hacer unos test de usuarios para comproblarlo fehacientemente).

Sin embargo, el nuevo rediseño no mejora la accesibilidad y usabilidad, pese a que subsana algunos de los más sangrantes errores anteriores.

Alguna que otra de las pocas cosas que antes estaban bien hechas incluso han empeorado, lo que nos sugiere la idea de que los cambios obedecen más bien a que ahora el sitio esté hecho por otro diseñador y partiendo de cero que a otra cosa.

Aplicando nuestra heurística casera observamos que el grado de cumplimento de esas pautas pasa de un 56% (por error antes le dimos un 50%) a un 61%. Aunque se mejoran unos aspectos se empeoran otros, con lo que el resultado global casi no varía.

Página principal de la web de Cobacho

Veamos algunos aspectos puntuales en los que la heurística nos alerta de cambios (positivos o negativos):

  • Tiempo de descarga. Mejora. Antes la página de inicio pesaba unas 250 kb y ahora está en torno a 90.
  • Colocación del logotipo. Mejora. Antes lo más parecido a un logotipo era la foto del candidato y aparecía arriba a la derecha. Ahora hay un logotipo arriba a la izquierda.
  • Opción de búsqueda. Ahora la hay, antes no. Lo positivo es que está arriba a la derecha y tiene el fondo blanco, y es búsqueda simple. Lo negativo es que no hay un botón “buscar”, el cajetín es muy pequeño y está mal etiquetado (’label-for’)
  • Menú de navegación. Mejora. Antes estaba abajo (podía no verse) y aparece ahora arriba.
  • No usar página intermedia. Mejora. Ahora hay una página principal propiamente dicha, la de antes era más bien una página intermedia.
  • Diseño consistente. Empeora. El diseño de antes, aunque horrible, era consistente en todo el sitio. Ahora el logo cambia de color en cada nueva página.
  • Ausencia de animaciones. Antes aparecía una pésima animación en flash que nada aportaba, salvo hacer inaccesible la página y emplear muchos kb.
  • No abusar de mayúsculas y negritas. Mejora. Afortunadamente ahora no está todo el texto en negrita como antes.
  • Color de fondo. Empeora. Antes era blanco (o casi) y ahora tiene un gris/azul con insuficiente diferencia de color respecto al primer plano.
  • Vínculos subrayados. Mejora (poco). Antes los vínculos no estaban subrayados y ahora sí. Lo malo es que ni son azules ni cambian de color tras ser visitados.
  • Título significativo. Empeora. Antes tenía un buen título, claro e informativo (”Jose Antonio Cobacho Gómez. Candidato a Rector de la Universidad de Murcia”). Ahora el título es “Cobacho 2006″, que para nada deja claro de qué va la página. Podría valer para cualquier cosa.
  • Imágenes etiquetadas. Empeora. Las pocas imágenes que antes había estaban todas etiquetadas con su correspondiente alt, significativo incluso. Ahora no siempre están etiquetadas (p.e. los iconos de ficheros pdf).
  • Etiquetas meta. Mejora. Aunque no se incorpora la etiqueta keywords sí aparece la description, con una buena descripción (erratas incluidas): “Págin del candidato a Rector José Antonio Cobacho. Elecciones Rectorado 2006 Universidad de Murcia . Ilusionate con tu Universidad. Profesionalidad. Solvencia. Transparencia”.
  • Usar sólo CSS para dar formato. Empeora. Aunque se emplean hojas de estilo, se siguen insertando unos cuantos estilos de presentación en el propio HTML (p.e. <p align="justify"> .
  • Prioridad I de Pautas de Accesibilidad. Empeora. Antes, al menos formalmente, se conseguía una validación de primer nivel al pasar una herramienta de validación automática. Ahora hay errores de Prioridad 1 en algunas páginas.

Pero la heurística es imperfecta casi por definición, y no puede medir algunas de las cosas más importantes, por ser difíciles de plasmar en una heurística, las unas, o de medirse tabularmente las otras. Hay que hacer también una inspección de tipo más “humano”. Véamos algunas de esas cuestiones.

Salvo en la descripción de la etiqueta meta “description” en la página principal no hay ningún texto que aclare de qué va la página web. No aparece ni la expresión “elecciones”, ni “rector”, ni tan siquiera “Universidad de Murcia”. Ojo, hablo de texto, no de imágenes, aunque en las imágenes ni siquiera teniendo buenos ojos se puede leer bien “Universidad de Murcia”.

Sí aparece, en cambio, algo relacionado con la UCAM (Universidad Católica de Murcia, la “competencia” de la UMU). Es decir, que el visitante no avisado bien podría pensarse que esta página es algún proyecto de la UCAM para 2006 denominado “COBACHO” (por ejemplo COmunión, Bendición y Adoctrinamiento Clerical de los Hijos de la Obra).

Este es el aspecto de la página al verla sin CSS:

Aspecto de la web de Cobacho sin CSS, donde no aparecen las expresiones elecciones, rector, Universidad de Murcia

Es decir, que un usuario que accediera con un navegador sólo texto, como lynx, o usando un lector de pantalla, como Hal, leería exactamente esto:

Cobacho 2006

Candidato | Ideas | Agenda | Sugerencias
» Día 9 : Reunión con profesores
y PAS de CC. de la Educación.
+ info
» Consulta las reuniones de la próxima semana.
» El Faro. Cobacho rechaza que
la UCAM tenga Facultad de Medicina
+ info
»La Opinión. Cobacho arremete contra la Comunidad por no financiar másteres y doctorados. + info
Ver listado completo
» Como paso previo a la publicación
del programa estractamos algunas
ideas fruto de la participación
de la comunidad universitaria. + info
“La vida sólo se comprende mirando hacía atrás… Pero se debe vivir hacía delante”. Soren Kierkegaard.

Como los encabezados de las secciones son imágenes de fondo sin ningún encabezado real no se lee encabezado alguno entre secciones, sino todo del tirón. Y lo dicho, no hay palabras que indiquen que hablamos de elecciones a la UMU aunque sí hay meción a la UCAM. Un lío padre, vamos.

Por otro lado, en la página principal aparecen tres secciones destacadas (Agenda, Noticias, Nuestras Ideas). Es positivo que se haga referencia expresa en la página principal al programa electoral (cosa que antes no se hacía), en este caso en la sección “Nuestras Ideas”, avisando claramente de que cuando exista un programa electoral ahí aparecerá.

Sin embargo, lo que parece ser la cabecera de esas secciones, con aspecto de algo sobre lo que se puede pinchar, no permite hacerlo. Además, los enlaces de texto propiamente dichos suelen tener la desaconsejada forma “+ info” en lugar de usar el propio texto informativo para rotular el enlace.

La sección “Noticias”, nueva en esta versión 2.0., no está disponible en el menú de la cabecera superior. Sólo se puede acceder a ella desde la página principal.

Está bien que exista cierta redundancia de enlaces que ayude a encontrar lo que se busca, pero ello se hace más complejo si en el menú principal falta una de las categorías y si éstas se rotulan de forma distinta (”Ideas” vs “Nuestras Ideas”).

Algunos fallos de accesibilidad son clamorosos, por su importancia y por lo innecesarios. Tal vez el principal es el relativo a la gestión de las ideas en la sección “nuestras ideas”. Cuesta entender lo que ahí ha querido hacer el diseñador, pues incorpora en el código fuente el texto completo de todas las ideas, pero sólo muestra aquella que se ha seleccionado con el ratón.

El problema es que esto se hace, de forma innecesaria, mediante javascript, de modo que si no funciona bien el javascript lo que se lee es NADA.

El diseñador no muestra, al principio, más que enlaces con la lista de ideas, aunque las carga todas y asigna un div a cada idea, pero las oculta (style=”display:none”). Luego utiliza un a href=”#” onclick=”muestraIdea(’ideas_numeroxx’)”.

Es decir, si no se tiene javascript o no se usa el ratón para activar los enlaces el usuario (quizá un potencial votante) no podrá enterarse de las ideas del candidato.

Huelga decir, tras lo anterior, que tampoco se aportan atajos de teclado (si bien la utilidad real de los atajos de teclado aún suscita bastante debate en este mundillo).

Visto lo anterior algunos otros problemas casi pueden parecer triviales. Por ejemplo: no se utilizan encabezados para organizar y jerarquizar el texto. Se emplean infinidad de ‘divs’ (dividitis) y desde la hoja de estilo (no siempre) se le asigna un formato de presentación, pero no se le da mayor importancia semántica al título de una noticia que al texto de ésta. Vean un fragmento del código:

<div id=’noticias’> <div id=’noticias_titular’>Cobacho rechaza que la…

Por cierto, pensaba que no se utilizaban aquí tablas para maquetar, pero en algunas páginas secundarias (noticias) sí se hace.

En definitiva, todo indica que Cobacho ha cambiado de diseñador ante el pobre aspecto de la anterior página. El nuevo diseñador tiene conocimientos de manejo de Photoshop (u otra herramienta de retoque gráfico), pero le falta formación o intuición en aspectos comunicativos, pues la nueva imagen, más bonita y elegante, no consigue transmitir una idea ni objetivo (¿para qué es la campaña Cobacho 2006?).

No obstante, quisiera recordar que en nada está reñida la mejora estética con la pérdida de usabilidad/accesibilidad. No es necesario sacrificar una cosa para ganar en la otra, salvo que sólo importe una de ellas y se ignore la otra. En este caso lo principal era mejorar en estética. Y se ha mejorado. Mucho, si se compara con la versión anterior, pero no tanto si se analiza la nueva estética con espíritu crítico.

Por tanto, el lavado de cara ha sido bueno y a conciencia, pero en lo demás seguimos como estábamos.

Artículo relacionado: Usabilidad de las web de los candidatos a rector de la Universidad de Murcia

11 comentarios en “Cobacho 2.0. Sólo un buen lavado de cara.”

  1. Joan Planas

    felicidades por el blog, un trabajo excelente y una información imprescindible!

  2. Javier

    Muy correcto el post Juan Carlos. La nueva imagen de esta web electoral mejora básicamente por razones estéticas, pero no profundiza nada en aspectos técnicos, precisamente en los que está especializado este afamado blog de Usabilidad.

    Para no ser todo flores y siguiendo uno de tus comentarios, quizá si un señor de Huelva lee este post no sabe bien quién es “Cobacho”, igual sería mejor que pusieras nombre y apellidos de este candidato (y de los otros dos si te parece). ¿No?

  3. Juan Carlos García

    Javi, creo recordar que así lo hice en el post en el que analizaba las webs de los tres candidatos y que está enlazado en el primer párrafo y al final también.
    Y bueno, cierto es y puesto queda, aunque el propio candidato sólo usa su apellido en su propia página web. Si al señor de Huelva que comentas nada le dice el apellido, tampoco tengo claro que le diga mucho más el nombre completo.

  4. Lucas

    Muy bueno el análisis que haces de la página, aunque me gustaría darte un toque de atención por dos asuntos.

    El primero, he echado un vistazo al web que analizas y ¿soy yo solo el que ve un enlace en la sección de Ideas para los que no tienen Javascript activo??

    Otra cosa es lo del uso de las metatags, desde hace AÑOS el uso de la metatag “keywords” es inútil no se usa por ningún buscador, ya por el año 2002 podemos encontrar un fantástico artículo en SearchEngineWatch http://searchenginewatch.com/sereport/article.php/2165061
    Desde hace años que ningún buscador bueno que se precie hace caso a esta etiqueta puesto que se escribían cosas inútiles SEX,SEX,SEX o cualquier cosa para engañar y posicionar las busquedas, así que simplemente se dejó de usar.
    Por eso decir que el no haber puesto esa metaetiqueta es un error, francamente afirmar eso está ya muy desfasado.

    Por lo demás el análisis me ha gustado, muy completo.

  5. Juan Carlos García

    Pero no creo que poner ese enlace (y al final) sea la solución. La página debe funcionar bien sin javascript y, además, ni siquiera es difícil evitar ahí el uso de javascript.

    Lo de las meta no está tan claro. Ojalá lo estuviera.

    La ‘description’ la usa el mismísimo Google para, si no tiene nada mejor, hacer su descripción de página. Lo de las keywords parece que sí es como dices, pero no me atrevo a asegurarlo porque pocos responsables de buscadores se pronuncian claramente al respecto.

    Yo prefiero ponerlas bien puestas a no ponerlas. No obstate, lo pongo como mejora.

    Como no cuesta nada ponerlas, y no tengo tan claro que los programas de indización de documentos (no necesariamente sólo buscadores famosos) no las tome ninguno de ellos, pues mejor ponerlas que no hacerlo.

    Si yo me hiciera mi base de datos de sitios tomaría esos datos, aunque luego tuviera que editarlos.

    Un artículo más reciente del que citas no descarta los keywords del todo:

    “This paper discusses the impact of metadata implementation in a webpage on its visibility performance in a search engine results list. Influential internal and external factors of metadata implementation were identified. How these factors affect webpage visibility in a search engine results list was examined in an experimental study. Findings suggest that metadata is a good mechanism to improve webpage visibility, the metadata subject field plays a more important role than any other metadata field and keywords extracted from the webpage itself, particularly title or full-text, are most effective. To maximize the effects, these keywords should come from both title and full-text.”

    ZHANG, Jin; DIMITROFF, Alexandra. “The impact of metadata implementation on webpage visibility in search engine results (Part II)”. Information Processing and Management. 41. 2005. P. 691-715.

    Lo que sí veo innecesario es poner eso de “meta name=”robots” content=”index,follow” “. Está bien que les digas que no quieres que te indicen o que no sigan los enlaces, si es eso lo que deseas, pero no tienes que decirles que indicen y sigan enlaces, es su trabajo, es lo que hacen siempre.

  6. Lucas

    En cuanto a lo del javascript tienes razón en cuanto a accesibilidad se refiere no debería existir Javascript, aunque a mí me gusta mucho más el google maps o el gmail con su javascript, para mí es más cómodo y además ahora con lo de la Web 2.0 las páginas quedan mucho más vistosas. Por supuesto si se quiere hacer esa página accesible pues no se podría usar, por ejemplo adiós Google Maps ;-(

    En lo de las meta y el artículo que citas, bueno he leído la Parte I porque la II no la he encontrado por la web pero tanto la cita que has pegado como el artículo que he leído no hablan exactamente de la meta \”keywords\” sino más bien de insertar palabras clave o que queremos potenciar en los buscadores \”keywords\” en nuestra página, por ej. el title de la página, en los encabezados, el cuerpo del texto, etc… pero no habla en ningún momento del meta \”keywords\” para referirse a su estudio. En la cita que introduces del artículo sí que habla del role importante que juegan los campos meta pero no dice que sea el campo \”keywords\”. Además en el artículo se intenta probar que el introducir repeticiones de unas palabras (las palabras clave) por la página mejorarán los resultados de posicionamiento en el buscador algo con lo que hay que tener mucho cuidado pues un abuso de estas prácticas puede incurrir en el efecto contrario y sean penalizadas por el motor del buscador
    http://google.dirson.com/posicionamiento.net/penalizaciones/

  7. chavalina

    En cuanto a lo del Javascript, yo lo que veo mal es que se tenga que cargar TODO el contenido para luego no mostrarlo.

    De esta forma, los usuarios que no tengan javascript, tendrán que descargarlo dos veces, una para que se quede con el “display:none” y otra para poder leerlo.

    Si vas a hacerlo con Javascript, hazlo bien, deja que se vea el contenido si no hay Javascript y ocúltalo si lo hay (que es cuando después vas a tener la posibilidad de ocultar/mostrar). Y si se provee una página o contenido para cuando no hay Javascript, debería indicarse con las etiquetas noscript correspondientes, no?

  8. Lucas

    Lo del … lo veo bien cuando se mete Javascript dentro de la página en mitad del BODY y en caso de no ejecutar una cosa, muestra la otra. Pero poner las etiquetas noscript sólamente ¿qué se gana con ello? ¿que no aparezca en un navegador con javascript? ¿y si nos da igual que aparezca o no?

    Lo de ocultar todo por defecto, ahí te doy la razón, pero si lo muestras y luego lo ocultas, a mí me ha pasado que he visto páginas que ves todo de golpe y de pronto desaparece, por el efecto de ocultarse al cargar el javascript, da un efecto muy raro, creo que es porque hasta que no está cargada del todo, el javascript no se ejecuta y por lo tanto da la sensación de que las cosas desaparecen.

    Lo único que se me ocurre así a bote pronto es que por cada \”display:none\” hubiese un …document.write(\”display:none\”);…
    de manera que al ejecutarse en un navegador sin javascript, no estaría oculto. Pero supongo que así pesaría más la página.

  9. Lucas

    vaya chufa lo del … por cierto. ¿No hay otra manera de parsear los datos del formulario para mostrar las etiquetas? vaya censura :-P

    un saludo ;-)

  10. Fernando

    Juan Carlos, o no has hecho bien tu análisis o te has precipitado, porque yo veo que muchas de las cosas que pones en tu post no aparecen en la página. Lo del javascript, lo de la página sin imagenes, etc.

  11. Juan Carlos García

    Fernando, si cambian y arreglan la página estaré encantado de dar la buena nueva. Obviamente, los comentarios que aquí hago son relativos a la fecha en que escribí el comentario, pero hoy, día 14, siguen igual los aspectos que me comentas o bien no entiendo lo que quieres decir exactamente. ¿Podrías ser más preciso?

Deje un comentario