Con este informe, aprenderás mejores prácticas y consejos para minimizar los errores durante la instalación de una herramienta de medición y su posterior recogida de datos.
2. 2
Una de las tareas que debemos realizar cuando implementamos Google Analytics o cualquier
otra herramienta de analítica web es comprobar que los datos que se mandan son correctos.
De nada nos vale tener instalado una herramienta de medición si resulta que los datos que le
enviamos son erróneos y por tanto nos puede llevar a tomar decisiones equivocadas.
Para ello, debemos validar primero que el sitio está siempre disponible cuando el usuario lo
requiere (1. Disponibilidad del site).
Además, no solo hay que asegurar que todas las páginas del sitio tienen incorporado el tag de
medición (2. Auditoría de tags), sino que la información que proporciona es correcta (3.
Precisión en la implementación). Hay ciertos errores que no son evidentes a primera vista, por
ejemplo, si nos equivocamos en la nomenclatura de páginas, los datos en Analytics serán
correctos mientras que en realidad, la información que proporcionan es errónea.
Y finalmente, lo que tenemos que comprobar es que todos los procesos o pasos críticos de
nuestro sitio, como por ejemplo el proceso de compra, funcionan correctamente y la medición
es precisa.
La principal causa de errores en la recopilación de datos por parte de las herramientas de
analítica se debe a la alteración, no inclusión o eliminación accidental de las etiquetas (o tags)
incluidas en el código del sitio.
El fin de este documento es plantear un conjunto de buenas prácticas y metodologías que
minimicen dichos errores y, en el caso de darse, permitan una mayor agilidad en su
subsanación.
4. 4
1. Metodología
A continuación se detalla la metodología que Metriplica ha diseñado, para garantizar una óptima
medición y explotación de la información online.
En este sentido, se basa en 4 fases, que giran en torno a las diferentes herramientas de medición de que
se disponga (o que se expongan aquí como necesarias)
Estas 4 fases las podemos dividir en 2 grandes grupos: Cuantitativas y Cualitativas.
En las fases cuantitativas se trata de conocer si el sitio está activo y si las etiquetas de las distintas
herramientas de medición están presentes en el sitio. Vienen a responder sí o no. No es hasta las fases
cualitativas que no garantizamos que las etiquetas, además de estar presentes, cumplen con los
requisitos de medición a nivel de nomenclaturas, modelos de datos, procesos, etc…
5. 5
1.1. Fases
1.1.1 Disponibilidad
Qué buscamos (errores)
Se trata de verificar el rendimiento y la disponibilidad del sitio. La queja más común de los usuarios de
Internet es su lentitud y los errores inesperados. La estabilidad de un sitio web es clave para una buena
experiencia de usuario y depende de una rápida carga de las páginas servidas, una correcta visualización
del contenido y una buena respuesta ante múltiples accesos concurrentes.
Un error de código o un bloque mal optimizado podrían ralentizar el tiempo de carga. Algunos estudios
señalan que no es aconsejable superar los 2-3 segundos como tiempo máximo de carga de una página. Si
se superan estos tiempos, además de ser molesto para el usuario, se puede provocar una disminución del
número de páginas vistas durante una visita a nuestra web. Una incorrecta visualización del contenido en
determinados navegadores (incluidos los de dispositivos móviles), también puede provocar una fuerte
pérdida de visitas.
Qué tenemos que hacer (KPIS)
Es necesario llevar un control periódico de los siguientes indicadores
Disponibilidad
Tiempo de carga
Velocidad de acceso
Velocidad de respuesta
Elementos: imágenes, CSS, javascript, rss, flash, frames, etc…
Errores y fallos en la carga (404, etc…)
Errores y problemas en procesos clave
Cómo lo podemos resolver
Este servicio comprende la revisión inicial del site contemplando la carga de la página inicial del sitio y los
elementos que la componen (imágenes, CSS, javascript, rss, flash, etc.). En segundo lugar, se probarán y
los procesos clave del site. Además se revisarán enlaces rotos en todo el sitio, elementos que faltan y
errores 404.
Con los resultados de dicha revisión se realizará un informe exhaustivo, finalizado con un apartado de
conclusiones donde valoraremos la gravedad de los problemas detectados, si los hubiera, y
propondremos cual debería ser la prioridad a la hora de resolverlos.
6. 6
Además de la revisión inicial que hemos visto y el alta del sistema de alarmas de disponibilidad, se
implementará un cuadro de mando de tipo técnico en la herramienta Klipfolio. Dicho cuadro de mando
recoge información de las herramientas de analítica web, medición y monitorización que se utilizaron
para la realización del informe y se actualiza automáticamente, con la frecuencia que el tipo de dato
medido requiera o las herramientas permitan. Un ejemplo:
Si la implementación lo facilita, también se puede incluir un control de los errores 404 (páginas no
encontradas):
COSTE TOTAL: Herramientas (20€ licencia Klipfolio ) + 16 horas
Scoring, elements weights, and
speed recommendations for the
home and key pages.
Pingdom monitors (outages and
response time graphs).
Last 24h average load time and
bounce rate trends.
Total load times and partial times
(domain Lookup time, server
response time…) of the most
viewed pages and trend
comparisons with last week average
values.
7. 7
1.1.2. Eficacia
Qué buscamos (errores)
Se trata de asegurar que los tags de medición están correctamente implementados y se ejecutan en todo
momento. Por ejemplo, todas las páginas deben llevar el tag de página vista, la página de finalización de
un proceso de compra debe llevar el tag de comercio electrónico, todas aquellas interacciones que se
quieran monitorizar deben llevar el tag correspondiente, etc…
Mecanismos de validación interna
Metriplica deberá informarse sobre la posible existencia de herramientas por parte del cliente, para la
validación del site, de posibles errores y de los diferentes procesos, con la intención de adaptarnos a su
uso y tenerla en cuenta a la hora de realizar la implementación.
Qué tenemos que hacer (KPIS)
Asegurar la presencia del tag de página vista en todas las páginas del sitio.
Asegurar la presencia de los distintos tags de ecommerce en todo el proceso de compra.
Asegurar la presencia del tag de eventos u otras personalizaciones en todas las interacciones
que se quieran medir.
Para ello es necesario previamente desarrollar una serie de buenas prácticas (lo pasamos a anexo dentro
de metodología):
Elaboración del documento de implementación que incluye un esquema básico de la web (sin
entrar a detallar todas las páginas), donde se especifican las páginas en las cuales se incluye el
tag (normalmente todas) y aquellas en las que haya eventos. Esto permite a los desarrolladores
una rápida localización de los tags a la hora de implementar o realizar cambios.
8. 8
Se darán pautas para añadir comentarios en el código de implementación, además de los
predefinidos en el tag, para facilitar su localización por el departamento de IT del cliente.
Se propone utilizar una nomenclatura propia de Metriplica en los comentarios, que nos permita
localizar el código insertado por Metriplica y garantizar que este código está validado por
nosotros. (ej. Mx_tag).
Se facilitará una copia del documento de implementación, y las posibles actualizaciones de este,
a todas las partes implicadas.
COSTE TOTAL: Herramientas (a partir de 119$) + 25-40 horas (las revisiones posteriores estarían cubiertas
con una mínima supervisión)
//Mx_tag
Mx_tag - ->
Mx_tag - ->
9. 9
1.1.3. Calidad
Qué buscamos (errores)
En esta fase se pretende asegurar que en el momento de la ejecución de los tags se siguen las
pautas de nomenclatura y formatos pre-definidos en el documento de implementación. Hay
que evitar duplicidades, misspellings, asegurar que el evento corresponde a interacción que
queremos y no otra similar, etc…
Qué tenemos que hacer (KPIS)
Evitar duplicidades en las etiquetas de campañas, páginas vistas, eventos,
dimensiones personalizadas, etc… (Ejemplo: Facebook y facebook o fichaProducto y
ficha-producto)
Evitar discrepancias importantes entre el número de clicks generados por adwords
y el número de sesiones con la misma procedencia. La diferencia no debería ser
superior al 15%.
Evitar discrepancias entre los datos internos del CRM o Business Intelligence y las
herramientas de medición web. Por ejemplo: las ventas. La diferencia no debería
ser superior al 10%.
Evitar la recogida de transacciones duplicadas.
Asegurar la correcta atribución de campañas. Es decir validar que una sesión que
pertenece a una campaña A, se asigna a ella y no a tráfico directo por ejemplo. Esto
a veces se produce debido a redirecciones internas que provocan la pérdida de
parámetros de campañas.
Asegurar que los hits enviados pertenecen a la interacción que realmente estamos
midiendo. Por ejemplo, si estamos midiendo el click al botón, tener cuidado de que
el evento se ejecute en el momento que el usuario pincha en el botón y no antes o
después.
Evitar duplicidades de sesiones y visitantes. Esto se podría dar cuando una sesión
salta de un dominio a otro y las cookies no se arrastran correctamente. En este
momento se genera una sesión nueva que ha perdido el origen de la campaña.
Evitar la contabilización de sesiones internas o robots.
Control la aparición de contenidos (other)
Sampling. Evaluar el nº de hits que recibe la cuenta al mes para determinar el
impacto del sampling.
Cómo lo podemos resolver
Este tipo de errores son más difíciles de detectar mediante herramientas de verificación. Los
datos se recogen correctamente, aunque los valores recogidos puedan ser incorrectos o no
tener sentido. Pero, si prevemos de antemano la clase de anomalías en los datos recogidos que
pueden derivar de dicha clase de errores, las propias herramientas de analítica nos pueden
servir para detectarlos. Para ello, nos apoyaremos, sobre todo, en cuadros de mando técnicos y
alertas:
10. 10
Cuadros de mando “técnicos” donde las gráficas e informes estén orientados a resaltar
anomalías en los datos. Herramientas como Klipfolio nos permiten confeccionar
cuadros de mando que recogen datos de diversas fuentes al mismo tiempo, lo que nos
permitirá comparar información que esté en ambas y buscar discrepancias.
Alertas integradas que avisen por correo electrónico en cuanto se den las condiciones
anómalas que hayamos definido como errores.
COSTE TOTAL: Herramientas (0€) + 20-30 horas
1.1.4. Eficiencia
Qué buscamos (errores)
En esta fase se pretende asegurar que los procesos más importantes del sitio, como puede ser una
compra, se realizan con éxito y sin problemas. Los obstáculos en los que se suele encontrar
habitualmente un usuario a la hora de completar una tarea pueden generar, insatisfacción, mala imagen
de marca, pérdidas de oportunidad de venta, confusión sobre el producto y la marca, etc… Por ello es
clave conocer paso a paso cuáles son los elementos que están bloqueando una tarea o impidiendo que el
usuario pueda avanzar con decisión y total seguridad.
Qué tenemos que hacer (KPIS)
Grabación de las sesiones
Simulaciones de navegación
Movimiento del ratón, clicks y zonas calientes
Uso del teclado, relleno de formularios
A nivel de métricas, podemos estudiar las tendencias y posibles correlaciones entre aumento de
tiempo medio en las páginas que forman parte de cada uno de los procesos críticos (podrían
reflejar confusión y dificultades por parte del usuario para interaccionar con ellas) y la tasa de
conversión de los objetivos correspondientes (para seguimiento en el cuadro de mando técnico
de Klipfolio).
COSTE TOTAL: Herramientas (99/290/990$) + 15-20 horas
11. 11
2. Resumen de Servicios
Stardard Best in Class
Disponibilidad Herramientas a partir
de 20€* (mes)+
16 horas
Herramientas
92€ (mensual)+
20 horas
Monitorización en tiempo real de tiempos de acceso al
site y alertas de fallos de disponibilidad y recuperaciones
Evaluación de la optimización del site y sus componentes
individuales
Verificación manual de procesos clave.
Análisis de elementos y páginas ausentes y enlaces
incorrectos
Cuadro de mando técnico (Klipfolio) con informes
detallados de disponibilidad actualizables
automáticamente
Monitorización de tiempos de acceso y disponibilidad de
múltiples sites en una sola cuenta
Monitorización de errores en procesos clave
Eficacia Herramientas a partir
de 20€* (mensual)+
25-40 horas
Herramientas a
partir de 90€
(mensual)+
25-40 horas
Revisión manual completa de la correcta implementación
Pruebas de navegación y recogida de datos
Implementación de alertas automáticas ante posibles
fallos cuantitativos en la recogida de datos
Cuadro de mando técnico (Klipfolio) con informes
detallados de eficacia actualizables automáticamente
Monitorización periódica y programable de posibles fallos
de etiquetado
Calidad Herramientas a partir
de 20€* (mensual)+
20-30 horas
#
Revisión manual completa de la correcta implementación
(a nivel cualitativo)
Implementación de alertas automáticas ante posibles
fallos cualitativos en la recogida de datos
Cuadro de mando técnico (Klipfolio) con informes
detallados de calidad actualizables automáticamente
Revisiones periódicas (#)
#
Eficiencia Herramientas a partir
de 20€* (mensual)+
15-20 horas
Herramientas a
partir de 90€
(mensual)+
25-40 horas
Análisis in-page mediante la propia herramienta de
analítica web
Cuadro de mando técnico (Klipfolio) con informes
detallados de eficiencia actualizables automáticamente
Mapas de calor. Estudio de grabaciones de sesiones
basado en embudos de conversión y segmentos de
usuarios
*La licencia de Klipfolio sería la misma para todos los cuadros de mando.
# La frecuencia y el alcance serán acordados entre el cliente y Metriplica.
12. 12
3. ANEXO – Metodología a seguir.
3.1. Coordinación de equipos
Consultar si el cliente dispone de alguna herramienta propia o contratada para la validación del site, así
como procedimientos para el control y documentación de modificaciones en el site. En tal caso, deberán
proporcionar formación y documentación para que Metriplica haga uso de ella en la mejora de la
auditoría.
3.2. Ampliación de información
Proporcionar un listado con la hoja de ruta de cambios en la web y/o mejoras para adelantarse a posibles
incidencias y planificar las tareas de revisión periódicas comentadas en puntos posteriores.
3.3. Documentación técnica
Documento técnico proporcionado por parte de Metriplica.
Este documento debe entregarse a todas las personas involucradas y debe hacerse hincapié en que debe
seguirse y tenerse en cuenta al realizar futuros cambios.
Este documento dispondrá:
a) Toda la explicación técnica para implementar correctamente los diferentes tags, eventos, páginas,
dimensiones y métricas personalizadas, etc., establecidas por Metriplica para un seguimiento completo.
b) Mapa del sitio o aplicación donde se identificar en cada sección dónde se debe colocar el tag y una
aproximación, para su fácil identificación, de la localización del resto de elementos.
c) Comentarios en el código con una identificación de Metriplica para una correcta validación del código.
3.4. Publicación.
Cuando se haya completado la implementación, Metriplica debe ser informada antes de pasar los
cambios a producción para desarrollar un plan de actuación. Estos planes varían dependiendo de la
herramienta de analítica que utilice el cliente o en el caso de utilizar GA, si se trata de Classic, Universal y
GTM o si se trata de una aplicación móvil.
En este punto el cliente deberá informar de nuevo de futuros cambios y proporcionar a Metriplica una
posible hoja de ruta de cambios o actualizaciones del site o aplicación.
3.5. Validación de la implementación.
Tras acordar el método de publicación de los cambios, Metriplica de comenzará la tarea de revisión de
esta implementación, aplicando unos métodos y herramientas u otras en función de la modalidad
escogida.