CSI Analytics – ¿Quién se está comiendo mis cookies?

Publicado en Análisis, Configuración de Google Analytics el 30 de marzo de 2011 por .

Hace unos días un cliente de webanalytics.es nos solicito soporte para solucionar una incidencia en un experimento con Google Website Optimizer.

El caso es que tras la configuración y lanzamiento del experimento, el cliente se vio obligado a detenerlo ya que este estaba alterando los datos de Google Analytics. Concretamente, se estaba produciendo una desviación alarmante en el número de visitas, doblando estas los varemos normales para el sitio. ¿Por qué?

Visitas

Descartando hipótesis

El primer paso fue comprobar el tráfico segmentado para fuentes de tráfico: direct, referral, search. La idea es descartar que, por ejemplo y casualmente, llegase un volumen superlativo de tráfico de referencia el mismo día que el experimento se ejecutaba. Quedando el problema, fuera de nuestro control.

Como muestra el siguiente gráfico, el causante fue el tráfico directo. La cosa se pone interesante, el problema está en nuestro tejado.

Fuentes tráfico search, direct, referral

Cerrando el cerco: jugando con los KPIs

Como sólo el tráfico directo producía ruido en la muestra observada, fijamos esta segmentación y jugamos entonces con las métricas básicas: páginas vistas, páginas vistas por visita y porcentaje de visitas nuevas.

Las páginas vistas mantenian un patrón estándar, situándose estas ligeramente por encima de las visitas. Esto siempre es así, con lo que nada nuevo.

Sin embargo, en las páginas vistas por visita se aprecia un descenso drástico (3 pv/v) en comparación con los parámetros normales (10 pv/v). Esto quiere decir que en algún momento de la sesión de navegación (después de 3 pv/v), esta se está reseteando. ¿Nueva sesión en la misma sesión? ¿Cookies?

Páginas vistas por visita

La hipótesis anterior se refuerza cuando viendo el gráfico de porcentaje de nuevas visitas, se observa un repunte notable. Si normalmente el sitio recibe un 60% de tráfico nuevo, para los días en los que Google Website Optimizer estaba ejecutándose resulta que prácticamente el 100% de las visitas eran nuevas. Ergo, todos los usuarios que veían la página con el experimento se contabilizaban como nuevas visitas. ¿Cookies?

Porcentaje de nuevas visitas

Principal sospechoso: aquí huele a __utma

Para validar si realmente las cookies nos estaban jugando una mala pasada, ejecutamos Firecookie de Firebug en la página que ejecuta el experimento de Google Website Optimizer.

La __utma centra todas las miradas en el análisis, puesto que es esta la que se utiliza para hacer recuento de cuantas veces visita el sitio un usuario. Dicho de otro modo, recuerda si somos usuario nuevo o usuario recurrente. (Más información sobre las cookies de Google Analytics).

Pues bien, fijándonos en el último valor de la traza de __utma tras entrar y salir varias veces de la página vimos que este siempre se mantiene a 1, cuando normalmente se incrementa en 1 cada vez que entramos de nuevo al sitio. Es decir, algo esta haciendo que __utma siempre se ponga a 1. ¡Premio :)!

Valor de __utma cookie

¿Quién puede machacar __utma? O Google Website Optimizer o Google Analytics.

Culpable: setDomainName

Antes de ir a preguntar a Google, echamos un vistazo al aspecto que presentaban los códigos de tracking de Google Analytics y los de Google Website Optimizer. Todo normal, excepto un inadvertido pageTracker._setDomainName(“.midominio.com”); entre las líneas del código de tracking de GA.

Precisamente una de las virtudes de setDomainName es la invalidación de cualquier cookie anterior. Y precisamente no hay rastro de setDomainName() en el código de Google Website Optimizer.

Entonces fuimos a Google, buscamos con la palabra clave “setdomainname analytics optimizer” y encontramos la solución. Resulta que siempre que se utilice en el código de Google Analytics, también habrá que utilizarlo en el código de cualquier experimento con Google Website Optimizer.

Caso resuelto :)

Etiquetas: , , , ,

Sobre Daniel Rodríguez

Analista web especializado en optimización de conversión.

Puedes encontrar a Daniel en:

Google+ LinkedIn Blog


5 Comentarios en CSI Analytics – ¿Quién se está comiendo mis cookies?

  1. NicoDavila

    Muy buen detallado el paso a paso. Gracias Daniel por compartir esta info!

  2. RobCarrazana

    Muy bien visto y explicado. Estaré pendiente cuando haga una prueba con Website Optimizer. Gracias por compartirlo ;)

  3. @Roberballester

    Muchas gracias por una explicación tan sencilla para los que estamos empezando nos sirve y mucho!
    Gracias otra vez!

  4. @PabloMascaro

    Me ha parecido un artículo práctico y sobretodo muy bien explicado DaniR!! Gracias.

  5. Jose Luis

    Daniel, espectacular análisis. Demuestra que hay que ser cauto con la interpretación de los resultados, pero también que “todo tiene una explicación” si se tienen los conocimientos y la capacidad intelectual suficientes.
    Te felicito.

1 Trackbacks For This Post

  1. En primavera, los consejos en Analítica Web florecen. | WebAnalytics.es Says:

    [...] CSI Analytics – ¿Quién está comiendo cookies? por Daniel Rodríguez en Trucos Google Analytics [...]

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos necesarios están marcados *

Puedes usar las siguientes etiquetas y atributos HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>