166 gotowych aplikacji. Każda na jedno kliknięcie.

1. El hosting para un solo sitio web es un problema distinto del hosting para un conjunto de herramientas

Hoy en día, una empresa rara vez necesita solo un sitio web. Además de un sitio de presentación o una tienda, normalmente necesita un CRM para gestionar los contactos con clientes, una herramienta para automatizar tareas repetitivas, una base de datos para sus tablas internas y quizá un chat en el sitio para atención al cliente. Comprar un hosting independiente para cada herramienta acaba resultando caro y difícil de gestionar.

En Saplo, todas esas herramientas son simplemente aplicaciones del mismo catálogo, instaladas en el mismo Box que el sitio web de la empresa: la base de datos no-code Baserow, el chat Chatwoot, la automatización n8n, un sistema de tickets o un panel de administración. Cada una es una aplicación independiente y aislada en su propio contenedor LXC.

El catálogo ofrece 166 aplicaciones listas para instalar. La mayoría incluye una receta de instalación completa (no solo una pila tecnológica como Node o Django), y abarca herramientas como Nextcloud, Gitea, Grafana, Metabase, Uptime Kuma, Paperless-ngx, Vaultwarden y muchas otras categorías de herramientas de negocio.

2. Cómo calcular los recursos al instalar varias aplicaciones en un solo Box

No hay límite de aplicaciones ni de dominios en ningún plan, pero el límite real es la RAM del Box, porque cada aplicación declara una memoria mínima en su manifiesto (por ejemplo, 256 MB para un WordPress sencillo, 1 GB para n8n y 2 GB para aplicaciones basadas en una pila completa de Docker como Baserow o Chatwoot).

Box M (2 GB de RAM) permite alojar una aplicación Docker más pesada junto con un sitio web ligero. Box L (6 GB de RAM) ya permite ejecutar varias aplicaciones Docker a la vez, mientras que Box XL (12 GB de RAM) accommodates cómodamente un conjunto completo de herramientas de negocio en una sola cuenta, sin tener que elegir qué aplicaciones desactivar.

Los recursos de RAM y vCPU se pueden añadir en caliente (hot-add), así que, cuando crece el catálogo de herramientas, no tienes que migrar todo a un servidor nuevo, sino solo aumentar el límite de recursos del mismo Box.

3. Por qué es un modelo distinto al hosting tradicional

El hosting compartido tradicional está pensado para un único sitio web por cuenta, con un número limitado de bases de datos y procesos PHP. Instalar en él varias aplicaciones independientes (CRM, chat, automatización) suele ir más allá de lo que el panel y los límites de ese hosting fueron diseñados para admitir.

Un VPS permite instalar cualquier número de aplicaciones, pero debes instalar, configurar y proteger cada una por tu cuenta. Con un conjunto de varias herramientas distintas (cada una con sus dependencias, base de datos y puertos), esto supone trabajo administrativo real desde el principio y con cada actualización.

Saplo combina ambos enfoques: la flexibilidad de un VPS (muchas aplicaciones independientes y acceso SSH completo desde Box M) con la comodidad de un hosting con panel (una receta de instalación lista para cada una de las 166 aplicaciones, SSL automático y aislamiento LXC preconfigurado).

4. Ejemplo de conjunto para una pequeña empresa

Un sitio corporativo con WordPress, Baserow como base de datos interna de clientes y pedidos, Chatwoot como chat en el sitio para atención al cliente y Uptime Kuma para supervisar que todo funciona. Son cuatro aplicaciones distintas que caben en un solo Box L, sin cuatro facturas de cuatro proveedores diferentes.

Añadir una quinta aplicación, por ejemplo n8n para automatizar las notificaciones entre las demás herramientas, es otra instalación del catálogo, no un nuevo contrato de hosting ni una migración de los datos existentes a otro servidor.

5. Para quién es ideal

Para una pequeña empresa que quiere sustituir varias suscripciones SaaS de pago (CRM, chat, automatización) por instalaciones propias en un solo Box, esta opción puede salir más barata a lo largo del año que la suma de las cuotas mensuales independientes, especialmente a medida que aumenta el número de herramientas SaaS.

Para equipos técnicos que prefieren mantener el control de sus propios datos (self-hosted) en lugar de alojarlos en servicios SaaS externos, donde los datos de clientes y empresas residen en servidores de terceros.

Para quien está empezando a probar qué herramientas necesita, el catálogo de 166 aplicaciones permite experimentar sin asumir el coste de un contrato independiente por cada herramienta que pruebes.

6. Cómo elegir las primeras aplicaciones para desplegar en tu Box

Empieza por la web principal de tu empresa (WordPress o una simple página estática), porque suele ser el primer punto de contacto con el cliente y el punto de partida natural de cualquier Box nuevo, independientemente de tus planes para ampliar las herramientas.

Añade una herramienta que sustituya realmente a una suscripción SaaS de pago, por ejemplo, Baserow en lugar de una hoja de cálculo compartida por correo, o Chatwoot en lugar de un widget de chat externo para el sitio web con una cuota mensual por usuario.

Controla el uso de RAM en el panel después de añadir cada aplicación, para saber cuándo conviene ampliar los recursos con la extensión hot-add, en lugar de descubrir el límite en el peor momento: una caída por falta de memoria.

Prueba nuevas herramientas en el mismo Box sin el riesgo financiero de contratos separados, ya que instalar o desinstalar aplicaciones del catálogo no supone ningún coste adicional aparte de los recursos que ocupa cada aplicación mientras está activa.

Documenta para qué sirve cada aplicación dentro del equipo, porque, con varias herramientas en un mismo Box (CRM, chat, automatización, monitorización), es fácil olvidar cuáles se usan de forma activa y cuáles conviene eliminar para liberar recursos.

7. Self-hosted frente a SaaS: qué pesa realmente en el cálculo

El coste de SaaS suele aumentar con el número de usuarios o de operaciones mensuales. En un equipo en crecimiento, esto implica una factura cada vez mayor, aunque la herramienta en sí no cambie.

El coste de self-hosted en Saplo es fijo (el precio del Box) e independiente del número de usuarios que utilizan las aplicaciones instaladas. Para un equipo en crecimiento, es más predecible y fácil de incluir en el presupuesto anual.

Por otro lado, self-hosted implica que debes aplicar tú mismo las actualizaciones de las aplicaciones (nuevas versiones de Baserow, Chatwoot u otras), aunque el motor de Saplo lo facilita con recetas de actualización listas en el catálogo.

En una instalación self-hosted, los datos permanecen físicamente en tu contenedor, algo que, para las empresas que procesan datos personales de clientes mediante herramientas internas (CRM, chat), puede ser un argumento importante al evaluar el cumplimiento del RODO en comparación con un SaaS externo.

8. Seguridad al usar varias aplicaciones en una misma cuenta

Alojar varias aplicaciones en un mismo Box (CRM, chat, automatización, monitorización) crea distintos puntos que, en teoría, podrían ser objeto de un ataque. Por eso, el aislamiento a nivel de contenedor LXC es más importante que en el caso de una sola página sencilla.

Cada aplicación en Saplo tiene su propio contenedor, con su propio sistema de archivos, proceso y, si la necesita, base de datos. Esto significa que comprometer una aplicación (por ejemplo, mediante un plugin de WordPress obsoleto) no da acceso automático a las demás aplicaciones del mismo Box.

Las actualizaciones de seguridad de cada aplicación (nuevas versiones de imágenes Docker para Baserow, Chatwoot u otras) están disponibles como recetas de actualización en el catálogo. Esto facilita mantener al día distintos motores sin tener que seguir por separado cada proyecto de código abierto.

Guarda las contraseñas y las claves API de cada aplicación por separado (por ejemplo, el token de Chatwoot o la clave de webhook de n8n) y no reutilices la misma contraseña entre herramientas, porque si una se compromete y la reutilizas, quedan en riesgo todas las aplicaciones que comparten ese secreto.

El acceso SSH con sudo a todo el Box (disponible desde Box M) da acceso administrativo a todos sus contenedores. Por eso, si varias personas del equipo acceden al mismo Box, gestiona de forma consciente quién necesita realmente este acceso a nivel de servidor.

Revisar periódicamente la lista de aplicaciones instaladas (y comprobar si todas siguen en uso) es una buena práctica de seguridad: una aplicación abandonada y sin actualizar que ya no utiliza nadie es un punto débil que puede pasar desapercibido a medida que crece el catálogo de herramientas del Box.

9. Cómo crece el catálogo de aplicaciones y de dónde salen las nuevas recetas

El catálogo de aplicaciones de Saplo no es una lista cerrada y estática: un agente nocturno añade periódicamente nuevas recetas de instalación. Esto significa que el número de aplicaciones disponibles crece con el tiempo y un cliente que usa Saplo hoy puede encontrar dentro de unos meses en el catálogo una herramienta que aún no existía cuando compró su Box.

Cada receta nueva supera una batería de pruebas antes de llegar al catálogo visible para los clientes. Así se garantiza que la instalación funcione correctamente antes de que alguien la pruebe en su Box de producción y no solo en el entorno de pruebas del agente.

Los clientes pueden sugerir que se añada una aplicación concreta al catálogo si necesitan una herramienta que aún no está disponible. Esto diferencia el modelo de Saplo de las plataformas cerradas, donde el proveedor controla por completo la lista de aplicaciones y los usuarios no pueden influir en ella.

Un catálogo en crecimiento también hace que conviene revisar de vez en cuando la lista de aplicaciones disponibles, aunque el conjunto actual de herramientas cubra por completo las necesidades actuales. Puede aparecer una receta nueva que sustituya a una suscripción SaaS de pago que la empresa utiliza en otra área.

Para las empresas que siguen la evolución de su stack tecnológico, esta flexibilidad del catálogo supone una ventaja real frente a proveedores con una lista limitada de aplicaciones listas que actualizan rara vez, porque no hay que esperar meses a que una nueva herramienta se añada a su oferta.

10. Cómo mantener ordenado el catálogo de herramientas a medida que crece

Cuando aumenta el número de aplicaciones en un mismo Box, es fácil perder de vista para qué sirve cada una, sobre todo si cambian las personas responsables de las distintas herramientas. Por eso, desde el principio conviene mantener una lista sencilla: nombre de la aplicación, objetivo y responsable en el equipo.

Revisar periódicamente las aplicaciones instaladas (por ejemplo, una vez por trimestre) ayuda a identificar las que ya no se usan pero siguen ocupando RAM del Box. Esto permite liberar recursos sin necesidad de cambiar a un plan superior solo por instalaciones abandonadas y sin uso. El momento es ideal para comprobar si las actualizaciones disponibles en el catálogo se han aplicado a todas las aplicaciones instaladas, no solo a las que el equipo usa a diario.

Para los equipos técnicos, también conviene documentar qué aplicaciones están conectadas entre sí (por ejemplo, una automatización de n8n que conecta el chat con un CRM). Si eliminas una de las aplicaciones conectadas sin revisar antes sus dependencias, puedes romper sin darte cuenta el funcionamiento de otra automatización vinculada a ella.

Mantener ordenado el catálogo de aplicaciones de Box cobra más importancia cuanto más personas de la empresa tengan acceso a él, porque, sin documentación clara, un nuevo miembro del equipo puede no saber qué herramientas son críticas para el funcionamiento de la empresa y cuáles se pueden eliminar de forma segura.

11. Resumen: un Box como centro de herramientas para la empresa

El catálogo de 166 aplicaciones convierte el hosting en un centro de herramientas para toda la empresa, en lugar de un espacio para alojar una única web: CRM, chat, automatización, monitorización y bases de datos, todo en una sola cuenta, con una única factura y una infraestructura común para gestionar. Para una pequeña empresa, esto supone una oportunidad real de sustituir varias suscripciones SaaS de pago por instalaciones propias, sin perder el control de tus datos ni tener que aceptar cuotas de suscripción que aumentan con el tiempo por cada nueva herramienta que añadas a tu stack tecnológico.