Migrar analítica web de Matomo a Astrina

Cómo migrar la analítica web de Matomo a Astrina

Si estás planificando cómo pasar la analítica web de Matomo a Astrina, empieza con un objetivo concreto: sustituir los informes que tu equipo consulta a diario, no cada detalle histórico que Matomo haya almacenado. Enmarcarlo así importa porque una migración pequeña es más fácil de verificar, más fácil de explicar y mucho menos probable que se atasque a mitad de camino.

Esta guía parte de un cambio práctico. Puede que conserves algunas exportaciones de Matomo como referencia, pero no necesitas reconstruir cada dimensión personalizada, cada informe archivado ni cada rareza del lado del servidor que solo recuerda una persona. Bien. Deja lo demás como está, y si tu plan es migrar de Matomo a Astrina, céntrate primero en lo imprescindible.

1. Identifica las funciones de Matomo que puedes dejar atrás sin riesgo

Empieza por listar lo que la gente usa realmente en Matomo durante una semana normal. En muchos equipos, eso son las páginas vistas, los referentes, un puñado de objetivos y quizá algunas etiquetas de eventos. Si nadie abre un informe en 90 días, normalmente es candidato a eliminarse.

No trates cada función de Matomo como si fuera sagrada. Un segmento personalizado creado para una campaña en marzo no es lo mismo que un informe de conversión principal que ventas revisa todos los lunes. Uno es un recuerdo; el otro, un flujo de trabajo.

Fíjate también en la complejidad de la configuración. Si Matomo depende de reglas del lado del servidor, plugins poco habituales o una lógica de seguimiento que solo funciona porque aún queda una etiqueta antigua en el sitio, eso es una señal clara de que no deberías copiarlo. Astrina funciona mejor cuando la configuración es lo bastante sencilla como para que otra persona la explique en dos minutos.

Un filtro útil es este: si una función de Matomo no afecta a una decisión, una reunión o un informe que alguien exporta con regularidad, probablemente puede quedarse en el sistema antiguo. Eso no es descuido. Es triaje.

2. Exporta solo los datos mínimos de Matomo que sigues necesitando como referencia

Exportar datos de Matomo para Astrina no significa volcarlo todo; exporta únicamente lo que realmente vayas a consultar durante la transición. Las capturas recientes de informes suelen ser suficientes para comparar, sobre todo si cubren tráfico, páginas principales, objetivos y nombres de eventos. Guárdalas como archivos que puedas buscar después. Una captura perdida en un chat no es un registro.

Mantén una lista breve de nombres de objetivos, etiquetas de eventos y cualquier nota que explique comportamientos de seguimiento extraños. Por ejemplo, si un clic en un botón en Matomo se etiqueta como “Lead Form Submit” pero solo se activa después de que carga una página de agradecimiento, anótalo exactamente así. Vas a necesitar la redacción, no el recuerdo.

Si tu equipo tiene una hoja de cálculo de seguimiento, expórtala también. Fecha, página, nombre del evento, nombre del objetivo y responsable es suficiente. Cinco columnas pueden ahorrarte cinco reuniones.

No exportes todo solo porque existe el botón de exportación. Los archivos enormes generan una falsa sensación de seguridad y luego nadie los abre. Las exportaciones pequeñas son más fáciles de auditar, de comparar y de pasarle a otra persona el mes que viene.

Para los equipos que guardan notas técnicas en una wiki, crea una página con lo esencial: qué rastreaba Matomo, qué informes eran importantes y qué puntos de datos se dejan atrás a propósito. Esa página se convierte en el puente entre ambos sistemas.

3. Mapea los conceptos de Matomo a Astrina a nivel práctico

Ahora traduce el pequeño conjunto de elementos de Matomo a términos de Astrina. Las páginas vistas siguen siendo páginas vistas. Los objetivos pasan a ser los puntos de conversión que más te importan. Los eventos siguen siendo eventos, pero solo los que afectan a los informes o a las decisiones deben recrearse primero.

Piénsalo en términos de prioridad, no de perfección. Si Matomo tiene 18 etiquetas de eventos y Astrina solo necesita 4 para respaldar el flujo de trabajo actual del equipo, construye primero esas 4. Las otras 14 pueden esperar hasta que alguien las pida con un caso de uso real.

Este también es el momento de decidir qué se deja fuera a propósito. Las dimensiones antiguas de campañas, los objetivos de prueba obsoletos y los filtros puntuales pueden quedarse atrás si no respaldan los informes actuales. Una migración no es una exposición de museo.

Algunos equipos quieren conservar todas las convenciones de nombres de Matomo porque les da más seguridad. Normalmente eso solo arrastra la confusión antigua a una herramienta nueva. Si la etiqueta de Matomo era ambigua, corrígela ahora. “CTA click” no es tan útil como “Clic en solicitud de demo de la página de precios”.

Si necesitas una referencia para interpretar las fuentes de tráfico en el nuevo sistema, consulta qué significan los números de fuente de tráfico de Astrina. Puede ayudar cuando los nombres de las fuentes no coinciden exactamente con las etiquetas antiguas de Matomo.

4. Reconstruye solo el seguimiento crítico en Astrina

Configura primero Astrina para la analítica principal. Eso significa las páginas, eventos y conversiones que tu equipo revisa cada semana. No estás intentando copiar Matomo línea por línea; estás intentando restablecer las mediciones que mantienen en marcha la toma de decisiones.

Instala el seguimiento de Astrina en tu sitio en el lugar más simple que funcione para tu entorno. Si tu sitio usa un gestor de etiquetas, mantén la implementación pequeña y documentada. Si prefieres colocarlo directamente, anota dónde vive el código y quién lo gestiona. Dos responsables es mejor que ninguno.

Construye primero la base de páginas vistas. Si Astrina no ve las páginas correctas, todos los informes posteriores serán ruidosos. Después añade los eventos más importantes, uno por uno, y pruébalos en el navegador. Un error tipográfico oculto en el nombre de un evento es un clásico de las migraciones.

No clones todos los activadores de Matomo. Reconstruye solo las interacciones que importan ahora: envíos de formularios, clics en precios, inicios de registro, descargas de archivos o lo que realmente use tu equipo. Si un evento heredado nunca influyó en un informe, no merece una configuración nueva.

Si tu instalación necesita una ruta de configuración limpia, usa directamente las páginas de instalación del agente de Astrina: *. Es la forma más rápida de pasar de “nos estamos cambiando” a “ya tenemos datos otra vez”.

Para los equipos que vienen de una implementación de Matomo más técnica, ayuda tener una lista de verificación escrita junto a la pestaña del navegador. Paso 1: confirmar la etiqueta base de páginas vistas. Paso 2: añadir la primera conversión. Paso 3: verificar que el nombre del evento coincide con la hoja de referencia. Paso 4: comprobar que la fuente y la página de entrada tienen sentido. Lo simple gana a lo ingenioso.

5. Valida que Astrina esté capturando las interacciones correctas

La validación debe ser breve y específica. Abre el sitio en un navegador real, activa las 3 interacciones principales que has reconstruido y confirma que Astrina registra cada una. Si el botón de registro se activa pero la página de agradecimiento no, has encontrado un problema antes de que se convierta en un error de informes.

Comprueba las páginas vistas en al menos 2 o 3 páginas representativas, no solo en la página de inicio. Una entrada de blog, una página de producto y una página de contacto suelen decirte suficiente. Si esas se comportan de forma distinta, corrige el patrón antes de entregar la configuración al equipo.

Luego compara los nuevos datos con tus capturas exportadas de Matomo. No estás persiguiendo totales idénticos hasta la última visita; estás comprobando que se ven los mismos tipos de interacción y que no ha desaparecido nada evidente. Una comprobación de cordura de 20 minutos puede evitar una semana de dudas.

Si quieres una visión más profunda de la calidad del tráfico frente a los resultados, lee si deberías confiar en el tráfico de Astrina. Es útil cuando alguien pregunta por qué las visitas parecen bien pero los leads no.

Vigila también el tráfico de bots. Si un pico parece extraño, el artículo cómo saber si Astrina es puede ayudarte a separar los picos normales de los sospechosos. Eso importa porque una migración es el peor momento para confundir ruido con éxito.

Un truco práctico: prueba en una página con un punto de conversión conocido y luego en una página sin conversión alguna. Si Astrina registra ambas correctamente, tu configuración probablemente sea lo bastante estable como para confiar en ella. Si no lo hace, detente y corrige la etiqueta antes de que el equipo empiece a usar los números.

6. Decide qué hacer con el histórico de Matomo después del cambio

Después del cambio, tienes tres opciones habituales. Mantener Matomo en solo lectura, archivar las exportaciones o ejecutar un breve periodo de respaldo mientras Astrina se convierte en la fuente principal. Cada opción tiene un coste y cada una debe elegirse a propósito.

El acceso solo lectura suele ser suficiente para equipos grandes. Permite consultar informes antiguos sin editar nada ni crear nuevos hábitos de seguimiento en la herramienta vieja. Eso reduce la confusión. También reduce la posibilidad de que alguien rellene datos silenciosamente en el lugar equivocado.

Archivar exportaciones funciona mejor cuando legal, finanzas o dirección quieren un registro de tendencias históricas. Guarda los archivos exportados en un lugar controlado, con una convención de nombres y una fecha. “final_matomo_export” no es una convención.

Un breve periodo de respaldo tiene sentido si el equipo está nervioso con el cambio o si el sitio tiene varios responsables que necesitan tiempo para adaptarse. Hazlo corto. Cuanto más tiempo siga Matomo activo como manta de seguridad, más tardará la gente en aprender Astrina.

No mantengas ambos sistemas en uso diario para siempre. Eso genera números desajustados, conversaciones duplicadas y mensajes de “¿qué panel es el correcto?” que hacen perder el tiempo de todos. Elige una fuente principal y dilo con claridad.

7. Transfiere el nuevo flujo de trabajo de analítica a tu equipo

La transferencia es donde las migraciones triunfan o fracasan. Actualiza la documentación interna con los nuevos enlaces de informes, los nuevos nombres de eventos y la persona responsable de corregir el seguimiento cuando falle. Pon la fecha en el documento. La gente olvida las fechas más rápido de lo que olvida las opiniones.

Reescribe los hábitos del equipo en lenguaje claro. Si los informes semanales empezaban antes en Matomo, dirige ahora a la gente a Astrina. Si los responsables de producto revisaban un segmento de Matomo cada viernes, muéstrales el informe de Astrina que responde ahora a la misma pregunta. Si es posible, usa la misma reunión. Las herramientas nuevas se consolidan más rápido dentro de rutinas antiguas.

Forma al equipo en el pequeño conjunto de cifras que realmente verá. Una explicación breve vale más que una compartición de pantalla larga sin ejemplos. Muéstrales dónde ver las páginas vistas, cómo inspeccionar un evento y dónde comprobar el punto de conversión principal. Eso basta para la mayoría de los puestos.

Si el control de acceso importa en tu proceso, asigna roles ahora y no más tarde. Una persona puede encargarse de la configuración del seguimiento, otra puede leer informes y una tercera puede revisar los cambios antes de publicarlos. Esa división evita ediciones accidentales y mantiene visible la responsabilidad.

Sé directo con el cambio. Dile a la gente que Matomo está archivado, Astrina está activo y que las preguntas sobre la configuración antigua deben ir primero a las notas de migración. Una propiedad clara ahorra tiempo. La ambigüedad silenciosa cuesta más que cualquier panel.

Si todavía estás en la fase de configuración, vuelve a la página de instalación del agente y confirma que la implementación es la que tu equipo documentó: *. Después bloquea las notas, cierra la pestaña antigua y usa el nuevo flujo de trabajo para el siguiente ciclo de informes.