Cómo migrar análisis de Matomo a análisis centrados en la privacidad
¿Por qué migrar de Matomo?
La transición a una analítica centrada en la privacidad generalmente no comienza con la interfaz, sino con la pregunta: ¿por qué cambiar Matomo en primer lugar? Hay tres respuestas. La primera son los requisitos de privacidad, la segunda es el deseo de simplificar la recolección de datos, y la tercera es reducir la dependencia de las cookies. Si tienes un sitio web con una audiencia de la UE, un proyecto médico o simplemente un equipo que no quiere tocar los consentimientos de los usuarios innecesariamente, ya hay una razón.
Matomo a menudo es conveniente como sistema familiar, pero sus informes y configuraciones gradualmente se llenan de excepciones, complementos y modificaciones manuales. En algún momento, el propietario del sitio necesita no 'otro campo en el formulario de consentimiento', sino un esquema más simple, donde la analítica se recolecta de manera ordenada y sin rastros innecesarios. De ahí surge la pregunta: ¿cómo transferir la analítica de matomo a una analítica centrada en la privacidad?
También hay un argumento práctico. Cuando la recolección de datos depende menos de las cookies, es más fácil explicar la lógica a los mercadólogos, abogados y desarrolladores. No a todos. Pero en la mayoría de los casos, sí.
Si Matomo se utiliza solo para eventos básicos, sin personalización profunda, y los informes son necesarios para 5-7 decisiones regulares, la migración generalmente se lleva a cabo sin pérdidas dramáticas. Es más complicado cuando hay segmentos, comercio electrónico y largas cadenas de objetivos vinculados a Matomo; allí se necesita un plan, no solo entusiasmo.
Qué preparar antes de la migración
Antes de la migración, reúna 5 grupos de datos: objetivos, eventos, fuentes de tráfico, informes de Matomo, integraciones y accesos al sitio. Sin esto, la migración se convierte en un juego de adivinanzas. Y sí, adivinar casi siempre es más caro.
Comience con la lista de objetivos. Anote qué acciones se consideran conversiones: envío de formulario, clic en teléfono, registro, descarga de archivo, compra. Para cada objetivo, es útil indicar no solo el nombre, sino también la página donde se activa y las condiciones de activación. Un ejemplo es mejor que diez frases generales.
Luego, revise los eventos. En Matomo, pueden haber sido etiquetados de diferentes maneras: algunos a través de JavaScript, otros a través de GTM, otros a través de llamadas del servidor. Aquí será útil una tabla o al menos un documento con columnas 'evento', 'categoría', 'acción', 'etiqueta', 'página', 'nota'. Tal lista ahorra horas en el análisis de configuraciones antiguas.
Bloque separado: fuentes de tráfico. Guarde qué UTM-etiquetas se utilizan realmente, qué canales están vinculados a las cuentas publicitarias, qué campañas provienen de enlaces cortos o redireccionamientos. Sin esto, el nuevo sistema puede recopilar visitas, pero no entenderá de dónde vino el usuario. Y ese ya no es un problema de análisis, sino de decisiones.
No olvide las integraciones. CRM, seguimiento de llamadas, formularios, chat, envío de eventos desde el servidor, panel de BI: todo esto debe enumerarse antes de comenzar. Si faltan accesos al sitio, GTM, CMS o CDN, es mejor solicitarlos con anticipación. De lo contrario, la migración se detendrá en el segundo paso.
Correspondencia de métricas de Matomo y el nuevo sistema
Comience la comparación de métricas con lo simple: páginas, eventos, conversiones, UTM-etiquetas y segmentos de usuarios. No intente correlacionar todo de inmediato. Primero las cosas básicas, luego los matices. Así hay menos posibilidades de confundirse con las diferencias metodológicas.
Las páginas en Matomo y en el nuevo sistema generalmente coinciden en URL, pero no siempre en las reglas de normalización. Verifique cómo se manejan las barras, parámetros, anclajes y redirecciones. La misma ruta puede parecer tres cadenas diferentes si las reglas son distintas. Para una tienda en línea, esto es especialmente notable en las fichas de productos y filtros.
Es mejor verificar los eventos en pares. Por ejemplo, si en Matomo hay un clic en el botón «Dejar una solicitud», en el nuevo sistema se debe crear el mismo disparador y comparar no solo el número de activaciones, sino también las condiciones. A veces, en Matomo, el evento se capturaba en el bloque padre, mientras que el nuevo sistema espera un selector exacto. La sorpresa es simple, las consecuencias son desagradables.
Las conversiones y objetivos requieren una lista separada. Para cada objetivo antiguo, anote: nombre, fuente del evento, página, condición, valor. Luego compárelo con el nuevo modelo. Si en Matomo el objetivo se contaba por la visualización de la página «Gracias», y el nuevo sistema cuenta el formulario por submit, las cifras ya diferirán desde el inicio. Esto es normal, pero solo si lo ha documentado de antemano.
Verifique las etiquetas UTM en 2 niveles: cómo llegan al sistema y cómo se muestran luego en los informes. A veces, la diferencia aparece debido a la capitalización de letras, a veces debido a la autocompletación de campañas, a veces debido a redirecciones con recorte de parámetros. También vale la pena describir los segmentos internos: nuevos usuarios, regresados, tráfico de email, usuarios de un país específico. Un segmento sin descripción es casi siempre un error futuro.
Configuración de analítica centrada en la privacidad
La configuración básica comienza con la instalación del contador. Luego, establezca el modo sin cookies, si es compatible con su plataforma. Después, active la recopilación sin consentimiento donde sea permitido por la política de la empresa y el marco legal del proyecto. No es magia, sino una secuencia de 3 a 4 pasos.
La filtración de visitas internas es necesaria desde el principio. Si un equipo de 12 personas abre el sitio 20 veces al día, la analítica pierde rápidamente su sentido. Excluya la IP de la oficina, dispositivos de prueba, dominios de staging y, si es necesario, cuentas individuales de empleados. De lo contrario, verá un 'aumento' de personas que simplemente estaban probando un botón.
A continuación, configure los eventos básicos: visualización de página, envío de formulario, clic en teléfono, clic en email, descarga de archivo. No intente trasladar todo de Matomo en una sola noche. Primero el núcleo, luego los eventos raros. En esta etapa, es especialmente útil consultar la documentación y el entorno de prueba.
Si la analítica centrada en la privacidad seleccionada admite eventos del servidor, utilícelos donde los eventos del navegador fallan debido a bloqueadores o scripts complejos. Esto es importante para pagos, áreas de miembros cerradas y formularios largos. Pero no arrastre todo al servidor, de lo contrario perderá transparencia en la depuración.
A veces ayuda un dominio de prueba separado o un informe de staging. En él se pueden presionar de forma segura de 7 a 10 botones clave, verificar los filtros y asegurarse de que la analítica privada no recoja basura. Sí, es aburrido. Pero luego habrá menos correcciones nocturnas.
Transferencia de eventos, objetivos y embudos
Realice la transferencia de eventos por prioridad: primero las 5–10 acciones más valiosas, luego el resto. Si tiene ecommerce, comience con add to cart, begin checkout, purchase, y luego conecte las vistas de filtros y clics en bloques recomendados. La lógica es simple: lo que afecta al dinero, se transfiere primero.
Los objetivos en Matomo a menudo se construían en torno a páginas de agradecimiento o URL específicas. En el nuevo sistema, este enfoque también es posible, pero es mejor revisarlo junto con la implementación técnica. A veces, el formulario se envía a través de AJAX y el usuario no llega a una página separada; entonces se necesita la fijación del evento, no de la página. Así es más preciso y tranquilo.
Verifique los embudos paso a paso. Para el registro, esto puede ser 4 pantallas: entrada en la landing, clic en el botón, llenado del formulario, confirmación por email. Para el pedido: carrito, entrega, pago, confirmación. Cada paso debe tener su propio disparador y su propia prueba. Un paso omitido rompe toda la imagen.
Si en Matomo había objetivos compuestos o embudos segmentados, no intentes copiarlos literalmente. Es mejor desglosar la lógica en eventos individuales y reconstruir el embudo en la analítica centrada en la privacidad. A veces, esta reconstrucción es incluso más útil que el esquema antiguo: surgen pasos innecesarios y clics muertos.
Para escenarios de ecommerce, verifica las sumas, la moneda, el ID del pedido y las cancelaciones. En la práctica, a menudo se confunden la transmisión del precio y el descuento, y luego el informe se ve bonito, pero no coincide con el CRM. En este momento, será útil un documento interno sobre las reglas de cálculo.
Verificación de la calidad de los datos después de la migración
Los primeros 3–7 días después del lanzamiento no son para 'observar', sino para comparar. Abre los informes antiguos y nuevos al lado y compara páginas, eventos, conversiones, fuentes. Las discrepancias son casi inevitables. La única pregunta es si puedes explicarlas.
Comienza la verificación con pruebas manuales. Visita el sitio, abre 2–3 páginas, haz clic en varios botones, envía un formulario, sigue un enlace UTM. Luego, verifica si aparecieron eventos en el nuevo sistema y si el camino del usuario se rompió. Esta prueba suena primitiva, pero es la que captura el 80% de los errores.
Verifique por separado el tráfico de referencia. A menudo desaparece debido a redireccionamientos, una lista de exclusiones incorrecta o la configuración del modo sin cookies. También pueden ocurrir errores con los clics publicitarios: los UTM se leen, pero el canal se clasifica como «directo» debido a una página intermedia. Si esto sucede, no se apresure a culpar a la plataforma; primero, revise la cadena de clics.
Compare los segmentos después de los informes básicos. Si en Matomo tenía 2 segmentos por países y 3 por fuentes, verifique si la lógica y el volumen coinciden. Se permiten pequeñas desviaciones, pero una caída abrupta en un segmento generalmente indica un error en el filtro o la regla.
Una buena práctica es llevar un registro de discrepancias. En él se registra la fecha, la página, el evento, el valor antiguo, el nuevo valor y la explicación. Esto ayuda cuando, después de una semana, alguien pregunta por qué las compras han disminuido en 12. La respuesta ya no necesita ser buscada de nuevo.
Qué hacer con el antiguo Matomo después de la transición
Después de la transición, no es necesario eliminar Matomo de inmediato. A menudo se dejan 3 opciones: archivo, congelación de la recopilación o desconexión completa. La elección depende de los requisitos legales, los plazos de conservación y la frecuencia con la que el equipo regresa a los informes antiguos.
Si se necesita un archivo, deje el acceso solo de lectura y registre la fecha de detención de la recopilación. Esto es conveniente para comparaciones históricas y auditorías internas. Si los informes ya no se utilizan en el trabajo, se pueden trasladar las conclusiones principales a la documentación: lista de objetivos, fuentes, reglas de segmentos, excepciones importantes. El documento es breve, pero ayuda en caso de disputa después de 6 meses.
La desconexión completa de la instalación antigua no es adecuada para todos. A veces, Matomo se mantiene como respaldo durante 30-60 días para capturar eventos perdidos o discrepancias controvertidas. Luego se puede eliminar cuando la nueva analítica recopila de manera estable todas las acciones necesarias.
Lista de verificación para el lanzamiento y control después de la migración
Antes del lanzamiento final, verifique 8 cosas: el contador está instalado, el modo sin cookies está activado, las visitas internas están excluidas, los objetivos se han reconfigurado, los UTM se leen, los formularios se capturan, el ecommerce se transmite, los informes se abren. Si al menos un punto está vacío, es mejor no apresurarse con el lanzamiento.
En los primeros días después de la migración, designe a una persona responsable de la analítica. No un equipo, sino una sola persona. Ella revisa los registros, compara informes, recopila errores y responde a la pregunta de por qué la página de 'Contactos' tiene repentinamente 0 eventos. Este modo es especialmente útil cuando en el proyecto se llevan a cabo simultáneamente un lanzamiento y una campaña publicitaria.
Luego, establezca una revisión regular: cada 2 semanas o una vez al mes, dependiendo del tráfico. Verifique nuevos formularios, nuevos botones, nuevas páginas de destino, nuevos UTM publicitarios y cambios en el banner de consentimiento. Cualquier modificación en el sitio puede afectar la analítica, incluso si el desarrollador jura que "solo cambiamos el texto".
Y otro punto pequeño, pero frecuente: mantenga una lista de todos los cambios en un solo lugar. Cuando, después de 3 meses, tenga que explicar por qué el flujo de eventos de la analítica centrada en la privacidad ha cambiado, estará agradecido de no estar buscando la historia en chats, tickets y la memoria de un cansado comercializador.
