Limitaciones de Google Analytics

Este post ha sido actualizado gracias a los comentarios de Andres Flores y Justo Ibarra.

Aprovecho para recalcar que este post no tiene por intención criticar ni remarcar “fallos” de GA, si no orientar y ayudar a los analistas que se  encuentren con alguna de sus -lógicas y necesarias- limitaciones :)

Internet está lleno de posts que tratan las maravillas de Google Analytics. Es una herramienta que es robusta, se mantiene al día, y bien usada aporta valor y riqueza a las empresas. Por no mencionar que su gratuidad ha permitido que muchos hayamos llegado al mundo de la analítica web sin tener que hacer otro gasto que tiempo y ganas por aprender.

Pero también tiene sus limitaciones. Por eso hoy las vamos a recoger todas y ver cómo podemos solucionarlas, solventarlas, o si es cosa de resignarse y pasarse a otra herramienta.

¿Porqué la gran G nos pone trabas?

El problema de Google Analytics es que, debido a su gratuidad, ha de dar soporte a muchos usuarios a la vez. Hablamos de miles de millones de pageviews que parsear y analizar, y millones de informes que servir al día (seguramente me esté quedando corto).

Es imposible dar un servicio así sea tipo “barra libre”. Por motivos de espacio, capacidad de procesamiento, ancho de banda, soporte, etc… hay que marcar algunas líneas rojas.

Muchas limitaciones parecerán “ridículamente absurdas” a analistas de sites medianos, pero si trabajas con sites grandes seguramente te habrás encontrado con algunas de ellos.

Al turrón.

Limitaciones de Perfiles:

  • Una cuenta no puede tener más de 50 perfiles, aunque parece ser que se puede llegar a 200 si se solicita al equipo de GA. (No se garantiza que se conceda, pero existe la posibilidad).
  • Una cuenta de Google (login) no puede tener más de 25 cuentas de GA asociadas, aunque esto es solventable y sinceramente yo no me he enc0ntrado nunca.

Limitaciones de customización:

  • Cada perfil no puede tener más de 20 objetivos. No hay manera de solventar esto, lo único que se puede hacer el duplicar el perfil y crear 20 objetivos nuevos. Hoy en día que se trabaja con macro conversiones y micro conversiones realmente 20 objetivos pueden ser pocos.
  • Un funnel no puede tener más de 10 pasos. Sí, un proceso de compra de más de 10 pasos es una locura, pero hay casos en los que se requiere.
  • Hay un limite de envío de 5 Variables personalizadas a la vez (es decir, por llamada al servidor de GA).  Se puede solventar con mucha imaginación y un gran departamento técnico.

Limitaciones de Uso:

  • Sólo analiza 5 millones de paginas vistas por cuenta/mes (para usuarios con cuenta de Adwords activa no hay límite).
  • GA sólo dará información las primeras 50.000 lineas de un informe. Esto afecta, por ejemplo, a informes de URL’s y Keywords.
    En el caso del informe de URL’s no hay manera de levantar esta limitación, pero sí podemos reducir URL’s distintas que capturamos excluyendo parámetros desde la configuración del perfil. Todas las URL’s a partir de la 49.999 se agrupan en el segmento “other” como vemos en la imagen de un perfil mal configurado.
  • Para sites grandes el delay de datos es de unas 24 horas. Sí que tenemos datos en pocas horas pero en base a logs sin datos de conversiones, transacciones ni datos de coste de adwords. Es decir, que aunque tengamos datos, no podremos tomar decisiones en base a ellos que es de lo que se trata al fin y al cabo.

Limitaciones de Api:

Aquí es donde encontramos las limitaciones más “sangrantes”.

  • 10,000 peticiones durante 24 horas de una propiedad web.
  • 10 peticiones al segundo por IP (ojo con esto) desde cualquier medio que acceda a la API (es decir, excel, web, app, lo que sea).
  • 4 peticiones concurrentes por IP (al igual que en el caso anterior). Si se hace una quinta petición, deberá esperar a que termine una de las anteriores.

limitaciones de api en GA

(más info en http://code.google.com/apis/analytics/docs/gdata/gdataDeveloperGuide.html)

¿Qué significa esto? Que si estás pensando en usar algún tipo de sistema de extracción de datos de GA para tratar la información en tu propio ERP, BI o whatever, la cantidad de datos que vas a poder exportar es limitada.

Fast Acces mode:

Este es un tema espinoso ya que el post que referencio se hizo durante el famoso bug de datos de Abril de GA, aun asi mantengo la recomendación de omitir la información que de un informe en fast access mode

Capítulo aparte requiere una de las grandísimas limitaciones de GA (ésta de rendimiento): el Fast Access Mode, o también conocido por Michael Freeman como Fail Access Mode, que se produce cuando realizamos informes que cruzan distintos segmentos o que requieren trabajo de procesador en el tratamiento de datos.

Cuando os aparezca la maldita leyenda amarilla del fail access mode recordad que los datos que aparezcan en ese informe NO  pueden ser considerados. Cualquier aproximación con la realidad es mera casualidad.

Jamás decidas basado en un informe mostrado en fail access mode.

Para evitar el Fail access mode puedes hacer varias cosas:

  • Reducir el criterio temporal a nivel de día, lo cual puede convertir un simple informe en un trabajo titánico
  • Obtener un informe más genérico sin segmentar con alguna herramienta como Excellent Analytics y obtener el dato que necesitamos con tablas dinámicas o cualquier otro método de filtrado “propio”.


¿Y si estas limitaciones son críticas en mi negocio?

Entonces tenemos un problema. En este caso sólo tenemos tres posibles soluciones:

  1. Pasarse a Urchin: es el mismo motor de GA pero sin tantas limitaciones y más rápido. Cuesta 9.999USD (unos 7mil €).
  2. Buscar otra solución de analítica web, en cuyo caso recomiendo encarecidamente este post y enviar muchas preguntas al departamento técnico antes de contratarla.
  3. Aplicar una gestión de filtros y exportación de datos creativa. Es decir, contrate a un consultor.

Y si no, siempre podremos esperar a la rumoreada versión premium de pago de GA que es una especie de leyenda.

Conclusiones

Como veis, Google Analytics es “casi” perfecto, y tiene ciertas limitaciones necesarias para que pueda seguir siendo gratis. Pero para el 90% de los sitios web son limitaciones que jamás afectarán. Si necesitas ayuda en solventar alguna de ellas no dudes en consultarme.

4 Responses to Limitaciones de Google Analytics

  1. Justo 21 junio, 2011 at 20:44 #

    Hola Xavier:

    He leído tu post, y me permito hacer algunas correcciones sobre las supuestas limitaciones de GA.

    - GA permite crear hasta 200 perfiles dentro de una cuenta, el límite de 50 perfiles establecido por default se puede ampliar hasta ese máximo mediante una solicitud al equipo de GA (lo cuál en condiciones normales no es necesario para la mayoría de los usuarios).

    - GA permite crear hasta un máximo de 50.000 variables personalizadas para una cuenta (Web property ID).
    El límite al que tu refieres está dado porque solo se pueden configurar 5 variables de forma simultánea a través de un hit al servidor de GA (ya sean enviados como trackPageview o como trackEvent).

    Aquí está la documentación de GA donde esto se explica claramente como funcionan las variables personalizadas.
    http://code.google.com/intl/es-ES/apis/analytics/docs/tracking/gaTrackingCustomVariables.html

    - El supuesto límite de 50.000 URLs no existe, es una mala interpretación de como funcionan los reportes de GA.
    Lo que si existe es una limitación en las tablas que presentan la información de 50.000 registros desagregados. Superado este límite se agrupan en una categoría residual.

    - El Fast Access Mode es un sistema que genera reportes mediante muestreo de las visitas, para a partir de un subset de las mismas generar un valor estimado del número total. De esta forma se reduce el tiempo de generación del reporte en consultas que entrecruzan grandes volúmenes de datos.
    He visto el post de Michael Freeman que tu mencionas y lo que sucede es que él redactó su post en el momento que existía un bug que afectó a la plataforma durante el mes de Abril y ya fue oportunamente resuelto.

    http://analytics.blogspot.com/2011/05/issue-affecting-analytics-data-for.html

    Por tanto, todo el post denostando el Fast-Access mode tendría que ser tomado con pinzas.

    Finalmente, un punto menor, el precio de la licencia de Urchin es de US$ 9.995 (lo que equivale a aprox. 6.935€ al tipo de cambio actual).

    Saludos cordiales,

    • Xavier Colomés 21 junio, 2011 at 21:03 #

      Gracias Justo, el post ya se ha actualizado con los datos que aportas, como apuntas algunos ya los había apuntado Andrés.

      El único punto en el que discrepo es el Fast access mode, que en mi experiencia es totalmente inutil en cualquier momento, siendo consciente que en la epoca del bug de abril (cúantos sustos nos dió!) se acentuó su efecto.

  2. Justo 21 junio, 2011 at 21:30 #

    Xavier:

    La utilidad del Fast Access Mode está dada por la velocidad de procesamiento de los datos.

    Obviamente ello implica un trade-off entre la precisión de los datos, y la velocidad con la que se generan los reportes.

    Si alguna vez haz tenido que trabajar realizando consultas a una base de datos, seguramente conocerás lo frustrante que resulta tener que esperar varios minutos que la consulta termine de procesar los datos para poder actualizar tu reporte.

    Es por ello que muchas plataformas de Datawarehousing utilizan las técnicas de pre-calculo de la información y samplear los datos para poder brindar la información en un lapso aceptable.

    Saludos,

  3. Jose Miguel 10 febrero, 2012 at 22:12 #

    Aun con sus fallos me quedo con esta herramienta, da mucho y es gratuita

Deja un comentario