WYSIWYG y Contenido Estructurado

Contenido, Estándares Web

Mientras leía el artículo Writing documents with OpenOffice.org Writer me encontré con la siguiente frase:

With WYSIWIG word processors people get interested in the final layout of the document too soon

Con los procesadores de texto WYSIWYG la gente se interesa en la diagramación final del documento demasiado pronto (nota: en el original WYSIWYG aparece mal escrito)

Me hizo pensar inmediatamente en dos cosas:

  • Es cierto que las interfaces visuales facilitan el despreocuparse por la estructura del contenido y permiten que nos centremos más en el resultado visual, la presentación. Esto ayuda a que la edición de contenido sea más simple y no requiera de demasiados conocimientos técnicos. Aquí estoy pensando en web más que en procesadores de texto, pero se aplica igual.
  • También es cierto que el contenido debería tener una estructura semántica que lo sostenga y lo defina.

El problema está en: ¿hasta qué punto las interfaces de usuarios deberían ser tan simples que permitan que el resultado se empobrezca? Un contenido no estructurado, como el que podemos ver en gran parte del web, tiene menor calidad que uno estructurado, en que cada una de sus partes está identificada según su función o significado. Un título está identificado como tal, lo mismo una lista o una tabla, por ejemplo.

Hemos generado interfaces fáciles para permitir la generación de contenido empobrecido.

¿Pero cómo debería ser una interfaz que promueva la creación de contenido estructurado? ¿Debería estar llena de campos y definiciones técnicas complejas? ¿Debería estar toda la responsabilidad en el usuario?

Claramente no estoy promoviendo un esquema elitista para la creación de contenido sólo para iniciados. Mi punto es: es necesario crear interfaces que facilien la creación de contenido estructurado y que no agreguen una carga adicional al proceso de creación.

¿Qué tal si un editor de contenido tradicional reconociera ciertos aspectos que solemos utilizar visualmente como títulos y ofreciera automáticamente formas estructurales para ello? Se podría crear mediante inteligencia artificial.

Por ejemplo, si marco un texto con negrita y en un tamaño mayor que el resto, debería ser un indicio de que estoy escribiendo un título. Ya muchos editores de texto reconocen automáticamente que si agrego números al inicio de un párrafo estoy creando una lista numerada. Lo mismo con el uso de guiones para crear listas no numeradas.

¿No se podría explotar el modelo más allá y enriquecer el contenido con una estructura apropiada?

Guías de Estilo en Castellano

Contenido

Voy directo al grano: ¿conocen buenas guías de estilo para sitios web en castellano? Me refiero a la documentación de la estructura de un sitio, de sus plantillas, hojas de estilo, detalles de diseño, paletas de color o incluso estilos de escritura y comunicación. Hay ejemplos muy interesantes en inglés, pero no conozco guías de estilo en castellano.

En otros idiomas hay muchos ejemplos interesantes, algunos aparecen listados en el sitio de Molly Holzschlag, otros los he ido recolectando:

Si conoces alguna guía de estilo interesante en castellano, o has creado alguna que sea accesible públicamente, por favor pon el vínculo en los comentarios. Gracias.

Registro de Clics y Comportamiento de los Usuarios

Experiencia de Usuario, Métricas

Desde hace un tiempo he estado evaluando y considerando usar herramientas o servicios de registro de clics o click log para medir el comportamiento de los usuarios en algunos sitios. El registro de los clics es un dato interesante para determinar dónde efectivamente los usuarios están pinchando. Por ejemplo, una página puede contener varios vínculos a otra página. El registro estándar del servidor almacenará la página de origen y la de destino, pero no dónde se hizo clic dentro de la página. Aquí es donde el registro de clics puede entregar información complementaria para medir la visibilidad de los elementos interactivos, preferencias de los usuarios, jerarquía del contenido, claridad de las etiquetas, etc.

El registro de clics funciona almacenando la posición dentro de la página (una coordenada) donde un usuario hace clic con el mouse. Esto se realiza mediante una combinación de JavaScript para detectar la posición y tecnologías de servidor para registrar la información en una base de datos. La ventaja de capturar este tipo de información es que basta con agragar un par de líneas de JavaScript para comenzar a acumular datos. Sin duda los costos son bajísimos, porque no se necesita reclutar participantes para realizar un estudio.

Actualmente existen varios servicios y herramientas que realizan la tarea y generan mapas visuales o heatmaps realmente interesantes. Algunos de ellos son Crazzy Egg, MapSurfaceClickTracks. Sin embargo, este tipo de medición tiene algunas limitaciones técnicas importantes:

  • El diseño de las páginas debe ser fijo, estático. De este modo la posición de los clics será estable. En un diseño elástico un vínculo cambiará de ubicación dependiendo del ancho de la ventana del navegador y hará imposible un registro estable.
  • Es posible que diferentes navegadores dibujen las páginas con algunas diferencias en las posiciones, lo que afectará la precisión de la medición. Por ejemplo, sabemos que una misma página en Explorer y Firefox no siempre se verá igual.
  • Si un usuario aumenta el tamaño del texto, alterará las posiciones de todos los elementos. Esto generará registros incorrectos.
  • Las mediciones se realizan usando JavaScript, pero todos sabemos que las diferencias de implementación entre navegadores pueden provocar inexactitudes. De todos modos, este factor es normalmente considerado por las herramientas.
  • Algunas herramientas de medición sólo registran los vínculos pinchados y no cada clic dentro de la página. Esto es relevante, porque si registramos los clics en zonas no vinculadas, podremos detectar por ejemplo, qué cosas los usuarios han creído que son interactivas cuando en realidad no lo son.

En definitiva, un estudio que busque un mínimo de precisión en los datos registrados deberá realizarse en un ambiente controlado, es decir, en un laboratorio, con unprotocolo definido: un navegador determinado, una configuración de pantalla concreta y un tamaño de ventana fijo. De este modo se obtendrá información confiable, pero se perderá la simplicidad y economía de este tipo de registros. Bueno, la vida no es simple.