Español
English
Català
Françaisn8n puede automatizar formularios, avisos y procesos con servicios externos, pero que el editor cargue no significa que las automatizaciones estén listas para producción. Debes mantener la instancia disponible, exponerla con HTTPS, configurar la URL pública de los webhooks y proteger credenciales y datos de ejecución. Esta guía ayuda a elegir entre el despliegue desde un marketplace y administrar n8n en un VPS propio.
Elige cuánto quieres operar
Si tu objetivo es empezar con n8n sin montar manualmente Docker y el proxy, consulta la aplicación n8n del marketplace. La ficha muestra el VPS recomendado, sus recursos y el precio vigente; revisa el checkout antes de contratar. La instalación inicial no equivale a un servicio gestionado: debes comprobar el resultado, configurar el dominio y mantener la aplicación y el servidor según las condiciones actuales del producto.
Si quieres controlar el sistema operativo, Compose, proxy, base de datos y ciclo de actualizaciones, compara los planes VPS. En ese modelo administras tú Docker, el firewall, las copias, los parches y la recuperación. La guía de Docker Compose para desplegar una pila en VPS cubre redes privadas, proxy y datos; aquí nos centramos en los requisitos propios de n8n.
Decide dominio, TLS y URL de webhook antes de activar flujos
Crea un subdominio como automatizaciones.example.com y apunta su DNS a la dirección del servidor. Coloca un proxy inverso delante de n8n para publicar HTTPS y renovar certificados. La documentación oficial de TLS para n8n autoalojado recomienda esta opción. Mantén el puerto interno de n8n accesible sólo desde el proxy; no abras 5678 a Internet sin una razón concreta.
Cuando el proxy termina HTTPS y reenvía tráfico a n8n por el puerto interno, configura N8N_WEBHOOK_URL con la URL pública terminada en / y N8N_PROXY_HOPS=1. La documentación de webhooks detrás de proxy indica que N8N_WEBHOOK_URL sustituye a WEBHOOK_URL, obsoleta desde n8n 2.35.0, y que el último proxy debe enviar X-Forwarded-For, X-Forwarded-Host y X-Forwarded-Proto. Ajusta el número de saltos si tu arquitectura real tiene más de un proxy: no copies 1 a ciegas.
Tras desplegar, abre la URL pública de prueba que genera un nodo Webhook y envía una petición desde fuera del VPS. El modo de prueba del editor y el webhook de producción tienen rutas y activación distintas. Si la URL que muestra el editor es http://localhost:5678 o usa un host interno, revisa dominio, variables y cabeceras antes de habilitar integraciones externas.
Conserva datos y claves al actualizar
n8n guarda configuración, credenciales cifradas y otros datos de instancia. Usa almacenamiento persistente para /home/node/.n8n; recrear el contenedor sin volumen puede hacer que parezca una instalación nueva. Define y guarda de forma segura una N8N_ENCRYPTION_KEY estable si tu procedimiento de instalación la permite; perderla puede impedir descifrar credenciales existentes. No la pegues en el repositorio, una captura, un ticket público ni una variable compartida con usuarios.
Antes de actualizar, lee las notas de la versión y la guía oficial de Docker Compose de n8n. Fija una versión o digest que hayas elegido conscientemente; evita actualizar automáticamente a latest sin una ventana de mantenimiento y una comprobación posterior. Haz una copia coherente de los datos y la base de datos, guárdala fuera del VPS y prueba restaurarla. Una copia en el mismo disco no protege ante la pérdida del servidor.
Para un flujo pequeño, la configuración inicial puede usar la base de datos que admita la instalación elegida. Si aumenta el número de ejecuciones o necesitas separar servicios, evalúa PostgreSQL y los recursos con datos reales. No hay un tamaño universal: las ejecuciones guardadas, los binarios, la frecuencia de los flujos y los nodos de IA afectan RAM, CPU y disco. Define también una política de retención de ejecuciones para evitar que crezca el almacenamiento sin control.
Endurece el acceso y comprueba los fallos
Usa una contraseña de propietario única, activa el segundo factor si está disponible y limita quién puede crear credenciales o ejecutar nodos con acceso a archivos y red. Trata las credenciales de n8n como secretos con acceso a APIs reales: rota las que se hayan expuesto y no guardes exportaciones de flujos con secretos en repositorios públicos. Revisa qué datos de entrada y salida conserva cada ejecución.
Después de cada cambio, verifica por separado: carga del editor por HTTPS, inicio de sesión, webhook de prueba, webhook de producción con el flujo activo, reinicio del contenedor sin perder configuración y espacio disponible. Si un webhook no llega, confirma DNS, TLS, ruta pública, variables N8N_WEBHOOK_URL y N8N_PROXY_HOPS, cabeceras del proxy y firewall. Si funciona manualmente pero falla programado, comprueba zona horaria, activación del flujo y registros de ejecución.
El marketplace ayuda a iniciar el despliegue; no sustituye las copias verificadas, una política de actualizaciones o la monitorización de tu automatización. Consulta n8n y su VPS recomendado y los precios vigentes para elegir con los recursos y responsabilidades claros.