Una guía práctica de analítica web autoalojada

Esta guía explica analítica web autoalojada de forma práctica, con un enfoque en decisiones de analítica respetuosas con la privacidad.

La analítica autoalojada parece la opción obvia para la privacidad: ejecutas el software tú mismo, conservas los datos y evitas proveedores externos. A veces es así. Otras veces simplemente desplaza el riesgo de la contratación a tu equipo de ingeniería.

La elección correcta depende de la sensibilidad de los datos, las obligaciones de cumplimiento, la capacidad operativa y cuánta personalización necesitas realmente.

Lo que te aporta la analítica autoalojada

El autoalojamiento puede encajar bien cuando:

• necesitas control total sobre la infraestructura
• los datos de analítica no pueden salir de tu entorno
• tienes requisitos internos de seguridad estrictos
• necesitas una lógica personalizada de retención, acceso o integración
• tu equipo ya gestiona bases de datos en producción y monitorización
• puedes parchear y mantener el sistema a largo plazo

También puede ayudar con la residencia de los datos. Si ejecutas la analítica en infraestructura de la UE y evitas procesadores estadounidenses, reduces parte de la complejidad de las transferencias. Pero el autoalojamiento no convierte automáticamente al sistema en compatible con el RGPD. Si colocas cookies, haces fingerprinting de los usuarios, recopilas direcciones IP o conservas los datos a nivel de evento de manera indefinida, siguen aplicando los mismos principios legales.

El artículo 5 del RGPD incluye la minimización de datos y la limitación del almacenamiento como principios fundamentales. Esos deberes aplican tanto si la base de datos de analítica la gestiona un proveedor SaaS como si está en tu propio servidor. La propiedad es útil, pero la minimización es lo que reduce el riesgo.

Lo que cuesta el autoalojamiento

El autoalojamiento crea trabajo oculto:

• aprovisionamiento de servidores
• copias de seguridad de la base de datos
• actualizaciones
• parches de seguridad
• gestión de TLS y dominios
• monitorización de disponibilidad
• respuesta ante incidentes
• control de acceso
• retención de logs
• escalado durante picos de tráfico
• flujos de eliminación de datos

Para equipos pequeños, esas tareas pueden costar más que una herramienta alojada con privacidad por delante. Peor aún, la analítica puede convertirse en infraestructura olvidada: instalada una vez, raramente parcheada y recopilando en silencio más datos de los que nadie revisa.

Lo que te aporta una analítica alojada con privacidad por delante

Una herramienta alojada suele ser mejor cuando:

• quieres bajo mantenimiento
• necesitas paneles fiables rápidamente
• no tienes capacidad de DevOps
• el proveedor ofrece un acuerdo de tratamiento de datos sólido
• la herramienta está diseñada con privacidad por delante
• puedes exportar tus datos
• el precio es predecible

Alojado no tiene por qué significar vigilancia. La clave es elegir un proveedor que evite cookies por defecto, que no reutilice los datos entre clientes, que no venda ni comparta datos de visitantes, que admita controles de retención y que explique con claridad las decisiones de hosting y subprocesadores.

Compara con los criterios adecuados

Criterio	Autoalojado	Alojado con privacidad por delante
Velocidad de puesta en marcha	más lenta	más rápida
Mantenimiento	tu equipo	proveedor
Control de los datos	el más alto	depende de contrato y producto
Parches de seguridad	tu equipo	proveedor
Personalización	alta	limitada a las funciones del producto
Evidencia de cumplimiento	la produces tú	el proveedor puede respaldarla
Coste	infraestructura más mano de obra	suscripción
Fiabilidad	depende de tu operación	depende del proveedor

La mejor respuesta no es ideológica. Es operativa.

Considera también los modos de fallo. Un proveedor alojado puede fallar al cambiar las condiciones, añadir subprocesadores o sufrir una caída. Un despliegue autoalojado puede fallar porque nadie lo parchea, las copias de seguridad no se prueban o el acceso al panel es demasiado amplio. La privacidad es en parte arquitectura y en parte operaciones aburridas.

Preguntas que hacer antes de elegir

1. ¿Qué datos se recopilarán?
2. ¿Usa la herramienta cookies o identificadores de dispositivo?
3. ¿Se almacenan direcciones IP en bruto?
4. ¿Pueden saneárselas URLs y las cadenas de consulta?
5. ¿Los datos se utilizan únicamente para nuestra analítica?
6. ¿Dónde se alojan los datos?
7. ¿Quiénes son los subprocesadores?
8. ¿Cuánto tiempo se retienen los datos?
9. ¿Podemos exportar o eliminar datos?
10. ¿Quién es responsable de la disponibilidad, las copias de seguridad y la seguridad?

Si no puedes responder a estas preguntas en una configuración autoalojada, el autoalojamiento no ha resuelto el problema de privacidad. Solo lo ha ocultado.

Cuándo merece la pena el autoalojamiento

Elige el autoalojamiento cuando la analítica forme parte de un entorno regulado, una plataforma interna, un despliegue del sector público o un producto sensible a la seguridad en el que el tratamiento por terceros no sea aceptable.

Elígelo también si tienes requisitos poco habituales: hosting on-premise, redes air-gapped, pipelines de eventos personalizados o integración con sistemas internos de identidad y gobernanza.

Cuándo es mejor lo alojado

Elige una analítica alojada con privacidad por delante cuando tu objetivo sea la medición del sitio web, la atribución de marketing, el rendimiento de contenidos y el seguimiento de conversiones sin una gran carga operativa.

La mayoría de los equipos de SaaS, ecommerce, medios, sin ánimo de lucro y startups no necesitan operar una base de datos de analítica. Necesitan informes fiables y menos quebraderos de cabeza de cumplimiento.

Lista de comparación de riesgos

Compara la analítica alojada y la autoalojada como un espectro de riesgo. El autoalojamiento puede aumentar el control de la infraestructura, el control de la residencia de los datos y la personalización, pero no garantiza el cumplimiento ni un control total en términos prácticos. Las herramientas alojadas pueden reducir el trabajo operativo, pero exigen evidencia del proveedor y controles contractuales.

Para cualquiera de los dos modelos, documenta los campos de datos, los identificadores, la región de hosting, los accesos de soporte, los subprocesadores, la retención, las copias de seguridad, los parches, la exportación, la eliminación, la respuesta ante incidentes y los permisos del panel. La respuesta correcta es el modelo que tu equipo pueda operar con responsabilidad.

La conclusión

El autoalojamiento maximiza el control, pero el control solo sirve si lo mantienes. Una analítica alojada con privacidad por delante puede ser la mejor opción de privacidad cuando el proveedor recopila menos datos, parchea más rápido, documenta el tratamiento con claridad y deja que tu equipo se centre en decisiones en lugar de en servidores.

Una verificación de coste realista

Antes de elegir el autoalojamiento, calcula el coste del modelo operativo completo, no solo del servidor. Incluye el almacenamiento de la base de datos, las copias de seguridad, las alertas, las actualizaciones de seguridad, la retención de logs, las revisiones de acceso, la respuesta ante incidentes y el tiempo del personal para las actualizaciones. Decide también quién es responsable de la documentación del DPA, del calendario de retención, de los subprocesadores y del proceso de eliminación. Si ese responsable es "quien lo instaló", la implantación envejecerá mal.

Para las herramientas alojadas, pide al proveedor la misma evidencia: documentación de seguridad actualizada, un acuerdo de tratamiento de datos, región de hosting, lista de subprocesadores, opciones de exportación y proceso de eliminación. La comparación justa no es software gratuito frente a una suscripción. Es responsabilidad operativa interna frente a la responsabilidad documentada del proveedor, con el riesgo de privacidad asociado a ambas.