Un motor de automatización que entra en hosting de USD 3

En pocas palabras: Workflow Chain Engine, publicado por Paul Crinigan el 11 de agosto de 2026, es un motor de automatización self-hosted que corre en un hosting compartido de USD 3 al mes. Una sola app PHP con un archivo SQLite, licencia MIT, sin build step ni npm install.

Workflow Chain Engine es un motor de automatización self-hosted que corre en un hosting compartido de USD 3 al mes. Es una sola aplicación PHP con un archivo SQLite, licencia MIT, y ejecuta flujos que conectan tus APIs sin depender de la nube de nadie. Lo dibujás en el navegador y él llama a tus servicios, decide según las respuestas y guarda cada corrida.

Un motor de automatización self-hosted es un programa que instalás en tu propio servidor para conectar aplicaciones y ejecutar tareas sin intervención manual: recibe un disparador (un formulario, un webhook), llama a las APIs que le indiques, ramifica según las respuestas y registra el resultado de cada ejecución. Workflow Chain Engine, mantenido por Paul Crinigan y publicado el 11 de agosto de 2026, hace justo eso con PHP y SQLite.

¿Qué es un motor de automatización de flujos de trabajo?

Es un software que encadena tareas entre distintas aplicaciones sin que vos escribas un script para cada una. Vos definís un disparador, el motor llama a las APIs, decide con condiciones (si pasa X, hacé Y) y puede iterar sobre una lista de ítems. Cada corrida queda registrada para que veas qué pasó.

Ponele que un formulario de contacto se envía y tenés que cargar ese dato en el CRM. O que entra un pedido y hay que llamar a una API de fulfillment y después mandar un SMS de confirmación. O ese reporte diario que alguien arma a mano todas las mañanas porque nunca lo cablearon. Ese trabajo de pegamento es igual en cualquier empresa, y no necesita un cluster: necesita un lugar donde vivir que vos controles. Ya lo cubrimos antes en opciones de cloud hosting económicas.

La diferencia con Zapier o Make es dónde vive todo eso. En un motor self-hosted, el flujo, las credenciales y el historial están en tu servidor. En una plataforma SaaS, están en la de ellos.

¿Por qué el auto-hosting es más seguro que las plataformas SaaS?

Porque la automatización toca tus credenciales. Cada flujo que armás guarda las API keys de tu CRM, de tu pasarela de pago, de tu herramienta de chat. Cuando esas claves viven adentro de la plataforma de otro, tu radio de daño es el informe de incidente de ellos. Si a ese proveedor lo hackean, tus llaves entran en el mismo paquete.

Corriendo el motor vos mismo, los workflows, las credenciales y el historial quedan en una sola carpeta que respaldás copiándola. El costo es lo obvio, pero no es lo interesante. Lo interesante es el control: auditás en local, hacés tus propios backups y sabés exactamente qué se ejecutó.

¿Es “más seguro” en términos absolutos? Habría que ver. Un proveedor grande tiene un equipo de seguridad que vos probablemente no tengas. El modelo de amenaza cambia, no desaparece. Lo que ganás es que decidís vos, y eso para muchos equipos vale más que delegar. Te puede servir nuestra cobertura de configurar hosting y dominio correctamente.

¿Se puede instalar un motor de automatización en hosting compartido barato?

Sí, si el motor está pensado para eso. Workflow Chain Engine pide PHP y un archivo SQLite, nada más. No necesita una base MySQL separada, no necesita Docker y no necesita un proceso que corra 24/7 en segundo plano. Por eso entra en un plan de USD 3 con PHP, como los que ofrece donweb.com para proyectos livianos.

Acá viene la diferencia con las opciones “pesadas”. Herramientas como n8n corren sobre Node.js y en la práctica querés Docker o un VPS con un proceso persistente. Eso ya no es hosting compartido, es infraestructura. El shared hosting deja afuera los procesos que corren siempre y los workers pesados, y para flujos disparados por webhook eso no es un problema real.

El tema es que no hay build step ni instalación de dependencias. Subís los archivos, apuntás el SQLite y abrís el editor. Listo.

Comparativa: Workflow Chain Engine vs n8n vs Activepieces vs Zapier

Ninguna gana en todo. Workflow Chain Engine apuesta a lo ultraliviano, n8n a la cantidad de features, Activepieces a una interfaz amable, y Zapier al catálogo enorme en la nube. Esta tabla arma el mapa (tomá las licencias con pinzas: cambian según la versión del proyecto).

Herramienta	Licencia	Requisitos	Self-hosteable	Costo hosting	Mejor para
Workflow Chain Engine	MIT (open source)	PHP + SQLite	Sí	Desde USD 3/mes	Flujos livianos con control total de credenciales
n8n	Sustainable Use (source-available)	Node.js, en la práctica Docker/VPS	Sí	VPS (más caro)	Muchas integraciones y lógica compleja
Activepieces	MIT (community)	Node.js/Docker	Sí	VPS	Interfaz amigable, no-code prolijo
Zapier	Propietaria (SaaS)	Ninguno (nube)	No	Suscripción mensual	Catálogo gigante sin tocar un servidor

Si tu prioridad es no mantener infraestructura y tenés presupuesto, Zapier zafa. Si querés las llaves en tu casa y flujos simples, el modelo ligero gana. Y si necesitás algo intermedio con muchas piezas prearmadas, ahí aparecen n8n y Activepieces. Relacionado: infraestructura cloud accesible.

Casos de uso: formularios, pedidos, reportes y notificaciones

Los flujos más comunes son también los más aburridos, y por eso nadie los cablea. Acá van cuatro concretos que un motor self-hosted resuelve.

• Formulario web al CRM: el trigger es el submit del formulario, el motor llama a la API de tu CRM (HubSpot, Pipedrive) y crea el contacto. En Zapier ese “Zap” consume tarea de tu plan; acá es una corrida gratis en tu servidor.
• Pedido de WooCommerce a fulfillment más SMS: entra la orden por webhook, se llama a la API de logística y después a la de mensajería para confirmar. Un solo flujo con dos llamadas encadenadas.
• Google Forms a planilla y Slack: alguien completa el form, se agrega la fila y se avisa al canal. El clásico que armás una vez y te olvidás.
• Reporte diario que hacías a mano: el motor junta datos de varias APIs cada mañana y te deja el resumen listo. Menos café frío mirando pantallas.

El patrón es siempre el mismo: disparador, una o dos llamadas a API, una acción final. Nada que justifique pagar por volumen de tareas si lo podés correr vos.

¿Cómo instalar y configurar tu primer flujo?

La instalación es de las más simples que vas a ver en esta categoría. No hay compilación, no hay npm install, no hay contenedor que levantar.

• Subí los archivos PHP a tu hosting por FTP o desde el panel, y dejá que se cree el archivo SQLite.
• Cargá tus credenciales de API en el editor: las keys de los servicios que vas a conectar.
• Dibujá el flujo en la interfaz del navegador, encadenando disparador, condiciones y llamadas.
• Probalo con un webhook real antes de darlo por bueno, y mirá el registro de la corrida para confirmar que hizo lo esperado.

Como el editor viaja adentro del proyecto, todo funciona en tu servidor sin cargar librerías externas. La documentación del repositorio es tu punto de partida para los detalles finos. En configuración de DNS autoritativos profundizamos sobre esto.

Errores comunes al self-hostear tu motor de automatización

• Dejar el editor sin HTTPS: si el panel donde guardás API keys viaja por HTTP plano, cualquiera en la red lo lee. HTTPS no es opcional acá, es el mínimo.
• Exponer el panel a todo internet: el editor debería estar detrás de autenticación y, si podés, restringido por IP. “Nadie sabe la URL” no es seguridad, es esperanza.
• No hacer backup de la carpeta: la gran ventaja es que respaldás copiando la carpeta con el SQLite. Si no lo hacés, perdés flujos, credenciales e historial de un saque.
• Asumir que corre solo 24/7: en shared hosting no hay proceso persistente. Los flujos por webhook andan; si dependés de tareas programadas, verificá que tu hosting soporte cron.

Preguntas Frecuentes

¿Qué es Workflow Chain Engine?

Es un motor de automatización open source con licencia MIT, mantenido por Paul Crinigan. Es una sola aplicación PHP con un archivo SQLite que conecta APIs, ramifica según respuestas, itera sobre listas y registra cada corrida. Se publicó el 11 de agosto de 2026.

¿Cuánto cuesta correrlo?

El software es gratis (MIT). Lo único que pagás es el hosting, y arranca desde USD 3 al mes porque solo necesita PHP y SQLite. No hay costo por tarea ni por volumen como en las plataformas SaaS.

¿Necesito Docker o un VPS?

No. Workflow Chain Engine corre en hosting compartido común porque no requiere Docker, ni MySQL separada, ni un proceso persistente. Herramientas como n8n sí piden Node.js y en la práctica un VPS o contenedor.

¿Es más seguro que Zapier?

Cambia el modelo de amenaza. Self-hosteando, tus API keys quedan en tu servidor y no en la plataforma de un tercero, lo que reduce tu radio de daño ante un incidente ajeno. A cambio, la seguridad de configuración corre por tu cuenta: HTTPS, acceso restringido y backups.

¿Qué alternativas open source hay a Zapier?

Las más conocidas son n8n, Activepieces y Automatisch, todas self-hosteables. n8n ofrece muchas integraciones pero pide más recursos; Activepieces apunta a una interfaz amigable; Workflow Chain Engine es el más liviano de todos.

Conclusión

Lo que cambió con Workflow Chain Engine no es la idea de automatizar, es el piso de entrada. Meter un motor de automatización self-hosted en un plan de USD 3 saca la excusa del “no tengo infraestructura” y devuelve el control de las credenciales a quien las usa. No reemplaza a n8n ni a Zapier en flujos gigantes, y no pretende hacerlo.

Si tenés ese trabajo de pegamento que nadie cablea (el formulario al CRM, el reporte diario a mano), probalo en un hosting barato, ponele HTTPS, restringí el acceso y hacé backup de la carpeta. Para empezar, con eso alcanza.

Fuentes

• A Workflow Engine That Fits On Three Dollar Hosting – anuncio oficial de Paul Crinigan (dev.to, 11-08-2026)
• Alternativas open source a Zapier – NocoBase
• Open source alternatives to Zapier – Activepieces
• Automatisch – alternativa self-hosted a Zapier
• Cómo correr automatización 24×7 en un VPS económico – dev.to