Qué necesitan 395 workflows reales de Pipedream para funcionar en n8n

Analizamos 395 workflows públicos de Pipedream y 746 pasos de código para ver qué implica pasar a n8n. La respuesta corta: los workflows de Pipedream son, sobre todo, código. El 88% de los workflows de repositorios de GitHub Sync tiene al menos un paso de código, y el 61% de los pasos de código en JavaScript importa un paquete o llama a una API. En n8n Cloud, donde el nodo Code solo puede cargar crypto y moment (documentación de n8n), esa es la parte que da trabajo.

Los datos también muestran que el cambio es factible. Los 395 workflows se convirtieron, sin excepción, en JSON de workflow de n8n que n8n 2.43.4 importó. De los 172 workflows completos de GitHub Sync, el 9% no necesitó nada, el 66% necesitó una reescritura con IA de un paso de código o una revisión rápida, y el 24% tenía al menos una parte que tiene que resolver una persona.

Pipedream Workflows deja de funcionar el 31 de marzo de 2027, y todos los datos de Workflows, incluidas las cuentas conectadas, se borran a más tardar el 30 de abril de 2027. Estas cifras pueden ayudarte a dimensionar tu propia migración.

Principales hallazgos

• El código es la norma. El 88% de los workflows de GitHub Sync tiene un paso de código, y los pasos de código son el 69% de todos sus pasos.
• La mayor parte del código depende de algo externo. El 61% de los pasos de JavaScript importa un paquete npm o hace una llamada HTTP. Es una cifra cercana a la estimación que se compartió en la comunidad de n8n: "about 7 in 10", es decir, unos 7 de cada 10.
• n8n Cloud es el cuello de botella. El 30% de los pasos de JavaScript importa módulos que el nodo Code de n8n Cloud no puede cargar, y el 45% de los workflows tiene al menos un paso así.
• Los pasos de Python casi siempre importan algo. El 89% de los pasos de Python importa módulos. El Python de n8n Cloud no puede importar nada, ni siquiera la biblioteca estándar.
• Los clientes HTTP encabezan la lista. El 26% de los pasos de JavaScript usa el axios de @pipedream/platform, el 13% llama a fetch y el 8% importa axios. Todos tienen equivalentes integrados en n8n.
• Los webhooks inician la mayoría de los workflows. El 53% de los workflows de GitHub Sync tiene un trigger HTTP, así que sus URLs cambian con la migración.
• Hay credenciales por todas partes. El 65% de los workflows usa cuentas conectadas, y el 34% lee el token de una cuenta directamente en el código, algo que los nodos Code de n8n no pueden hacer.
• Hay que guardar el estado. El 17% de los workflows usa data stores de Pipedream, cuyos registros no están en la exportación.

Los datos

Fuente	Tamaño	Qué muestra
Repositorios públicos de GitHub que usan el GitHub Sync de Pipedream	172 workflows y 703 pasos, de 48 repositorios de 37 propietarios	Workflows completos: triggers, acciones de apps, ramas y código
Plantillas públicas compartidas mediante enlaces de Pipedream	223 workflows, 721 pasos	Triggers y acciones de apps. El código personalizado no forma parte de una plantilla compartida
Pasos de código publicados en repositorios públicos y gists	279 archivos (230 de Node.js y 49 de Python), de 93 repositorios y 34 gists	Solo código

En total son 395 workflows y 746 pasos de código que pudimos leer: 638 en JavaScript y 108 en Python. Recopilamos todo el 13 de octubre de 2026, sin una cuenta de Pipedream y solo de fuentes públicas. Lo analizamos con el mismo analizador que usan nuestro informe de migración gratuito y la CLI de código abierto.

1. Los pasos de código son la norma

Workflows de GitHub Sync (172)	Porcentaje
Tienen al menos un paso de código	88% (151)
Pasos que son pasos de código	69% (482 de 703)
Pasos que son acciones de apps	29% (201)
Pasos que son bloques de control de flujo (if/else, switch, filter, delay)	3% (20)
Tienen un paso de Python	17% (29)

Un workflow típico es corto: la mediana es de 3 pasos, y el más largo tiene 18. En n8n, cada paso de código se convierte en un nodo Code. Incluso el código sin paquetes hay que traducirlo, porque el nodo Code no tiene steps, $.export ni $.respond, y no admite las sentencias import ni export. La guía de pasos de código explica cada diferencia.

2. La mayor parte del código importa un paquete o llama a una API

De 638 pasos de código en JavaScript:

Qué hace el código	Porcentaje de pasos
Importa un paquete npm o hace una llamada HTTP	61% (390)
Hace una llamada HTTP	47% (302)
Importa un paquete npm	29% (187)
Importa algo que el nodo Code de n8n Cloud no puede cargar	30% (189)

Los imports más comunes y qué los reemplaza en n8n Cloud:

Paquete	Pasos	En n8n Cloud
axios (de @pipedream/platform)	167	this.helpers.httpRequest
fetch (integrado en Node.js)	86	this.helpers.httpRequest
axios	48	this.helpers.httpRequest, o un nodo HTTP Request
snowflake-sdk	24	Nodo Snowflake
googleapis	15	Los nodos de las apps de Google, o HTTP Request con una credencial de Google
openai	9	Nodo OpenAI, o HTTP Request
@google/generative-ai	6	Nodo Google Gemini
@supabase/supabase-js	6	Nodo Supabase, o HTTP Request a la API REST
@pipedream/google_drive, @pipedream/dropbox, @pipedream/github y otros paquetes de apps de Pipedream	26	El nodo de la app en n8n, o HTTP Request
node-fetch, form-data	5 cada uno	Nodo HTTP Request (también genera cuerpos multipart)
date-fns	4	DateTime de Luxon, integrado en el nodo Code
uuid	4	crypto.randomUUID()

Si se agrupan según lo que harías con ellos, los paquetes forman tres grupos de tamaño parecido. Hay 76 imports con un reemplazo integrado en n8n (clientes HTTP, bibliotecas de fechas, utilidades), 77 son SDKs de APIs que se convierten en llamadas HTTP o en nodos de apps, y 93 necesitan una reescritura o n8n self-hosted, donde puedes habilitar los paquetes instalados con NODE_FUNCTION_ALLOW_EXTERNAL. Algunos ejemplos: parsers de HTML como cheerio, @ffmpeg-installer/ffmpeg, bibliotecas de blockchain como ethers y navegadores headless (@pipedream/browsers).

3. Helpers de Pipedream que necesitan un equivalente en n8n

Helper en pasos de JavaScript	Porcentaje de pasos	Equivalente en n8n
$.export(...)	41%	Campos en el item de salida del nodo Code
steps.<name> (lee otro paso)	29%	$('<node name>').first().json
this.<app>.$auth (token de una cuenta conectada)	24%	Una credencial en un nodo HTTP Request o en el nodo de la app. Los nodos Code no pueden leer credenciales
process.env	16%	$vars (Variables de n8n) o $env en n8n self-hosted
$.flow.exit()	11%	return [], o un nodo If
$.respond()	11%	Nodo Respond to Webhook
Data stores	7%	Datos estáticos del workflow o Data Tables de n8n
$.flow.delay, $.flow.suspend, $.flow.rerun	2%	Nodo Wait; $.flow.rerun no tiene equivalente
/tmp o File Store	2%	Datos binarios o almacenamiento externo

La guía de migración los mapea uno por uno, con ejemplos de expresiones.

4. Pasos de Python

De 108 pasos de Python, el 89% importa al menos un módulo y el 70% importa un paquete de terceros. requests, por sí solo, aparece en el 52%. Los pasos de Python funcionan en n8n Cloud solo si no importan nada, así que en la práctica se reescriben en JavaScript o se pasan a n8n self-hosted con el task runner de Python. Consulta Pasos de Python de Pipedream en n8n (en inglés).

5. Triggers

Trigger	Workflows de GitHub Sync (172)	Plantillas (223)
HTTP / webhook	53%	31%
Fuente de eventos de una app (fila nueva, email nuevo…)	27%	38%
Programado (schedule)	23%	15%
Email (dirección @pipedream.net)	2%	3%

Los porcentajes suman más del 100% porque algunos workflows tienen varios triggers. Los triggers HTTP se convierten en el nodo Webhook de n8n, pero la URL cambia, así que cada emisor de webhooks necesita la nueva; los detalles están en la guía de webhooks (en inglés). Las programaciones se convierten directamente, como explica la guía de programaciones (en inglés). Las fuentes de eventos de apps pasan a ser el nodo trigger de la app en n8n, si existe, o una programación que consulta la API periódicamente.

6. Cuentas conectadas y apps

El 65% de los workflows de GitHub Sync usa al menos una cuenta conectada; en total aparecen 41 apps distintas. De esas apps, 29 (el 71%) tienen un nodo nativo en n8n; las demás funcionan mediante el nodo HTTP Request de n8n con una credencial. Las cuentas conectadas no se trasladan: sus tokens OAuth se borran junto con el resto de los datos a más tardar el 30 de abril de 2027, así que hay que volver a autorizar cada una en n8n.

En las plantillas, el 43% de las acciones de apps (108 de 251) se mapea automáticamente a un nodo nativo de n8n con la misma operación. El resto se convierte en nodos HTTP Request o se marca para revisión.

7. Cómo se convirtieron los workflows

Convertimos cada workflow con Workflow Exit e importamos el resultado en n8n 2.43.4 con el comando import:workflow del propio n8n. Se importaron los 395: las 223 plantillas y los 172 workflows de GitHub Sync, tanto en su versión para n8n Cloud como en la versión self-hosted.

Cuánta revisión necesitaron los workflows de GitHub Sync, según las tres calificaciones del informe:

Calificación	Workflows
🟢 Se convierte automáticamente, nada que revisar	9% (16)
🟡 Una reescritura con IA de un paso de código, o una revisión rápida	66% (114)
🔴 Al menos una parte requiere trabajo manual	24% (42)

Las calificaciones rojas vinieron casi por completo de paquetes npm que n8n Cloud no puede cargar (36 de los 42 workflows). El resto se debió a código que faltaba en los archivos (3), componentes privados (2), un paso que no se pudo analizar y una llamada a $.flow.rerun. Los motivos más comunes de una calificación amarilla fueron código que lee tokens de cuentas conectadas (59 workflows), acciones de apps que hay que mapear a mano a un nodo de n8n (49), pasos de Python con imports (29) y data stores (29).

Estimación de esfuerzo. Para los mismos 172 workflows, nuestro informe estima unas 680 horas para reconstruirlos a mano y unas 150 horas con el conversor, sobre todo para revisión, credenciales y pruebas. Es un modelo aproximado, no una medición: cuenta media hora para reconstruir y probar cada workflow, y más por cada paso de código, paquete, paso de Python y trigger poco común.

Qué significa esto para tu migración

1. Mira primero el código. Nueve de cada diez workflows tienen código, y ese código determina la mayor parte del esfuerzo y la elección entre n8n Cloud y self-hosted.
2. Elige n8n Cloud o self-hosted para cada proyecto. Los pasos que solo hacen llamadas HTTP o manejan fechas funcionan en n8n Cloud después de reescribirlos. Los SDKs, los parsers y las bibliotecas de Python son más fáciles en n8n self-hosted.
3. Haz ahora la lista de tus cuentas conectadas y variables de entorno. Los valores y los tokens no se exportan. Copia los secretos de Pipedream antes del cierre.
4. Guarda los registros de los data stores antes del 30 de abril de 2027. Uno de cada seis workflows usa un data store. Consulta data stores y archivos de Pipedream (en inglés).
5. Planifica el cambio de los webhooks. La mitad de los workflows empieza con un trigger HTTP, y cada emisor necesita la nueva URL de n8n.

Para obtener estas cifras de tus propios workflows, expórtalos y arrastra el ZIP al informe de migración gratuito. Se ejecuta en tu navegador y califica cada workflow de la misma forma.

Metodología y limitaciones

• Fuentes. Solo datos públicos: repositorios de GitHub con archivos de GitHub Sync de Pipedream, plantillas publicadas mediante enlaces para compartir de Pipedream y pasos de código publicados en repositorios y gists. Los workflows privados pueden ser distintos: probablemente tienen menos proyectos de demostración y más apps de negocio.
• Concentración. Un solo repositorio contiene 35 de los 172 workflows de GitHub Sync, la mayoría con Snowflake. Eso eleva las cifras de Snowflake.
• Plantillas. Las plantillas compartidas contienen triggers, acciones de apps y configuración, pero no código personalizado, así que las estadísticas de código usan solo los workflows de GitHub Sync y los archivos de código sueltos.
• Qué significa "no puede ejecutarse en n8n Cloud". Un paso de JavaScript que importa algo distinto de crypto o moment (paquetes npm y módulos integrados de Node.js como fs), o un paso de Python que importa cualquier módulo. No incluye los cambios en el envoltorio y los helpers que necesita todo paso de código de Pipedream.
• Conteo. Un paquete cuenta una vez por cada paso que lo importa. Los porcentajes están redondeados.

Este análisis lo hizo Workflow Exit (en inglés), una herramienta independiente que convierte workflows de Pipedream a n8n. No tenemos ningún vínculo con Pipedream, Workday ni n8n.