Guía de migración de Make a n8n

Por qué los equipos pasan de Make a n8n

• Consumo de créditos: Make cobra cada ejecución de módulo, incluido cada elemento de un bucle. n8n Cloud cobra una ejecución por cada ejecución del workflow, y n8n autoalojado es ilimitado.
• Código: el nodo Code de n8n elimina los límites de las funciones integradas.
• Autoalojamiento y control de los datos.
• Agentes de IA con herramientas y memoria.

La buena noticia: la lógica es parecida

Ambas herramientas usan un lienzo visual con datos que fluyen entre pasos, así que los usuarios de Make se adaptan a n8n más rápido que los de Zapier. Las principales diferencias:

Make	n8n
Scenario	Workflow
Module	Node (nodo)
Bundle	Item
Router	Switch / IF (o conectar un nodo a varios)
Filtro en una ruta	Nodo Filter / IF
Iterator	Normalmente no hace falta (los nodos se ejecutan por item); Split Out para arrays
Array aggregator	Nodo Aggregate
Text aggregator	Aggregate + expresión, o Code
Set variable / Set multiple variables	Edit Fields (Set)
Sleep	Wait
Custom webhook	Nodo Webhook
HTTP – Make a request	HTTP Request
Data store	Data tables o una base de datos
Gestores de errores (Resume, Ignore, Break)	Continue On Fail, Retry On Fail, workflow con Error Trigger
Ajustes de programación	Nodo Schedule Trigger
Mapeo {{1.email}}	Expresión {{ $json.email }} o {{ $('Trigger').item.json.email }}

¿Se pueden importar los blueprints de Make?

Make permite exportar un escenario como blueprint (JSON). n8n no puede importarlo directamente, pero el blueprint es una especificación precisa: orden de los módulos, campos mapeados y filtros. Algunos conversores comunitarios y comerciales intentan traducirlo automáticamente; trate su resultado como un primer borrador y revise cada nodo.

Pasos de la migración

1. Haga inventario de los escenarios con su consumo mensual de créditos (el panel de la organización en Make muestra el consumo por escenario).
2. Empiece por los que más créditos consumen, sobre todo los escenarios con iteradores.
3. Vuelva a crear las conexiones como credenciales de n8n.
4. Reconstruya cada escenario con la tabla anterior.
5. Traduzca las funciones: funciones de Make como formatDate, ifempty, split se convierten en expresiones de n8n, por ejemplo {{ $json.date.toDateTime().toFormat('yyyy-MM-dd') }} o {{ $json.name ?? 'Unknown' }}.
6. Recree la gestión de errores: active Retry On Fail en los nodos de API y cree un workflow con Error Trigger para las alertas.
7. Pruebe, ejecute en paralelo, haga el cambio y desactive el escenario de Make al mismo tiempo.

Cuidado con

• La costumbre del iterador: en n8n casi nunca hace falta un bucle explícito. Añadirlo por costumbre puede procesar los datos dos veces.
• La agregación: si un escenario de Make agrega bundles antes de enviar un único mensaje, use el nodo Aggregate de n8n o el ajuste «Execute Once».
• Los data stores: exporte los registros del data store de Make a CSV e impórtelos en una Data table de n8n o en una base de datos antes del cambio.
• Los webhooks: actualice cada app de origen con la nueva URL de webhook de n8n.

Artículos relacionados

• Make vs n8n
• Chuleta de equivalencias
• Errores habituales de migración