Llevo algo más de una semana probando con las dos cuentas Google Wave developer sandbox que recibí y aún no he sido capaz de formarme una opinión. El servicio está muy verde aún, aunque se están esforzando mucho por refinarlo. Resulta bastante aburrido probar con uno mismo, pero siempre se puede recurrir a incluir a wave-discuss en la ola y hacer que cualquiera pueda participar en tu prueba.

El servicio se me hizo complicado en un principio. Aunque es fácil hacerse una idea pensando en una combinación de correo (gmail) y chat / mensajería instantánea (talk), el concepto de ola (wave) me costó asimilarlo.

La comunidad se ha volcado y están apareciendo muchos desarrollos, algunos hasta parecen útiles. Me ha llamado especialmente la atención varios sistemas de encuestas y plugins de integración con Wordpress y Joomla. Tenía un par de proyectos interesantes entre manos, pero poco antes de recibir las invitaciones los abandoné, por lo que me he quedado a dos velas con el API. En estos momentos ando matando el tiempo con un servicio bastante chorra en Twitter que puede que acabe adaptando a Google Wave. No le auguro gran éxito, por lo poco útil que es, pero me servirá para conocer mejor el API de Google Wave.

El fuerte de Google Wave es su capacidad colaborativa. Me maravilla el poder incorporar gente a la "información" y que puedan acceder totalmente a ella, incluso observar su evolución cronológicamente. Potencial no le falta y se le encuentra rápidamente posibles aplicaciones, como Google Wave en el mundo de la investigación. Google Wave in Research desarrolla una serie de ideas para crear de forma colaborativa y dinámica los artículos científicos, incluyendo la capacidad de asignar a cada uno de los fragmentos de texto las atribuciones correspondientes. Una idea también interesante fuera la comunidad científica.

Me he llevado una grata sorpresa al usar el buscador de imágenes de Google. Ahora no sólo te va recomendando búsquedas mientras escribes (a modo de autocompletar), sino que también te indica de forma rápida el número de resultados para cada sugerencia que te hace. Es una funcionalidad que he echado mucho de menos continuamente. Fue algo que me preocupó mucho tiempo durante los 90 cuando aún no desarrollaba para web. La búsqueda en "vivo", "directo" o "interactiva" (creo que ahora lo llaman " en tiempo real") es bastante compleja por el consumo de recursos que requiere frente a lo poco que realmente aporta al usuario. En el caso de las búsquedas sugeridas el coste es escaso. Es una buena aproximación y aporta mucho. Estoy deseando que lo hagan con el buscador web, que es el que uso con más frecuencia.

No pensaba hacerlo, pero ya que hoy todo el mundo habla del nuevo sistema operativo de Google (Chrome OS) y esta entrada va de Google, le dedico esta línea.

Actualizado 23:03: También funciona en las búsquedas de web. Imagino que no me había dado cuenta antes porque suelo buscar desde la barra del navegador.

Dejar un comentario

Cuando nos explicaron el funcionamiento de los Goal Funnel o embudos de objetivos, enseguida quise jugar con ellos. Pero, ¿Qué es un objetivo en un blog? ¿Qué puedo considerar como conversión?

En un principio pensé en suscribirse al RSS, pero eso ya lo puedo ver con FeedBurner de una forma mucho más fiable. Me pareció interesante marcar como objetivos del blog dejar un comentario, usar el formulario de contacto y navegar por el histórico de entradas.

Usar el formulario de contacto

Dejar un comentario

Este objetivo me permite detectar si los lectores tienen dificultades para dejar comentarios. Los puntos de entrada pueden ser: desde un post se hace el comentario o desde un post se hace el comentario con errores y se reintenta o abandona. En el gráfico se puede observar cómo abandonaron 4 de los 5 usuarios que fallaron en el intento de comentar. Esto es un problema, tengo que mejorarlo para que el error no persuada a la gente de dejar su opinión.

Navegar por el histórico de entradas

Usar el formulario de contacto

Con la misma utilidad que Dejar un comentario, además me permite añadir como un paso más el formulario. Así puedo ver desde que página decidió entrar en el formulario de contacto y si lo abandonó sin intentarlo o al obtener un error.

Navegar por el histórico de entradas

Es mi favorito. Es muy útil para averiguar si el blog les despierta suficiente interés a los nuevos visitantes como para navegar por el histórico de entradas. También sirve para comprobar si los usuarios que vuelven se entretienen en comprobar posibles entradas que se publicaron desde su última visita. El objetivo se cumple cuando alguien desde la portada navega por entradas anteriores hasta la cuarta página. Lo interesante es conocer cuánto están dispuestos a ver. Si abandonan en la segunda página, la tercera. Es curioso que en el gráfico se note que todos los que visitaron las entradas anteriores llegaron hasta la cuarta página.

¿Por qué no el rss?

Sólo se me ocurría añadirlo como objetivo detectando que se pincha en el enlace, pero eso no asegura nada. Se puede pinchar en el enlace y no suscribirse. Además, alguien se puede suscribir sin pinchar en el enlace.

Hace tiempo que creé mis páginas de error 404 propias y necesitaban un repaso. Aprovechando que hurgaba en ellas me pregunté si podría usar Google Analytics para medir la eficacia mis páginas de error. Comprobar si estas páginas ayudan a los usuarios a encontrar el contenido que buscan y permanecen en el blog o, si por el contrario, prefieren abandonar la página.

Como primer paso he optado por añadir el widget de Google que sugiere páginas alternativas y una caja de búsqueda. Además, he insertado el módulo de entradas más vistas como sugerencias adicionales. La intención es, no sólo informar al usuario de que se ha producido un error, si no dar, además, alternativas lo más atractivas posible. Ahora, ¿cómo evalúo la experiencia del usuario en estas páginas?

Lentamente el blog se ha recuperado de la gran pifia usando mal Canonical Tag. He recuperado el tráfico orgánico (entrada desde buscadores), mi principal fuente de visitas y que prácticamente había desaparecido. En varias herramientas podía comprobar como mi blog iba dejando de existir en internet. En Google Webmasters Tools, en Páginas con enlaces externos, todas mis páginas fueron desapareciendo hasta quedar únicamente la home. Una vez corregido el problema con la etiqueta Canonical, ha sido paciencia y mucho tiempo, observando lo lento que iba recuperando la llegada de gente desde buscadores, especialmente desde Google.

Tan fuerte fue la pérdida de visitas que un post mío meneado (Usando el API de Google Analytics desde PHP), con todas las visitas que me hizo recibir, no alcanzó para igualar el número habitual. Pero eso no me importó tanto, me hizo mucha ilusión que menearan un post mío.

Ya recuperado, con unos niveles normales de visitas, en los últimos días estoy recibiendo más de lo normal, gran sorpresa, no me lo esperaba, gracias a las entradas El Bruto: ¡Arregla tus cuentas en la arena! y Rayman Raving Rabbids invaden el mundo.

Una práctica muy interesante y extendida que nos proponen desde la propia ayuda de Google Analytics es el seguimiento de los clics salientes (outbound/outgoing links). Con esto podemos, de forma manual, recoger los datos sobre los enlaces que llevan fuera de nuestra web.

Podemos usar esta información para averiguar qué tipo de información adicional tiene más éxito entre nuestros lectores. Así podemos hacer por incorporar más información a nuestro blog o añadir más enlaces externos de este tipo. En contra de lo que pueda parecer, los enlaces externos enriquecen el blog. Es mejor que nos recuerden por "allí siempre encuentro enlaces interesantes" a que sea por "¡uf! Te habla un poco y luego te tienes que buscar la vida".

Para conseguirlo es tan fácil como añadir una llamada a trackPageview en los enlaces salientes. Es recomendable ponerlo en el evento onclick, para evitar que afecte al funcionamiento normal de los enlaces. Las arañas podrán seguirlo y, en caso de error o no navegarse con javascript, el enlace continuará funcionando. Si el enlace nos lleva a http://www.ejemplo.es el resultado final será:

<a href="http://www.ejemplo.es" onClick="javascript: pageTracker._trackPageview ('/outgoing/ejemplo.es');">

Por suerte, en todos mis enlaces externos uso un class especial (out) para añadir un icono en el propio link. Añadir esta funcionalidad a mi blog ha sido tan fácil como incorporar al final de la página el siguiente código javascript:

<script type="text/javascript">
  labels = document.getElementsByTagName("a");
  for( var i = 0; i < labels.length; i++ ) {
    if( labels[i].className == 'out') {
      labels[i].onclick = pageTracker._trackPageview('/outbound/'+this.href.replace("http://","").replace("https://",""));
    }
  }
</script>

El script simplemente recorre todos los tags <a> y comprueba que tengan out en el class. A los que cumplen la condición, les añade la llamada a trackPageview en el evento onclick pasándole como parámetro /outbound/ seguido de la url de destino sin http:// ni https://.

Con mi reciente interés por la analítica web estoy incorporando al blog cambios básicos muy extendidos entre los que conocen este mundo. También estoy reinventando la rueda. Últimamente no dejo de experimentar, con mayor o menor éxito, ideas que acaban teniendo aplicaciones de dudosa utilidad. No por eso dejan de ser interesantes y podrían llegar a serle útil a alguien. Para esto he decidido crear una colección de entradas (posts) reuniendo tanto las prácticas habituales como de los resultados de los experimentos que voy realizando. Como esas pruebas se salen de las prácticas normales las reuniré bajo el nombre de hacks en la categoría Hack Google Analytics.

Hace mucho tiempo que convertí las categorías del blog en etiquetas. Versiones más recientes de Movable Type permiten usar etiquetas y categorías a la vez. Aprovecho también esta ocasión para recuperar el uso de las categorías en el blog.

Comienzan a aparecer tutoriales y clases en PHP para manejar cómodamente el API de Analytics.

• Google Analytics PHP API class de Swis: Proporciona métodos directos para recuperar información como visitas, paginas vistas y referrals en arrays PHP. Dispone de un método más genérico (getData()) con el que se puede usar cualquier tipo de métrica y dimensión.
• Tutorial acceso al API desde PHP de Alex Curelea usando cURL.
• Tutorial acceso al API desde PHP de Nethab usando Zend GData

También los hay ya para otros lenguajes:

• Cliente Python de Clintecker. Su tutorial en el blog del autor.
• Introducción a Google Analytics API con asp.net y C#.
• Gattica: Gema para Ruby de Cannikin
• Garb: Wrapper del API para Ruby. Tutorial de Tony Pitale.

Tenía pendiente crear un bloque de entradas más vistas (o visitadas) y aprovechando la apertura del API de Google Analytics y lo divertido de la documentación he creado un breve programita en PHP para acceder a esos datos.

Basta con definir GA_LOGIN y GA_PASS con nuestros datos de acceso a Analytics e indicar en GA_IDS el id del perfil a consultar. El último dato también se puede obtener con el API, como explican en el ejemplo de datos de cuenta, pero he preferido indicarlo directamente para simplificar. Para obtener este número basta con entrar en Analytics, editar el perfil que deseemos y copiar el Número de identificación del perfil que nos indica.

Este ejemplo obtiene las 10 páginas con más visitas de la última semana ordenados de forma decreciente por visitas.

He tenido problemas al recuperar los valores dxp:dimensión y dxp:metric con SimpleXML. No es una solución elegante pero, para salvar el obstáculo, reemplazo esas cadenas de texto por otras que no dan problemas (les quito los dos puntos).

Actualizado 24/4/2009 8:45. He usado el código anterior como base para actualizar a diario el nuevo bloque Lo más visto en la barra de la derecha, según los datos de Google Analytics.

Con una tarea programada para ejecutarse una vez al día: se recuperan los datos, se construye el código HTML y se guarda en archivo. La consulta a Google no se hace en cada petición. Es innecesario. Por el momento son las entradas más vistas durante la última semana, como en el código de ejemplo. Con el paso del tiempo comprobaré si conviene acortar o alargar el periodo.

Ahora se me ocurre que también sería interesante hacer otro bloque que fuera La entrada más vista ayer. Valdría el mismo código, cambiando la fecha inicial por $dateBegin = date('Y-m-d', time()-172800); (fecha actual menos el número de segundos de dos días). Por optimizar, también se puede cambiar en la url de la consulta max-results=1 y así obtener un único resultado en vez de 10.

Curioseando la documentación del API de Google Analytics me ha sorprendido las múltiples referencias a Orgullo y prejuicio. No deja de ser simpático que el usuario Elizabeth Bennett use su cuenta de correo liz@gmail.com para identificarse. Es divertido que los perfiles a los que tiene acceso sean Darcy's Blog (el blog del orgulloso amigo del señor Bingley), Jane's Blog (el blog de su hermana), el Austen's Most-Adored Website y el The Jane Austen Bookstore. Es una lástima que mi preferido, el adoradamente odiable señor Collins, no tenga su propio blog para hablar de su benefactora Lady Catherine de Bourgh y de la magnífica Rosings Park. Por suerte Lydia tampoco parece tener blog. Preferirá bailar.

Me avergüenza reconocer que he tenido un primer impulso machista al pensar "esto lo ha escrito una mujer". En mi defensa sólo puedo decir que me encanta esta novela, que he visto la serie de la BBC en varias ocasiones (más de 4, que recuerde) y que enseguida reprimí ese impulso por dos razones: porque la documentación es buena (independientemente de quién la haya escrito) y, segundo, porque no hay que olvidar que esta novela es una de las obras más conocidas de la literatura inglesa.

Me estoy divirtiendo un montón. No he podido resistirme a postearlo. Estoy deseando seguir con la documentación para ver si siguen apareciendo más personajes. Después de todo una de mis frases preferidas es del señor Darcy. De paso, aprender a manejar el API.