Los mejores análisis autoalojados: Matomo vs Umami vs Fathom Lite (y dónde encaja cada uno)

Tras Schrems II, varias Autoridades Europeas de Protección de Datos determinaron que Google Analytics generó problemas ilegales de transferencia de datos entre la UE y EE. UU. bajo el antiguo mecanismo de transferencia.

El Marco de Privacidad de Datos UE-EE. UU. ha cambiado desde entonces la base legal para los proveedores estadounidenses certificados, pero muchos propietarios de sitios que priorizan la privacidad aún evitan GA4 porque sigue vinculado al ecosistema publicitario de Google, a la carga del consentimiento y a las cuestiones de procesamiento transfronterizo.

Para los sitios que buscan una configuración de privacidad más limpia, la respuesta práctica es migrar el análisis de GA4 a algo auto-hospedado, en un datacenter de la UE, con seguimiento de primera parte y menos problemas de procesamiento transfronterizo.

Cuatro opciones siguen apareciendo en las comparativas: Umami, Matomo, Fathom Lite y Ackee. Dos están activas y valen tu tiempo. Una tiene funciones congeladas y pocas actualizaciones. Una está activa pero es nicho. Esta publicación compara las cuatro, te da una regla de decisión por arquetipo y empareja cada herramienta con el plan VPS que la ejecuta bien.

Resumen rápido

La versión corta no es complicada. La mayoría de los sitios deberían empezar con Umami, pasar a Matomo solo para necesidades de informes más intensivas, omitir Fathom Lite y tratar Ackee como una elección de preferencia de nicho.

• Usar Umami para blogs personales, SaaS independientes y todo aquello donde el panel de análisis debe ser legible por no ingenieros. Funciona cómodamente en un VPS con 1 GB RAM. Licencia MIT. Sin cookies por defecto.
• Usar Matomo cuando realmente necesita embudos, seguimiento de comercio electrónico, mapas de calor o grabación de sesiones en una sola herramienta. La superficie completa de funciones cuesta más en RAM y atención operativa. El mínimo realista es 2 GB RAM para sitios pequeños; 4 GB para sitios con tráfico moderado con las funciones predeterminadas habilitadas.
• No use Fathom Lite. La imagen Docker de código abierto no se ha actualizado en cinco años. Los mantenedores se han pasado completamente a Fathom Analytics comercial. Ejecutarla como servicio expuesto a internet en 2026 supone un riesgo de seguridad y compatibilidad.
• Ackee está activo pero con menor velocidad que Umami. Elíjalo solo si la estética del panel de control le importa específicamente. De lo contrario, opte por defecto por Umami.

Los cuatro candidatos, brevemente

La lista corta es más pequeña de lo que parece. Umami y Matomo son las opciones serias para la mayoría de las configuraciones de análisis auto-hospedados. Fathom Lite sigue apareciendo en listas antiguas, pero la versión open source se ha quedado demasiado atrás. Ackee todavía funciona, pero ahora está más cerca de una elección de preferencia que de una recomendación predeterminada.

Umami

Umami es una aplicación Node.js respaldada por PostgreSQL. Con licencia MIT. Desarrollo activo con commits semanales y lanzamientos etiquetados regulares a lo largo de 2025 y hacia 2026. La versión estable actual es v3.1.0.

El proceso de Node consume alrededor de 200 MB de RAM en reposo. Postgres añade otros 150-250 MB según la configuración. La pila completa funciona cómodamente con 1 GB en total. El script de seguimiento pesa aproximadamente 2 KB. Sin cookies por defecto; sin identificadores de terceros; sin banner de consentimiento bajo la mayoría de interpretaciones de los reguladores de la UE.

• Fortaleza principal: el panel más limpio de todas las herramientas de este conjunto, la menor fricción de configuración y el menor footprint operativo.
• Debilidad principal: las funciones de embudo y mapa de calor son más limitadas que las de Matomo, y la interfaz de gestión multisitio funciona pero es menos madura a escala de agencia.

Matomo

Matomo es una aplicación PHP de 15 años respaldada por MySQL o MariaDB. El proyecto se llamaba antes Piwik. GPL v3 para el núcleo; algunos plugins avanzados (mapas de calor, grabación de sesiones, pruebas A/B) son comerciales. La versión estable actual es v5.10.0.

El mínimo realista de RAM es de 1,5-2 GB en total: los workers de PHP-FPM consumen 50-80 MB cada uno, MariaDB necesita 512 MB para estar cómodo, nginx es pequeño pero presente, y el cron de archivado provoca picos periódicos tanto en CPU como en memoria.

• Fortaleza principal: la mayor superficie de funcionalidades de cualquier herramienta de analytics open source. Embudos, multi-atribución, comercio electrónico, objetivos, dimensiones personalizadas, segmentos, atribución de marketing, informes al estilo GA4.
• Debilidad principal: el panel es denso (algunos usuarios lo encuentran similar a Excel) y la atención operativa requerida es real. Necesitarás saber qué es un cron de archivado.

Fathom Lite

Fathom Lite es la implementación Go de código abierto original de Jack Ellis y Paul Jarvis. Con licencia MIT. El repositorio sigue existiendo en GitHub, y la última versión de GitHub es v1.3.1. La imagen Docker sigue descargándose con pull.

La imagen Docker en Docker Hub no se ha actualizado en más de cinco años. La rama master del repositorio solo ha tenido commits esporádicos sin nuevas versiones en ese periodo. El README indica que la versión Lite ya no recibirá nuevas funciones, aunque los mantenedores aún la describen como mantenida a largo plazo para corrección de errores. El producto en desarrollo activo es la versión comercial de Fathom Analytics.

Ejecutar en 2026 una app de análisis con funciones congeladas y una imagen Docker pública obsoleta es un riesgo. El comportamiento de los scripts de seguimiento en el navegador ha evolucionado. Las actualizaciones de runtime y dependencias que los proyectos activos publican regularmente no aparecen en la ruta de publicación pública de Lite.

Si encuentra Fathom Lite recomendado en un resumen de 2026, compruebe la fecha de la imagen de Docker y el historial de versiones antes de tratarlo como una opción de producción.

El SaaS comercial Fathom Analytics en usefathom.com es un producto diferente. Está bien si acepta que es SaaS y no autoalojado. No es de lo que trata esta publicación.

• Fortaleza principal: binario diminuto, rastreador pequeño, idea de producto original y simple.
• Debilidad principal: base de código open source con funciones congeladas, imagen Docker obsoleta, trayectoria de versiones poco clara y sin razón sólida para desplegarlo como servicio de análisis expuesto en internet en 2026.

Ackee

Ackee es una herramienta de análisis Node.js + MongoDB. Licencia MIT. La versión actual es v3.6.0. El mantenedor publica correcciones de errores y actualizaciones de dependencias. El trabajo en funciones principales ha disminuido. El panel de control es minimalista, el rastreador es pequeño y el consumo de recursos es comparable al de Umami.

Ackee funciona. La razón por la que está en la columna de nicho es que Umami está al menos un nivel de velocidad por encima en todos los ejes relevantes: ritmo de desarrollo, ecosistema, documentación de terceros, integraciones disponibles.

Si ya tienes una razón sólida para preferir Ackee (probaste ambos y te gustó más su panel), úsalo. De lo contrario, elige Umami y sigue adelante.

• Fortaleza principal: panel limpio, tracker pequeño, bajo consumo de recursos, aún mantenido.
• Debilidad principal: ritmo de desarrollo más lento que Umami, ecosistema más pequeño, menos integraciones y menos documentación de terceros para quienes necesitan ayuda tras la instalación.

Marco de decisión: elige según el arquetipo

El arquetipo importa más que la tabla de funciones. Un blog personal no necesita el mismo stack de análisis que un producto SaaS o una agencia que gestiona cuentas de clientes. Comienza con el propietario del panel, la profundidad de los informes y el trabajo en el servidor que estás dispuesto a asumir. La elección de la herramienta se vuelve mucho más sencilla después.

Blog personal o propietario de un único sitio

Elige Umami. La configuración es un solo archivo Docker Compose. El tracker es un script de una línea en tu <head>. El panel es legible en un teléfono. La RAM y el almacenamiento son preocupaciones triviales a esta escala.

No se necesita una segunda herramienta. Si estás dejando GA4 por razones de principio o para eliminar el banner de cookies, Umami cierra el caso.

Fundador de SaaS independiente o pequeño equipo de producto

Opta por Umami por defecto. Añade Matomo solo si has identificado específicamente una función que falta.

La razón más común para agregar Matomo aquí es el informe de embudo en los flujos de registro y actualización que Umami todavía no realiza tan bien. La pregunta decisiva es si alguien del equipo quiere activamente operar la mayor superficie de Matomo.

Si la respuesta es no, Umami, junto con un par de consultas a tu base de datos de producto, te dará el 90 % de las métricas del embudo al 10 % del coste operativo. Si tu producto genera muchos eventos y quieres una interfaz de embudo nativa, instala Matomo. El coste operativo es mayor: Matomo, una base de datos, una capa de servidor web, Redis opcional, más RAM y un job de archivado que gestionar.

Agencia que gestiona 10+ propiedades de clientes

Elige Matomo. La gestión multisitio está madura. Los permisos por usuario y el inicio de sesión por cliente son funciones de primera clase. Los plugins de pago de mapa de calor y grabación de sesiones son diferenciadores que las agencias realmente facturan.

La interfaz multi-sitio de Umami funciona, pero se siente menos robusta a escala de agencia: filtrado entre muchos sitios, asignación de acceso a nivel de cliente, exportación de informes con marca. La interfaz de Matomo es densa, pero esa densidad te ofrece las funciones que el trabajo requiere.

Si la agencia tiene un portafolio de sitios con bajo tráfico y el trabajo principal es generar informes de tráfico mensuales en lugar de optimizar la tasa de conversión, Umami sigue siendo una elección justificable y ahorrará costos de infraestructura. La decisión se trata del techo de funcionalidades, no de la herramienta equivocada.

Comparación función por función

Dimensionamiento de VPS en números claros

La herramienta adecuada depende en parte de lo que estés dispuesto a pagar por el servidor que la ejecuta.

Por qué estos mínimos importan:
El pequeño tamaño de Umami es intencionado. Umami almacena eventos de análisis ligeros en PostgreSQL en lugar de registros completos de solicitudes web, por lo que el crecimiento de la base de datos se mantiene modesto para sitios pequeños y medianos.

El proceso Node se mantiene por debajo de 250 MB incluso cuando varios miles de visitantes acceden al sitio a diario. El crecimiento de Postgres es modesto.

Un VPS con 1 GB de RAM y 25 GB de NVMe almacena muchos años de análisis para un sitio típico de soloemprendedor. Ejecuto Umami en un VPS de 1 GB en Frankfurt para un pequeño proyecto; la latencia desde Lagos es de alrededor de 110 ms, el dashboard responde en menos de 400 ms y el servidor ha estado tranquilo durante meses.

La huella de Matomo es mayor porque la arquitectura es más antigua y general. Cada trabajador PHP-FPM consume 50-80 MB. MariaDB funciona mal con menos de 512 MB asignados.

El cron de archivado horario recomendado por Matomo puede disparar el uso de CPU y memoria, por lo que el VPS necesita margen más allá del consumo normal de PHP y la base de datos. Un VPS de 1 GB técnicamente ejecuta Matomo en instalaciones muy pequeñas, pero el panel se siente lento y el riesgo de OOM durante el archivado es real. El mínimo de 2 GB no es una restricción arbitraria. Es el punto donde la herramienta deja de pelear contigo.

El crecimiento del almacenamiento rara vez es el cuello de botella. Un disco NVMe de 60 GB guarda muchos años de datos de Matomo incluso con la retención de registros en bruto habilitada por defecto. Si activas la grabación de sesiones, planifica para un orden de magnitud más de disco al mes y revisa el tamaño del plan anualmente.

Centros de datos de la UE y el ángulo del RGPD

El problema de Schrems-II y la transferencia de GA4 mencionado en la introducción es el trasfondo legal aquí. El autoalojamiento no hace que los analytics cumplan automáticamente la normativa, pero sí elimina el patrón predeterminado de GA4: los datos del visitante salen de tu sitio, entran en la pila analítica de Google y generan preguntas sobre el procesamiento transfronterizo.

Autohospedar tus analytics dentro de la UE simplifica la pila a nivel de jurisdicción. No es un atajo de cumplimiento. Los datos son recogidos por tu tracker, enviados directamente a tu servidor, procesados y almacenados en la región que elegiste.

Tu proveedor de VPS puede seguir siendo un procesador, por lo que los términos del procesador, los controles de seguridad, las reglas de retención y los avisos de privacidad siguen siendo importantes. El punto es más concreto: no hay ningún proveedor de SaaS de analytics en medio, y no hay ninguna transferencia transatlántica de analytics por defecto al estilo GA4.

La elección del datacenter debe seguir a tus visitantes y tu postura de cumplimiento. Frankfurt es la opción estándar para audiencias alemanas, austríacas y de la UE en general. Amsterdam encaja naturalmente para el tráfico del Benelux.

London sirve para casos de UK GDPR, pero está fuera de la UE, por lo que no es la misma respuesta para los requisitos de residencia de datos exclusivos de la UE. Zurich sirve para audiencias suizas y necesidades de privacidad específicas de Suiza, pero también está fuera de la UE.

Descripción general de la mecánica de configuración

Esto es la estructura de despliegue, no un tutorial. Las guías completas paso a paso son publicaciones separadas.

Umami: Un archivo Docker Compose. Dos contenedores: Umami (Node) y PostgreSQL. Una variable de entorno: DATABASE_URL. Puerto predeterminado 3000. Proxy inverso delante para TLS (Caddy es la opción de menor fricción; nginx-proxy-manager y Traefik también funcionan). Agrega el script de seguimiento (una línea) en el <head> de cada página que quieras rastrear. Las actualizaciones son docker compose pull && docker compose up -d.

Matomo: Docker Compose con tres o cuatro contenedores: Matomo (matomo:fpm-alpine), nginx (o Apache) delante de PHP-FPM, MariaDB y opcionalmente Redis para caché. El asistente de configuración basado en navegador para la primera vez gestiona la conexión a la base de datos, el usuario administrador y la configuración del primer sitio. El script de seguimiento es un fragmento JS generado por Matomo y pegado en el <head>. Requerido: un cron job para el archivado. La opción predeterminada de activar el archivado mediante URL (?force_archiving=1) funciona para sitios pequeños pero produce dashboards visiblemente más lentos. Las actualizaciones implican un docker compose pull más una invocación de console core:update.

Ambos: TLS a través de un proxy inverso es el patrón estándar. Ambos proyectos publican guías de actualización oficiales. Ambos tienen recetas de respaldo funcionales (pg_dump para Umami, mariadb-dump para Matomo).

Aquí es donde El marketplace de Cloudzy realmente importa. Puedes desplegar Umami or Matomo en un VPS sin partir de un servidor en blanco, escribir el archivo Compose tú mismo, o pasar la primera hora conectando el stack base.

El VPS aún necesita ser el servidor correcto. La analítica prefiere discos rápidos, RAM predecible y una región cercana a las personas que cargan tu script de seguimiento. Cloudzy te da Almacenamiento NVMe, DDR5 RAM, hasta 40 Gbps redes, raíz completa acceso, dedicado IPv4 y IPv6, 12+ regiones globales, 99.95% de uptime y una garantía de devolución de Reembolso en 14 días garantía.

Para Umami, el beneficio es la velocidad: lanza, adjunta tu dominio, pon TLS delante y pega el script de seguimiento.

Para Matomo, el beneficio es evitar el trabajo en un servidor en blanco antes de llegar siquiera a los archivos, la retención, las copias de seguridad y la configuración de seguimiento.

Cuándo el auto-alojamiento es la decisión equivocada

Eres un fundador individual no técnico, sin experiencia en Linux y sin tiempo para aprenderlo. La respuesta correcta es Plausible Cloud a $9-19 por mes. Es compatible con el RGPD, el panel de control es excelente y no necesitas gestionar un servidor.

La lógica del autoalojamiento solo funciona si tu tiempo es más barato que la tarifa de SaaS o si genuinamente quieres adquirir experiencia operacional. Para un fundador solo no técnico, esa lógica no funciona.

Necesitas registros de auditoría en tiempo real de nivel SOC2 o HIPAA en tu procesador de análisis. Ni Umami de código abierto ni Matomo de código abierto ofrecen eso de forma predeterminada. Puedes construir la postura de auditoría tú mismo, pero el trabajo es real y el proceso de certificación es su propio proyecto. Compra cumplimiento como servicio para este caso.

Tu stack de marketing requiere GA4 o la atribución de Google Ads que depende de los cohortes y píxeles de remarketing de Google. El análisis autoalojado no es la categoría de herramienta correcta para la optimización de AdWords o Meta-Ads.

Los datos de conversión deben fluir de regreso a Google o Meta para volver a entrenar los algoritmos de pujas. El análisis autoalojado reemplaza el caso de uso de análisis descriptivo (qué sucedió en mi sitio), no el caso de uso de atribución de anuncios (qué anuncios debería ejecutar).

Conclusión

La regla de decisión es corta. Predetermina Umami para blogs personales, SaaS independiente y pequeños equipos de producto. Pasa a Matomo cuando los embudos, el ecommerce o los mapas de calor son imprescindibles y tienes atención operativa disponible.

Salta Fathom Lite. Elige Ackee solo si ya lo has probado y prefieres su panel. Ejecuta el servidor en Frankfurt o Amsterdam si la jurisdicción de la UE importa; si no, donde esté tu tráfico.

El costo de infraestructura para un despliegue de análisis auto-alojado funcional es entre $7 y $30 por mes para el VPS. El costo de mano de obra es un archivo Docker Compose y un proxy inverso. La mayor parte de la dificultad está en decidir, no en hacer.

Preguntas frecuentes

¿Cuál es la mejor herramienta de análisis auto-alojada en 2026?

Umami es la recomendación predeterminada para blogs personales, SaaS independientes y equipos de producto pequeños. Tiene licencia MIT, está en desarrollo activo, es sin cookies por defecto y funciona cómodamente con 1 GB de RAM. Elige Matomo para embudos, comercio electrónico o mapas de calor. Evita Fathom Lite.

¿Fathom Lite sigue siendo mantenido?

No. La imagen Docker de código abierto no ha sido actualizada en más de cinco años, y la actividad en GitHub es esporádica y sin lanzamientos. Los mantenedores ahora se enfocan en el comercial Fathom Analytics. La versión Lite no debería ejecutarse como un servicio expuesto a internet en 2026.

¿Puede la analítica auto-alojada reemplazar a Google Analytics para el cumplimiento del RGPD?

Sí, condicionalmente. Umami o Matomo auto-alojado en un VPS de la UE mantiene los datos de análisis en tu región elegida y elimina el patrón de transferencia predeterminado de GA4. No pongas un CDN basado en EE.UU. como Cloudflare frente al endpoint de análisis si el RGPD es la razón.

¿Cuánto VPS necesito para ejecutar Matomo?

El mínimo realista es 2 GB de RAM para un sitio Matomo pequeño. Para tráfico moderado con funciones predeterminadas, planifica 4 GB. Los mapas de calor y la grabación de sesiones elevan ese número. El mínimo existe porque PHP-FPM, MariaDB, nginx y el archivado comparten el servidor.

¿Necesita Umami un banner de cookies en la UE?

Según la mayoría de las interpretaciones de los reguladores de la UE, no. Umami no escribe una cookie de seguimiento por defecto. Utiliza datos de solicitud de primera parte y los agrega en el lado del servidor. Algunas jurisdicciones aún pueden esperar un aviso, así que consulta la guía de la APD local si el cumplimiento es la razón principal.

¿Cómo se compara Umami con Plausible auto-alojado?

La historia de auto-alojamiento de Umami es más fluida. Plausible Community Edition existe, pero el enfoque comercial de Plausible es la nube. Umami trata el auto-alojamiento como la ruta principal de distribución. Para la implementación auto-alojada primero, Umami es la elección más segura. Para SaaS, Plausible Cloud y Umami Cloud funcionan ambos.

¿Qué ubicación de datacenter es mejor para el análisis autoalojado en la UE?

Frankfurt es el predeterminado para audiencias alemanas, austriacas y de la UE en general. Amsterdam es ideal para el tráfico del Benelux. London funciona para el RGPD del Reino Unido, pero no para los requisitos de residencia de datos exclusivos de la UE. Elija la región más cercana a sus visitantes, a menos que los requisitos de cumplimiento apunten a un lugar más específico.