Migrar de n8n Cloud a autoalojado

Según la documentación oficial de n8n, la migración de n8n Cloud a una instancia n8n autoalojada no es posible de forma automatizada: los workflows se pueden exportar como archivos e importar al nuevo entorno, pero las credenciales no se pueden exportar por motivos de seguridad y deben crearse por completo de nuevo en el sistema de destino. Además, al cambiar a un dominio propio cambia la dirección del webhook, por lo que toda conexión externa que se comunique con n8n mediante webhook debe reconfigurarse. Quien planifique estos dos puntos desde el principio evita los obstáculos más comunes durante el cambio. Actualizado: julio de 2026.

¿Por qué cambian las empresas de n8n Cloud a autoalojado?

Las empresas cambian sobre todo por soberanía de datos, control de costes y una integración más profunda en su propia infraestructura. En n8n Cloud, los datos de los workflows y los registros de ejecución se ejecutan en los servidores del proveedor, mientras que con el autoalojamiento usted mismo decide en qué servidor y en qué país se almacenan los datos. A esto se suman factores como costes fijos en lugar de costes según el uso y la posibilidad de conectar n8n directamente con sistemas internos, VPN o bases de datos propias, algo que no es posible en la misma medida con la variante en la nube.

¿Cómo exporta sus workflows desde n8n Cloud?

La exportación se realiza a través del panel de administración de su instancia en la nube: allí abre la sección Manage, selecciona Export y descarga los workflows como archivos. La guía oficial de n8n sobre la migración de la nube al autoalojamiento indica expresamente que no existe una vía de migración automatizada y que el proceso de exportación e importación a través de la interfaz de usuario es la vía prevista. Revise también los workflows inactivos y los borradores para que no falte nada al importar.

¿Por qué hay que crear las credenciales por completo de nuevo?

Las credenciales, por lo general, no se pueden exportar desde n8n Cloud porque, por motivos de seguridad, están vinculadas al cifrado de la instancia correspondiente. Por eso, tras importar los archivos de los workflows, cada conexión de credenciales, por ejemplo con Google, Slack, Microsoft o API propias, debe crearse manualmente de nuevo en la nueva instancia, normalmente con una nueva autorización OAuth. La importación en sí es sencilla: crea un nuevo workflow en la instancia autoalojada, abre el menú de tres puntos arriba a la derecha, selecciona Import from file y sube el archivo descargado previamente. Cuente firmemente con volver a crear las credenciales, ya que sin credenciales válidas los workflows importados no se pueden ejecutar.

¿Por qué cambian las URL de los webhooks al migrar?

La dirección del webhook cambia porque n8n la compone a partir de su propio dominio, o de las variables de entorno para protocolo, host y puerto, en cuanto la instancia deja de ejecutarse bajo el subdominio de la nube y pasa a su propio servidor. Si n8n se ejecuta detrás de un proxy inverso, la documentación de n8n sobre la configuración de URL de webhook recomienda además fijar la variable de entorno WEBHOOK_URL, para que n8n muestre la dirección externa correcta en la interfaz y la registre en los servicios externos. Por eso, tras la migración, debe cambiar manualmente a la nueva dirección cada conexión externa, por ejemplo con proveedores de pago, herramientas de formularios u otros sistemas que antes apuntaban a la URL de webhook de la nube.

¿Qué debe comprobar antes de la migración?

Antes del cambio propiamente dicho, merece la pena hacer un inventario para que el funcionamiento sea estable tras la migración. Esto incluye una lista completa de todos los workflows activos junto con los servicios externos que envían webhooks a n8n, una visión general de todas las credenciales necesarias, así como un plan de copias de seguridad y actualizaciones de la nueva infraestructura, ya que estas tareas, en el caso del autoalojamiento, ya no las asume el proveedor, sino usted mismo. Quien no quiera realizar esta migración solo, o quiera que una automatización n8n existente se mantenga de forma técnicamente correcta y con vistas a la soberanía de datos alemana, encontrará en la consultoría de n8n de NordFlux apoyo para la migración y el funcionamiento continuo.

Preguntas frecuentes sobre la migración de n8n Cloud a autoalojado

¿Puedo exportar las credenciales desde n8n Cloud?

No, según la documentación oficial de n8n, las credenciales no se pueden exportar desde n8n Cloud por motivos de seguridad. Deben crearse manualmente de nuevo en la instancia autoalojada tras importar los workflows, incluida una nueva autorización OAuth para servicios como Google o Microsoft.

¿Cuánto dura la migración de n8n Cloud a autoalojado?

La documentación oficial de n8n no indica un tiempo general. El esfuerzo depende sobre todo del número de workflows y credenciales, ya que cada conexión de credenciales debe crearse individualmente de nuevo y cada webhook debe actualizarse individualmente en los servicios externos. Además, planifique tiempo adicional para probar los workflows restaurados antes de desactivar definitivamente la instancia en la nube.

¿El cambio de URL de webhook también se aplica a los webhooks de prueba?

Sí, n8n distingue entre una URL de prueba, que se utiliza al ejecutar un workflow inactivo, y una URL de producción, que solo se registra al activar un workflow. Tras la migración a autoalojado, la dirección base cambia para ambos tipos de URL, por lo que los webhooks de prueba que utiliza durante el desarrollo también deben configurarse de nuevo.

¿Tengo que ocuparme yo mismo de las copias de seguridad y las actualizaciones con el autoalojamiento?

Sí, a diferencia de n8n Cloud, con el autoalojamiento usted mismo se encarga del funcionamiento del servidor, las copias de seguridad y las actualizaciones. La documentación de n8n describe para ello diferentes vías de instalación, como npm, Docker o implementaciones en proveedores de la nube, pero no ofrece un funcionamiento gestionado como en la versión en la nube. Por eso, aclare antes de la migración quién se encarga de la supervisión, las copias de seguridad y las actualizaciones periódicas de la instancia.