Instalar n8n en Hetzner: servidor de automatización conforme al RGPD

n8n puede autoalojarse en un servidor Hetzner Cloud mediante Docker Compose: la documentación oficial de n8n recomienda el tipo de servidor CPX11 para el despliegue en Hetzner, junto con el proxy inverso Caddy para el cifrado TLS y la conexión de dominio. Dado que Hetzner opera centros de datos alemanes y otros centros de datos europeos, los datos de los flujos de trabajo, las credenciales y las conexiones a sistemas de terceros permanecen dentro de la UE, lo que sienta la base para una automatización conforme al RGPD. Quien aloja n8n por sí mismo asume también la responsabilidad total del mantenimiento del servidor, las actualizaciones y la seguridad. Fecha: julio de 2026.

¿Qué servidor Hetzner necesita n8n?

Para la mayoría de los casos de uso, el tipo de servidor en la nube más pequeño, CPX11, es suficiente según la documentación de n8n. Al crear el servidor, seleccione directamente la imagen Docker CE en la sección Apps para que Docker ya venga preinstalado. Para el acceso al servidor, n8n recomienda la autenticación SSH en lugar de una contraseña, ya que es considerablemente más segura. Solo cuando los flujos de trabajo procesan muchísimas ejecuciones paralelas o grandes volúmenes de datos vale la pena un tipo de servidor más grande con más memoria.

¿Cómo se instala n8n con Docker Compose en Hetzner?

La instalación sigue un proceso fijo, que la guía oficial de Hetzner de n8n describe.

• Instalar el plugin Docker Compose: Tras una actualización del sistema, se instala el paquete docker-compose-plugin.
• Clonar el repositorio: El repositorio oficial n8n-io/n8n-docker-caddy proporciona la configuración de Compose correspondiente, incluido Caddy.
• Crear volúmenes de Docker: Se crean volúmenes separados para los datos de Caddy y los datos de n8n respectivamente, para que los certificados y los datos de flujo de trabajo sobrevivan a los reinicios.
• Configurar las variables de entorno: En el archivo .env, usted especifica el dominio, la zona horaria y otros valores básicos para la instalación.
• Abrir el firewall: Los puertos 80 y 443 deben abrirse para HTTP y HTTPS.
• Ajustar el Caddyfile: El subdominio en el formato n8n.sudominio.tld se introduce en el Caddyfile para que Caddy obtenga automáticamente un certificado TLS válido.
• Iniciar los contenedores: El comando docker compose up -d inicia n8n y Caddy en segundo plano.

Para las actualizaciones se aplica el mismo proceso de tres pasos que en cualquier instalación de Docker Compose: descargar la nueva imagen, detener el contenedor, reiniciar el contenedor con la nueva versión.

¿Por qué es importante la ubicación del servidor para un alojamiento de n8n conforme al RGPD?

La ubicación del servidor es un componente importante, pero no el único, del cumplimiento del RGPD. Si n8n se ejecuta en una ubicación de Hetzner alemana o europea, los datos personales de sus flujos de trabajo generalmente no abandonan el espacio jurídico europeo, siempre que los sistemas de terceros conectados, como el envío de correo electrónico, el CRM o los servicios de IA, también se elijan en consecuencia. El cumplimiento total depende además de un contrato de encargado del tratamiento con Hetzner, una estrategia de copias de seguridad bien pensada y la protección del servidor contra accesos no autorizados. n8n señala explícitamente en su propia documentación que el autoalojamiento requiere conocimientos especializados en configuración de servidores, gestión de contenedores, escalado y seguridad, y que los errores pueden provocar pérdida de datos, brechas de seguridad o tiempos de inactividad.

¿En qué se diferencia la instalación de Hetzner de una instalación genérica de Docker Compose?

La guía específica de Hetzner se basa en Caddy como proxy inverso, mientras que la guía general de Docker Compose de n8n utiliza Traefik. Ambas variantes cumplen la misma función: se encargan del cifrado TLS a través de Let's Encrypt y reenvían las solicitudes al contenedor de n8n en el puerto 5678. En la variante genérica, usted configura, entre otras cosas, las variables N8N_HOST para el dominio accesible, N8N_PROTOCOL para https, WEBHOOK_URL para la dirección pública del webhook y GENERIC_TIMEZONE para la zona horaria de sus flujos de trabajo previstos, tal como la documentación de Docker Compose de n8n describe. Para un uso productivo con varios usuarios, también se recomienda cambiar de la base de datos SQLite incluida a PostgreSQL.

¿Para quién merece la pena el autoalojamiento en Hetzner en lugar de n8n Cloud?

El autoalojamiento merece la pena sobre todo para empresas que cuentan internamente con su propia competencia en servidores o que contratan a un interlocutor fijo para el mantenimiento y la seguridad. El propio n8n recomienda a los principiantes sin experiencia en administración de servidores la variante de nube alojada, porque en el autoalojamiento las actualizaciones, las copias de seguridad y los parches de seguridad son responsabilidad exclusiva del usuario. Para las pymes que dan valor a la soberanía de datos alemana pero no quieren desarrollar su propia capacidad para la operación de servidores, en NordFlux nos encargamos de la configuración y entrega de un servidor n8n basado en Hetzner como proyecto de precio fijo, véase nuestros servicios de n8n. Con ello obtiene un servidor documentado y mantenible, sin tener que familiarizarse usted mismo con la configuración de Caddy y las redes Docker.

Preguntas frecuentes sobre n8n en Hetzner

¿Es Hetzner conforme al RGPD para el alojamiento de n8n?

Un servidor Hetzner en un centro de datos alemán o europeo constituye una base sólida para un alojamiento conforme al RGPD, porque los datos permanecen dentro del espacio jurídico europeo. El cumplimiento total requiere además un contrato de encargado del tratamiento, una estrategia de copias de seguridad documentada y una protección cuidadosa del servidor contra accesos no autorizados.

¿Qué tipo de servidor Hetzner es suficiente para n8n?

Según la documentación de n8n, el tipo de servidor en la nube más pequeño, CPX11, es suficiente para la mayoría de los niveles de uso. Solo con muchas ejecuciones de flujos de trabajo en paralelo o grandes volúmenes de datos resulta útil un servidor más potente.

¿Necesita n8n en Hetzner obligatoriamente su propio dominio?

Sí, para una conexión HTTPS segura a través de Caddy o Traefik se necesita un subdominio que apunte a la IP del servidor mediante un registro DNS A. Sin un dominio válido no se puede obtener un certificado automático de Let's Encrypt, lo que dejaría los webhooks y el acceso a la interfaz sin protección.

¿Se puede instalar n8n en Hetzner también sin Docker?

El propio n8n señala Docker como la variante recomendada para la mayoría de las implementaciones, entre otras cosas porque evita incompatibilidades de sistema operativo y herramientas y simplifica la gestión de bases de datos y del entorno. Según la documentación, una instalación mediante npm está más bien pensada para el desarrollo local, pruebas o implementaciones sencillas de un solo servidor, no para un servidor Hetzner en producción.