Bola de Nieve

Google y Adobe anuncian con bombos y platillos que fruto de una cooperación entre ambas empresas, se incluye un nuevo algoritmo que permitirá indexar contenidos Flash. Esta nueva funcionalidad permitirá “leer y entender” contenidos vectoriales, abriendo de esta forma todo un nuevo mundo al SEO con Flash.

SI bien antes teníamos formas de trabajar con este tipo de formatos, y que nuestra web quedara correctamente indexada, como es el caso de swfaddress, con estos nuevos “poderes” de Google se podrán optimizar aun mas los sitios que por una u otra razón están hechos en Flash.

Cabe destacar que a la hora de analizar la accesibilidad, Flash sigue teniendo algunos puntos oscuros, pero es evidente que Adobe esta por el buen camino, y que vamos hacia un Flash mucho mas “pulido” en los aspectos hoy por hoy esenciales de la presencia en internet.

Links relacionados
El anuncio de ayer en google
Un post en el blog de googe WebmasterCentral
El anuncio por parte de Adobe

Navegando, me encuentro con una excelente guia de referencia para crear contenidos html para envío por mail. Este es un tema particularmente delicado, ya que la compatibilidad de los clientes de correo (y los webmails) con algunas de las reglas CSS, es bastante limitada. A la hora de preparar un mailing, es necesario tener muy en cuenta este tipo de restricciones, para evitar que algunos clientes obtengan una version ilegible o “impresentable” de nuestro mailing.

Campaignmonitor es una aplicación online para envio de mailings, no puedo hacer ninguna reseña o comentario sobre ella, ya que no lo he probado, pero como les comentaba anteriormente, dentro de su web, nos podemos encontrar con esta magnífica guía para la generación de mails en html.

Sin mas preámbulos… El link.

Fontstruct es una aplicación online (RIA). Con ella podremos diseñar nuestras tipografías y luego exportarlas en formato Mac o PC, Es un excelente ejemplo de la nueva variedad de opciones que podemos encontrar en internet, donde la calidad y la cantidad de contenidos enfocados a la interacción con el usuario es cada vez mayor.
Fontstruct

Tal vez uno de los errores más difundidos en el diseño web, sea la incorrecta utilización de los elementos h1, h2, h3, h4, h5 y h6.
Es muy común ver un mal uso de estos, y como consecuencia, la pérdida del objetivo principal de los mismos.

Veamos este asunto con más detalle.

La primera confusión es la de relacionar estos elementos con estilos de título/subtítulo, en realidad, es “casi” así, pero a la inversa. Estos elementos están, en primera instancia, para ayudarnos a estructurar el documento. Podrían compararse con una lista como esta.

1. Curly
2. Larry
3. Moe

Como pueden ver, en este tipo de listas, es imposible que, sin romper la lógica, tengamos dos 1, así como el orden, siempre es correlativo, exactamente lo mismo pasa con los h’s, cada uno define un nivel de jerarquía en nuestro documento, y como efecto secundario, podemos asignar (de paso) a estos elementos, estilos determinados para vestir mejor nuestro trabajo.

Existen seis niveles de encabezados, y por una escasa o nula interpretación del rol de los mismos, rara vez vemos más de h3, tampoco quiero decir con esto que es “obligatorio” usar hasta el h6, sino que muchas veces no se toma el tiempo necesario para jerarquizar correctamente la información que vamos a mostrar, y existe la tendencia a utilizarlos solamente como recurso de asignación de estilos.

Por una cuestión de correlación lógica, como comentaba antes, si en tu documento no hay un h1 o un h2, no podés usar h3 directamente, solo porque el estilo que tiene asignado le queda perfecto a ese subtítulo que estás usando, TIENE que tener arriba, en su jerarquía dos elementos que lo precedan (h1 y h2).

Esta secuencia se puede reiniciar en cualquier punto aunque hemos de tener en cuenta por ej, que si ya existe un h1 que le da importancia al documento en general, no se podrá utilizar otro h1 en el mismo documento, sí es posible repetir h2, h3 etc… ya que son “hijos” del h1 general que define el documento.

Por ej:

• h1 → Los 3 chiflados
• h2 → Curly
• h3 → Torpe
• h2 → Larry
• h3 → Gracioso
• h2 → Moe
• h3 → Irascible

Esto es correcto, tenemos un h1 definiendo la jerarquía general y luego varios contenidos que componen este documento.Este otro, sería un ejemplo de mala utilización:

• h1 → Los 3 chiflados
• h2 → Hemp
• h4 → Substituto
• h2 → Larry
• h3 → Gracioso
• h2 → Moe
• h3 → Irascible

Al pasar por alto la jerarquía, entre h2 y h4, estamos rompiendo la estructura jerárquica del documento y por tanto ya podemos ir olvidándonos de una correcta validación.

El uso de encabezados es algo que no tendríamos que tomar a la ligera. Es un tema muy interesante e importante para la correcta estructuración de los trabajos, solo hay que tomarse un poco más de tiempo antes de pasar a código ese layout tan atractivo que tenemos y pensar mucho en cual es la jerarquía que le pretendemos dar al website.

Un interesante artículo de ilovetypography.com sobre tipografías, especialmente orientado a Diseño Web, una excelente guía para los “no iniciados” en el arte del WebDesign.

Este es el link
A Guide to Web Typography

Cuando hablamos de accesibilidad, es necesario cubrir todas las áreas relacionadas, y tener en cuenta muchas más variables que generalmente, no se contemplan.

Accesibilidad no es solamente pasar un par de tests automáticos y poner un banner de “web válida”. Hay muchos aspectos cruciales que debemos tener en cuenta para acercar más nuestros contenidos a la mayor cantidad posible de usuarios.

Para los que no están familiarizados con los términos de accesibilidad, las recomendaciones del W3C son las siguientes:

El usuario podría,

• No estar capacitado para ver, oír, o interactuar (para procesar) la información que estás mostrando.
• Tener dificultad a la hora de leer o comprender el texto.
• No tener la posibilidad de usar mouse o teclado.
• Tener un navegador sólo de texto, una pantalla muy pequeña o una conexión a internet muy lenta.
• No entender o hablar fluidamente el lenguaje en el que el documento está escrito.
• Estar en una situación particular, en la que no pudiera disponer totalmente de sus manos u ojos.
• Tener una versión muy antigua de su browser, o uno que leyera los contenidos (para ciegos).

Digamos que estas pautas engloban los cinco aspectos más importantes a tener en cuenta, de comunicación, motriz, económico, intelectual y tecnológico.

La gran pregunta que surge generalmente, ¿Es realmente necesario que mi web cumpla estas pautas? Esta pregunta se puede responder rápidamente, aplicando los siguientes criterios.

¿Es un sitio web de una administración pública o del gobierno?
En este caso necesariamente tiene que ser accesible.

¿Es un sitio privado, pero con financiación pública?
En este caso debería ser accesible.

¿Es un sitio privado?
En este caso es tu decisión. Pero antes de apresurarte a descartarlo, tendrías que evaluar cuales son los alcances gobales. Que tu web sea accesible, no solamente, acerca contenidos a los grupos que tienen minusvalías, sino que, a nivel comercial, y en particular de posicionamiento, las ventajas de tener una web accesible son fundamentales. Piensa que, una araña de búsqueda es un programa y cuanto mejor formateada esté la información que va a incorporar a su base de datos, mejor la interpretará y por ende, mejor rankeada estará finalmente.

Esta entrada es una introducción, próximamente voy a ampliar, tocando puntos más específicos relacionados a la accesibilidad.

Links Relacionados
WAI (Web Accesibility Initiative)
Web Content Accessibility Guidelines 1.0
Manuales y Guias de INTECO
Herramientas de evaluación de acesibilidad

¿Cuantos elementos de html podés nombrar en 5 minutos?

60

Sobre el minuto tres… me ataco el monstruo de la laguna, pero bueno, quedo conforme con el resultado… 60 no esta nada mal.

REST llega de la mano del Gran “Gurú” (si… con mayúsculas) Roy Fielding, quien además, participó activamente en otros importantes hitos de la historia de internet, es uno de los fundadores del proyecto Apache y es co-diseñador del protocolo HTTP, también ha estado muy implicado en el desarrollo de HTML.

Para entender que es REST primero tenemos que analizar algunos conceptos básicos. Resulta complejo abordar el tema sin hablar primero de RPC (Remote Procedure Call). RPC es una interfaz de aplicación (API) y permite que los programas ejecuten código en un sistema remoto. El “cliente” envía una mensaje de llamada al “servidor” y espera un mensaje de respuesta, la llamada incluye todo lo necesario para efectuar esta comunicación entre ambos de manera exitosa.

Podríamos simplificar estos conceptos en dos puntos:

• El “cliente” envía un mensaje de llamada y espera por la respuesta.
• En el lado del “servidor” un proceso permanece dormido a la espera de mensajes de llamada. Cuando llega una llamada, el proceso servidor extrae los parámetros del procedimiento, calcula los resultados y los devuelve en un mensaje de respuesta.

Bajo este concepto básico, aplicado en principio al software, se adaptaron para servicios web una serie de opciones (SOAP o XML-RPC por ej, que también utilizan xml para el intercambio de datos).

Luego de esta breve introducción a la “conversación” entre cliente y servidor podríamos decir que REST está comenzando a ocupar un lugar predominante en las nuevas tendencias que hoy se plantean en Internet, ¿y por que?, voy a intentar ilustrar un poco estas ideas.

Para entender los siguientes conceptos sería importante que definamos dos grandes grupos.

Web “humana”(Browser, HTTP y HTML)
HTML: presentaciones legibles
A evolucionado hacia XHTML, CCS, XML, …

Web “de datos” (API,HTTP/SOAP, XML y …)
XML: Datos estructurados
Fuerte debate entre REST y “Big” Web Services

REST es: Una Web de datos accesible desde la Web humana

Principales Características

• Arquitectura altamente escalable
• Es posible implementarla sobre cualquier protocolo
• Extensamente documentada su implementación sobre HTTP.
• Recursos Identificables (Addressability, URI)
• Interfaz de acceso estándar
• Comunicación sin estado (Statelessness)
• Representación clara de los recursos
• Hyper-media (Connectedness)
• Múltiple soporte de formatos: (HTML, XHTML, XML, JSON, PDF,
  FLASH, FLEX, …)
• HTTP define el tipo (MiME) se sirve el formato adecuado.
  (Habitualmente es XML.)
• Soporte universal y simple desde cualquier lenguaje y
  plataforma.
• Integración real para comunicación B2B
• Adoptado casi unánimemente en la Web2.0 (Google,
  del.icio.us, Amazon, Yahoo, ….)

Veamos más en detalle algunos de estos puntos.

Recursos Identificables
Recurso: Cualquier elemento disponible en la red que quiera ser referenciado (mapas, usuarios, libros, musica, videos, documentos, …)

Cada uno de estos recursos utiliza un URI para identificarse, y es accesible mediante este URI único.

Interfaz uniforme
Permite gestionar los recursos con los métodos HTTP preexistentes:

GET (leer, copia)
HEAD (encabezado)
PUT (crear)
POST (alta)
DELETE (modificar)

Comunicación sin estado
El Servidor no mantienen una comunicación activa con cada cliente ya que el estado está explícito en las llamadas (pregunta/respuesta).

Algún ejemplo de la diferencia entre stateful y statelessness seria FTP(stateful) contra HTTP con URLs absolutas (statelessness).

La mayoría de los servicios web actuales están trabajando de esta forma (Google Maps, Amazon S3, flickr ,del.icio.us, …).

Hypermedia
Las comunicaciones son siempre a través de links, de esta forma evitamos tener que recordar comandos y la utilización de cualquier servicio se asemeja mucho a la utilización de cualquier web (ayudando a la estandarización).

Por otra parte, es muy importante resaltar que el cliente puede ser genérico, es decir, la aplicación es capaz de servir los contenidos a una gran variedad de clientes, Flash, Flex, HTML, XHTML, XML, …

Ok,¿y todo esto, para que me sirve?
Es evidente que Internet esta en un proceso de cambio constante, y que las nuevas tecnologías se presentan vertiginosamente. Posiblemente el cambio más rotundo, que se puede destacar en los últimos tiempos, es el famoso paso de Web 1 a Web 2.0, representado por la transición de una web estática, con contenidos que dependían totalmente del anunciante, a una web mucho más interactiva y humana. Blogs, redes sociales, herramientas, incluso aplicaciones, que anteriormente reinaban en los escritorios, se vieron portadas con éxito a internet, marcando esta nueva etapa que estamos viviendo en la red.

El usuario esta respondiendo a esta oferta, con una demanda voraz de contenidos que se ajusten a estos nuevos formatos, y es de vital importancia estar muy atentos a estas demandas, ya que en la capacidad de respuesta, se definirán muchos éxitos o fracasos en los próximos tiempos.

Gracias a tecnologías como REST, y su increíble capacidad de escalabilidad y sobre todo, la gran multiplicidad de formatos de salida, podremos estar acorde a las nuevas demandas de los usuarios, gestionando los contenidos desde una interfase común y con la posibilidad de “servir” a la carta, los contenidos para los clientes, en cualquiera de los sabores requeridos, Browsers (con su gran variedad de opciones), Teléfonos, PDA’s, Blackberrys, Consolas de videojuegos y una larga lista de etcéteras, que son los invitados a esta segunda ronda de Web2.0.

Muy atrás va quedando el tiempo de “Web optimizada para Internet Explorer”, llegó el momento de ajustarse a los estándares y de servir contenidos para cualquier formato.

Links relacionados:
Curriculum de Roy Fielding
REST en la Wikipedia
Ruby on rails (un framework RESTafari)

Tim Berners-Lee es junto con Vint Cert una de las figuras mas importantes en la historia de internet (reconocidos ambos como padres de la web). Gracias a su trabajo desarrollando el lenguaje html, el protocolo http y el sistema de localizacion URL, la web llego a se lo que conocemos hoy.

Eran otros tiempos (1991), en aquel momento no fué del todo posible dimensionar el crecimiento que tendría internet, y aun así, él con su visión, intentó incluir el concepto de web semántica, pero por diversas razones no llego a concretarse.

Ahora se encuentra trabajando activamente en este “concepto” que bien podría revolucionar la manera en la que estamos acostumbrados a buscar y encontrar información en internet.

Pero entonces… ¿que es la web semántica?, aquí un vídeo en el que se explica el concepto, de una manera muy sencilla de comprender.

Enlaces Relacionados.
Operator Add-on para Firefox
Microformats
RDFa Interoperable Web Metadata

Mas información.
W3C y Wikipedia