Tres herramientas dominan la automatización no-code en 2026: Zapier, Make y n8n. Tres filosofías, tres modelos de pricing que no tienen nada que ver, tres arquitecturas técnicas subyacentes. La elección entre las tres compromete el coste total a 1× o 10× según el contexto, y la portabilidad a 18 meses de cero a total. Este artículo descompone lo que realmente distingue a las tres — pricing por task vs por operation vs flat, modelo de alojamiento, complejidad de negocio soportada, estrategia de salida — con los cálculos concretos en 2026 para decidir sobre criterios técnicos. Spoiler: la herramienta correcta depende de cuatro variables — volumen mensual, sensibilidad de los datos, presencia de equipo técnico interno, presupuesto mensual aceptable solo para la herramienta.

TL;DR — veredicto en 30 segundos

¿Sin tiempo para 2 000 palabras? Decisión en cuatro líneas. Para el 90% de los proyectos B2B serios: n8n auto-hospedado, punto. Para un equipo de marketing que automatiza su propia vida sin ayuda técnica, por debajo de diez zaps: Zapier, suficiente. Para workflows con lógica visual compleja y un equipo de negocio que necesita prototipar rápido: Make, pero ojo al pricing por operation.

El resto del artículo explica por qué, con qué criterios, con los cálculos de coste reales en 2026 y dos casos concretos en producción.

Zapier — cuándo está OK, cuándo cruje

Escalera de bloques apilados con el bloque superior en violeta
El pricing por task hace que la factura suba más rápido que el volumen.

Zapier sigue siendo la herramienta más conocida, la más fácil de aprender, y — seamos claros — la elección correcta en algunas situaciones. El problema es que normalmente se instala en las equivocadas. Cuando un dirigente de PYME nos dice «ya tenemos Zapier, solo queremos extenderlo», nuestro primer reflejo es mirar la factura mensual. A menudo revela un uso ya al límite de lo que el pricing por task permite.

El modelo Zapier: pagas por task. Una task = un paso de un zap que se ejecuta. Si tu zap hace cinco pasos (recuperar un lead, enriquecerlo, crearlo en el CRM, enviar un email de bienvenida, notificar Slack), consume cinco tasks. Multiplicado por 1 000 leads/mes, llegas a 5 000 tasks. En el plan Professional ya estás en el tope. Dobla el volumen y pasas a Team, luego Company a varios cientos de euros al mes según la complejidad. A tener en cuenta: Zapier ajusta su tabla de precios cada 6 a 12 meses — los números mencionados aquí hay que reconfirmarlos en la fecha en que lees el artículo.

A 5 000 tasks/mes, Zapier cuesta entonces aproximadamente 75 a 100 €/mes. n8n auto-hospedado en un VPS Scaleway de ~8 €/mes maneja el mismo volumen sin inmutarse. A 50 000 tasks/mes, Zapier pasa a Company a varios cientos de euros — todavía 8 a 20 € en el VPS n8n. La brecha se abre rápido, y se vuelve absurda más allá de cierto volumen.

Caso concreto en producción: el proyecto Toshify — cualificación automática de chóferes en WhatsApp para Cabify Argentina. El workflow tiene que gestionar una multitud de casos exóticos en un solo flow legible: perfiles de chóferes con historial en otras plataformas, cualificación en español argentino (voseo) vs ibérico, transferencias condicionales según el perfil CRM, verificaciones documentales asíncronas. En Zapier, habría hecho falta encadenar siete u ocho zaps con paso manual de estado entre ellos — factura mensual que explota, mantenimiento imposible a seis meses. En n8n, es un solo workflow versionado. Ver el caso completo →

Cuándo Zapier sigue siendo la elección correcta. Un equipo de marketing de cinco personas que quiere conectar HubSpot, Slack, Google Sheets y Calendly sin ayuda de IT. Menos de diez zaps activos, cada uno con dos a cuatro pasos simples, volumen moderado, sin datos especialmente sensibles. En ese contexto, el esfuerzo de instalar y mantener n8n no se justifica — es deuda técnica para nada. Zapier hace el trabajo, y está muy bien así.

Make — la buena herramienta que usamos mal

Piezas de puzzle circulares con una pieza central en violeta
Make destaca en workflows visuales con ramificaciones — pero factura por operación.

Make tiene una ventaja que ni Zapier ni n8n tienen realmente: un editor visual agradable para modelar workflows complejos con ramas, gestión de errores, retries. Cuando quieres representar gráficamente «si X entonces Y si no Z, y si Y falla reintenta tres veces», Make es más legible que n8n y mucho más expresivo que Zapier.

La trampa: Make factura por operation, no por scenario run. Una operation = una llamada de API o un módulo elemental. Un scenario que itera sobre 100 items para procesarlos consume 100+ operations por ejecución. En workflows naturalmente iterativos (procesamiento de listas, actualización masiva, sync de catálogos), la factura explota rápido — y el pricing es menos legible que el de Zapier.

El otro límite: sin auto-hospedaje. Tus datos pasan por los servidores de Make (tienen una opción de EU residency, es correcto del lado RGPD), pero no puedes aislar totalmente el procesamiento en tu propia infraestructura. Para clientes con política de seguridad estricta o exigencia de localización absoluta de los datos, sigue siendo un punto bloqueante.

Cuándo Make sigue siendo la elección correcta. Un equipo de negocio (marketing, ops) que necesita prototipar rápido, con volumen moderado y sin restricciones fuertes de RGPD/seguridad. Make también es excelente para workflows que consumen esencialmente APIs externas (HubSpot, Notion, Airtable) en lugar de una lógica de transformación pesada. En ese caso, lo visual gana sobre la flexibilidad de n8n.

n8n — por qué lo instalamos en el 90% de nuestros proyectos

Rack de servidor abstracto con un LED violeta al centro
Auto-hospedado en un VPS europeo a 8-20 €/mes. Tus datos se quedan contigo.

En el 90% de los proyectos B2B serios, n8n gana sobre los otros dos por cuatro razones técnicas estructurales. No es preferencia de operador — cuatro puntos concretos que hacen que, en el momento de la decisión, todos los argumentos converjan en el mismo sentido.

Auto-hospedable y fair-code. n8n no es totalmente open source — su licencia es «fair-code» (Sustainable Use License) — pero el código es legible, modificable, y el auto-hospedaje está explícitamente autorizado sin coste. Concretamente: corre en un VPS europeo (Scaleway, Hetzner, OVH) a 8-20 €/mes. Tus credenciales, tus workflows, tus logs: todo se queda contigo. Para un cliente sometido a una auditoría de seguridad de su mandante, es a menudo el criterio que cierra la discusión. Es la stack que desplegamos en Toshify: todas las conversaciones de chóferes transitan por su propia instancia n8n, nunca por servidores SaaS de terceros.

Pricing fijo independientemente del volumen. Que proceses 1 000 o 1 000 000 de operaciones al mes, el coste de un n8n auto-hospedado prácticamente no cambia (solo el tier del VPS si saturas de verdad). Para proyectos que consumen volumen — cualificación de leads, sync continuo de bases, scoring de eventos — es un game-changer económico. El cálculo anterior: a 50 000 tasks/mes, n8n cuesta un orden de magnitud menos que Zapier.

Code Node JavaScript cuando el no-code no basta. Ninguna herramienta no-code cubre el 100% de las necesidades. Para el 5-10% restante, n8n tiene un Code Node donde escribes JavaScript directamente. Nunca estás bloqueado por un límite de la herramienta — cuando falta algo, lo codificas en diez líneas en lugar de subir de gama o cambiar de herramienta.

Ejemplo concreto en producción: en Heex, una matriz de ponderación de negocio debía aplicarse encima del score bruto devuelto por Gemini — closing ponderado más que descubrimiento, cualificación del presupuesto no-cero obligatoria, penalización si el comercial no hizo tal pregunta clave. Ningún nodo no-code expone ese nivel de lógica. En media hora dentro de un Code Node, estaba escrito, probado y legible por el cliente en revisión. En Make o Zapier, es una cadena de cinco pasos con recálculos erróneos en cada edición de prompt.

Los inconvenientes reales. La curva de aprendizaje es más empinada que Zapier o Make. La UI es menos pulida que la de Make. El debug puede ser doloroso cuando un workflow se cae en prod a las 2 de la mañana. Y el auto-hospedaje implica tener a alguien que sepa gestionar un Docker en un VPS — o sea, no un equipo puramente de negocio. Sin equipo técnico interno o partner que opere la stack, n8n no es la elección correcta: hace falta alguien detrás. Es precisamente lo que cubre nuestro servicio Automatización IA del lado Mynos.

El criterio que todos olvidan: la salida

En la mayoría de las decisiones de herramienta que vemos en auditoría, nadie planteó la pregunta: ¿qué pasa si quiero salir de esta herramienta en 18 meses? Es el criterio más importante a largo plazo, y el que más duramente diferencia a las tres.

Con Zapier, estás atrapado. Los zaps son una representación propietaria interna a Zapier. No hay export estructurado utilizable en otra parte. Cuando sales, empiezas de cero en otra herramienta. Si Zapier cambia su pricing, cierra una integración importante, o evoluciona en una dirección que no te conviene — lo que ya ha ocurrido — pagas la migración en tiempo de reescritura completa.

Con Make, es mejor: puedes exportar un scenario en JSON, pero el formato es específico de Make. Ninguna otra herramienta sabe importarlo tal cual. Es útil para backup, no realmente para portabilidad.

Con n8n auto-hospedado, tus workflows son JSON estandarizado, tu base Postgres contiene tus credenciales cifradas, y puedes migrarlo todo a otra instancia n8n en pocos minutos. Si mañana el servicio cloud n8n.io es adquirido, cambia de modelo o desaparece, no dependes de nada — corres en tu VPS. La continuidad de actividad está enteramente en tus manos.

Este criterio no aparece nunca en la fase «necesito automatizar, rápido». Aparece invariablemente 18 a 24 meses más tarde, el día que quieres cambiar por una u otra razón. Anticípalo ahora.

Nuestro árbol de decisión en 5 preguntas

Árbol de decisión con un camino trazado en violeta de la raíz a una hoja
Cinco preguntas para decidir: volumen, RGPD, equipo técnico, complejidad, presupuesto.

Cuando un cliente nos pregunta cuál elegir, desplegamos cinco preguntas en este orden. Según las respuestas, la elección es casi automática.

1. ¿Qué volumen mensual de tasks/operations esperas? Por debajo de 1 000/mes, cualquiera funciona, opta por la simplicidad (Zapier). Por encima de 5 000/mes, n8n auto-hospedado es imbatible económicamente.

2. ¿Tus datos están sometidos al RGPD con restricciones de localización estrictas? Si sí, n8n auto-hospedado en región UE. Make con opción EU residency sigue siendo aceptable. Zapier (US-based por defecto) hay que evitarlo si se exige localización estricta de los datos.

3. ¿Tienes equipo técnico interno o partner que pueda operar un VPS? Si no, olvida n8n auto-hospedado — pasa a n8n.cloud (la versión SaaS) o Make. Zapier sigue siendo válido para usos simples.

4. ¿Tu workflow va a tener que evolucionar frecuentemente con lógica de negocio compleja? Si sí, n8n (Code Node). Make como segunda opción. Zapier te bloqueará rápido.

5. ¿Cuál es tu presupuesto mensual aceptable solo para la herramienta? Por debajo de 50 €/mes, Zapier basic o n8n auto-hospedado en VPS pequeño. Por debajo de 200 €/mes, amplia elección posible. Por encima, eso señala volumen o complejidad — n8n vuelve a ser la elección correcta.

La stack n8n de referencia en 2026

Para una instancia n8n auto-hospedada en producción B2B, aquí está la arquitectura que aguanta a escala — desplegable internamente con un ingeniero familiarizado con Docker.

VPS europeo: Scaleway DEV1-S (~8 €/mes) para volúmenes pequeños, o DEV1-L (~20 €/mes) a partir de 50k tasks/mes. Hetzner y OVH son excelentes alternativas, el criterio es la localización UE y la relación rendimiento/precio.

Containerización Docker: n8n corre en un contenedor, con Postgres separado para la persistencia de los workflows y las credenciales. Docker Compose orquesta los dos. Backup diario de la base a un bucket compatible S3 (Scaleway Object Storage u OVH Storage).

Reverse proxy: Caddy o Traefik delante de n8n para TLS automático (Let's Encrypt). Los webhooks entrantes se firman en HMAC-SHA256 cuando el emisor lo permite, si no se filtran por allowlist de IP.

Monitoring: Uptime Kuma en el mismo VPS para vigilar la salud de la instancia n8n. Notificaciones en Slack en caso de incidente. Logs n8n exportados vía Loki en los setups más maduros.

Actualización: Watchtower para los parches menores automáticos, actualización manual para las versiones mayores (n8n puede romper workflows cuando los nodos cambian su API en mayor).

Resumen

Ninguna herramienta gana en términos absolutos. La elección correcta depende de cuatro criterios: volumen, sensibilidad de los datos, presencia de equipo técnico, y presupuesto. Para el 90% de los proyectos B2B serios que vemos, n8n auto-hospedado es el buen compromiso. Para el resto, Zapier o Make tienen su lugar — no hay vergüenza en usar un SaaS en lugar de una herramienta abierta cuando el contexto lo justifica.

El criterio que casi siempre se descuida es la salida. Plantéate ahora la pregunta: si dejo esta herramienta en 18 meses, ¿qué pasa? La respuesta orienta más decisiones de lo que uno cree.

Hablar de tu proyecto de automatización