•
7 min
PorDuotach
n8nIntegracionesMigración

Migrar de Zapier o Make a n8n: qué contratar

Para migrar automatizaciones activas de Zapier o Make a n8n, contratá la reconstrucción y la transición del proceso completo: conexiones, reglas, tareas pendientes, pruebas y cambio de operación. La propuesta debe explicar qué se conserva, qué se reemplaza y quién puede detener el cambio. Antes de aprobarla, comprobá si hace falta migrar todo o si alcanza con mover un único proceso.

La primera decisión: qué vale la pena mover

Si el motivo es una factura alta, compará el costo total durante el mismo período y con el mismo volumen: plataforma, infraestructura, APIs, reconstrucción y operación. Una cuota menor no demuestra ahorro cuando alguien tiene que mantener más componentes. Si el problema son fallos, identificá su causa: cambiar de herramienta no corrige por sí solo datos incompletos ni reglas ambiguas.

Esta matriz propone tres alcances para discutir con operaciones e IT. No es una clasificación de marcas ni una garantía de compatibilidad.

Situación comprobadaAlcance a evaluarCondición antes de comprar
El flujo funciona y el equipo puede mantenerloConservar la plataforma y corregir el problema puntualIdentificar qué mejora concreta justificaría reconstruirlo
Un proceso requiere una API o lógica que hoy resulta difícil operarMigrar ese proceso y mantener el restoComprobar la acción y autenticación necesarias en el destino
Varios procesos comparten dependencias que la empresa necesita reorganizarPlan de migración por etapasAsignar responsables, orden de corte y criterio de reversión

El inventario incluye lo que todavía no terminó

Pedí una ficha por proceso: evento de entrada, sistema de origen, operaciones de destino, filtros, transformaciones, horarios y zona horaria, credenciales gestionadas de forma segura, responsable y evidencia del resultado esperado. Un listado de nombres de Zaps o escenarios no alcanza para cotizar la transición.

Separá los eventos nuevos de los trabajos pendientes: ejecuciones demoradas, reintentos, aprobaciones abiertas y elementos ya escritos parcialmente. Para cada grupo, acordá si termina en la plataforma original, se transfiere con control o se reprocesa después. Definí cómo sabrán que ninguno quedó sin atender.

La documentación de importación de n8n describe su propio formato JSON. No tomes la existencia de un archivo exportado de otra herramienta como prueba de que puede importarse y funcionar. La compatibilidad de cada conector, acción y regla tiene que verificarse en el alcance contratado.

Qué debería entregar el proveedor

La propuesta puede separar un relevamiento contratado de la reconstrucción. Si todavía no se conocen las dependencias, el relevamiento debe terminar con un mapa, incompatibilidades identificadas y una decisión de continuar o detenerse. No hace falta prometer de entrada una migración completa.

Para la etapa de ejecución, pedí un mapa entre pasos de origen y destino, workflows versionados, configuración documentada sin secretos, pruebas reproducibles, procedimiento de corte y reversión, y una guía para quien operará el sistema. Indicá qué flujos quedan fuera y qué cambios de reglas se cotizan aparte.

Elegir n8n Cloud o alojamiento propio es parte del alcance operativo. Definí quién administra accesos, actualizaciones, copias y recuperación según el despliegue elegido. Un proyecto de migración no incluye automáticamente guardia permanente, respuesta a incidentes ni evolución mensual; esos servicios necesitan condiciones explícitas.

Las pruebas deben mirar el resultado del negocio

Usá entradas representativas con un resultado esperado acordado por operaciones. IT comprueba la integración; la persona dueña del proceso confirma que la salida sirve. Un workflow que termina sin error puede haber omitido un registro o escrito un valor equivocado.

La siguiente matriz es un ejemplo ficticio de un alta de registro entre sistemas. Adaptala al proceso: no implica que una integración específica ya esté disponible.

PruebaResultado a acordarEvidencia de aceptación
Evento válidoSe genera el registro esperado y se conserva el identificador de origenComparación campo por campo contra el resultado aprobado
El mismo evento llega de nuevoNo se repite el efecto de negocioDos entradas, un único resultado identificado
Falla el destino después de una escritura parcialLa recuperación distingue lo confirmado de lo pendienteRegistro del fallo y prueba de recuperación sin duplicados
Credencial inválida o cambio de formatoEl fallo se hace visible al responsableAlerta comprobada y procedimiento de resolución
Queda un trabajo demorado durante el cambioSe conoce dónde terminará y quién lo conciliaráInventario de pendientes cerrado o transferido con evidencia

El corte necesita un único responsable de cada escritura

Comparar dos sistemas no significa permitir que ambos creen registros o envíen mensajes reales al mismo tiempo. Podés ensayar con datos controlados y salidas aisladas, o poner el destino nuevo en modo de comparación sin efectos externos. Definí qué sistema tiene permiso para cada escritura durante cada etapa.

n8n distingue webhooks de prueba y de producción. Incluí en el corte los endpoints que usa el sistema emisor, sus permisos y el momento del cambio. Probar un endpoint de desarrollo no demuestra que los eventos reales estén llegando al flujo publicado.

Los workflows de error de n8n ayudan a avisar cuando falla una ejecución. La documentación advierte que un fallo en el trigger puede no generar esa ejecución. Por eso también conviene comprobar que los eventos esperados llegan: ausencia de alerta no equivale a proceso sano.

Acordá un criterio verificable de suspensión: diferencias de salida no explicadas, pérdida de eventos o duplicados, por ejemplo. Revertir exige detener los nuevos efectos y conciliar lo ya procesado antes de reactivar el origen. Volver a encender todo sin esa conciliación puede repetir trabajo. El plazo de observación se define según la frecuencia real del proceso, no con una promesa universal de cero interrupciones.

Cómo comparar el presupuesto y consultar por el alcance

Pedí que el presupuesto separe relevamiento, reconstrucción, pruebas, transición y acompañamiento posterior. Para comparar el costo recurrente, usá el mismo escenario de uso y los planes vigentes; no supongas que tareas, créditos y ejecuciones son unidades equivalentes. El ahorro, si existe, requiere medir todos los componentes y el trabajo de operación.

La guía de presupuesto de automatización n8n sirve para ordenar el alcance inicial. Esta migración agrega una obligación distinta: definir cómo dejar de usar un proceso que ya trabaja sin perder el control de sus pendientes.

En Duotach desarrollamos automatizaciones e integraciones con n8n. Podemos conversar sobre un alcance contratado para revisar y reconstruir un proceso acotado, sujeto a acceso, compatibilidad y capacidad acordados. No prometemos que todos tus flujos puedan trasladarse ni que cambiar de plataforma reduzca el gasto.

En el formulario contanos qué proceso está activo, qué sistemas conecta y por qué evaluás cambiarlo. No envíes claves, datos de clientes ni un export completo: la documentación de n8n advierte que los exports pueden revelar nombres de credenciales y algunos headers. El relevamiento de tus sistemas y las pruebas forman parte del trabajo contratado. Fuentes técnicas consultadas el 26 de octubre de 2026.

Definí el proceso que querés mover

Describí el problema para conversar sobre el alcance.