Embat Consultors

El pasado 27 de Mayo (2008) tuvo lugar en Madrid el Día W3C en España, Standards for Business, y como no, mi socio Juan Antonio y yo estuvimos allí.

A la aventura también nos acompañó Lina, compañera de trabajo “y algo más” (:p) de Juan Antonio.

El evento se dividió en 3 partes:

• Web para todos
• Web desde cualquier lugar
• Web como base de conocimiento

Cada parte a su vez, constaba de pequeñas charlas, de una media horita cada una, y como no, una charla de bienvenida antes de empezar con el resto.

Web para todos:

Se habló principalmente de Accesibilidad web, y estándares web, claro, no podía ser de otro modo tratándose de un evento de la W3C.

Raúl Riesco, de Inteco explicó sus acciones para la promoción de los estándares, y sobretodo, la accesibilidad.

Maria Mercedes Lozano habló de las medidas adoptadas por el ayuntamiento de Madrid en su portal.

Jerónimo Pérez, nos explicó que en el 2009 entra en vigor otra ley acerca de la accesibilidad, y que por ello, La caixa de galicia ya estaba tomando cartas en el asunto para obtener las certificaciones correspondientes.

Y José Manrique, de la fundación CTIC, nos ayudó a entender un poco más su trabajo.

Web desde cualquier lugar:

Aquí se intentó hablar de la movilidad.

Principalmente, de cómo los estándares web nos ayudan a tener la web única, es decir, una web, muchos dispositivos.

Raúl Rivero de soitu.es, Daniel Molina desde EducaMadrid, El director comercial de Yaco sistemas y Ángel Machín desde Vodafone.

Y dejo para el último lugar, uno de los que más me gustó: Charles McCathieNevile, desarrollador de Opera y director del grupo de trabajo de WebAPI del W3C, y así de claro: Un friki de cuidado, de los de quitarse el sombrero.

Nos contó qué es un API (aunque creo que todos los de la sala lo sabíamos… jeje), cómo utilizarlos y el porque de utilizar los estándare, y creo que nos convenció

Web como base de conocimiento:

Probablemente, una de las charlas más técnicas en cuánto a estándares, y creo, que la que más me gustó, ya que me apasionan los microformatos y la semántica en la web.

Se habló de la web semántica, microformatos, y todo lo que conlleva (RDF, OWL, etc)

María Jesús Fernández de Ayuntamiento de Zaragoza, José Manuel López de iSOCO, Juan A. Prieto de XimetriX y Asunción Gómez Pérez de la UPM fueron los encargados de las charlas.

Como nota friki:

¿Sabéis quiés estuvo allí?

Os daré unas pistas:

1. Es Ingeniero y profesor de Ingeniería Telemática, y acreditado doctor experto en la problemática de la Bioingeniería.
2. Comía muchos bocatas y helados en veranos de antaño…

Si!

Miguel Ángel Valero, el famoso “piraña” de Verano Azul.

Joan,
Embat Consultors

Otro tema candente en internet: La accesibilidad.

¿Qué es la accesibilidad?

Según la Wikipedia (como no):

La accesibilidad es el grado con el que algo puede ser usado, visitado o accedido por todas las personas, independientemente de sus capacidades técnicas o físicas.

Expliquemos… Algo es accesible cuando cualquier persona puede acceder a ello. Puede parecer algo evidente, pero no es tan evidente como parece de primeras.

¿Qué es la accesibilidad web?

Tim Berners Lee tenía claro que:

El poder de la web está en su universalidad. El acceso de cualquier persona, con independencia de su discapacidad es un aspecto esencial.

Y definió como accesibilidad: Es el arte de garantizar que los medios estén disponibles para las personas, tengan o no deficiencias de un tipo u otro.

Razones

En 2006 entró en vigor la LSSI, uno de cuyos requisitos exige que las Administraciones Públicas hagan accesibles los contenidos de sus páginas web.

Otro término que veréis bastante hablando de este tema, es el de Usabilidad, pero como ya dije en otros artículos, ya escribiré acerca de eso más adelante.

Nótese que he escrito “Administraciones Públicas”, entonces…

¿Por qué hacer sitios accesibles si no somos administraciones públicas?

Buena pregunta, aunque los desarrolladores (la mayoría, o eso espero…) queramos hacer páginas accesibles, los empresarios no lo terminan de ver.

Por ello, nada mejor que enfocarlo desde 2 puntos:

El lado económico

• Entre un 10 y 20% de la población tiene algún tipo de discapacidad (mayor o menor). Haciendo el sitio accesible aumentas el espectro de los clientes potenciales.
• También es probable que algunas personas no tengan instalado el “navegador X” o el “plugin Y”, ¿por qué cerrarles la puerta de tu negocio?
• Las personas mayores también son sensibles a los problemas de accesibilidad.
• Sin duda es más sencillo hacerlo accesble desde el primer momento, ya que si tenemos que rehacer las webs luego, se tardará muchísimo mas.
• Profesionalidad. A ojos del resto, serás más profesional. Con el tiempo, el término accesible lo entiende más gente, y eso da visión de confianza.
• Reduce el ancho de banda. Menos tráfico de red. Más rapidez.
• Menos tiempo de mantenimiento. Código más limpio. Menos errores. Errores más fácilmente solucionables, más aislados.
• Buscadores. Los buscadores son ciegos, sólo leen el código. Si la página es accesible se presupone que el código será limpio. Aunque la accesibilidad no sea el factor determinante en esto, está claro que es uno a tener en cuenta.

Beneficio social

• No está bien discriminar a personas porque tengan algún tipo de problema de acceso a los contenidos de la web.
• Si los sitios web son accesibles para las personas con discapacidad podrán beneficiarse de ellos.
• Ayudaríamos a las personas a estar en contacto con los suyos.
• Estaríamos construyendo una sociedad de la información para todos
• Construiríamos una sociedad más justa, más integradora.

Conclusiones

Como podéis ver, hacer las páginas accesibles no cuesta tanto esfuerzo, y el beneficio es grande.

Ayer confirmamos que éramos estándar.

Hoy confirmo que soy accesible…

¿Y vosotros?

Joan
Embat Consultors

Santy, uno de los diseñadores del trabajo, siempre me da la brasa con el Flash.

Pues bien, hoy decidí ponerme a pensar y a navegar, redactando lo que a mi modo de ver, pueden ser grandes factores a tener en cuenta a la hora de no utilizar flash..

O si lo queréis de otro modo, ¿Por qué utilizar HTML/XHTML en lugar de flash?

• Flash tiene problemas con los buscadores, ya que estos indexan por página, y leen el contenido (HTML/XHTML) de las webs, utilizando flash, muy probablemente, pierdas posicionamiento considerablemente.
• Necesitas instalar software adicional al navegador para poder visualizar la web. Si tu interés es vender, ¿por qué cerrar puertas a 1 sólo cliente?
• Graves Problemas de navegación:
  • No funcionan los botones “atrás” y “adelante”
  • Abrir un enlace en otra pestaña
  • Abrir un enlace en otra ventana
  • Ver las propiedades de una imagen
  • Obtener una imagen
  • Buscar una palabra a través del navegador
  • No puedes hacer el texto más grande o más pequeño
• Los elementos no son estándares. Los usuarios están educados con los componentes de las webs, textos, formularios, enlaces, etc… Y pueden reconocer su función y su uso. No se debe hacer pensar al usuario para qué sirve algo de la página, él debe saberlo. Cada diseñador tiene su criterio para crear sus botones, combos, etcétera.
• Depende absolutamente de las decisiones que tome la empresa que lo controla. Nunca sabes qué puede pasar con flash, en cualquier momento podría obligar a actualizar versiones, o sacar versiones incompatibles, y tu, no podrías hacer nada contra ello.
• Dependencia total de los diseñadores que hacen la web. Hay más gente preparada para hacer cambios en webs HTML/XHTML que en Flash, ya que HTML es un estándar, y más gente está preparada para ello.
• Los diseñadores tienden demasiado a crear efectos y controles complicados para el usuario.
• Accesibilidad:
  • Personas con problemas en la vista no pueden cambiar los tamaños de las letras
  • Los sintetizadores de voz que leen el código html no pueden leerlo
• Suelen ser más lenta. Al cargarlas de efectos y/o imágenes, las webs en flash suelen ser más pesadas (nótese el “suelen”, ya que he visto verdaderas barbaridades en HTML)
• Los usuarios buscan algo en la web, no entretenerse (salvo casos aislados que no tienen nada que hacer). Debe haber un acceso rápido al contenido, a lo que el usuario está buscando.
• Problemas serios a la hora de imprimir. ¿A quién no le ha pasado?…
• Problemas para generar estadísticas. Nos movemos en un mercado en el que prima la estadística, y Flash nos dificulta conseguirlas.
• Las webs en Flash tienden a distraer la atención del usuario frente al contenido que está buscando.

¿Para qué me parece más aberrante utilizar el Flash?

• Webs completas en flash, quitando las excepciones que citaré a continuación, me parece un verdadero atentado terrorista diseñar un sitio al completo en flash
• Menús de navegació. No entiendo como aún hay gente que hace la web en HTML/XHTML y el menú en flash…

A todas estas pegas, quiero añadir funciones que no veo malas para el flash, e incluso, siendo objetivo, les veo cierto sentido crearlas en flash:

• Webs artísticas (diseño, música, fotos, pintura, etcétera)
• Niños (webs para niños, tanto educativas como de entretenimiento)
• Visitas virtuales (recorridos, catálogos, etcétera)
• Banners (aunque odio los banners en general, puede atraer algo más que una simple imagen)
• Películas y videos (evidente)
• Juegos (también evidente)

Actualización -> Hoy, 27 de Junio de 2008, leo en Programa con Google:

He diseñado mi sitio en Flash. ¿Cómo me aseguro de que pueda indexarse correctamente?

Puesto que Flash es en sí un medio visual, a muchos usuarios (no sólo personas con discapacidad visual, sino también máquinas como Googlebot) les será difícil tener acceso a su contenido. La primera pregunta que te tienes que hacer es: ¿Estoy seguro de querer un sitio totalmente diseñado en Flash? Aconsejamos que sólo se use cuando sea estrictamente necesario. Para contenido y navegación, mejor HTML.
Si estás seguro de querer un sitio totalmente diseñado en Flash, todavía existen opciones. sIFR: Algunas páginas web usan Flash para hacer que el navegador muestre cabeceras, citas o cualquier texto con una fuente que el usuario no tenga instalada. Esta técnica permite leer una página incluso a los visitantes que no vean Flash, puesto que el contenido/navegación está en el código HTML, sólo que se enseña con un objeto Flash embebido. Usa una versión HTML que complemente al Flash. Una idea es usar Flash en la página de bienvenida, pero incluyendo un enlace HTML a la versión no Flash de tu sitio. Para más recomendaciones sobre Flash, puedes visitar una entrada en inglés del blog oficial Google Webmaster Central.

Joan
Embat Consultors