Backup diario de n8n

Qué es este recurso y qué problema resuelve

Este recurso es un workflow de n8n que se ejecuta cada noche a las 02:00 y genera un checklist operativo de tus automatizaciones: consulta la API pública de n8n, lista los workflows existentes y publica en Slack un resumen con el conteo, los nombres y la fecha. Opcionalmente, también puede dejar una fila en Google Sheets con ese mismo resumen para tener un histórico consultable.

El objetivo no es sustituir una copia de seguridad técnica de tu servidor, sino evitar que el equipo pierda el mapa de qué automatizaciones existen y en qué estado están.

Piensa en él como el equivalente a pasar lista cada noche: no arregla nada por sí mismo, pero garantiza que alguien sepa, cada mañana, cuántas automatizaciones deberían estar activas y con qué nombre, lo que convierte cualquier desviación en algo fácil de detectar.

Cuándo usarlo (y qué no sustituye)

Tiene sentido activarlo en cuanto tengas más de un puñado de workflows en producción, sobre todo si varias personas del equipo pueden crear, editar o desactivar automatizaciones. También es útil como evidencia diaria si necesitas justificar ante dirección o ante un cliente que las integraciones críticas siguen activas y controladas.

Es importante entender qué no hace: este flujo no crea una copia de seguridad real de la base de datos ni de los volúmenes de Docker donde vive n8n. Es un checklist de inventario, no un backup técnico.

Qué necesitas antes de importarlo

Necesitas acceso de administrador a tu instancia de n8n para generar una API key desde Settings a API, y un canal de Slack con un Incoming Webhook activo donde recibir el checklist cada noche. Si quieres además guardar un histórico, necesitas una hoja de Google Sheets accesible y, opcionalmente, una credencial de Google configurada en n8n.

No necesitas dar permisos de escritura a esta API key salvo que quieras ampliar el flujo más adelante: para listar workflows basta con permisos de lectura, así que aplica el principio de mínimo privilegio desde el primer momento. Guarda además una copia del nombre exacto del canal de Slack elegido, para no confundirlo con otros canales de alertas técnicas si tu empresa ya usa varios.

También conviene tener claro quién revisará este resumen cada semana: el valor del recurso baja mucho si el checklist llega a Slack y nadie lo mira nunca. Define esa persona o rol antes de activar el flujo en producción.

Cómo funciona el flujo paso a paso

El workflow encadena un horario nocturno fijado a las 02:00, un nodo Config donde centralizas tus credenciales y URLs, una llamada HTTP a la API pública de n8n que devuelve la lista de workflows, y un paso final que arma el checklist y lo publica en Slack como el resumen del día.

Si tienes configurada la integración con Google Sheets, el flujo añade una fila adicional con el conteo de workflows y la fecha, de modo que con el tiempo se construye una serie temporal sencilla que te permite ver, de un vistazo, si el número de automatizaciones crece, se mantiene estable o baja de forma sospechosa de una noche para otra.

Configuración detallada en n8n

Descarga el JSON e impórtalo en n8n desde ⋯ a Import from File. Verás el horario nocturno, el nodo Config y las llamadas HTTP hacia la API de n8n y hacia Slack. Crea primero la API key en Settings a API y guárdala, preferiblemente, como una credencial de tipo Header Auth en lugar de pegarla como texto plano dentro del nodo.

Abre el nodo Config backup y pega la URL base de tu instancia de n8n, la credencial de la API key y el Incoming Webhook de Slack. Si usas Sheets, sustituye también la URL de la hoja por la tuya. Ejecuta el horario una vez con el botón de prueba y comprueba que el resumen llega correctamente a Slack, sin que aparezcan claves ni datos personales en el mensaje.

Operación semanal, RGPD y alternativas en Make o Zapier

Confirma en paralelo que tenéis un backup real de los volúmenes o de la base de datos de vuestro servidor n8n; este flujo es un complemento operativo, no un sustituto. Activa el interruptor Active, asigna a alguien la revisión semanal del checklist y define durante cuánto tiempo se conserva el histórico en Sheets, alineándolo con vuestra política interna de retención de datos.

Como este flujo trabaja con nombres de workflows y metadatos técnicos, el riesgo desde el punto de vista del RGPD es bajo, pero evita incluir en los nombres de tus workflows datos personales de clientes. En Make, la lógica equivalente es programar una ejecución diaria que guarde un resumen y avise al equipo; en Zapier, un Schedule que guarde un archivo o una fila y lance una alerta cumple el mismo propósito.

Cómo interpretar el checklist y detectar cambios raros

Con el paso de las semanas, el histórico en Sheets se convierte en la herramienta más útil de este recurso: si el número de workflows sube de golpe sin que haya habido un proyecto nuevo, probablemente alguien duplicó una automatización sin avisar; si baja de forma inesperada, es posible que se haya desactivado o borrado algo importante sin que quede constancia en ningún otro sitio. Revisar esa serie temporal cada semana, aunque sea durante dos minutos, es mucho más barato que descubrir el problema cuando un cliente se queja de que dejó de recibir una notificación.

También puedes usar el checklist como punto de partida para una auditoría trimestral más profunda: cruza la lista de nombres que aparece en Slack con la documentación interna de procesos y confirma que cada automatización sigue teniendo un propietario claro. Los workflows sin dueño identificado son los primeros candidatos a quedar obsoletos, mal mantenidos o, peor aún, a seguir corriendo con credenciales de alguien que ya no trabaja en el equipo.

Importar, configurar y producción 24/7

En n8n: ⋯ → Import from File → el JSON de este recurso. El flujo llega inactive. Abre el sticky INSTRUCCIONES del lienzo y el nodo Config/Set: URLs, umbrales y placeholders. Enlaza credenciales reales (HTTP Header Auth, OAuth Google Sheets, Slack Incoming Webhook, CRM Private App) — nunca dejes tokens en el archivo versionado.

Prueba una ejecución Manual o un evento de test (formulario, webhook, cron forzado). Revisa CRM, Sheets o Slack. Solo entonces Active. Timezone del workflow: Europe/Madrid.

Para que corra solo hace falta n8n online. Self-hosted UE: VPS Hetzner/OVH/IONOS (o panel con Docker) → Ubuntu → Docker Compose (n8n + Postgres) → HTTPS con Caddy/Nginx → N8N_HOST, WEBHOOK_URL, GENERIC_TIMEZONE=Europe/Madrid, N8N_ENCRYPTION_KEY. Alternativa: n8n Cloud (importas, conectas credenciales y Active; vigila límites). Make/Zapier: mismo mapa mental; este JSON es el esqueleto n8n.

EU AI Act y RGPD: qué es y por qué tu empresa debe aplicarlo

El Reglamento (UE) 2024/1689 (EU AI Act) ya está en vigor. Si tu empresa usa n8n con nodos de IA (Gemini, OpenAI, Claude, etc.) en ventas o operaciones, actuáis como desplegadores (deployers): no hace falta ser el fabricante del modelo. Desde el 2 de febrero de 2025 el Artículo 4 exige alfabetización en IA del personal que opera estos sistemas; en agosto de 2026 se refuerza la supervisión (AESIA en España) y la trazabilidad.

En paralelo, el RGPD (AEPD) aplica porque el flujo trata datos de contacto B2B. Base jurídica, minimización y, si hay perfiles automatizados a escala, evaluación de impacto. AI Act y RGPD se acumulan: un fallo puede implicar ambas autoridades.

Este recurso ayuda en la práctica: placeholders sin secretos, Europe/Madrid, opción self-hosted en VPS UE (soberanía de datos), registro de ejecuciones en n8n (logs) y espacio para human-in-the-loop (aprobación antes de acciones sensibles). Detalle: /uso-responsable-de-ia-y-transparencia. Texto informativo, no asesoramiento legal.