Cómo pasar de Google Analytics a Matomo

Cómo pasar de Google Analytics a Matomo
Pasar de Google Analytics a Matomo no es un simple cambio estético. Es un cambio en la analítica con consecuencias, y la versión más segura empieza con un alcance reducido: un sitio, una propiedad o un conjunto de campañas. Si tu objetivo es migrar de google analytics a matomo sin sobresaltos, evita intentar moverlo todo el primer día; de lo contrario, pasarás la primera semana desenredando etiquetas antiguas y discutiendo cifras.
Para empezar con buen pie, define qué significa “terminado” antes de tocar el código de seguimiento. Un objetivo práctico suena sencillo: los informes clave existen en Matomo, el equipo puede leerlos sin ayuda y GA sigue disponible solo para comparar durante el cambio. Con eso basta. Si no puedes describir la meta final en una sola frase, la migración está demasiado abierta.
Hay una frase que conviene decir claramente: cómo pasar de Google Analytics a Matomo depende menos de la herramienta y más del alcance de los informes que proteges. Un sitio pequeño de comercio electrónico puede centrarse en el proceso de pago, las vistas de producto y el uso de cupones; un sitio de contenidos puede priorizar la lectura de artículos, la profundidad de scroll y las suscripciones al boletín. Sitio distinto, cambio distinto. La misma disciplina.
1. Define qué significa “terminado” para esta migración
Empieza con un alcance por escrito y mantenlo estrecho. Nombra el sitio, la propiedad y el grupo de campañas que se moverán primero. Si la empresa pide “toda la cuenta”, pon límites y elige un único conjunto de informes. Una migración con un solo objetivo se puede gestionar; una con cinco objetivos es un proyecto que nunca se asienta.
Redacta criterios de éxito que puedan comprobarse en 10 minutos, no debatirse durante 10 días. Por ejemplo: “Matomo muestra sesiones, conversiones y las principales páginas de entrada de Site A” y “GA permanece activo solo 2 semanas para comparar”. Esas dos líneas le dan límites al equipo. Sin ellas, alguien pedirá un dashboard más en el peor momento posible.
Marca también una línea de fallo. Si la configuración de Matomo no recoge la conversión principal, o si la empresa no puede verificar las cifras durante el periodo de solapamiento, el cambio todavía no está listo. Suena duro. Ahorra tiempo.
2. Haz inventario de los datos de Google Analytics que no debes perder
Antes de mover nada, haz una lista de los elementos de GA que importan. Incluye los dashboards exactos que la gente abre cada mañana, las dimensiones personalizadas con valor para el negocio, los eventos vinculados a ingresos, las conversiones, las audiencias, los filtros y los ajustes relacionados con la atribución. Una migración sin este inventario es una suposición con mejor nombre.
Usa nombres, no descripciones. “Dashboard de búsqueda de pago” es mejor que “cosas de marketing”. “Evento de envío de formulario de lead” es mejor que “acciones de contacto”. Si un informe tiene un responsable real, escribe su nombre al lado. Ese pequeño paso ayuda cuando alguien dice después: “Pensé que ese filtro lo usaba ventas”.
Algunos elementos de GA no merecerán una reconstrucción uno a uno. Eso es normal. Un segmento de audiencia apenas usado del año pasado puede no valer la pena reproducirlo en Matomo si nunca impulsó una decisión. El objetivo no es conservar cada objeto; el objetivo es conservar ese 20% que la gente sí utiliza.
Si necesitas una referencia sencilla mientras reúnes la lista, mantén una lista de comprobación aparte para páginas poco habituales e informes de nicho. El mismo hábito sirve en otros contextos; por ejemplo, un equipo que necesita verificar una página del sitio puede usar cómo comprobar si un sitio web como patrón de referencia rápida. Cambia el nombre, pero la regla sigue siendo la misma: saber qué hay que encontrar antes de buscarlo.
3. Relaciona los conceptos de GA con sus equivalentes en Matomo
Créate una hoja de traducción con 2 columnas: término de GA y término o método de Matomo. Anota qué coincide de forma directa y qué no. Páginas vistas, eventos, objetivos, segmentos, dimensiones personalizadas y seguimiento de campañas deberían aparecer todos en la hoja. Aquí es donde la migración se vuelve concreta y deja de ser teórica.
Algunas equivalencias son fáciles. Otras no. Las audiencias de GA pueden convertirse en segmentos de Matomo o en una regla de informes distinta. Un ajuste de atribución de GA puede no comportarse igual en Matomo, así que quizá tengas que cambiar la pregunta en lugar de forzar la respuesta antigua dentro de la nueva herramienta. Escríbelo, porque la gente olvida rápido una vez que los dashboards están en pantalla.
Reserva una columna para “misma idea, lógica distinta”. Esa columna importa. Si GA calculaba una métrica de una manera y Matomo la calcula de otra, el equipo debe saberlo antes de ver los números. Si no, asumirán que la migración está rota cuando en realidad lo que ha cambiado es la definición.
Para los equipos que ya mantienen páginas de referencia estructuradas, este tipo de mapeo funciona igual que una consulta cuidadosa en un directorio como el diccionario de sueños que empieza por p: un término, un lugar, un significado. La herramienta puede ser distinta, pero el hábito es el mismo. Primero empareja, luego discute.
4. Planifica el cambio para una transición de bajo riesgo
Elige la fecha de migración con intención. Evita lanzamientos de producto, picos de campañas y plazos de reporting. Un cambio un lunes por la mañana suele generar ruido; una franja tranquila a mitad de semana suele ser más fácil de validar. Una transición con poco riesgo es mejor que una dramática.
Decide si el periodo de solapamiento durará 3 días, 1 semana o más. Debe ser lo bastante largo para comparar resultados, pero lo bastante corto como para que nadie mantenga dos sistemas vivos por costumbre. Durante ese periodo, especifica quién revisa los informes, quién da el visto bueno y quién puede pausar el cambio si los números no cuadran.
Asigna un único responsable de validación. No tres. Una sola persona puede recoger opiniones de analítica, producto y marketing, pero debe haber una sola persona que tome la decisión. Si todos son responsables del cambio, nadie lo es. Y ahí es cuando los pequeños problemas de seguimiento se alargan durante meses.
Piensa en los cambios de acceso solo cuando el solapamiento esté estable. Si reduces el acceso a GA demasiado pronto, la gente entrará en pánico y empezará a crear hojas de cálculo paralelas. Si esperas demasiado, dejarán de usar Matomo. Aquí el momento importa más que la ceremonia.
5. Reconstruye primero tus informes críticos en Matomo
No intentes copiar todas las vistas de GA. Reconstruye primero los informes diarios: tráfico por fuente, páginas principales, conversiones clave y los pocos segmentos que el equipo revisa cada semana. Si un informe no afecta a una decisión, déjalo para después. Aquí es donde muchas migraciones se ralentizan sin motivo.
Usa las opciones nativas de Matomo siempre que sea posible. Imitar demasiado GA puede resultar tranquilizador, pero después puede generar más mantenimiento. Una mejor decisión es reconstruir la pregunta de negocio, no la captura antigua. Si GA tenía cuatro pestañas y Matomo puede responder lo mismo en dos paneles, quédate con los dos paneles.
Trae primero los informes más visibles, antes de que alguien los pida. Si ventas quiere la calidad de los leads cada mañana y marketing quiere el tráfico de campañas cada tarde, esos son los dos primeros que debes reconstruir. El resto puede esperar. La gente perdona antes la ausencia de casos raros que la falta del informe del lunes.
A algunos equipos les gusta revisar otros flujos de trabajo de referencia de sitios mientras trabajan sobre las listas de informes, sobre todo si su contenido está repartido en varias páginas. Un ejemplo práctico es cómo comprobar si un sitio web, que muestra el valor de verificar la página exacta que el usuario espera encontrar. Con los informes ocurre lo mismo: debe ser el que la gente usa de verdad.
6. Valida el seguimiento de eventos y objetivos con acciones reales del usuario
Prueba acciones reales, no solo cargas de página. Envía un formulario, completa una compra, descarga un archivo y haz clic en un enlace externo. Luego comprueba si Matomo registró cada acción como la necesita el negocio. Las pruebas rápidas son útiles, pero las pruebas metódicas ahorran retrabajo.
Mantén los casos de prueba breves y específicos. “Enviar formulario de contacto desde la página de precios” es mejor que “probar el embudo”. “Compra completada con código de cupón” es mejor que “prueba de compra”. Una acción clara produce un fallo claro. Las pruebas vagas generan confusión educada.
Compara los resultados con GA durante el periodo de solapamiento, pero no esperes una identidad perfecta. Las herramientas pueden contar de forma ligeramente distinta por la gestión del consentimiento, el tiempo o detalles de configuración. La pregunta importante es si Matomo captura la misma acción de negocio de forma fiable. Si no lo hace, corrige la etiqueta o la regla del objetivo antes de hacer el cambio.
También es un buen momento para anotar cualquier caso límite. Por ejemplo, una descarga que se abre en una nueva pestaña puede necesitar un disparador distinto al de un clic estándar en un enlace. Rara vez una sola regla cubre todos los comportamientos al primer intento. Eso es normal, y por eso la lista de pruebas debe ser lo bastante corta como para repetirla en una sola tarde.
7. Forma al equipo en el flujo de informes de Matomo
Haz una sesión de 30 minutos para analistas y partes interesadas, y después dales un recorrido por escrito de los 3 o 4 informes que más usan. Muestra dónde están los segmentos, cómo se gestionan las anotaciones y qué hábitos de GA ya no aplican. La gente no necesita una charla sobre cada menú. Necesita saber dónde está la respuesta del lunes.
Usa ejemplos reales del sitio migrado. Abre el informe de leads, el de producto y el de páginas de entrada. Recorre los filtros. Si puedes mostrar un informe de campaña con el nombre exacto que el equipo de marketing usaba en GA, la curva de aprendizaje baja de inmediato. Las capturas ayudan, pero los clics en vivo ayudan más.
Explica las diferencias con claridad. Si una audiencia al estilo GA ahora es un segmento de Matomo, dilo así. Si un informe guardado cambió de ubicación, dilo también. Si una persona interesada pide una métrica que ya no existe igual, responde con el nuevo flujo de trabajo, no con una historia sobre la herramienta antigua. La gente se adapta más rápido cuando la respuesta es directa.
Algunos equipos guardan una pequeña referencia para consultas recurrentes, y eso también puede incluir páginas de contenido. Si el equipo trabaja con páginas de conocimiento, un enlace como diccionario de sueños que empieza por k recuerda que unas categorías ordenadas reducen el tiempo de búsqueda. La formación en informes funciona igual: un lugar para cada tarea.
8. Elimina las dependencias de GA después de la entrega
Cuando el alcance acordado de los informes ya esté estable en Matomo, haz una lista de cada dependencia que siga apuntando a GA. Eso incluye dashboards, etiquetas, alertas, documentación, procedimientos operativos, marcadores del navegador y scripts. No dejes ninguno sin revisar. Los enlaces antiguos tienen la costumbre de sobrevivir mucho después de que la migración esté “terminada”.
Elimina o reescribe los elementos uno por uno. Una nota en un dashboard que diga “revisar GA” debería pasar a decir “revisar Matomo”. Un runbook que indique a alguien comparar con GA cada mañana debe actualizarse para adaptarse al nuevo proceso, o archivarse si ya no tiene utilidad. Las pequeñas tareas de limpieza importan porque evitan que vuelvan los hábitos antiguos.
Deja un último punto de comparación y luego cierra la ventana de GA para el alcance migrado. Si el equipo todavía necesita GA como referencia histórica, limítalo a solo lectura y fija una fecha de revisión. Si no, reduce el acceso y elimina las comprobaciones rutinarias. Cuanto más tiempo siga GA en el flujo de trabajo diario, más difícil será saber qué sistema es la fuente de verdad.
En esta fase, ayuda un hábito de mantenimiento sencillo: revisar los informes activos cada mes, no cada trimestre. Una revisión de 15 minutos detecta dashboards obsoletos antes de que confundan al siguiente responsable de campaña. Un poco de limpieza ahora sale más barato que una segunda migración después.



