¿Cómo elegir alternativas a Google Analytics? Cuatro herramientas y comprobaciones de migración

Primero anota las preguntas que necesitan respuesta

Abre el panel de analítica, mira una pantalla llena de gráficos y aun así no sabes qué artículo cambiar, qué anuncio detener o qué página corregir. El objetivo de cambiar de herramienta debería ser resolver estos problemas.

Enumera tres respuestas que tu sitio web necesita:

• ¿Qué artículo genera suscripciones?
• ¿Qué canal de promoción genera pagos?
• ¿Qué paso del flujo de registro pierde más personas?

Estas tres preguntas corresponden a tres tareas de analítica: rendimiento del contenido, conversión por origen y análisis de flujo.

"Cuántas personas vinieron hoy" solo puede responder a la escala de visitas. No puede explicar suscripciones ni pagos.

Cuatro herramientas, elige según la tarea

Herramienta	Necesidad que vale la pena probar	Enfoque de la prueba
Plausible	Páginas, orígenes, objetivos de suscripción o descarga	Si puede identificar las páginas y orígenes que generan conversiones de objetivos
Umami	Tráfico, eventos, conversiones por pasos; necesidad de servicio en la nube o autoalojado	Pasos del embudo, ventana temporal, versión de despliegue
Matomo	Necesidad de migrar informes históricos de GA	Alcance de la importación, si los informes antiguos pueden responder a las preguntas originales
PostHog	Uso posterior al registro, abandono y retención	Definiciones de eventos, vinculación de identidad, volumen de eventos facturables

Esta tabla expresa direcciones de prueba. Las funciones se superponen, y los planes y versiones de despliegue también afectan al alcance disponible.

Plausible: rastrear desde páginas y orígenes hasta objetivos

Los blogs pueden establecer objetivos de suscripción, y los sitios de recursos pueden establecer objetivos de descarga.

Los informes que hay que revisar son:

¿Las visitas de qué origen completaron suscripciones? ¿Qué páginas participaron en las conversiones?

Plausible admite objetivos de página, eventos personalizados y seguimiento de ingresos. Los clics en botones, los envíos de formularios y los pagos exitosos requieren la configuración de registro correspondiente; instalar el script de analítica no definirá los resultados de negocio para el sitio web. Documentación de seguimiento de objetivos

Tarea de prueba: Elige un artículo, establece un objetivo de suscripción exitosa y comprueba si los informes pueden conectar origen, página y suscripción.

Umami: encadenar pasos en un embudo

Un embudo es una serie de pasos que deben completarse:

Abrir página de producto → Iniciar pago → Pago exitoso

Umami admite embudos formados por páginas y eventos. El orden de los pasos y la ventana temporal afectan a los resultados. Por ejemplo, si la ventana temporal se establece en diez minutos, los pasos separados por más de diez minutos pueden no contarse como parte de una misma finalización. Documentación de embudos de Umami

Cuando un embudo cae, hay que comprobar la causa. Los pasos opcionales, los eventos faltantes y las ventanas temporales incorrectas pueden crear "abandono".

Tarea de prueba: Construye un embudo de tres pasos, completa un flujo de prueba y confirma que los tres pasos quedan registrados.

Umami ofrece servicio en la nube y opciones autoalojadas. El autoalojamiento requiere gestionar actualizaciones, copias de seguridad y resolución de problemas. La capacidad de mantenimiento debería formar parte de los criterios de selección. Sitio web oficial de Umami

Matomo: primero comprueba el propósito de los informes históricos

Los datos históricos solo son valiosos si pueden responder a las preguntas que hay que responder.

El importador de GA de Matomo lee informes agregados. Los datos importados no pueden restaurar registros de visitas sin procesar, y no todas las funciones de segmentación y generación de informes son compatibles. Limitaciones de importación de Matomo

"Puede importar" no significa "se conservan todos los análisis que podía hacer el panel antiguo".

Tarea de prueba: Enumera tres informes antiguos que deban conservarse y comprueba el alcance de importación compatible. Cuando se necesiten registros por visita, eventos sin procesar o segmentos específicos, revisa las limitaciones de importación.

PostHog: comprueba qué ocurre después del registro

Los sitios de membresía pueden necesitar rastrear:

Registro exitoso → Completar primera acción → Volver a usar la semana siguiente

PostHog ofrece embudos de eventos, rutas y análisis de retención. Los informes de retención requieren definir un evento de inicio y un evento de retorno. "Volver a abrir la página de inicio" y "volver a completar una acción" representan resultados diferentes. Tipos de análisis, definición de retención

Estos análisis requieren mantener los significados de los eventos. A medida que aumentan las funciones, también hay que gestionar los nombres de eventos, las propiedades y la vinculación de identidad.

Tarea de prueba: Define un evento de primera finalización y un evento de reutilización, y confirma que los informes responden a preguntas de negocio.

Eventos de conversión: los clics no significan éxito

"Clic en botón de pago" registra la intención de pago. Un pago fallido también puede generar este evento.

"Abrir página de agradecimiento" también tiene errores de juicio: las actualizaciones, los enlaces guardados en marcadores y las redirecciones fallidas después del pago pueden afectar al registro.

Primero escribe una definición para el objetivo:

Objetivo	Resultado que debería registrarse
Suscripción	Envío de suscripción aceptado
Registro	Cuenta creada correctamente
Pago	Pago del pedido confirmado
Descarga	Distinguir clics en enlace de descarga de finalización de recuperación del archivo

Las estadísticas de pago deben conciliarse con el sistema de pedidos. Los eventos del navegador pueden bloquearse, y el sistema de pedidos es responsable de registrar los hechos de pago.

Un pago de prueba debería producir un registro de éxito. Actualizar la página no debería convertir el mismo pedido en dos entradas de ingresos.

Migración: haz cuatro comprobaciones

1. Registro de páginas

Abre la página de inicio, una página de artículo y una página de negocio, y comprueba el registro.

Las transiciones de página también deben probarse. Algunos sitios web no recargan toda la página al cambiar de página; la página de inicio puede registrarse, pero las páginas posteriores aún pueden perderse.

2. Registro de origen

Prepara un enlace de promoción de prueba:

https://example.com/?utm_source=test&utm_medium=email&utm_campaign=migration

Ábrelo en una nueva sesión del navegador y comprueba el origen y el nombre de la campaña. Las redirecciones del sitio web deben conservar los parámetros.

UTM se usa para distinguir campañas de promoción. Los enlaces compartidos a diario deben usar nombres coherentes para evitar que newsletter, Newsletter y email-news ocupen cada uno una fila separada.

3. Registro de éxito

Completa una suscripción, un registro o un pedido de prueba, y comprueba el nombre del evento, el recuento y el importe.

Primero confirma que el evento de objetivo no ha sido excluido por las reglas de filtrado de visitas internas.

4. Registro duplicado

Comprueba dónde está instalado el script de analítica. Los plugins del sitio web, la configuración del tema y los gestores de etiquetas pueden haberlo instalado cada uno una vez.

Los scripts duplicados, los envíos duplicados y las actualizaciones de la página de agradecimiento merecen comprobarse. Los recuentos de visitas duplicados no significan crecimiento del tráfico.

Los números nuevos y antiguos difieren: ¿qué comprobar?

Primero alinea el alcance de la comparación:

• Fecha y zona horaria.
• Dominio, subdominio y alcance de páginas.
• Reglas de filtrado de visitas internas.
• Gestión del consentimiento y bloqueo de scripts.
• Definiciones de visitas, sesiones y conversiones.

Registra los resultados en una tabla:

Síntoma	Dirección de solución de problemas
Se registra la página de inicio, no las transiciones de artículo	Seguimiento de transiciones de página
Las páginas son normales, se pierden los orígenes de promoción	Parámetros UTM, redirecciones, atribución de origen
Se registran clics, no éxitos	Si los eventos de éxito están conectados
El recuento de éxitos supera el recuento de pedidos	Disparadores duplicados, pedidos de prueba, criterios de cancelación o reembolso
Diferencia múltiple casi fija en todas las páginas	Instalación duplicada, alcance de registro y definiciones de métricas

Estas son direcciones de solución de problemas y no pueden tratarse directamente como conclusiones de fallo.

Recuentos de páginas vistas completamente idénticos tampoco prueban el éxito de la migración. Los orígenes perdidos, los pagos duplicados y las conversiones de anuncios rotas afectan a las decisiones.

Los datos históricos y las conexiones de anuncios necesitan un tratamiento aparte

Plausible admite la importación de datos de GA, pero no admite importar los ingresos de comercio electrónico de GA; Matomo importa informes agregados. Si los datos antiguos son utilizables debe comprobarse punto por punto. Documentación de importación de Plausible, Limitaciones de importación de Matomo

Registra la fecha de cambio y conserva los informes antiguos. Las tendencias que abarcan la fecha de cambio deben anotarse con cambios en el alcance estadístico.

Google Ads también tiene una comprobación: ¿la cuenta usa conversiones importadas de GA4 para la optimización de pujas? Antes de eliminar GA4, verifica la ruta de conversión de anuncios de reemplazo y comprueba si hay recuento duplicado. Documentación de conversiones de Google Ads

Coste: mira la unidad de facturación

Cien mil páginas vistas al mes no significa cien mil eventos facturables.

Las páginas vistas, los clics en botones, los eventos personalizados y la recopilación automática pueden entrar en el volumen de eventos. La analítica de producto de PostHog usa facturación basada en eventos, por lo que las pruebas deben incluir una comprobación del volumen de eventos. Explicación de facturación de PostHog

Antes de comprar, comprueba:

• Unidad de facturación y reglas de exceso.
• Número de sitios web.
• Período de retención de datos.
• Qué plan incluye las funciones necesarias.
• Coste de mantenimiento del autoalojamiento.

¿Cómo tomar una decisión?

Los blogs deberían probar primero "página → suscripción". Las tiendas deberían probar primero "origen → pago". Los sitios de membresía deberían probar primero "registro → uso → retorno".

Solo cuando una herramienta candidata puede responder a esta ruta, sus registros resisten las comprobaciones y el coste es asequible, tiene valor de migración.