{"id":3820,"date":"2026-08-24T08:00:13","date_gmt":"2026-08-24T06:00:13","guid":{"rendered":"https:\/\/www.nicalia.com\/blog\/?p=3820"},"modified":"2026-08-21T10:14:33","modified_gmt":"2026-08-21T08:14:33","slug":"ia-autoalojada-en-tu-vps-ahorro-y-control-reales","status":"publish","type":"post","link":"https:\/\/www.nicalia.com\/blog\/ia-autoalojada-en-tu-vps-ahorro-y-control-reales\/","title":{"rendered":"IA autoalojada en tu VPS: ahorro y control reales"},"content":{"rendered":"

Si tu agencia ha cruzado el umbral en el que la factura de automatizaci\u00f3n crece al mismo ritmo que los clientes, ya conoces el problema: en un modelo de pago por tarea, cada mejora t\u00e9cnica que introduces \u2014un log, un paso de verificaci\u00f3n, un reintento\u2014 tiene precio<\/strong><\/em>. El proceso no se vuelve m\u00e1s valioso. Solo m\u00e1s caro.<\/p>\n

Llevar ese trabajo a un VPS propio es una respuesta razonable, pero circula demasiada literatura que promete ahorros del 90 % sin contar la letra peque\u00f1a. Este post intenta lo contrario: precios reales verificados, el ahorro que sale de verdad seg\u00fan volumen, las restricciones de licencia que casi nadie menciona (y que afectan de lleno a las agencias), y c\u00f3mo dimensionar el servidor sin quedarte corto.<\/p>\n

Un flujo de captaci\u00f3n con seis pasos \u2014entra un lead, se verifica el correo, se punt\u00faa, se actualiza el CRM, se avisa por Slack y se registra en una hoja\u2014 gasta cinco tareas por ejecuci\u00f3n. Cien ejecuciones diarias durante un mes son 15.000 tareas para un \u00fanico workflow<\/em><\/p><\/blockquote>\n

El problema no es el precio de Zapier: es la unidad de facturaci\u00f3n<\/h2>\n

La confusi\u00f3n m\u00e1s cara del sector es creer que una ejecuci\u00f3n de workflow equivale a una tarea. No es as\u00ed. En Zapier, cada paso de acci\u00f3n que se completa con \u00e9xito consume una tarea. El disparador no cuenta; los filtros, las rutas y el formateador tampoco. Todo lo que escribe o lee en una aplicaci\u00f3n externa, s\u00ed.<\/p>\n

La aritm\u00e9tica se vuelve inc\u00f3moda enseguida. Un flujo de captaci\u00f3n con seis pasos \u2014entra un lead, se verifica el correo, se punt\u00faa, se actualiza el CRM, se avisa por Slack y se registra en una hoja\u2014 gasta cinco tareas por ejecuci\u00f3n. Cien ejecuciones diarias durante un mes son 15.000 tareas para un \u00fanico workflow. Y en 2026 los pasos de IA, los pasos de c\u00f3digo y las llamadas MCP salen de esa misma bolsa.<\/p>\n

Precios reales por tramo<\/h3>\n

Estos son los tramos publicados del plan Professional con facturaci\u00f3n anual. La facturaci\u00f3n mensual sale aproximadamente un 50 % m\u00e1s cara, porque el descuento anual ronda el 33 %.<\/p>\n\n\n\n\n\n\n\n\n\n
Tareas\/mes<\/th>\nZapier Professional (anual)<\/th>\nCoste aproximado por tarea<\/th>\n<\/tr>\n<\/thead>\n
750<\/td>\n19,99 $<\/td>\n0,027 $<\/td>\n<\/tr>\n
10.000<\/td>\n129 $<\/td>\n0,013 $<\/td>\n<\/tr>\n
50.000<\/td>\n289 $<\/td>\n0,006 $<\/td>\n<\/tr>\n
100.000<\/td>\n489 $<\/td>\n0,005 $<\/td>\n<\/tr>\n
500.000<\/td>\n1.499 $<\/td>\n0,003 $<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Conviene fijarse en algo que juega en contra del argumento f\u00e1cil: el coste unitario baja al escalar. Quien m\u00e1s consume, menos paga por tarea. El problema no es que Zapier sea caro por unidad a volumen alto, sino que el importe absoluto se vuelve una partida fija considerable y, sobre todo, imposible de acotar. Si superas el l\u00edmite, las tareas extra se facturan a aproximadamente 1,25 veces la tarifa de tu plan hasta un tope de tres veces tu volumen contratado.<\/p>\n

Cu\u00e1nto se ahorra de verdad al migrar a un VPS<\/h2>\n

Aqu\u00ed es donde la mayor\u00eda de comparativas hace trampa: ponen el precio del VPS frente al precio del SaaS y declaran un 90 % de ahorro. Falta la mitad de la ecuaci\u00f3n. Un stack self-hosted requiere actualizaciones, copias de seguridad, monitorizaci\u00f3n y resoluci\u00f3n de incidencias, y esas horas tienen coste aunque las ponga alguien de plantilla.<\/p>\n

La comparaci\u00f3n honesta, con horas de mantenimiento incluidas, queda as\u00ed:<\/p>\n\n\n\n\n\n\n\n
Escenario<\/th>\nZapier<\/th>\nVPS + mantenimiento<\/th>\nAhorro<\/th>\n<\/tr>\n<\/thead>\n
Volumen bajo<\/strong>
\n10.000 tareas<\/td>\n		~129 $\/mes<\/td>\n70\u2013130 \u20ac\/mes
\nVPS 4 GB + ~1 h\/mes<\/span><\/td>\n		0\u201345 %<\/strong><\/td>\n<\/tr>\n
Volumen medio<\/strong>
\n50.000 tareas<\/td>\n		~289 $\/mes<\/td>\n90\u2013260 \u20ac\/mes
\nVPS 8\u201316 GB + 1\u20132 h\/mes<\/span><\/td>\n		10\u201370 %<\/strong><\/td>\n<\/tr>\n
Operaci\u00f3n intensiva<\/strong>
\n500.000 tareas<\/td>\n		~1.499 $\/mes<\/td>\n180\u2013600 \u20ac\/mes
\nVPS 8 vCPU \/ 24 GB + 2\u20133 h\/mes<\/span><\/td>\n		60\u201388 %<\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

*Precios de Zapier en d\u00f3lares con facturaci\u00f3n anual; costes de infraestructura en euros sin IVA. La comparaci\u00f3n es orientativa y no incorpora el tipo de cambio. Las horas de mantenimiento se valoran a tarifa de mercado para perfil t\u00e9cnico.<\/p>\n

La lectura es inc\u00f3moda pero \u00fatil: por debajo de unas 20.000 tareas al mes, el self-hosting rara vez compensa en dinero<\/strong>. Compensa por otras razones \u2014soberan\u00eda del dato, control, ausencia de l\u00edmites\u2014 pero no por coste. El punto de inflexi\u00f3n llega cuando el volumen crece lo suficiente como para que las horas de mantenimiento se diluyan sobre una factura SaaS de tres o cuatro cifras.<\/p>\n

\n

El coste que nadie presupuesta<\/strong><\/p>\n

Las horas de mantenimiento no son te\u00f3ricas. n8n 2.0 elimin\u00f3 por completo el soporte de MySQL y MariaDB: quien tuviera su instancia sobre esos motores ha tenido que migrar a PostgreSQL o SQLite. A\u00f1ade a eso un ritmo de versiones semanal, cambios de sintaxis en expresiones y nodos de la comunidad que dejan de aparecer tras una actualizaci\u00f3n. Un stack self-hosted sin pol\u00edtica de versiones fijadas y entorno de pruebas no es m\u00e1s barato: es m\u00e1s fr\u00e1gil.<\/strong><\/p>\n<\/div>\n

\"\u00bfEst\u00e1<\/a><\/h2>\n

<\/h2>\n

Antes de migrar: el ecosistema no es tan libre como parece<\/h2>\n

Esta es la secci\u00f3n que suele faltar en las gu\u00edas de migraci\u00f3n, y es la que m\u00e1s importa si eres una agencia. Ni n8n ni Dify son software libre en el sentido cl\u00e1sico. Ambos publican su c\u00f3digo, ambos permiten el autoalojamiento gratuito, y ambos restringen exactamente el escenario que muchas agencias tienen en mente.<\/p>\n

n8n: Sustainable Use License<\/h3>\n

n8n abandon\u00f3 el modelo Apache 2.0 con Commons Clause en 2022 y adopt\u00f3 su propia licencia fair-code, la Sustainable Use License. Permite usar, modificar y redistribuir el software, con tres limitaciones. La relevante aqu\u00ed es la primera: el uso queda circunscrito a fines internos de tu propio negocio, a usos no comerciales o personales.<\/p>\n

La propia documentaci\u00f3n de n8n es expl\u00edcita sobre d\u00f3nde est\u00e1 la frontera:<\/p>\n\n\n\n\n\n
Permitido<\/th>\nNo permitido sin licencia comercial<\/th>\n<\/tr>\n<\/thead>\n
Sincronizar datos que controla tu empresa, por ejemplo del CRM a una base interna.<\/p>\n

Prestar servicios de consultor\u00eda sobre n8n: construir workflows, desarrollar funcionalidades pr\u00f3ximas al producto o c\u00f3digo que n8n ejecuta.<\/p>\n

Instalar y mantener n8n en el servidor interno de una empresa.<\/p>\n

Crear nodos propios o integraciones entre tu producto y n8n.<\/td>\n

Alojar n8n y cobrar a terceros por acceder a \u00e9l.<\/p>\n

Hacer white-label de n8n y ofrecerlo a clientes como producto de pago.<\/p>\n

Flujos que recogen las credenciales del propio usuario final para acceder a sus datos en su nombre.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Traducido a la pr\u00e1ctica de una agencia:<\/strong><\/em> montar n8n en el servidor de tu cliente, cobrarle por la implantaci\u00f3n y por el mantenimiento, est\u00e1 dentro. Montar una instancia tuya, dar acceso a diez clientes y facturarles una cuota mensual por ese acceso, est\u00e1 fuera. La diferencia entre ambos modelos de negocio es una decisi\u00f3n que conviene tomar antes de escribir el primer workflow, no despu\u00e9s de la primera ronda de financiaci\u00f3n o de la primera auditor\u00eda legal de un cliente grande.<\/p>\n

Dify: Apache 2.0 con condiciones a\u00f1adidas<\/h3>\n

Dify aparece etiquetada como Apache 2.0, lo que induce a error. Su licencia a\u00f1ade dos condiciones sobre la base Apache. La primera proh\u00edbe operar un entorno multi-tenant con el c\u00f3digo de Dify sin autorizaci\u00f3n escrita, definiendo tenant como espacio de trabajo. La segunda impide retirar o modificar el logotipo y la informaci\u00f3n de copyright de la consola cuando se usan sus componentes de frontend, restricci\u00f3n que no aplica si tu uso no los involucra.<\/p>\n

El uso comercial s\u00ed est\u00e1 expresamente contemplado: puedes emplear Dify como backend de tus propias aplicaciones o como plataforma interna de desarrollo. Lo que no puedes es revenderlo como servicio alojado multi-inquilino.<\/strong><\/em><\/p>\n

Alternativas sin esas restricciones<\/h3>\n

Si tu modelo pasa por vender acceso multi-inquilino, hay opciones con licencias permisivas cl\u00e1sicas que evitan por completo la conversaci\u00f3n: Flowise se distribuye bajo Apache 2.0 sin condiciones a\u00f1adidas, y Langflow bajo MIT. Qdrant, Caddy y Ollama tampoco imponen restricciones de este tipo. La elecci\u00f3n de orquestador, en un proyecto comercial, no es solo t\u00e9cnica.<\/p>\n

 <\/p>\n

Soberan\u00eda del dato, RGPD y Reglamento de IA<\/h2>\n

Qu\u00e9 cambia \u2014y qu\u00e9 no\u2014 en tus obligaciones RGPD<\/h3>\n

Existe una idea extendida de que autoalojar elimina obligaciones. No las elimina; redistribuye el riesgo, que es distinto y sigue siendo valioso.<\/p>\n

El art\u00edculo 28 sigue aplicando.<\/strong> Cuando alquilas un VPS a un proveedor, ese proveedor trata datos personales por cuenta tuya. La condici\u00f3n de encargado del tratamiento nace de la realidad funcional, no de c\u00f3mo se llame el contrato: si un proveedor recibe datos y los trata conforme a tus instrucciones, es encargado. Necesitas contrato de encargo con tu proveedor de hosting igual que lo necesitabas con tu proveedor SaaS. La AEPD ha sancionado precisamente la ausencia de ese contrato y la autorizaci\u00f3n irregular de subencargados.<\/p>\n

Lo que s\u00ed ganas es longitud de cadena.<\/strong> Al ejecutar la orquestaci\u00f3n en tu propia infraestructura, los prompts, los registros de ejecuci\u00f3n y el contenido de los \u00edndices vectoriales dejan de pasar por la plataforma de automatizaci\u00f3n y por sus subencargados. Pasas de una cadena con varios eslabones \u2014plataforma SaaS, su nube subyacente, su proveedor de LLM, los subencargados de todos ellos\u2014 a una con uno solo: tu proveedor de VPS. Si adem\u00e1s usas modelos locales, la cadena se detiene ah\u00ed.<\/p>\n

El art\u00edculo 30 tampoco desaparece.<\/strong> El registro de actividades de tratamiento sigue siendo obligaci\u00f3n tuya. Lo que mejora es la capacidad de documentarlo con precisi\u00f3n, porque conoces exactamente d\u00f3nde reside cada dato y qui\u00e9n accede.<\/p>\n

Transferencias internacionales.<\/strong> Ejecutar el stack en un centro de datos de la UE elimina el escenario de transferencia a tercer pa\u00eds regulado en los art\u00edculos 44 a 49, siempre que ning\u00fan componente del flujo llame a una API fuera del EEE. Ese matiz importa: un workflow autoalojado en Madrid que invoca un modelo alojado en Estados Unidos sigue generando una transferencia internacional.<\/p>\n

El calendario del Reglamento de IA a agosto de 2026<\/h3>\n

Cualquier proyecto de IA que arranque ahora necesita ubicarse en el calendario del Reglamento (UE) 2024\/1689, que acaba de cambiar. El Reglamento (UE) 2026\/1744, conocido como \u00d3mnibus Digital sobre IA y publicado en el DOUE el 24 de julio de 2026, ha reajustado los plazos:<\/p>\n