La idea de la Web Semántica es que cada elemento en la web tenga sentido tanto para las personas como para las máquinas, aunque esa fue la idea desde el nacimiento de la web, aunque no la tenemos completamente implementada en la web actual.

¿Qué es un microformato?

• Significados compartidos
• Según Wikipedia microformatos son: marcas que permiten expresiones semánticas en una página HTML o XHTML de las cuales los programas pueden extraer sus significado de una página web estándar que esté marcada con microformatos.
• Accesos directos o atajos, una técnica de HTML que permite armar bloques micro dentro de una página web, los cuales pueden ser reutilizados por otros sitios web o programas.

Una forma de ir adaptándonos a la Web Semántica es usando Microformatos.

¿Cuál es el problema? probemos con una dirección de ejemplo como :

Cesar Soplin
Jr. de la Unión 123
Lima Perú
987-654-32

Normalmente esto se traduce en codigo XHTML del tipo :

<p>
<strong>Cesar Soplin</strong><br/>
Jr. de la Unión 123<br/>
Lima Perú<br/>
987-654-32<br/>
</p>

Siendo así los visitantes del sitio verán nuestra información de contacto correctamente formateada, y los buscadores también la podrán indexar, el problema del asunto es que el buscador no sabe exactamente qué tipo de datos está indexando, ¿de qué trata el texto? no puede diferenciar si es una dirección o un párrafo de poesia.
Aquí entran al juego los microformatos.

Si el texto anterior es publicado usando el siguiente codigo XHTML:

<div class="vcard">
   <span class="fn n">
    <span class="given-name">Cesar</span>
    <span class="additional-name">Soplin</span>
    <span class="family-name"></span>
   </span>
  <div class="adr">
    <div class="street-address">Jr. de la Unión 123</div>
    <span class="locality">Lima</span>
    <span class="country-name">Perú</span>
   </div>
   <div class="tel">987-654-32</div>
  </div>

Vemos que sigue siendo código conocido, pero se diferencia al estar siendo formateado tomando en cuenta el estandard hCard , microformato usado para darle semántica a las información personal en la web, así, máquinas y los humanos sabremos de qué estamos hablando.

Es preciso notar que es código común y corriente (etiquetas SPAN y DIV) nada del otro mundo, y esa es también parte de la idea de trabajar con lo que ya existe sin requerir nuevas herramientas.

Los microformatos son usados para casos concretos, existe una multitud de ellos algunos son hCard para datos personales , hCal para calendarios y eventos , VoteLinks para opiniones y ratings , XFN para redes sociales , rel-licence para definir licencias de contenido , y uno que muchos usan sin saberlo : rel-tag.

Un ejemplo práctico de la potencia de los microformatos es rel-tag, el cual se usa cada vez que marcamos nuestro contenido en blogs usando :

  <a href="http://www.blogalaxia.com/tags/microformatos" rel="tag">microformatos</a>
  <a href="http://www.blogalaxia.com/tags/webmaster" rel="tag">webmaster</a>
  <a href="http://www.blogalaxia.com/tags/buscadores" rel="tag">buscadores</a>

Puedes cambiar Blogalaxia por Technorati o su portal de blogs favorito, y la utilidad sigue siendo la misma, que parte de la responsabilidad de organizar la información esta del lado de los usuarios, eso le permite a estos sitios invertir su tiempo y dinero en procesar y presentarnos mejor la información en vez de intentar crear un super buscador que "adivine" de que va el contenido, todo eso por un sencillo rel="tag".

Implementación

Los microformatos se pueden implementar aprendiendo el código fuente necesario o bien si usamos algún editor como Dreamweaver, instalando una extensión que facilita mucho las cosas. La misma se puede bajar y sin duda alguna, si bien es una versión beta es un gran trabajo porque funciona bien.

Ventajas de uso de microformatos

• Aventajan a la semántica basada en XML porque la información semántica puede ser intercambiada entre dos computadoras.
• Aplicación práctica inmediata.
• Parseables inmediatamente en las páginas con microformatos embebidos.
• Accesible a cualquier desarrollador XHTML.
• Permiten adaptar a XHTML RFCs existentes. Por ejemplo vCard pasa a ser hCard, iCal pasa a ser hCalendar, etc.
• Compatibles con el estándar XHTML de W3C a tal punto que es posible especificar un perfil XHTML mediante el microformato XMDP.

Un detalle que debemos tener en cuenta para aprovechar un microformato es el grado de aceptación que tenga, una masa crítica de personas utilizandolo y haciendolo aprovechable. Otro punto importante es que los datos son de libre acceso ¡podemos jugar con ellos!.
En esto hay mucho futuro, animate a usarlos.

Lee más sobre microformatos en:

• Microformatos: la web semántica para torpes
• Microformatos: la web semántica en minúsculas
• Microformatos en la Wikipedia
• Generador de identidad HCard

La accesibilidad debe ser uno de los  objetivos primordiales en los sitios web. El término de Accesibilidad web, según la wikipedia se define como: “la capacidad de acceso a la Web y a sus contenidos por todas las personas, independientemente de la discapacidad que presenten. Esta cualidad está íntimamente relacionada con la usabilidad”.

La accesibilidad web se basa en las Pautas de Accesibilidad al Contenido en la Web 1.0, donde se brindan 14 recomendaciones:

• Proporcione alternativas equivalentes para el contenido visual y auditivo
• No se base sólo en el color
• Utilice marcadores y hojas de estilo y hágalo apropiadamente
• Identifique el idioma usado
• Cree tablas que se transformen correctamente
• Asegúrese de que las páginas que incorporen nuevas tecnologías se transformen correctamente
• Asegure al usuario el control sobre los cambios de los contenidos tempo-dependientes
• Asegure la accesibilidad directa de las interfaces incrustadas
• Diseñe para la independencia del dispositivo
• Utilice soluciones provisionales
• Utilice las tecnologías y pautas W3C
• Proporcione información de contexto y orientación
• Proporcione mecanismos claros de navegación
• Asegúrese de que los documentos sean claros y simples

En la actualidad la Iniciativa de Accesibilidad Web ( WAI por sus siglas en inglés), esta trabajando en la versión 2 de estas pautas.

Tres  razones importantes para hacer sitios accesibles

Es un buen negocio:

 Tener un sitio accesible significa que estará disponible para una mayor cantidad de personas (es decir más clientes), adicionalmente las páginas de sitios accesibles están mejor adaptadas a los robots de indexación de los buscadores, que básicamente actúan como usuarios invidentes.

Es socialmente justo:

Todos deben tener igual oportunidad de acceso a la información, cerrar la brecha digital no solo se trata de tener más computadoras, también requiere proporcionar la información al alcance de las mayorías.

Cumplir la ley:

Algunos países están haciendo de la accesibilidad un requisito legal para los sitios gubernamentales.

Cómo comenzar:

• Una buena forma es seguir la Guía breve para crear sitios webs accesibles del W3C.
• Imágenes y animaciones: Use el atributo alt para describir la función de cada elemento visual.
• Mapas de imagen: Use el elemento map y texto para las zonas activas.
• Multimedia: Proporcione subtítulos y trascripción del sonido, y descripción del vídeo.
• Enlaces de hipertexto: Use texto que tenga sentido leído fuera de contexto. Por ejemplo, evite "pincha aquí".
• Organización de las páginas: Use encabezados, listas y estructura consistente. Use CSS  para la maquetación donde sea posible.
• Figuras y diagramas: Descríbalos brevemente en la pagina o use el atributo longdesc.
• Scripts, applets y plug-ins: Ofrezca contenido alternativo si las funciones nuevas no son accesibles.
• Marcos: Use el elemento noframes y títulos con sentido.
• Tablas: Facilite la lectura línea a línea. Resuma.
• Revise su trabajo: Verifique. Use las herramientas, puntos de comprobación y pautas de WCAG.

Algunas herramientas:

Fangs para Mozilla Firefox : esta extensión simula un lector de pantalla, mostrando el contenido del sitio como lo obtendría una persona con discapacidad.

Accessibility Suite for W3C/WCAG, V1.0.1 para Dreamweaver: le da capacidades extras a Dreamwaver para cumplir las normas básicas de Accesibilidad (Prioridades 1 y 2, y la Sección 508).

Web Accessibility Toolbar: multitud de funciones para evaluar los aspectos accesibilidad del sitio, solo disponible para Internet Explorer.

Mozilla Accessibility Extension: extensión para personas con discapacidades puedan navegar mejor, también es una ayuda para los desarrolladores para evaluar la accesibilidad en sus sitios.

Revisores automáticos: tenemos TAW , HERA y Examinator, pero navegando podríamos encontrar muchos más.

Algunos consejos:

En sitios grandes donde el contenido es cambiante hay que vigilar que la accesibilidad no sea afectada.

No es suficiente aprobar la accesibilidad de nuestro sitio con un revisor automático, es necesario saber si realmente el sitio es accesible realizando pruebas reales y de sentido común de acuerdo a las pautas de accesibilidad.

La accesibilidad web beneficia a todos, webmasters con sitios sencillos de mantener, clientes satisfechos con el funcionamiento del sitio y negociantes con mayores ventas, tenga eso en mente al comenzar su sitio.

Enlaces relacionados:

• Accesibilidad web
• A los clientes no les interesa la Accesibilidad
• High Accessibility Is Effective Search Engine Optimization
• Guía breve para crear sitios webs
• Didáctica de la accesibilidad y “frases asesinas”

Ponerle las cosas fáciles a nuestros usuarios debería ser uno de los objetivos en la construcción de nuestros sitios, Nielsen [1] define la usabilidad como:

"Usabilidad es un atributo de calidad que mide lo fáciles de usar que son las interfaces web".

Este atributo debe ser una prioridad a cumplir, nos vemos rodeados de excelentes sitio web, con buen contenido pero la dificultad en su uso. Su falta de usabilidad, se vuelve un punto en contra importante. Al parecer esto seria una cuestión fácil de resolver, pero no es así principalmente por la poca cultura que existe de diseñar para el usuario, preocupándonos más por caprichos del cliente que paga el sitio o el diseñador que quiere mostrar el último intro en flash.

No existen reglas concretas para la usabilidad, todo depende del contexto especifico donde se desenvuelve el visitante, pero una premisa básica es que el usuario tenga el control de lo que esta pasando, usando una interfaz de fácil aprendizaje y dominio, con los elementos necesarios para llevar a cabo su objetivo en el sitio web.

Hacer sitios usables no significa hacer sitios feos, se debe buscar el equilibrio entre la función y la forma, por ejemplo:

Uso de elementos cuando se necesitan:

No se trata de prohibir los frames, sino saber cuando aplicarlos, Bloglines es una muestra de ello.

Facilitar tareas:

Eliminado los elementos innecesarios, Mozilla brinda un acceso directo a la principal tarea del sitio, descargar Firefox.

¿Cómo saber si mi sitio es usable?

Existen 2 formas de revisar el nivel de usabilidad, la primera son el test de usuarios, donde un grupo de personas que se encuentra dentro del rango de nuestros potenciales visitantes ponen a prueba el diseño de nuestro sitio llevando a cabo ciertas tareas, evaluando el grado de éxito al llevarlas a cabo, el inconveniente que tiene es que requiere la preparación del ambiente donde se hacen las evaluaciones.

La segunda es la evaluación experta ( evaluación heurística ) donde el sitio web es examinado en base a ciertos parámetros por evaluadores experimentados, o en su defecto por nosotros mismos, esta es la opción más rápida y barata.

Evaluando nuestro sitio

Usaremos la siguiente evaluación básica como una forma de dar un repaso del nivel de usabilidad de nuestro sitio, lo suficiente como para tomar conciencia de cómo vamos:

Página principal

•  A primera vista, ¿se puede saber de que trata el sitio?

•  ¿Tiene un diseño acorde con el objetivo del sitio?

•  ¿Se distinguen claramente los enlaces del resto del contenido?

•  ¿Las páginas están correctamente tituladas?

•  ¿Es posible distinguir la totalidad de caminos que podemos tomar desde aquí?

•  Si se usa un intro o ventanas emergentes (popups), ¿esta justificado su uso?, ¿aporta algo al objetivo del sitio?

•  ¿los enlaces indican claramente a donde nos dirigen? ¿existen enlaces rotos?

•  la navegación ¿es intuitiva? ¿esta correctamente ubicada?

•  Si se requieren plugins ¿se explica porque se necesitan?

En las páginas interiores

•  ¿Sabemos donde nos encontramos?

•  ¿Se usan URL amigables?

•  ¿Se mantiene la consistencia del diseño?

•  ¿el logotipo nos lleva a la página principal? ¿Existen formas alternativas para regresar a la página principal?

•  En las tablas, ¿se diferencian los títulos del contenido?, ¿los registros están diferenciados entre si?

•  ¿se ofrecen facilidades para imprimir el contenido? ¿se usa un formato especial para impresión?

•  ¿La navegación es consistente? ¿se diferencia la sección actual del resto?

•  En caso de enlaces que se abren en una nueva ventana ¿esta informan al visitante de su comportamiento?

Búsqueda

•  ¿la caja de texto es lo suficientemente amplia para escribir con comodidad en ella?

•  ¿los resultados se muestran de forma ordenada?

•  ¿Esta habilitada la búsqueda avanzada? ¿es necesaria?

Formularios

•  ¿Se distingue que datos son obligatorios?

•  ¿Se brindan ejemplos respecto a los datos requeridos?

•  ¿Existe alguna forma de informarse acerca de cómo van a ser usados los datos?

•  Al producirse un error, ¿proporciona retroalimentación de lo que ha sucedido y como evitar que se vuelva a repetir?

•  Estos mensajes de advertencia y error ¿usan lenguaje natural que el visitante puede entender?

Finalmente

Es un error pretender vender la usabilidad como algo extra al desarrollo, no es un favor que le hacemos al cliente, es parte integral de los sitios web que hacemos, es un atributo de calidad.

El cliente nos pide cosas algunas cosas fuera de lugar por desconocimiento, debe ser educado sobre los beneficios del diseño orientado al usuario, lo que no se conoce no se aprecia.

Su sitio existe para satisfacer una necesidad, concéntrese en ello, diseñe para el usuario.

Enlaces relacionados

Usability 101: Introduction to Usability

Diseñar para lo más probable y no para todo lo posible

Excusas para no hacerlo usable

Guía de Evaluación Heurística de Sitios Web

Errores de Usabilidad en Blogs

Usabilidad en Flash

Foros del Web : Usabilidad y Accesibilidad