Umami frente a GA4: eventos, permisos y salida
Una comparativa práctica para decidir cuándo conviene medir eventos con Umami propio y cuándo sostener GA4, con datos, permisos, backup y costo.
Un panel web propio puede costar USD 18 al mes y una tarde de backup; una suite gratuita puede cobrar en permisos, consentimiento y dependencia. Umami 3.3.1 y GA4 resuelven métricas, eventos y reportes, pero guardan los datos en lugares distintos. Para una pyme, la decisión pasa por quién define el evento, dónde vive la base, qué rol ve cada reporte y cómo se exporta todo si el sitio cambia.
Dónde aparece el costo real de medir
El costo visible de analítica suele ser cero o bajo. El costo operativo aparece cuando marketing pide un evento, soporte necesita un conteo por formulario y sistemas no sabe qué script quedó activo. En Umami 3.3.1, el stack puede vivir en una instalación propia; la documentación de instalación muestra Docker con aplicación y PostgreSQL. En GA4, los eventos viajan hacia una propiedad de Google Analytics y se consultan desde sus reportes. La cifra que ordena la conversación viene de Stack Overflow Survey 2025: PostgreSQL aparece con 55,6% entre entornos de base de datos usados por las personas que respondieron. Umami aprovecha esa familiaridad. Un equipo chico puede revisar tablas, backup y retención con herramientas que ya conoce, en lugar de depender solo de una consola externa. La etiqueta de marketing sin dueño es el antagonista real. Un responsable de sistemas en una clínica privada de Godoy Cruz lo ve cuando tres campañas usan nombres distintos para el mismo botón. El cartel en la puerta de admisión dice "turnos por WhatsApp", pero el reporte habla de "contact", "lead" y "submit". La gerencia mira tres columnas y pregunta cuántos pacientes pidieron turno. La respuesta requiere una definición escrita antes del script. El paso siguiente es separar medición de gobierno del dato. ## Cómo funciona por dentro En Umami, el flujo mínimo tiene cinco pasos. Primero, el sitio carga un script con un identificador de sitio. Segundo, cada página o evento manda una visita, una ruta y propiedades definidas por el equipo. Tercero, la aplicación valida y escribe en PostgreSQL; la base guarda eventos, sesiones, sitios y usuarios. Cuarto, un rol autorizado consulta tableros por sitio. Quinto, el backup copia base y configuración, y una prueba restaura una semana de eventos para comparar totales. En GA4, el sitio usa Google tag o Google Tag Manager. La API de eventos permite mandar nombre del evento y parámetros opcionales. Google Analytics arma reportes de Realtime, DebugView y vistas posteriores. El dato vive en la propiedad de GA4; el equipo administra accesos desde Google, define eventos recomendados o personalizados y documenta qué parámetro significa cada cosa. Las dos rutas sirven si el evento tiene dueño. Umami entrega control local y salida simple por base. GA4 entrega integración con ecosistema publicitario, DebugView y convenciones muy usadas. La decisión técnica se escribe por flujo: qué se mide, quién cambia el nombre, dónde se guarda, quién lee, quién borra y cómo se exporta. La comparación se vuelve concreta cuando aparece el primer tablero que alguien usa cada semana.
Qué se instala o configura primero
Una instalación propia arranca con un VPS pequeño, Docker, Umami, PostgreSQL y un proxy HTTPS. PostgreSQL guarda métricas y usuarios; Umami recibe eventos y muestra paneles; el proxy entrega TLS; el backup copia base y archivo de entorno. El primer entregable verificable es una tabla de cinco eventos acordados: formulario enviado, clic a WhatsApp, descarga de ficha, búsqueda interna y error de pago. Con dólar oficial venta a ARS 1.530, el servidor puede costar USD 18 a USD 35 mensuales, entre ARS 27.540 y ARS 53.550. Una puesta en marcha prudente para una pyme se ubica entre USD 350 y USD 700, entre ARS 535.500 y ARS 1,07 millones. Incluye instalación, DNS, tablero inicial, usuarios, backup y prueba de restauración. No incluye pauta publicitaria ni migración histórica completa desde GA4. UMSA suele resolver este tipo de decisión con una matriz breve: eventos obligatorios, retención esperada, personas que leen, personas que editan y plan de salida. Si el sitio necesita campañas, GA4 puede seguir activo. Si el reporte semanal exige datos propios, Umami cubre el núcleo y deja una copia bajo control local. El costo aceptable es el que incluye prueba de salida, no solo captura de pantalla.
Dónde se rompe y cómo probarlo
El primer riesgo es nombrar eventos sin regla. La señal aparece cuando el mismo botón genera dos nombres. La prueba dispara cada evento en staging y compara el listado esperado contra lo recibido. El segundo riesgo es perder la base. La señal aparece cuando el backup guarda el contenedor y no el volumen. La prueba restaura PostgreSQL en otra máquina y compara visitas por día. El tercer riesgo es dar permisos amplios. La señal aparece cuando una persona de campaña puede crear, borrar y cambiar sitios. La prueba entra con un usuario de lectura y confirma que solo ve reportes. El cuarto riesgo es medir sin consentimiento cuando el sitio lo requiere. La prueba revisa el script, la política pública y el estado del banner antes de producción. Una métrica útil deja una cuenta repetible. Si nadie puede reconstruirla, la campaña manda más que el dato.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.