martes, 4 de diciembre de 2012

Conclusiones del curso «Mide y Vencerás» de analítica web

Mide lo que puedas medir, y lo que no, hazlo medible. Galileo Galilei

Todavía me acuerdo de aquellos días de septiembre. Una revisión de un proyecto importante a la semana siguiente estaba monopolizando por completo mi rutina, muchas horas de integración y una de las conclusiones que saqué es que los obstáculos son más las personas (me incluyo) que las máquinas.

En uno de los escasos y breves ratos de descanso que tenía me fijé que se volvía a celebrar el curso de certificación individual IQ en Google Analytics que antes de vacaciones de verano ya fiché. Lo malo era que faltaban 2-3 días para empezar, no sabía si quedaban plazas o si me iban a admitir en el MBA de la UPV/EHU. En cuanto me confirmaron lo que esperaba: que no me admitían en el master, contacté con los profesores que me dijeron que "ampliaban" en una persona el curso para acogerme (¡gracias!). No me lo pensé: matrícula al canto.

¿Por qué la analítica web? Simplemente porque era un campo poco explorado por mí que solamente de oídas o por curiosear en Google Analytics. Creo que es necesario ser capaces de cuantificar todo los que hacemos, a veces no lo hacemos ya sea por pereza o porque es muy difícil medirlo. En cualquier caso es la única vía para saber si estás mejorando y te estás acercando al objetivo marcado. Y si el mundo es cada día "más Web, soy ingeniero informático y desarrollo web, el ser capaces de medir nuestro desempeño lo veo fundamental.

El primer día de clase, lo primero que me llamó la atención fue que el perfil de la gente que acudió al curso no era en absoluto el que me esperaba. Me había imaginado una aula llena de desarrolladores web y lo que me encontré es mucho perfil "marketing" (disculpad la simplificación). ¿Negativo? Para nada, tener personas que tienen otra perspectiva ayuda a enriquecerte enormemente, aprender a ver lo mismo desde un punto de vista diferente y cuestionar tus propias suposiciones.

Sobre el curso en sí me parece un acierto que el horario sea los sábados por la mañana. Es cierto que el finde se acorta bastante (decídmelo a mí que no tengo jornada intensiva los viernes algo que es bastante habitual en mi sector); pero por otro lado te ofrece la posibilidad de llegar más fresco y sin el cansancio de toda una jornada de trabajo.

De los profesores Asier e Iñaki yo solamente he encontrado profesionales capaces de hacer amenas las clases y enseguida te dabas cuenta de que saben de lo que hablan. Siempre dispuestos a despejar cualquier duda, bien en clase o durante la semana. Uno de lo puntos más importante y que más me han gustado del curso en este sentido es que toda la materia estaba complementada con el conocimiento analítico que tienen acumulado ambos. Y es que el curso no se ha limitado a enumerar las funcionalidades de Google Analytics y preparar el examen de certificación si no que ha habido contenido fundamental para el perfil de buen analista, de ese que no se puede poner en un documento o PPT. Es más, una buena parte del material entregado no entraba como contenido del certificado.

Este último punto ha sido muy importante para mí ya que el fin último no era obtener la certificación en sí, si no incorporar los conceptos de analista web a mi mochila de conocimientos del día a día. Luego si a la mochila le podemos pegar una bonita chapa certificada... mejor que mejor! :-)

Al hilo de lo que mencionaba arriba del "perfil menos técnico" de los alumnos me ha encantado el ambiente que se ha generado todos los días entre nosotros y también con Asier e Iñaki. Los desayunos estaban muy bien y había que andar rápido si no te querías quedar sin un croissant relleno de chocolate.  ;-) Además el punto de juntarnos con ex-alumnos del curso en una comida es una idea genial que puede ayudar a generar una comunidad en torno a la analítica web y que habilita el networking. (Aunque luego se hable poco de analítica web, ¿eh Iñaki?). Me parece algo a valorar teniendo en cuenta la rapidez con la que cambian las tendencias y aparecen nuevas posibilidades en las herramientas. Nos lo pasamos muy bien.

¿Aspectos a mejorar? No lo sé, quizá el aire acondicionado que estaba generalmente puesto y refrescaba demasiado. Bueno, y para los de la fila de atrás los reflejos de sol que podían ser molestos a ciertas horas. En el día del examen creo que sería deseable separar más a los alumnos utilizando la mayor parte de las instalaciones si fuera posible. Así se propicia generar espacios de silencio y poder concentrarse en las preguntas que muchas veces merece leer más de una vez.

La conclusión final del curso es que ha cumplido y superado todas mis expectativas. Siento que ahora tengo a mi alcance más y mejores conocimientos para desarrollar páginas webs que sean eficaces y eficientes en el cumplimiento de los objetivos que se les atribuyen. Si esto fuera poco me llevo un montón de nuevas amistades, la mayoría fuera de mi círculo profesional. Por estos motivos animo a que todas las personas que tenga contacto permanente con la Web, bien porque se dedican a hacerlas, o porque es uno de los canales de ventas, o simplemente porque es la tarjeta de visita e imagen de su empresa en Internet; a todos ellos les recomiendo encarecidamente que se inscriban a los próximos cursos. La inversión de dinero y tiempo vuelve con creces.

PD: Y sí, me certifiqué :-)


sábado, 1 de diciembre de 2012

Directorio de contenidos para el examen IQ de Google Analytics

Preparando el examen de mañana (según se escribe esto ya "hoy") se me ha ocurrido tener un directorio donde poder identificar rápidamente el fichero PDF en el que se encuentra el contenido.

Solamente están los contenidos que entran en el examen y además del PDF donde buscar el título es un enlace a los apuntes del día en este blog.

Bonus track: Recomendaciones para afrontar el examen en el post de Iñaki. (Debería estar leído ya a estas alturas pero por si acaso)

Suerte a todos y ¡Que la fuerza os acompañe!

martes, 27 de noviembre de 2012

Día 8 – Generación de informes


Penúltima clase, la última con Iñaki. Clase muy práctica donde hicimos grupos para crear dashboards o cuadros de mandos para webs reales. A mí me toco en el grupo para preparar el de Bikeos.

Antes de ir a los apuntes decir que estará será la última publicación de contendio ya que la última clase (día 9) fue de repaso de todo lo anterior y de ver preguntas de tipo examen que aquí no puedo reproducir porque si no Google me manda dos matones a mi casa ;-)

Y como ya vamos con prisa los apuntes:

CONSIDERACIONES INICIALES
  • Los informes generan para otras personas, no para nosotros
  • Un KPI es una métrica, pero no todos los KPI son métricas
  • Los informes siempre se contextualizan en un periodo, por sí solas no nos dicen mucho
  • Es importante que el destinatario tenga una pequeña formación, explicar qué significa el ratio de rebote, y no cómo lo calcula
  • Los dashboard Iñaki los haces de forma mensual, pero esto depende de cada uno
    • ¡Y los informes en PPT!
  • El dashboard nos da un análisis cualitativo con destacados y conclusiones que se escriben a mano
  • Análisis cualitativo sobre las visitas: dado un pico de visitas que estamos viendo en un informe
    • Contextualizar ¿De qué va la Web que estoy analizando? ¿Es una página de noticias? ¿Una tienda?
    • Coger el día en concreto
    • Comparar con otro periodo similar
    • Ver las fuentes
    • Palabras clave
    • Contenidos, las páginas más visitadas para ayudarnos a ver qué contenido es exactamente el más visto
      • Si estoy analizando la conversión tendría que ir a “Landing Pages”
  • Una vez acotado esto podemos ir segmentando, viendo qué dispositivos, zonas geográficos ha tenido más relevancia las visitas
  • Consejo: traquear la página 404 metiéndole el GATC para poder identificar tráfico que estamos perdiendo
  • Para atribuir una causa a la estacionalidad hay que comparar el mismo periodo en dos años diferentes
  • En el caso de Art After Dark podemos ver que la conversión se ha disparado por el evento aunque en el número no haya tenido un especial incremento
    • Este es un ejemplo de que no siempre un cambio en la página web es el motivo del cambio en el ratio de conversión
  • Hay que tener en cuenta que con GA no siempre podemos tener la respuesta a lo que haya ocurrido
    • Por ejemplo en el caso de los usuarios que se pierden en el TPV que no controlamos podemos hacerle pregunta: encuesta
    • No suele ser la labor del analista recurrir a estos métodos (diapositiva 22)
INFORMES PERSONALIZADOS
  • No son lo mismo los segmentos avanzados y los informes personalizados a pesar de que la forma de crearlos, la interfaz, sea muy parecida
  • En los informes de tipo explorer, no se puede ver más de una dimesnión a la vez (por que configurar el anidamiento de las dimensiones como drilldown). Esto es un problema para poder ver todos los datos a la vez impresos
  • Los filtros que aplicamos a un informe se aplica a todas las pestañas
  • Se pueden compartir los informes mediante URL para que alguien se lo copie en su perfil de GA
    • Compartimos la estructura o plantillas del informe, ¡no los datos!
DASHBOARD
  • Truco: para traquear si han querido ver el teléfono ponerlo oculto y cuando hagan click se pueda ver
  • ¡El Dashboard es una labor de síntesis!
  • En la diapositiva 41 y 42 se echa en falta unas recomendaciones y el análisis cualitativo
  • Destacar:
    • KPI con su valores absolutos, porcentuales comparados con el mes anterior y el año anterior 
      • Visitas
      • Páginas vistas
      • Duración visita
      • Rebote
      • Ingressos
      • Conversion Rate
    • Secciones más vistas, con sus páginas vistas y porcentaje
    • Campañas
    • Análisis cualitativo
      • Poner unos insights  qué ha pasado con palabras
        • “Ha subido la duración media de las visitas”
      • Recomendaciones en palabras
        • “Hacer una campaña SEO”
  • No toda la info de un Dashboard tiene la misma relevancia, lo más importante más grande
  • Si hace falta al usuario hablarle en lenguaje llano, no utilizar palabras técnica si no las va a entender. No se trata de aparentar que sabemos

miércoles, 21 de noviembre de 2012

Día 7 – E-Commerce

Entramos en la recta final del curso. En la sesión del día 7 repasamos unos de los aspectos que están haciendo que todavía haya Internet: que genera dinero. De todas formas la clase comenzó viendo algunos conceptos que nos quedaron pendientes del día anterior como los experimentos A/B y multivariant.

Los apuntes:


EXPERIMENTOS A/B Y MULTIVARIANT
  • Los experimentos no son exclusivos de GA (¡NO preguntan en examen sobre esto!)
  • Hay muchos tipos de experimentos siendo los de esta sección los más importantes
  • El A/B testing nos va permitir chequear diferentes versiones de una misma página, la A o la B
    • ¡Ojo! Este testing no se limita a dos páginas, si no varias
  • Los multivariant se diferencian de los A/B porque se limitan a una única página
  • Los experimentos están integrados en GA, y solo podemos hacer A/B testing
  • ¡Poner nombres significativos a los experimentos!
  • Los experimentos no son apropiados para una web pequeña
    • O bien son irrelevantes
  • ¡El análisis de la conversión es básico en el curso!
E-COMMERCE
  • Esto por lo general la propia plataforma o plug-in e-commerce provee de esta información
  • El e-commerce solamente no está orienta a una tienda, también se puede utilizar para venta de entradas por ejemplos
  • Una transacción es una compra, pero no solamente un producto, pueden ser más
  • El KPI más importante es “Renevue”, por encima de las visitas
  • Todos los objetivos que se definen en la Web tienen que tener un valor económico salvo los objetivos de e-commerce
  • Después del código de seguimiento de GA, se metería el código de seguimiento para el e-commerce
  • En la página final, donde ya conocemos lo que ha hecho el usuario, tenemos que añadir el código de tracking de ecommerce con la información de los productos
  • Si alguno de los parámetros del código de seguimiento para e-commerce no queremos especificar un valor lo dejamos vacío (‘’)
  • El SKU es el identificador único del producto
  • Un _addTrans puede tener varios _addItem
  • Independientemente de que tengamos HTTP o HTTPS el código asíncrono de GA ya lo detecta
  • Imaginemos el caso de un mal enlace desde subdominios (caso Guggemheim)
    • El ratio de conversión de google / cpc cayó, y aumentó el de tráfico referral de la Web
MÉTRICAS E INFORMES PARA E-COMMERCE
  • Con el “Revenue” podemos obtener el ROI
    • (Ingresos – Resultados) / 100
    • Lo que no estamos gastando no nos lo da GA
    • Ojo, no cuantificar todo con dinero. Por ejemplo el “branding”
  • No hacer análisis exclusivos de ingresos, utilizar el ratio de conversión
  • Los tres ejes fundamentales para chequear la calidad de nuestro e-commerce son
    • Ingresos
    • Ratio de conversión
    • Valor económico medio por medio
  • Informe de tiempos hasta la compra nos permite descubrir tendencias de nuestros compradores y poder “jugar” con descuentos, promociones, etc.
    • Si el visitante me accede 7 días más tarde como gasta menos voy a intentar crear al específico para inducirle a compra
EMBUDOS MULTICANAL
Esta sección no se pregunta en el examen
  • Ejemplo del partido de baloncesto: cada jugador es una cosa (un banner, adwords, newsletter, organic) pero solamente el último convirtió. La conversión se atribuye al último (el que encestó i.e hizo la compra) pero el balón ha ido pasando por el resto (visitas a mi tienda que han establecido confianza en el cliente). Estos “pasadores” han contribuido a la conversión aunque no la hayan realizado
  • Informes de Rutas de conversión principales son las mejores combinaciones de “pases” que han llegado ha convertir
    • Dimensión secundaria: ruta de la palabra clave  Me informa por qué términos me buscaron
    • Esto es muy interesante para planes de medio: “mi banner colaboró en tu proceso de compra2
  • Durante un mes como máximo es capaz de tener la información. Si entre el primer pase hasta el último han pasado más de 30 días el día

lunes, 19 de noviembre de 2012

Día 6 – Análisis de los objetivos y la conversión

Desde el primer día tanto Asier como Iñaki nos comentaron que la analítica web sirve de poco (por no decir de nada) si no hay unos objetivos. En el sexto día del curso vimos con establecer objetivos y crear un un funnel. Además aprendimos a hacer un seguimiento de eventos y páginas virtuales.

Y sin más mis apuntes del día. Como siempre recuerdo que estas notas no tienen como intención convertirse en un calco de las diapositivas si no servir de complemento para aportar ideas o hacer refuerzos en algunos aspectos que explican Asier e Iñaki. Y por favor, si ves algo que te parece que no está bien... ¡házmelo saber! Así ganamos todos ;-)


DEFINICIÓN DE OBJETIVOS Y FUNNELS
  • Intentar siempre que la gente vaya a nuestro objetivo, una llamada a la acción lo antes posible. Sin distracciones ni ruido
  • Es muy importante tener en cuenta la diferencia entre mi objetivo con la página y lo que la gente espera de mi página
  • ¡La conversión es fundamental!
  • Hay que trabajar hasta llegar al 100% de la conversión, aunque sea irreal. Esto no para nunca
  • Los objetivos que se crean en GA son por perfil
  • Es importante agrupar objetivos correlacionados en un mismo grupo de objetivos
  • Los objetivos empiezan a contabilizar cuando se crean
  • En la concordancia de las URL también nos podemos referir a una carpeta donde están todas las páginas que contabilizarían como llegar al objetivo. Por ejemplo: /respuesta/
    • En este caso todas las páginas que están dentro de “respuesta” cuentan
  • Es difícil poner un valor de objetivo monetario, pero hay que ponerlo. Estimarlo si es necesario
    • Si he conseguido 100 emails y uno de ellos 1 me compra un producto de 500€ entonces cada email ha costado 5€ por lo que la página que me ha conseguido 5€ (¡esto es pregunta examen!)
    • El valor se puede ir variando y aplica desde el momento. Por eso es importante estimar bien desde el principio
  • Prestar atención a la diapositiva de 19
  • Al crear un objetivo de la de la transacción dejar su valor económico a 0
  • Caso: tengo un blog en mi página y quiero que me convierta aquellas visitas que duran más de X tiempo, pero solo quiero que me aplique al blog. Para que no se mezclen el reto de páginas lo que habría que hacer es crear un perfil solamente para esas páginas de blog y crear el objetivo en este perfil
  • “Reverse Goal Path” nos informa de los pasos que hace la gente para convertir
TRACKEO. EVENTOS Y PÁGINAS VIRTUALES

PÁGINAS VIRTUALES
  • Las páginas virtuales están bien para películas flash o en formularios que envían los datos y responden con AJAX
    • En cambio para descargas de ficheros como ejecutables (o quizá también un PDF) por ejemplo es más habitual utilizar eventos
      • Un PDF se podría considerar como contenido y quizá tenga sentido ponerlo como página virtual (pageTrackView se pregunta bastante en el examen)
  • Atención, las páginas virtuales cuentan como páginas vistas aunque realmente no lo sean
    • Esta es un razón por la que los eventos son más habituales
  • Ver ejemplo de página virtual en: http://julentxo.blogspot.com.es/2012/10/bienvenidos-un-blog-laboratorio-de.html
EVENTOS
  • La información de eventos únicos es la más fiable
  • En los eventos las acciones (labels) pueden ser por ejemplo abrir y cerrar un banner, y la etiqueta por ejemplo “BannerLateral”
    • Truco: podríamos etiquetar cogiendo por JavaScript los nombres que ya tienen los botones

sábado, 10 de noviembre de 2012

Página de inicio para el experimento A/B

Aquí comienza el experimento.

Para continuar el experimento ir a la siguient página: http://julentxo.blogspot.com.es/2012/10/dia-4-gestion-de-perfiles.html