moure.es – Alfonso Moure Ortega

Ayer tuve una experiencia extraordinaria: me tragué uno de los videos del Google I/O, concretamente aquel en el que nos presentaban uno de los nuevos proyectos (proyectazos) de los chicos de Mountain View: Google Wave.

Google Wave es un nuevo concepto de comunicación online. Como decían en la propia presentación, es “reinventar el correo electrónico”, porque “¿cómo sería el correo electrónico si hubiera sido inventado ahora?”. Pues su punto más básico es llevar el tradicional modo de comunicación por correo (postal o email) basado en “envio un mensaje a uno o varios destinatarios y ellos responden”, a un nivel superior: la conversación.

Chat, chat, chat. No es un chat, aunque pueda parecerlo. En Google Wave, lo que tenemos no son canales ni charlas, son waves. Un wave es básicamente un hilo de comunicación entre personas, donde pueden charlar, publicar fotografías, videos, mapas, textos… lo que quieran. De manera lineal o colaboratiba, no importa. Se define como un medio de comunicación y colaboración.

Fusión entre el chat, blog, email, social network… Todo. Increible.

Os dejo el video. Debéis verlo, es flipante. Estoy deseando ponerle las manos encima a la primera beta…

Os dejo además tres enlaces que os pueden servir para descubrir más sobre Google Wave:

• Google Wave Preview
• Google Wave Protocol (Open Source)
• Google Wave API Project

Como digo aquí arriba, es Open Source, y ya han realizado varias propuestas para estandarizar alguna de sus funcionabilidades más impresionantes para que puedan usarse por todo Internet, desde cualquier navegador. Gracias pequeños genios por vuestro incansable trabajo…

Bookmark

Desde hace tiempo ya venimos escuchando la nueva ola de la Web 3.0, incluso antes si quiera de comprender el verdadero significado (si es que tiene alguno) de la Web 2.0.

Y éste nuevo significado en la era 3.0 no es otro que el semántico: dotar de significado y sentido a elementos de información dentro del HTML.

Pero como siempre, falta el apoyo de las grandes marcas. No importa que pequeños y aislados grupos de personas trabajen para crear nuevas maneras de llevar a un nuevo punto el potencial de Internet, mientras gente como Google no promocione sus creaciones, éstas tienen el peligro de caer en el olvido, o peor aun, de extinguirse para siempre.

Éste es el caso de los microformatos (o microformats), una colección de atributos que pueden ser añadidos a nuestras etiquetas tradicionales para dotar de un significado o sentido a la información que encierran. Ahora ha llegado su momento de explosión, largamente esperado: Google implanta los rich snippets, al fin de un modo oficial.

Gracias a estos cambios, podremos mejorar ya no el posicionamiento de nuestros contenidos, sino su presentación en los SERPs y el modo en que los usuarios captan el sentido de la página antes incluso de entrar. Podremos presentar a Google una información mucho más rica sobre nuestros productos o servicios que ofrecemos a los visitantes, o si lo preferimos, indicarle nuestra ubicación geográfica o interrelación entre apartados de nuestro site.

Un ejemplo sencillo: el review o artículo de opinión o revista sobre algo. A todos nos ayuda buscar opiniones de otra gente sobre un producto que queremos adquirir. Esto nos lleva su tiempo, porque aunque existen herramientas ya preparadas para localizar reviews, a veces esto lleva un buen rato, y un rato siempre se convierte en una brutal pérdida de tiempo. Y el tiempo es oro.

¿Y si permitimos que Google publique en su SERP la puntuación de nuestro review y alguna anotación en lugar del típico trozo de texto de la misma? ¿No será más util que muestre algo que realmente le inspire interés al usuario? Pues claro que sí:

<div class=”hReview”>
<span class=”item”>
<span class=”fn”>L’Amourita Pizza</span>
</span>
<span class=”rating”>3.5</span>
<span class=”reviewer”>Ulysses Grant</div>
<span class=”dtreviewed”>2009-01-06</span>
<span class=”summary”>”Delicious, tasty pizza in Eastlake.”</span>
</div>

Efectos del Google Rich Snippet

Este ejemplo está literalmente cogido de la documentación de Google para rich snippets de reviews. Soy poco original, lo sé.

Bookmark

Se escucha desde hace mucho tiempo el sonido distante de éste mismo problema: ¿afecta la existencia del ViewState de ASP.NET en el indexado de Google? La respuesta solo puede tomar dos valores: sí o no. Y cada persona, cada SEO, cada gurú de Internet, os responderá una cosa diferente. Por supuesto, yo también tengo mi teoría.

Y es la siguiente: sí, el ViewState de ASP.NET afecta al posicionamiento en Google. ¿Por qué? Os doy varias razones:

1. Por su tamaño: en páginas demasiado complejas y con una gran carga de controles ASP.NET, ocupará tanto espacio que nos arriesgamos no solo a perjudicar a los usuarios menos favorecidos en su velocidad de conexión, sino que también nos arriesgaremos a producir un timeout en las consultas de Google.
2. Por el desplazamiento de contenido: Google utiliza como criterio de posicionamiento, como todos bien sabemos, la posición de la información y metainformación dentro del documento HTML. Un ViewState demasiado grande moverá los datos realmente importantes (es decir, todo el BODY) hacia abajo.
3. Por su incoherencia como información: El contenido del ViewState es incomprensible, no solo para un humano, sino también para una máquina ajena a la aplicación ASP.NET en ejecución. Incluso a veces es incomprensible para ella misma.

¿Cómo evitar su existencia? No siempre es posible. El uso de callbacks en ASP.NET, aunque es algo muy cómodo, no es ni de lejos recomendable para atraer a Google. Todos lo sabemos. Pero a veces, se hace inevitable.

De todas maneras, si podéis evitar el uso de ViewState (y por favor, no uséis variables de sesión, porque os volveréis majaras trabajando con ellas), os digo un modo bien sencillo de desactivarlo: en la etiqueta inicial de vuestra página ASP.NET, no hay más que activar EnableViewState como false:

<%@ Page Language=”C#” EnableViewState=”False” %>

Lógicamente podéis usar este mismo atributo en cualquier control de vuestra página, pero gracias a realizarlo a nivel de Page, os aseguraréis de que se extiende como es debído y que nada se os pase por alto. Recordad así mismo que podéis establecer EnableViewState como false a nivel de página, pero como true a nivel de control, simplemente indicandolo en la etiqueta propia del elemento que queréis que pueda usar nuestro valioso espacio de control de estado.

¿Dudas? Dejad un comentario y gustoso os echaré una mano.

Bookmark