mejores apps para self-hosting en 2026

Qué vas a construir

No es una sola app, sino una lista selecta. Este es el centro de todo lo demás en este sitio: veinticinco aplicaciones que realmente valen la pena ejecutar en tu propio VPS en 2026, agrupadas por su función. Para cada una obtendrás el servicio que reemplaza, una cifra honesta de RAM y disco, y el único detalle que te causará problemas si lo ignoras. Los enlaces apuntan a la guía completa paso a paso cuando existe una.

He gestionado un host de VPS durante quince años y ejecuto la mayoría de estas en mis propios equipos. Por tanto, los números de recursos a continuación son lo que la app consume realmente bajo una carga real moderada, no el "mínimo" de una página de marketing. Léelos como un presupuesto y luego añade margen de maniobra.

Requisitos previos y la realidad honesta

Cada app aquí se ejecuta en un VPS Ubuntu 24.04 KVM limpio con root o sudo. Casi todas se distribuyen como contenedores Docker, así que instala Docker una vez y estarás listo para toda la lista:

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

Si los comandos docker fallan con permission denied while trying to connect to the Docker daemon socket, omitiste el paso de grupo o no abriste una nueva shell; cierra sesión y vuelve a entrar. Si docker compose devuelve docker: 'compose' is not a docker command, tienes el antiguo binario independiente; el script anterior instala el plugin moderno de Compose, que se llama como docker compose (un espacio, no un guion).

Tres realidades definen la estructura de todo lo siguiente. Primero, la RAM es la limitación, no el disco o la CPU. Un VPS de 1 GB ejecuta una app pequeña y nada más. 4 GB es el punto ideal real para un equipo de "auto-alojar algunas cosas". 2 GB es el punto intermedio problemático donde un principiante acumula un tercer servicio, sufre un cierre silencioso por Out-Of-Memory y nunca descubre por qué el contenedor simplemente desapareció; sudo dmesg muestra la línea Out of memory: Killed process que el daemon absorbió. Segundo, cualquier cosa pública necesita un nombre y un certificado; una IP desnuda funciona para pruebas pero falla en cuanto necesitas que una app móvil o un navegador confíen en ella. Tercero, dos puertos deciden la mitad de tus opciones: el 80 y el 443 deben alcanzar el equipo para TLS automático, y el puerto 25 de salida está bloqueado por la mayoría de los proveedores, razón por la cual el email está en la lista de "no hacer" al final.

Archivos y fotos

• Nextcloud reemplaza a Google Drive, Dropbox y Google Calendar en una sola suite. Presupuesto: 1–2 GB de RAM más el peso de tus archivos. El problema: SQLite es aceptable para una demo pero es una trampa en producción; instálalo sobre PostgreSQL desde el primer arranque, porque migrar la base de datos después de que tus datos ya estén dentro es la forma más común en que la gente arruina un Nextcloud. La guía completa Nextcloud en un VPS con Docker, TLS y backups lo configura correctamente desde el principio.
• Immich reemplaza a Google Photos, incluyendo la app móvil que sube automáticamente tu carrete y la búsqueda por rostro y objeto. Presupuesto: 6 GB de RAM; la documentación de Immich llama a eso el mínimo, 8 GB es cómodo, y el contenedor de machine-learning es la parte que más consume; además, el disco debe ser igual a tu librería más aproximadamente un veinte por ciento para miniaturas. El problema: Immich todavía incluye cambios que rompen la compatibilidad entre versiones, así que nunca hagas un latest a ciegas; fija una versión y lee las notas de la versión antes de cada actualización. La guía biblioteca de fotos Immich auto-alojada cubre la ruta de actualización segura.
• Seafile reemplaza a Dropbox con el motor de sincronización más rápido de los tres. Presupuesto: alrededor de 1 GB de RAM. El problema: Seafile almacena tus archivos como bloques con direccionamiento de contenido, no como archivos simples en disco, por lo que no puedes navegar los datos con ls y debes realizar el backup mediante las propias herramientas de Seafile, no copiando una carpeta.

Contraseñas

• Vaultwarden reemplaza el nivel de pago de Bitwarden, LastPass y 1Password con un servidor Rust diminuto que usa el protocolo de Bitwarden, por lo que todas las apps oficiales de Bitwarden y extensiones de navegador funcionan directamente. Presupuesto: 100–200 MB de RAM y casi nada de disco. El problema: este equipo contiene todas tus contraseñas, por lo que TLS y los backups no son opcionales, son el objetivo principal; y configura el ADMIN_TOKEN como un hash Argon2, porque un token en texto plano en tu archivo compose es una llave maestra en texto claro. La guía gestor de contraseñas Vaultwarden es la mejor opción para empezar a auto-alojar.

Multimedia

• Jellyfin reemplaza a Plex y, para tu propia librería, a Netflix; totalmente abierto, sin cuentas, sin streaming remoto con muro de pago. Presupuesto: 1–2 GB de RAM en reposo, pero la CPU tiene picos altos en transcodificación. El problema: la transcodificación por software de un stream 4K fundirá un VPS pequeño; dale al equipo aceleración por hardware o mantén tus archivos en un formato que tus clientes puedan reproducir directamente (Direct Play), para que el servidor solo transmita bytes. La guía servidor multimedia Jellyfin en un VPS explica cuál es cuál.
• Navidrome reemplaza a Spotify para tu propia música, transmitiendo a cualquier app compatible con Subsonic. Presupuesto: 150–300 MB de RAM; está escrito en Go y apenas consume recursos. El problema: el primer escaneo de la librería lee las etiquetas de cada archivo y puede tardar una hora en una colección grande; malas etiquetas ID3 resultan en una mala experiencia de navegación.
• Audiobookshelf reemplaza a Audible y a tu app de podcasts, manteniendo la posición de reproducción entre dispositivos. Presupuesto: 200–500 MB de RAM. El problema: requiere una estructura estricta de una carpeta por libro, y una carpeta de importación desordenada produce una librería desordenada y con detección parcial que es tedioso de corregir después.

Automatización e IA

• n8n reemplaza a Zapier y Make con un constructor de flujos de trabajo visual que te pertenece, sin facturación por tarea. Presupuesto: 400 MB–1 GB de RAM. El problema: n8n cifra las credenciales almacenadas con una llave que genera en la primera ejecución, y si pierdes esa llave —o si olvidas configurar N8N_ENCRYPTION_KEY y permites que se regenere— cada credencial guardada será ilegible y tendrás que reintroducirlas todas. La guía n8n auto-alojado con HTTPS fija la llave y coloca un certificado real delante de las URLs de los webhooks.
• Ollama reemplaza una suscripción a ChatGPT para inferencia de LLM local y privada. Presupuesto según el modelo: un modelo de 7–8B requiere unos 8 GB de RAM, y cada modelo ocupa 4–8 GB en disco. El problema: en un VPS solo con CPU, la inferencia es real pero lenta —piensa en palabras por segundo, no en las respuestas instantáneas de una API alojada— así que ajusta tus expectativas o alquila un equipo con GPU. La guía ejecutar Ollama para auto-alojar un LLM tiene cifras realistas.

Comunicación

• Rocket.Chat reemplaza a Slack para equipos, con hilos, llamadas e integraciones. Presupuesto: 2 GB de RAM o más, porque corre sobre MongoDB y ese es el componente pesado. El problema: Rocket.Chat requiere una versión mayor específica de MongoDB por cada lanzamiento, y saltar una versión durante una actualización es como dejar tu base de datos bloqueada; actualiza paso a paso. La guía Rocket.Chat con Docker Compose te guía por la escalera de versiones.
• Matrix (Synapse) reemplaza a Slack y Discord con una red federada y con cifrado de extremo a extremo donde tú eres dueño de tu homeserver. Presupuesto: 1–2 GB de RAM que aumentan al unirte a salas públicas grandes. El problema: el uso de memoria de Synapse se dispara en salas federadas grandes, y debe ejecutarse sobre PostgreSQL; el SQLite por defecto solo funciona para pruebas de un solo usuario y falla en cuanto te federas. Si Synapse resulta pesado, los servidores Conduit o Dendrite son más ligeros y usan el mismo protocolo.

Redes y acceso

• WireGuard reemplaza a una VPN comercial, dándote un túnel privado a tu propia IP y a tus otros servicios. Presupuesto: casi nada; menos de 50 MB y el cifrado corre en el kernel. El problema: en virtualización basada en contenedores (OpenVZ, algunos LXC) el módulo falla con RTNETLINK answers: Operation not supported; necesitas KVM. La guía VPN WireGuard auto-alojada es la referencia, y combinarla con servicios vinculados al túnel es como mantienes todo fuera de la internet pública.
• Traefik reemplaza los virtual hosts de nginx escritos a mano y la renovación manual de certificados; descubre tus contenedores mediante sus Docker labels y obtiene certificados de Let's Encrypt automáticamente. Presupuesto: alrededor de 100 MB de RAM. El problema: el modelo de configuración basado en labels es confuso al principio, y una sola label incorrecta deja una app sin ruta sin un error obvio. La guía proxy inverso Traefik para múltiples apps Docker está diseñada exactamente para ejecutar varias de las apps de esta página detrás de un único punto de entrada.
• AdGuard Home reemplaza a un equipo Pi-hole y al filtrado DNS de pago, bloqueando anuncios y rastreadores para cada dispositivo en tu red a nivel de DNS. Presupuesto: 100–150 MB de RAM. El problema: requiere el puerto 53, que colisiona con systemd-resolved en Ubuntu; falla al iniciar con listen udp 0.0.0.0:53: bind: address already in use hasta que liberes el puerto primero.

Monitorización

• Uptime Kuma reemplaza a Pingdom, UptimeRobot y StatusPage con un dashboard limpio y alertas a casi cualquier canal. Presupuesto: 150–300 MB de RAM. El problema, y es el que la gente siempre olvida: monitoriza tu equipo de producción desde un equipo distinto; Uptime Kuma ejecutándose en el mismo servidor que vigila no puede avisarte cuando ese servidor muere. La guía monitorización de estado con Uptime Kuma cubre la ubicación externa.
• Zabbix reemplaza a Datadog y suites de monitorización empresarial, con métricas profundas basadas en agentes, disparadores e historial. Presupuesto: 2 GB de RAM o más, más su propia base de datos. El problema: Zabbix es potente y realmente pesado de configurar; es excesivo para vigilar tres contenedores y es la herramienta adecuada para una flota. Empieza con Uptime Kuma; pasa a servidor de monitorización Zabbix cuando realmente tengas infraestructura que monitorizar.

Prometheus y Grafana faltan en esta lista a propósito: son herramientas excelentes para escala de flota, pero son más pesadas de ejecutar y ajustar de lo que justifica un stack personal de dos o tres equipos, y Uptime Kuma junto con Zabbix responden a las mismas preguntas a esta escala con menos mantenimiento.

Dashboards y paneles de control

Estos cambian todo el modelo: en lugar de ejecutar archivos compose a mano, un panel gestiona las apps por ti.

• Cloudron reemplaza el deseo de "ojalá esto fuera de un solo clic" con una tienda de apps pulida, TLS automático y backups integrados. Presupuesto: 2 GB de RAM mínimo, 4 GB cómodamente. El problema: es restrictivo y quiere controlar todo el equipo, y es gratuito solo hasta dos apps; más allá de eso es un producto de pago.
• CasaOS reemplaza un dashboard de homelab desordenado con una cuadrícula de apps amigable, gratuita y ligera. Presupuesto: aproximadamente de 150 a 300 MB para CasaOS mismo. El problema: está diseñado para una red doméstica de confianza y no está endurecido para la internet pública; no lo expongas directamente; accede a él mediante WireGuard.
• Coolify reemplaza a Heroku, Vercel y Netlify: despliegues mediante git-push, bases de datos y previews en tu propio servidor. Presupuesto: 2 GB de RAM mínimo. El problema: es un proyecto joven que evoluciona rápido, así que fija versiones y lee las notas de la versión antes de actualizar. La comparación comparativa Cloudron vs CasaOS vs Coolify detalla cuál de los tres se adapta a cada persona.

Herramientas de desarrollo y productividad

• Gitea (o Forgejo) reemplaza a GitHub para repositorios privados, issues y CI. Presupuesto: 200–500 MB de RAM. El problema: Forgejo es el fork de Gitea gobernado por la comunidad y es el que mucha gente recomienda ahora; ambos son excelentes, pero elige uno y respalda los repositorios y la base de datos juntos; un backup de un repo sin la base de datos pierde cada issue y pull request.
• Paperless-ngx reemplaza un archivador y escáneres de documentos de pago, aplicando OCR a todo para que tus documentos sean buscables. Presupuesto: alrededor de 1 GB de RAM, con picos de CPU durante el OCR. El problema: los resultados del OCR son tan buenos como tus escaneos, y reprocesar un archivo grande es lento; ajústalo antes de importar masivamente diez años de papel.
• Actual Budget reemplaza a YNAB y Mint con presupuestos de sobres locales, rápidos y privados. Presupuesto: alrededor de 150 MB de RAM. El problema: la sincronización bancaria automática es un complemento separado con su propia configuración, por lo que de fábrica importas las transacciones manualmente.
• FreshRSS reemplaza a Feedly y al desaparecido Google Reader: un lector de feeds rápido y privado con apps móviles. Presupuesto: alrededor de 150 MB de RAM. El problema: configura la actualización de feeds basada en cron, o los feeds solo se actualizarán cuando abras la página.
• BookStack reemplaza a Notion y Confluence para documentación, organizado como estanterías, libros y páginas. Presupuesto: alrededor de 500 MB de RAM en PHP y MySQL. El problema: estructura el contenido a su propia manera en lugar de como notas de formato libre, algo que a algunos les encanta y otros encuentran rígido; pruébalo antes de comprometer toda tu wiki.
• Home Assistant reemplaza a SmartThings y una docena de apps de fabricantes, unificando tu hogar inteligente localmente. Presupuesto: alrededor de 1 GB de RAM. El problema: gran parte de su magia requiere acceso a la red local de tus dispositivos, por lo que vive más naturalmente en hardware en casa que en un VPS remoto; ejecuta el dashboard de forma remota y conéctalo mediante un puente si es necesario.

Una instalación representativa

Para hacerlo concreto, aquí está la estructura completa de un auto-alojamiento: un archivo compose, un certificado real y un backup. Este es Uptime Kuma, pero cada app de la lista sigue el mismo patrón.

services:
  uptime-kuma:
    image: louislam/uptime-kuma:2
    container_name: uptime-kuma
    volumes:
      - ./data:/app/data
    ports:
      - "127.0.0.1:3001:3001"
    restart: unless-stopped

docker compose up -d
docker compose logs -f

Nota el 127.0.0.1:: la app solo escucha en localhost, y un proxy inverso como Traefik o nginx termina el TLS delante de ella. Vincular directamente al 0.0.0.0:3001 es como la gente publica accidentalmente un panel de administración sin cifrar a todo internet.

Qué NO auto-alojar (todavía)

• Email. Este es el punto honesto. El puerto 25 de salida está bloqueado por la mayoría de los proveedores de VPS; verás Connection timed out de telnet aspmx.l.google.com 25 y no hay nada que arreglar, es política. Incluso con el 25 abierto, una IP nueva sin reputación, registro PTR, SPF, DKIM y DMARC hará que tu correo llegue a spam o sea rechazado directamente. Es un trabajo real y continuo, no algo de un fin de semana. Si estás decidido, ve con los ojos abiertos usando la guía email auto-alojado con Mailcow y espera tener que vigilar la entregabilidad durante meses.
• Cualquier cosa que no puedas respaldar y restaurar de forma fiable. Si nunca has hecho una prueba de restauración, no tienes un backup, tienes una esperanza. No pongas datos irreemplazables —la única copia de tus fotos, tus cuentas— en un servicio hasta que su restauración esté probada.
• Tu única copia de una dependencia crítica. Un servidor DNS auto-alojado que, cuando falla, deja a toda tu red sin internet es un mal primer proyecto. Mantén un respaldo de nivel superior (upstream).
• Sistemas de seguridad en tiempo real. Alarmas de casa, alertas médicas, cualquier cosa donde cinco minutos de tiempo de inactividad sea un problema real no pertenece a un equipo de hobby que actualizas los domingos por la noche.

Cómo elegir el primero, y los dos no negociables

Elige la app que elimine una factura que te molesta o una preocupación de privacidad que realmente sientas. En la práctica, las mejores primeras instalaciones son Vaultwarden y Uptime Kuma: ambos son diminutos, ambos son útiles de inmediato y ambos son tolerantes si cometes un error. Haz que uno funcione de extremo a extremo —instalar, certificado, backup, prueba de restauración— antes de añadir un segundo. La habilidad que estás construyendo es de operaciones, no de hacer clic en instalar.

Dos cosas son no negociables en cada una de las apps anteriores, sin excepciones:

1. TLS en todo lo público. Un servicio con IP desnuda y sin cifrar es una demo, no un despliegue. Pon un certificado real delante con Certbot y Let's Encrypt en nginx, o deja que Traefik lo haga automáticamente. Luego endurece la puerta principal con Fail2ban para SSH en Ubuntu 24.04.
2. Backups que realmente hayas restaurado. Automatiza un volcado nocturno —base de datos y volumen de datos juntos— envíalo fuera del equipo, y una vez al mes restáuralo en un VPS de prueba para demostrar que funciona. El día que tu disco muera es el día equivocado para descubrir que el backup estaba vacío.

Si haces bien esas dos cosas, el auto-alojamiento es un placer. Si las ignoras, es una cuenta regresiva.

Las opciones van desde lo práctico hasta lo absurdo, desde un servidor de Minecraft en un VPS para una familia hasta, si disfrutas de una historia de advertencia, el centro de datos menos eficiente del mundo.

FAQ

¿Qué debería auto-alojar primero?

Vaultwarden. Un gestor de contraseñas te da valor diario, reemplaza una suscripción y te obliga a aprender todo el flujo de trabajo —Docker, un proxy inverso, TLS y backups— en una app lo suficientemente pequeña como para reconstruirla en diez minutos si la rompes. Uptime Kuma es un segundo excelente, así que te enteras de las caídas antes que tus usuarios.

¿Qué tanto VPS necesito realmente?

Para una app pequeña, 1 GB de RAM funciona. Para un equipo cómodo de "ejecutar varias cosas", apunta a 4 GB; el punto intermedio de 2 GB es donde la gente sufre cierres silenciosos de contenedores por Out-Of-Memory y no puede entender por qué. La RAM es casi siempre el límite; añade disco para que coincida con los datos que planeas almacenar, y espera que Immich, Ollama y cualquier cosa con una base de datos grande consuman lo máximo de ambos.

¿Qué no debería auto-alojar?

El email, ante todo; el puerto 25 de salida está bloqueado por la mayoría de los proveedores y la entregabilidad es una lucha constante. Después de eso, cualquier cosa que no puedas respaldar y restaurar de forma fiable, y cualquier punto único de fallo cuyo tiempo de inactividad cause un daño real, como un servidor DNS sin respaldo o un sistema de seguridad para el hogar. Todo lo demás en esta lista es viable.

¿Necesito Docker para todo esto?

No, pero es recomendable. Cada app aquí tiene una imagen Docker, y Docker te ofrece instalaciones limpias, eliminaciones limpias, facilidad para fijar versiones y portabilidad a un nuevo host. Algunas apps (WireGuard, Zabbix) también se instalan de forma nativa desde apt si lo prefieres. Una vez que conoces un archivo compose, los conoces todos, por lo que toda la lista se vuelve accesible.

¿Cómo mantengo todo seguro?

Cuatro hábitos cubren la mayor parte: pon TLS delante de todo, mantén SSH restringido con inicio de sesión solo por llave y bloqueo de intentos de fuerza bruta con Fail2ban, expón públicamente solo los puertos que realmente necesitas y accede al resto a través de tu VPN WireGuard, y actualiza regularmente leyendo las notas de la versión para que una actualización nunca te sorprenda. Los backups son el quinto hábito: son tu recuperación cuando un error se te escapa en los primeros cuatro.