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 comprobada | Alcance a evaluar | Condición antes de comprar |
|---|---|---|
| El flujo funciona y el equipo puede mantenerlo | Conservar la plataforma y corregir el problema puntual | Identificar qué mejora concreta justificaría reconstruirlo |
| Un proceso requiere una API o lógica que hoy resulta difícil operar | Migrar ese proceso y mantener el resto | Comprobar la acción y autenticación necesarias en el destino |
| Varios procesos comparten dependencias que la empresa necesita reorganizar | Plan de migración por etapas | Asignar 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.
| Prueba | Resultado a acordar | Evidencia de aceptación |
|---|---|---|
| Evento válido | Se genera el registro esperado y se conserva el identificador de origen | Comparación campo por campo contra el resultado aprobado |
| El mismo evento llega de nuevo | No se repite el efecto de negocio | Dos entradas, un único resultado identificado |
| Falla el destino después de una escritura parcial | La recuperación distingue lo confirmado de lo pendiente | Registro del fallo y prueba de recuperación sin duplicados |
| Credencial inválida o cambio de formato | El fallo se hace visible al responsable | Alerta comprobada y procedimiento de resolución |
| Queda un trabajo demorado durante el cambio | Se 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.
