Self-hosting de Umami: analítica sin cookies y barata
Umami es una herramienta de analítica web open source y cookieless que podés hostear vos mismo. Combinándola con Cloudflare, Fly.io y Supabase, tenés analítica sin cookies con Umami por unos pocos dólares al mes, sin banner de consentimiento y con tus datos guardados en tu propia infraestructura.
Umami es una plataforma de web analytics de código abierto y self-hosted que mide visitas sin cookies ni datos personales. Su script de seguimiento pesa cerca de 1 KB. Al ser first-party, los bloqueadores de anuncios no lo frenan como sí frenan a Google Analytics. Corre en sitios estáticos (Jekyll, GitHub Pages) y en dinámicos, y el panel te muestra las métricas de tráfico del día a día.
En 30 segundos
- Cookieless y sin datos personales: no necesitás banner de consentimiento bajo las reglas de la UE y el Reino Unido.
- Script de ~1 KB: no ralentiza las páginas y, al ser first-party, esquiva los ad blockers.
- Barato: unos pocos dólares al mes usando los free tiers de Cloudflare, Fly.io y Supabase, no una suscripción que escala con el tráfico.
- Multiusuario: vos y quien vos quieras pueden ver los números.
- Los datos son tuyos: están en tu base, no alquilados a un tercero.
Cloudflare es una plataforma de red y seguridad web fundada en 2009 que proporciona servicios de CDN, protección DDoS, DNS y firewall de aplicaciones. Funciona como intermediario entre servidores origen y usuarios para acelerar y proteger sitios web.
¿Qué es Umami y por qué aparece como alternativa a Google Analytics?
Ponele que corrés cinco o seis sitios y querés saber qué leen tus visitantes. Abrís Google Analytics y te chocás con dos cosas: cookies que te obligan a poner un banner de consentimiento, y un script pesado que la mitad de tus lectores bloquea con la extensión de turno.
Umami ataca justo ese problema. Es open source, no usa cookies y no guarda datos que identifiquen a una persona. Eso significa que, bajo el RGPD europeo y las reglas del Reino Unido, no necesitás el cartelito de “aceptar cookies”.
La otra diferencia grande es que es self-hosted. No es un SaaS al que le pagás por mes: lo desplegás vos en tu propia infraestructura. En su guía del 11 de julio de 2026, Sindre Hjerpbakk documenta cómo lo montó sobre un blog Jekyll en GitHub Pages y otro sitio en Cloudflare Pages.
¿Cuáles son las ventajas reales de la analítica sin cookies con Umami?
El punto es que “ser dueño de los datos” deja de ser un eslogan y pasa a ser algo concreto. Los números viven en tu base, no en la nube de un tercero que puede cambiarte los términos o el precio. Te puede servir nuestra cobertura de proteger credenciales en Cloudflare Workers.
- Cumplimiento sin fricción: al no haber cookies ni datos personales, te ahorrás el banner de consentimiento y buena parte del dolor de cabeza legal.
- Sobrevive a los ad blockers: al servir el script como first-party (desde tu propio dominio), no lo comen los bloqueadores como sí pasa con los scripts de terceros.
- Peso mínimo: cerca de 1 KB. Cualquiera que haya peleado con los Core Web Vitals sabe lo que vale no cargar un script de tracking pesado.
- Estáticos y dinámicos por igual: funciona tanto en un blog Jekyll como en un sitio con backend.
Eso sí: la ventaja tiene una contracara. Si algo se rompe, lo arreglás vos. No hay un soporte al que llamar.
¿Cuánto cuesta montar Umami con Cloudflare, Fly.io y Supabase?
La respuesta corta: unos pocos dólares al mes. La razón por la que el autor volvió a Umami es reveladora. Lo había dejado antes porque, corriendo muchos sitios, “se puso caro” y porque no usaba los datos para mejorar nada.
Acá está el detalle que empuja al self-hosting: varios planes de analytics en la nube te limitan a tres sitios en su tramo barato. Si tenés más, el número trepa. Y una vez que te armás tu propio stack, ser dueño de los datos te sale gratis.
El stack de esta guía se apoya en tres piezas con free tier: Supabase para la base de datos PostgreSQL, Fly.io o Cloudflare Pages para correr Umami, y Cloudflare para el CDN y el dominio. Cuánto pagás depende de tu tráfico. Con volúmenes de blog personal, muchos se quedan dentro de las capas gratuitas la mayor parte del tiempo. Si tu proyecto crece y preferís tener el servidor y el dominio en Argentina, donweb.com te resuelve el hosting sin que dependas de un free tier que puede cambiar.
¿Cómo configurar Umami en Cloudflare Pages y Supabase paso a paso?
El flujo general, según la guía, tiene tres movimientos.
1. La base de datos en Supabase
Creás un proyecto en Supabase y te quedás con la cadena de conexión de PostgreSQL. Esa base es donde Umami va a guardar cada visita.
2. Umami corriendo en Fly.io o Cloudflare Pages
Desplegás la app de Umami y le pasás la URL de la base de datos como variable de entorno. Fly.io te sirve para la versión dinámica con contenedor; Cloudflare Pages entra cuando tu sitio ya vive ahí. Ya lo cubrimos antes en almacenamiento de respaldos sin egreso.
3. Conectar todo
Enlazás la app con la base, arrancás el panel y creás tu usuario. Desde ahí generás el sitio dentro de Umami y obtenés el script de seguimiento.
Un consejo: guardá la cadena de conexión como secreto, nunca en el código. Es el error clásico y el más caro.
¿Cómo integrar el script de Umami en tu sitio existente?
Esta parte es de las más simples. Umami te da una etiqueta de JavaScript que pegás en el <head> de tu sitio. Listo, ya está midiendo.
Como el autor lo probó sobre un blog Jekyll en GitHub Pages y sobre Cloudflare Pages, sabés que anda tanto en generadores estáticos como en plataformas de hosting de páginas. En WordPress lo metés igual, por el header del tema o con un snippet. El script pesa cerca de 1 KB, así que no vas a ver un impacto en la velocidad.
¿Qué métricas rastrea Umami sin violar la privacidad?
Umami responde las preguntas de todos los días: cuántas visitas, desde qué páginas, con qué dispositivo, desde qué referente. También podés registrar eventos personalizados, como clics en un botón. Más contexto en automatizar el despliegue de la aplicación.
Lo que no hace es igual de importante. No guarda cookies, no almacena IPs vinculadas a una persona ni datos de identificación personal. Por eso zafás del banner de consentimiento. El propio autor lo eligió, entre otras cosas, para saber “qué juegos de cartas son los más populares en los países nórdicos”, un ejemplo de que las métricas útiles no necesitan espiar a nadie.
¿Sirve Umami para multi-sitio o para mucho tráfico?
Para blogs, sitios estáticos, GitHub Pages y varias propiedades a la vez, es un golazo. Justamente el disparador fue tener muchos sitios y que los planes cloud, con su tope de tres, salieran caros.
¿Y para tráfico alto o alta disponibilidad? Ahí habría que ver. Como lo administrás vos, la redundancia y el escalado corren por tu cuenta. Para la mayoría de los proyectos personales o de PyME, el stack con free tiers alcanza y sobra. Tomá la parte de escalado con pinzas hasta medir tu propio volumen.
| Aspecto | Umami (self-hosted) | Google Analytics |
|---|---|---|
| Cookies | No usa | Usa |
| Banner de consentimiento | No necesita | Sí (UE/UK) |
| Peso del script | ~1 KB | Mucho mayor |
| Ad blockers | First-party, no lo bloquean | Suelen bloquearlo |
| Dueño de los datos | Vos, en tu base | |
| Costo | Pocos USD/mes (o free tier) | Gratis, pagás con datos |
Errores comunes al hacer self-hosting de Umami
- Dejar la cadena de conexión en el código: subís el repo, exponés la base y cualquiera entra. Usá variables de entorno o secretos, siempre.
- Servir el script desde un dominio ajeno: si lo cargás desde un tercero perdés la ventaja first-party y volvés a comerte los ad blockers. Servilo desde tu propio dominio.
- Asumir que el free tier es infinito: los tramos gratuitos de Supabase, Fly.io y Cloudflare tienen límites. Si tu tráfico crece, revisá el uso antes de que te sorprenda la factura.
- Montarlo y no mirarlo nunca: el propio autor dejó Umami antes porque no usaba los datos. La analítica sin decisiones es decoración.
Preguntas Frecuentes
¿Cómo puedo hostear mi propio analytics sin cookies?
Desplegás Umami, que es open source y cookieless, en tu propia infraestructura. La guía de Hjerpbakk lo hace con Supabase para la base de datos, Fly.io o Cloudflare Pages para la app, y Cloudflare para el CDN. Después pegás el script en el <head> de tu sitio.
¿Cuánto cuesta hacer self-hosting de Umami?
Unos pocos dólares al mes, y con tráfico bajo podés quedarte dentro de los free tiers de Supabase, Fly.io y Cloudflare. Es un costo fijo chico, no una suscripción que sube con las visitas. Si crecés, conviene mover el hosting a un plan pago para no depender de límites gratuitos. Para más detalles técnicos, mirá cómo elegir entre GitHub Actions y Jenkins.
¿Cuál es la diferencia entre Umami y Google Analytics en privacidad?
Umami no usa cookies ni guarda datos personales, así que no necesitás banner de consentimiento en la UE ni en el Reino Unido. Google Analytics usa cookies y datos que sí exigen ese consentimiento. Con Umami, además, los datos quedan en tu base y no en un tercero.
¿Puedo usar Umami en un sitio estático con GitHub Pages?
Sí. El autor lo corre sobre un blog Jekyll alojado en GitHub Pages. Como Umami solo necesita que pegues un script de JavaScript, funciona en cualquier sitio estático sin backend.
¿Cómo configuro Umami con Cloudflare Pages y Supabase?
Creás la base de datos en Supabase y copiás su cadena de conexión, desplegás Umami en Cloudflare Pages pasándole esa URL como variable de entorno, y creás tu usuario en el panel. Después generás el sitio dentro de Umami para obtener el script de seguimiento.
Conclusión
Si corrés varios sitios y los planes cloud te aprietan con el tope de tres, self-hostear Umami sobre Cloudflare, Fly.io y Supabase te da analítica cookieless, barata y tuya. El script de ~1 KB no te penaliza la velocidad y, al no usar cookies, te sacás de encima el banner de consentimiento.
La advertencia final la deja el propio autor: no sirve de nada montar todo esto si después no mirás los números. Instalalo, sí, pero usá los datos para decidir qué mejorar. Ese es el único motivo real para tener analítica.
