Not Provided: Un paso más para que Google Analytics Premiun lidere la Analítica Web de pago

Llevo sin escribir en el blog mas de un año.Leo a tan buenos profesionales hablar de tantas cosas interesantes sobre Analítica Web que nunca se que escribir que sea interesante...y también es cierto que no dispongo de mucho tiempo para ello.

El caso es que esta semana me ha llamado mucho la atención este comunicado de Google hablando del no suministro del referrer en los enlaces salientes de sus SERP cuando sus usuarios están logados:

http://analytics.blogspot.com/2011/10/making-search-more-secure-accessing.html

Este tema ha generado mucho debate aunque, como he escuchado en algún sitio, de momento solo alrededor del 10% de los usuarios de Google navegan logados...

http://econsultancy.com/uk/blog/8163-google-ssl-encryption-for-search-queries-the-experts-view

La primera polémica nace cuando Google avisa en su nota de que esta merma en la analitica de Keywords, cuando el usuario está logado, no afectará a la parte de CPC:

"You will continue to see aggregate query data with no change, including visits from users who aren’t signed in and visits from Google “cpc”.

Esto ha generado un debate importante sobre el cambio de "estrategia" de Google. Se le acusa en diversos foros de abandonar la defensa del dato abierto y ensuciar su estrategia, bloqueando el acceso a datos hasta ahora publicos solo por dinero. Como bien dice un colega de profesión:

"He trabajado con Google 4 años y el mensaje era: hay que dar a las empresas el máximo de datos, para que aprendan y tomen decisiones"

Para mi este tema no es la clave de este movimiento de Google.

Google no decide "porque si" si deja o no deja pasar el referrer cuando es CPC o cuando no lo es. Cuando decides trabajar con protocolos seguros (https) uno de los problemas con los que te encuentras es que la comunicación entre un sitio https y otro http, capa de forma automática el referrer en la cabecera http. Esto que suena un poco técnico, lo que significa es que si Google decide trabajar en un entorno seguro de comunicaciones (como hace cualquier banco), al enlazar a sitios "normales" la comunicacion pierde el referrer. No es que el quiera, es que se pierde porque así estan establecidos los protocolos de comunicación en Internet.

¿Y porque con CPC no pasa?
A Google le están criticando que este cambio lo ha hecho para "obligar" a las empresas a invertir en Adwords para tener una analítica 100% completa y fiable sobre Keywords.

Mi impresión personal es que no es así.

Google no es quien decide si la keyword se puede o no analizar dependiendo de si es SEO o CPC. Recordemos lo que os comentaba antes, la keyword habitualmente se extrae del referrer incluido en la cabecera http. Sin embargo en Google Analytics cuando hablamos de CPC la keyword se declara de forma explicita en la url de destino con un parametro.

Por ejemplo una url de campaña CPC en google para mi blog sería:

http://rubengallardo.com/utm_source=google.com&utm_medium=CPC&utm_term=Keyword&utm_content=grupo1&utm_campaign=Prueba

Por lo tanto, no es que Google filtre o decida si pagando te da mas datos o no....

O tal vez si?

Esta pregunta es la que me ha hecho ir mas allá.

¿Que es lo que ma ha llamado la atención por encima de todo de este cambio?

Esto que dice Google en el ultimo párrafo de su comunicado:

"Our team continues to explore ways that we can surface relevant information, like search query data, to help you measure the effectiveness of your website and marketing efforts, and as always, we welcome any feedback or comments that you have. Thank you for continuing to help us improve Google Analytics."

Ordenemos sucesos e ideas:

• ¿El equipo de Google está buscando vías para que podamos analizar las queries y optimizar nuestros negocio?
• Google tiene el 95% de cuota de busqueda en España (por no dar datos globales)
• Google ha lanzado hace poco su herramienta de Analitica Web de pago: Google Premium
• La Analítica Web es un punto clave en el desarrollo de los negocios y de los ingresos en Internet.
• ¿Puede haber en la AW una nueva linea de ingresos para Google? (Google Analytics era solo coste/inversión, no ingreso).

Evidentemente la ultima pregunta tiene respuesta obvia....por eso lanzan GA Premium.

Y es entonces cuando me ha dado por elucubrar y pensar "mal".

He pensado en como se medía hace unos meses (antes de que Google trabajara en entornos seguros https).

Luego he pensado en que como se está midiendo ahora y después en como se podría medir en el futuro...

Tal vez sea un cutre, pero he cogido un papel, he pintado como veo yo este tema y le he hecho una foto. Es esta:

Soy un desastre adivinando el futuro... pero esta vez voy a hacer mi quiniela particular y voy a apostar al siguiente resultado:

Google ha dado el primer paso de una estrategia brillante para darle un valor extraordinario a su producto de pago respecto a los principales players con herramientas de Analítica Web.

Si yo fuera Adobe, IBM o Comscore estaría preocupado!

¿Que me hace pensar en esta idea y que he pintado en este folio?

Digamos que estamos hablando de Keywords y de enlaces de Google a nuestros sitios.

Entonces Google es el origen. Es decir ellos, aunque la petición sea hhtps y no se pase el referrer, siguen sabiendo la keyword usada por el usuario en su SERP. Es su usuario!

¿Cual es el destino? Nuestro site.

Aquí esta la clave...ya que nosotros queremos saber la keyword que solo sabe Google.

Si etiquetamos nuestro site con Omniture (por ej), la herramienta necesita, como todas, analizar la cabecera http para sacar el referrer y de ahi la keyword. Son lentejas!

Pero...

¿Y si incluimos un javascript de Google para analítica?

¿Podria Google a través del javascript incluido en nuestra pagina saber algo del usuario que viene de su "propia" pagina (origen)?

Pues si, técnicamente es posible. Tal vez, como decían en su ultimo párrafo del comunicado, sea en esto en lo que están trabajando los ingenieros de Google en estos momentos.

Recordad que la gestión de cookies en Google Analytics se hace por javascript, no por servidor como es habitual en casi todas las herramientas.

Esto facilitaría que en la comunicación "SERP de Google -Nuestra Landing Page etiquetada con GA", Google pudiera ser capaz de pasar en la cookie fijada en el origen (SERP) la keyword, de forma que en el destino (nuestro site) solo un javascript de Google pudiera interpretar esa información.

Google Analytics Premium podría leer esa información, interpretarla y ponerla a disposición de sus clientes, no existiendo perdida de información alguna (se acabo el problema SEO o de conversión de un plumazo).

Es decir, Google Premium tendría una ventaja competitiva importante respecto al resto de herramientas y supondría una jugosa mejora en su reciente nueva linea de ingresos.

En fin, esa es la quiniela que me atevo a compartir con vosotros aun a riesgo de que dentro de un año alguien me pregunte ¿En que narices estabas pensando Rubén?.

No se si otras premisas legales o de protección contra el monopolio impedirían desarrollar esta estrategia, pero algo están pensando en Silicon Valley!!!

Presentación en el Navarra Internet Meeting

Más de 9 meses llevo sin actualizar el blog.
Podría decir que es sólo por falta de tiempo, pero no es verdad.
El cambio de trabajo siempre lleva asociado un incremento de la carga habitual de tareas y responsabilidades, pero en este caso no es suficiente excusa.
Reconozco que lo que me pasa, es que cada día leo más, escucho a más gente opinar, todos ell@s auténtic@s cracks y realmente me cuesta encontrar algo interesante que aportar a este mundillo.
En fin, que como este blog tampoco nació con el objetivo ser una guía para todo aquel que quisiera saber de mis experiencias en el día a día, sino que nació como un mecanismo para ordenar mis ideas...(y de camino para poder jugar con Google Analytics...), pues espero que nadie haya pensado que soy un "dejao".

Os dejo la presentación que hice ayer en Pamplona, dentro del Navarra Internet Meeting organizado por la Camara de Comercio de Navarra.
Se trataba de un taller sobre analitica web.
Gracias a todos los asistentes y organizadores, pero en especial a Guzman, Javier y Cristina por el excelente trato que me han dado en mi visita a Pamplona.
Ha sido un placer poder participar.

Se admiten criticas, claro siempre constructivas!

S2

Audiencias navarra noviembre 2010

View more presentations from Ruben Gallardo.

El TMS o TMV : Esa gran mentira!

Existen multitud de KPI´s interesantisimas para medir el comportamiento y satisfacción de los usuarios de tu sitio Web.

Pero también hay algunas de estas, que están muy instaladas en nuestro día a día, que son altamente peligrosas y tambien, porque no decirlo, ciertamente falsas por las conclusiones que ofrecen a primera vista. Y ya sabemos que en este mundo, las conclusiones a bote pronto son las que mas se usan...sobre todo si hay una tarea comercial detras.

Una de ellas es sin duda el TMS o TMV o como lo queráis llamar, es decir el TIEMPO MEDIO DE UNA VISITA O SESION.

Para mi existen dos problemas básicos en esta KPI:

1.- Problema en la definición lógica de este KPI, dado que cada herramienta lo contabiliza de una forma y no existe quorum sobre la forma correcta de realizar la medición.

2.- Problema tecnologico para la medición real del tiempo que el usuario está en tu site, sobre todo con la navegación multiventana y lo que ello implica a nivel de visibilidad de una página.

Trataré de profundizar en el punto 1. ¿como es posible que para un mismo sitio web, una herramienta de un tiempo medio de sesión de 7 minutos y otra herramienta de 21 minutos?

Pues bien, si te pones a investigar, verás que todas las herramientas utilizan el time stamp de cada evento provocado por un usuario en la navegación por una página como fuente de medición del TMS. Eso quiere decir, que por cada click que realizas en algún sitio, se almacena una hora determinada y la diferencia en segundos con respecto al anterior o al siguiente evento almacenado en el sistema.

Hasta ahi todo bien...

El problema comienza cuando te haces las siguientes preguntas:

a) ¿que ocurre si el usuario sólo visita una pagina vista de tu site en su visita y no realiza ninguna acción más sobre tu web? Ejemplo una landing page de información o una portada....
Pues que solo tienes un time stamp y no tienes comparativa para saber cuanto ha transcurrido. En ese caso, ¿cuentas cero segundos? ¿cuentas un minimo? ¿una media? ¿no lo tienes en cuenta?

b) ¿que ocurre si un usuario te visita, tiene abiertas 5 ventanas y tras leer un par de articulos de sus blogs favoritos vuelve a tu web y ve la segunda página?
Pues que el tiempo que ha trancurrido viendo otras cosas te lo apunta a ti....Chulo a que si?

c) ¿que ocurre si un usuario esta buscando en Google ofertas de viajes, entra en tu web desde una landing page para "Ofertas en Aruba", visualiza el contenido y no le va, vuelve a Google y 28 minutos después encuentra otra landing page de tu sitio web por el termino "Ofertas en Córdoba" y entra para terminar comprandote un viaje?
Pues que como, tras abandonarte por Aruba, la sesión no se ha cerrado porque no han pasado los 30 minutos de rigor, la mayoria de las herramientas interpretaran que entre el time stamp de la primera pagina (Aruba) y el de la segunda (Cordoba) han transcurrido 28 minutos, que es lo que te van a contabilizar como tiempo medio de la visita en tu site. ¿Chulo a que si?

d) ¿Que ocurre si un usuario entra en la home de tu web, ve que en ese momento viene el jefe, cierra el navegador, y cuando se va lo vuelve a abrir para profundizar en uno de los contenidos que tienes?
Pues que como el jefe no ha sido muy pesado y se ha marchado antes de 30 minutos (tiempo en el que la sesión muere y cualquier acceso posterior se considera una nueva sesión y por lo tanto empieza a sumar un TMS nuevo desde 0), todo el tiempo que el jefe ha estado preguntando cosas a tu usuario, es tiempo que suma para tu site. ¿quien dijo que los jefes eran malos? jejeje

También tengamos en cuenta que por supuesto la última página no tiene un time stamp posterior que le pueda servir de referencia al sistema para medir el tiempo que ha estado en esa página, al tratarse lógicamente de la última acción del usuario en tu site, por lo que el tiempo que pase el usuario interactuando con tu web mediante esa página, tampoco lo tendran en cuenta para la medición del TMS.


Por lo tanto, está claro tras ver estos ejemplos que tenemos un problema con la definición lógica de la KPI.

Pero luego tenemos un problema tecnológico. ¿como la tecnología nos puede ayudar a medir el tiempo real que un usuario esta viendo nuestra página?

Evidentemente, como todo en la vida, una solución perfecta a un problema no existe, siempre hay pegas. Pero las cosas son siempre optimizables....
En este aspecto, creo que la solución siempre debe pasar por una mejora del marcado. En este caso, el marcado por javascript nos permite desencadenar eventos js cuando por ejemplo se cierra el navegador (evento on close) o cuando se pasa el ratón por encima de cualquier elemento de la página (evento on mouse). Si estos eventos son almacenados y tenidos en cuenta para la medición del TMS, la medición en los ejemplos comentados anteriormente sería mejorada.

¿porque?

Porque si cuando cierro el navegador cierro la sesión, el TMS sería más exacto.
También porque si registro actividad del mouse cada cierto tiempo sobre mi pagina, tengo garantia de que el usuario está ahi....y por lo tanto aproximo el TMS a la realidad...
También porque el cambio de ventana se puede registrar con otro evento js...

Como podéis ver el problema de la tecnológia es importante, pero podemos llegar a aproximar más el TMS a la realidad...no será exacto, pero al menos no será mentira!

Evidentemente esto tiene algunos problemas y es que en un mundo donde las herramientas analiticas facturan en su mayoria por server calls, medir el TMS bien es más caro...
Y total con lo bien que viene decirle a tus clientes...¿sabes que en mi sitio web los usuarios están una media de 20 minutios?

En fin, esperemos que mientras que el punto 2 se afina, al menos seamos capaces de estandarizar una definición lógica para el TMS.

S2

Un gráfico interesante...Evolucion y penetracion!

Hoy me han enviado (gracias Fernando Siles...)un grafico que me ha parecido muy interesante.
Se trata de un grafico que mide la evolución de la penetración en el uso de los distintos navegadores.
Creo que son datos USA....

Os lo dejo para que jugueis con el, ya que me parece algo complejo los primeros 15 segundos, pero una vez que le prestas atención a las variables, de un solo vistazo te dice cual es la evolucion y quien esta dominando o ganando terreno...



Saludos

http://www.axiis.org/examples/BrowserMarketShare.html

Felices fiestas y que en el 2010 disfruteis de las "cosas más pequeñitas"!

Solo quiero aprovechar este post para desearos unas felices fiestas.

Espero que podáis hacerlo rodeados de todos vuestros seres queridos y también que en el 2010 se cumplan todos vuestros deseos...y si por lo que sea no se cumplen que siempre tengáis en cuenta esas "cosas pequeñitas" que nos hacen felices dia a dia y que a veces olvidamos, para darle importancia a las que realmente no la tienen.
Para ayudaros os dejo esta canción de Nolasco que me encanta, me anima y me pone los pelos de punta, pero que sobre todo me recuerda mucho a mi tierra, esa Andalucía guapa que cada día me enamora más.

Felices fiestas

Ese bien tan preciado y necesario : "el sentido comun"

Cada dia me pasa más.
Todo tipo de personas del mundillo en el que nos movemos me dicen cosas del estilo:

¡ah tu eres el de las estadisticas! Pues yo en mi web tengo controlado todos los indicadores con Google Analytics.Lo que mas miro es el ratio de abandono y el tiempo de permanencia, porque para mi es lo mas importante.

Entonces es cuando les comento que lo importante es saber interpretar esos indicadores en cada site o incluso en cada seccion dentro del propio site.
¿un ratio de abandono del 90% es malo si lo que estas midiendo es una landing page especifica para dar servicio/informacion de forma rapida y sencilla y en una sola vista? ¿que me aporta el tiempo de la visita en este caso si solo se trata de una página?
Imaginaros por un momento que esto no fuera un blog sino una empresa que da servicios y en mi landing page tengo colocados todos mis datos de contacto (telefono, mail, direccion, etc...) que es lo que el usuario está buscando. ¿estariais seguros de que un ratio de abandono para esa landing page en una busqueda Seo seria el mejor indicador para medir la evolución del site?

En este caso, digo siempre lo mismo, lo importante es aplicar el sentido comun y no utlizar los indicadores "porque si", porque los usa todo el mundo.
Cada site es distinto, cada negocio tiene sus peculiaridades y lo que debemos hacer los analistas es utilizar aquellas KPIs que son mas relevantes para cada situacion.

La importancia del cierre de sesión en la medición de conversiones

Ultimamente he estado hablando con compañeros de profesión acerca de un tema que me parece importantísimo en nuestro trabajo y es la identificación correcta de una sesión de navegación.
Cada día leemos más acerca del tiempo medio de visita, la conversión, el engagement, el % de abandono o rebote,etc...todos ellos ligados de una forma u otra a la sesión de navegación y su duración.
¿pero como miden las herramientas de analítica web una sesión? Al fin y al cabo, es el origen de todos estos indicadores...

Empezaremos por el principio, es decir, el inicio de la sesión. Evidentemente este es el paso más sencillo, ya que en cuanto un usuario deja la primera huella en tu web site, ya le tienes identificado para próximos pasos. En ese momento,tenemos una cookie (o user agent o IP), con un tiempo de arranque de visita, con un referral y con un página de entrada. Todo perfecto!

Una vez aqui, pueden pasar tres cosas con el usuario:
1.- Abandona el sitio para ir a otro dominio.
2.- Continua navegando y profundiza en el contenido
3.- Cierra el navegador

La mayoría de las herramientas utilizan algoritmos para el cálculo de tiempos de sesión basados en un tiempo de inactividad para el cierre de la misma y en no tener en cuenta la última página vista para el calculo del tiempo medio de navegación (desconocen el tiempo que estás en ella ...).
Si continuas navegando, no hay problema porque mientras sigas ejecutando eventos en la página, la hora se irá actualizando y el tiempo de visita aumentando.
Por último, tenemos el tercer paso, que es cerrar el navegador.
Para este paso es indispensable poder ejecutar un evento javascript cuando se cierra el navegador y por supuesto, que la herramienta lo compute como un cierre de sesión y lo tenga en cuenta para el cálculo de los tiempos de visita.
La mala noticia es que muchas de las herramientas de analítica cierran la sesión por tiempos de inactividad...¿y si visitas el site dos veces antes de que el tiempo de inactividad se agote? ¿contamos solo una sesión? ¿a cual de las dos le das la conversión?

Un ejemplo de la importancia de este último punto.

¿que pasa si buscas en Google, llegas a una landing page de un articulo interesante y antes de abandonar el sitio empleas 15 min en leerlo? Pues que la mayoria de las herramientas lo medirán mal, porque esa página no será tenida en cuenta para el calculo del tiempo de visita....Además te dirán que el rebote se incrementa (tambien sería una conclusión errónea...).
¿pero que ocurre si un usuario busca en Google un artículo, encuentra en tu sitio uno similar a lo que demanda pero no el adecuado, abandona, despues vuelve a buscar para encontrar finalmente el que era interesante para el y se queda durante los 15 minutos que tarda en leerlo?

¿como medirá el tiempo y la conversión? pues de forma al menos optimizable...

En resumen:
Es importante poder controlar lo que pasa en cada sesión para poder saber la satifacción del usuario y para ello creo que es básica la identificación del usuario, el momento exacto del abandono y por supuesto huir del concepto de fin de sesión por tiempo de inactividad...

Saludos