SSD Nodes Learn Hosting plans →
Guías Matt ConnorPor Matt Connor

25 aplicaciones para alojar tú mismo en 2026

Lista seleccionada de 25 aplicaciones self-hosted para 2026, agrupadas por función, con sustitutos, consumo real de RAM y disco, y el inconveniente clave de cada una.

Qué se va a construir

No es una sola aplicación, sino una lista seleccionada. Este es el punto central del resto del sitio: veinticinco aplicaciones que realmente merece la pena ejecutar en tu propio VPS en 2026, agrupadas según la función que cumplen. Para cada una se indica el servicio al que sustituye, una cifra realista de RAM y disco, y el único aspecto que te causará problemas si lo omites. Los enlaces llevan a la guía completa paso a paso cuando existe.

He administrado un host VPS durante quince años y ejecuto la mayoría de estas aplicaciones en mis propios servidores. Por eso, las cifras de recursos que aparecen a continuación reflejan el consumo real de la aplicación con una carga de trabajo pequeña, no el valor «mínimo» de una página de marketing. Tómalas como un presupuesto y añade margen.

Requisitos previos y la realidad

Todas las aplicaciones de esta lista se ejecutan en un VPS KVM nuevo con Ubuntu 24.04 y acceso root o sudo. La misma lista funciona igual de bien en un equipo propio, y si está comparando el alquiler mensual con comprar la RAM una sola vez, Proxmox en casa frente a un VPS alquilado analiza los costes de hardware y energía. Casi todas se distribuyen como contenedores Docker, así que instale Docker una vez y tendrá listo casi todo lo necesario para la lista completa (las dos excepciones, Cloudron y CasaOS, se instalan en el host con sus propios scripts de configuración; consulte la sección de paneles de control):

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, omitió el paso de añadir el grupo o no abrió un shell nuevo. Cierre la sesión y vuelva a iniciarla. Si docker compose devuelve docker: 'compose' is not a docker command, tiene el binario independiente antiguo; el script anterior instala el complemento moderno de Compose, que se ejecuta como docker compose (con un espacio, no con un guion).

Tres realidades determinan todo lo que sigue. Primero, la RAM es la limitación, no el disco ni la CPU. Un VPS de 1 GB ejecuta una aplicación pequeña y nada más. 4 GB es el punto adecuado para un equipo donde alojar varias cosas. 2 GB es el punto intermedio problemático: un principiante añade un tercer servicio, se produce una terminación silenciosa por falta de memoria y nunca descubre por qué desapareció el contenedor; sudo dmesg muestra la línea Out of memory: Killed process que el daemon ocultó. Segundo, todo lo que se publique necesita un nombre y un certificado. Una IP sin más sirve para hacer pruebas, pero falla en cuanto quiere que una aplicación móvil o un navegador confíe en el servicio. Tercero, dos puertos determinan la mitad de sus opciones: el puerto entrante 80 debe llegar al equipo para el desafío de certificado HTTP-01 estándar (un desafío DNS-01 evita esto al demostrar el control mediante un registro DNS, algo útil cuando el puerto 80 está cerrado), y la mayoría de los proveedores bloquean el puerto saliente 25. Por eso el correo aparece en la lista de servicios que se deben evitar al final.

Archivos y fotos

  • Nextcloud sustituye a Google Drive, Dropbox y Google Calendar en una sola suite. Reserve 1–2 GB de RAM, además del espacio que ocupen sus archivos. El principal problema es el siguiente: SQLite sirve para una demostración, pero es una mala elección en producción. Instálelo sobre PostgreSQL desde el primer arranque, porque migrar la base de datos después de haber almacenado los datos es la forma más habitual de dañar una instalación de Nextcloud. La guía completa Nextcloud en un VPS con Docker, TLS y copias de seguridad lo configura correctamente desde el primer intento.
  • Immich sustituye a Google Photos, incluida la aplicación móvil que carga automáticamente las fotos de la cámara y permite buscar por rostros y objetos. Reserve 6 GB de RAM; la documentación de Immich indica que es el mínimo. Con 8 GB funcionará con margen. El contenedor de aprendizaje automático es el que más memoria consume. Reserve también un espacio de disco equivalente al de su biblioteca, más aproximadamente un veinte por ciento para las miniaturas. El principal problema es el siguiente: Immich utiliza versionado semántico desde su primera versión estable, v2.0.0, publicada en octubre de 2025. Esto limita los cambios incompatibles a las versiones principales. Además, ya ha pasado a v3, por lo que nunca debe descargar latest sin comprobarlo: pasará directamente a la siguiente versión principal. Fije una versión y lea las notas de la versión antes de cada actualización. La guía biblioteca de fotos Immich autoalojada explica el procedimiento seguro de actualización. Si su servidor tiene menos de esos 6 GB, PhotoPrism e Immich en paralelo compara ambos programas según el uso real de memoria, las aplicaciones móviles y los comandos de copia de seguridad que necesita cada uno antes de confiarles una biblioteca.
  • Seafile sustituye a Dropbox y ofrece el motor de sincronización más rápido de los tres. Reserve aproximadamente 1 GB de RAM. El principal problema es el siguiente: Seafile almacena los archivos como bloques direccionados por contenido, no como archivos normales en el disco. Por tanto, no puede examinar los datos con ls y debe hacer las copias de seguridad mediante las herramientas propias de Seafile, no copiando una carpeta.

Contraseñas

  • Vaultwarden sustituye a la versión de pago de Bitwarden, LastPass y 1Password mediante un servidor Rust pequeño que utiliza el protocolo de Bitwarden. Por eso, todas las aplicaciones oficiales y extensiones de navegador de Bitwarden funcionan directamente. Reserve 100–200 MB de RAM y casi nada de disco. El riesgo es que este servidor almacena todas sus contraseñas. Por tanto, TLS y las copias de seguridad no son opcionales: son el objetivo principal. Configure ADMIN_TOKEN como un hash Argon2. Un token en texto plano dentro de su archivo compose equivale a la contraseña del panel de administración de su servidor. Ese panel muestra todos los usuarios y permite cambiar la configuración del servidor. El token queda visible para cualquiera que pueda leer el archivo. La guía del gestor de contraseñas Vaultwarden es la mejor opción posible para empezar con un servicio alojado por usted.

Medios

  • Jellyfin sustituye a Plex y, para tu propia biblioteca, a Netflix. Es completamente abierto, no requiere cuenta ni cobra por la transmisión remota. Reserva 1–2 GB de RAM en reposo, pero el uso de CPU aumenta mucho durante la transcodificación. El problema es que la transcodificación por software de una transmisión 4K puede saturar un VPS pequeño. Debes proporcionar aceleración de hardware al servidor o mantener los archivos en un formato que los clientes puedan reproducir directamente (Direct Play), para que el servidor sólo transfiera los datos. La guía servidor multimedia Jellyfin en un VPS explica las diferencias. Cuando esté en funcionamiento, Halcyon convierte esa misma biblioteca en un videoclub de los años 90 que puedes recorrer desde el navegador. Es el truco más absurdo y eficaz que conozco para conseguir que una familia explore las estanterías en lugar de pasar por delante de todo con el desplazamiento.
  • Navidrome sustituye a Spotify para tu propia música y transmite contenido a cualquier aplicación compatible con Subsonic. Reserva 150–300 MB de RAM. Está escrito en Go y apenas consume recursos. El problema es que el primer análisis de la biblioteca lee las etiquetas de todos los archivos y puede tardar una hora en una colección grande. Si las etiquetas ID3 son incorrectas, la experiencia de navegación también lo será.
  • Audiobookshelf sustituye a Audible y a tu aplicación de podcasts, y conserva la posición de reproducción entre dispositivos. Reserva 200–500 MB de RAM. El problema es que espera una estructura estricta de una carpeta por libro. Una carpeta de importación desordenada produce una biblioteca desordenada y detectada sólo parcialmente, que después resulta laboriosa de corregir.

Automatización e IA

  • n8n sustituye a Zapier y Make con un creador visual de flujos de trabajo que usted controla y sin facturación por tarea. Reserve 400 MB–1 GB de RAM. El problema es que n8n cifra las credenciales almacenadas con una clave que genera en el primer arranque. Si pierde esa clave o no configura N8N_ENCRYPTION_KEY y deja que se regenere, todas las credenciales guardadas dejan de poder leerse y tendrá que introducirlas de nuevo. La guía n8n autoadministrado con HTTPS fija la clave y coloca un certificado válido delante de las URL de webhook.
  • Ollama sustituye una suscripción a ChatGPT para ejecutar inferencia local y privada con LLM. Reserve recursos según el modelo: un modelo de 7–8B necesita aproximadamente 8 GB de RAM. El tamaño en disco depende de la cuantización: suele ser de 4 a 5 GB para la descarga habitual de 4 bits y de 13 GB o más para una compilación fp16 de precisión completa. El problema es que, en un VPS que sólo usa CPU, la inferencia funciona, pero es lenta. Mida el rendimiento en palabras por segundo, no espere las respuestas instantáneas de una API alojada. Ajuste las expectativas o alquile un servidor con GPU. La guía ejecutar Ollama para autoadministrar un LLM incluye cifras realistas.

Comunicación

  • Rocket.Chat sustituye a Slack para un equipo, con hilos, llamadas e integraciones. Reserve al menos 2 GB de RAM, porque se ejecuta sobre MongoDB y esa es la parte que más recursos consume. El problema es que cada versión principal de Rocket.Chat sólo admite un intervalo reducido de versiones de MongoDB (8.x necesita MongoDB 8.0 o posterior; 7.x funcionaba con 6.0 o 7.0), y las propias instrucciones de actualización de Rocket.Chat indican que se deben recorrer las versiones principales en orden. Si omite una, puede dejar la base de datos en un estado incompatible. Actualice un paso cada vez. La guía Rocket.Chat con Docker Compose explica la secuencia de versiones.
  • Matrix (Synapse) sustituye a Slack y Discord por una red federada con cifrado de extremo a extremo en la que usted administra su homeserver. Reserve 1–2 GB de RAM; el consumo aumenta al unirse a salas públicas grandes. El problema es que Synapse puede consumir mucha memoria en salas federadas grandes y debe ejecutarse sobre PostgreSQL. La configuración predeterminada con SQLite sólo sirve para una prueba con un usuario y falla en cuanto se habilita la federación. Si Synapse resulta demasiado pesado, los servidores Conduit o Dendrite, que consumen menos recursos, hablan el mismo protocolo.

Red y acceso

  • WireGuard sustituye a una VPN comercial y proporciona un túnel privado hacia su propia IP y el resto de sus servicios. Consume muy pocos recursos: menos de 50 MB, y la criptografía se ejecuta en el kernel. El problema es que, en la virtualización basada en contenedores (OpenVZ, algunos LXC), el módulo falla con RTNETLINK answers: Operation not supported; necesita KVM. La guía de VPN WireGuard autohospedada es la referencia. Asociarla con servicios vinculados al túnel permite mantenerlos completamente fuera de Internet público. Si prefiere no editar manualmente la configuración de cada peer para cada dispositivo nuevo, ejecutar un router de subred Tailscale en el VPS anuncia todo ese rango privado al resto de sus máquinas. Para ello, debe aprobar la ruta y hacer que el reenvío IP persista tras un reinicio.
  • Traefik sustituye los hosts virtuales de nginx escritos manualmente y la renovación manual de certificados. Detecta los contenedores mediante sus etiquetas de Docker y obtiene automáticamente los certificados de Let's Encrypt. Reserve aproximadamente 100 MB de RAM. El problema es que el modelo de configuración basado en etiquetas resulta realmente confuso al principio. Una sola etiqueta incorrecta puede dejar una aplicación sin enrutamiento y sin mostrar un error evidente. La guía Proxy inverso Traefik para varias aplicaciones de Docker está diseñada precisamente para ejecutar varias de las aplicaciones de esta página detrás de un único punto de entrada.
  • AdGuard Home sustituye un equipo con Pi-hole y los servicios de filtrado DNS de pago. Bloquea anuncios y rastreadores para todos los dispositivos de la red en la capa DNS. Reserve entre 100 y 150 MB de RAM. El problema es que necesita controlar el puerto 53, que entra en conflicto con systemd-resolved en Ubuntu. No se inicia con listen udp 0.0.0.0:53: bind: address already in use hasta que libera primero el puerto.

Supervisión

  • Uptime Kuma sustituye a Pingdom, UptimeRobot y StatusPage con un panel limpio y alertas para casi cualquier canal. Reserve 150–300 MB de RAM. El problema, que siempre se pasa por alto, es el siguiente: supervise el servidor de producción desde otro servidor. Si Uptime Kuma se ejecuta en el mismo servidor que supervisa, no puede avisarle cuando ese servidor deje de funcionar. La guía sobre supervisión del estado con Uptime Kuma explica cómo realizar la instalación externa.
  • Zabbix sustituye a Datadog y a las suites de supervisión empresariales, con métricas detalladas basadas en agentes, desencadenadores e historial. Reserve 2 GB de RAM o más, además de su propia base de datos. El problema es que Zabbix es potente y realmente pesado de configurar: resulta excesivo para supervisar tres contenedores, pero es la herramienta adecuada para una flota. Empiece con Uptime Kuma y pase al servidor de supervisión Zabbix cuando realmente tenga infraestructura que supervisar.

Prometheus y Grafana no aparecen en esta lista de forma intencionada: son herramientas excelentes para flotas grandes, pero requieren más recursos y ajustes que los que se justifican en una pila personal de dos o tres servidores. A esta escala, Uptime Kuma y Zabbix responden a las mismas preguntas y requieren menos mantenimiento.

Paneles y dashboards

Estos cambian todo el modelo. En lugar de ejecutar archivos compose manualmente, un panel administra las aplicaciones por usted.

  • Cloudron convierte el deseo de que todo funcione con un clic en una tienda de aplicaciones cuidada, con TLS automático y copias de seguridad integradas. Reserve como mínimo 2 GB de RAM; 4 GB ofrecen un margen cómodo. El inconveniente es que sigue criterios muy definidos y quiere administrar todo el servidor. Se instala literalmente en un servidor Ubuntu nuevo mediante su propio script cloudron-setup, no como contenedor. Además, su documentación descarta hosts ARM, LXC, Docker y OpenVZ. También es gratuito sólo para un máximo de dos aplicaciones; a partir de ahí es un producto de pago.
  • CasaOS sustituye un dashboard de homelab desordenado por una cuadrícula de aplicaciones sencilla, gratuita y ligera. Se instala en el host mediante su propio script (curl -fsSL https://get.casaos.io | sudo bash), no como contenedor, y después ejecuta sus aplicaciones en Docker. Reserve aproximadamente entre 150 y 300 MB para el propio CasaOS. El inconveniente es que está diseñado para una red doméstica de confianza y no está reforzado para Internet público. No lo exponga directamente; acceda a él mediante WireGuard.
  • Coolify sustituye a Heroku, Vercel y Netlify con despliegues mediante git-push, bases de datos y vistas previas en su propio servidor. Reserve como mínimo 2 GB de RAM. El inconveniente es que es un proyecto más reciente y evoluciona rápidamente. Fije las versiones y lea las notas de cada versión antes de actualizar. La comparación entre Cloudron, CasaOS y Coolify explica cuál de los tres se adapta mejor a cada caso.

Herramientas para desarrollo y productividad

  • Gitea (o Forgejo) sustituye a GitHub para repositorios privados, incidencias y CI. Reserve 200–500 MB de RAM. El punto importante: Forgejo es el fork de Gitea gobernado por la comunidad y el que muchas personas recomiendan actualmente; ambos son excelentes, pero elija uno y haga copias de seguridad de los repositorios y de la base de datos juntos. Una copia del repositorio sin la base de datos pierde todas las incidencias y solicitudes de incorporación de cambios.
  • Paperless-ngx sustituye un archivador y los escáneres de documentos de pago. Aplica OCR a todo para que los documentos se puedan buscar. Reserve aproximadamente 1 GB de RAM, con picos de CPU durante el OCR. El punto importante: la calidad de los resultados del OCR depende de la calidad de los escaneos, y volver a procesar un archivo grande es lento. Ajuste la configuración antes de importar de una vez diez años de documentos en papel.
  • Actual Budget sustituye a YNAB y al ya retirado Mint con un sistema rápido, local y privado de presupuestos por categorías. Reserve aproximadamente 150 MB de RAM. El punto importante: la sincronización automática con bancos está integrada, pero es opcional. Sólo funciona después de registrarse con un proveedor regional, como SimpleFIN Bridge o Enable Banking, y añadir sus propias credenciales de API. Por tanto, inicialmente tendrá que importar las transacciones manualmente.
  • FreshRSS sustituye a Feedly y al desaparecido Google Reader. Es un lector de feeds rápido y privado con aplicaciones móviles. Reserve aproximadamente 150 MB de RAM. El punto importante: configure la actualización de feeds mediante cron. De lo contrario, los feeds sólo se actualizarán cuando abra la página.
  • BookStack sustituye a Notion y Confluence para la documentación. Organiza el contenido en estanterías, libros y páginas. Reserve aproximadamente 500 MB de RAM con PHP y MySQL. El punto importante: estructura el contenido de una forma propia, en lugar de usar notas de formato libre. A algunas personas les gusta y a otras les parece rígida. Pruébela antes de migrar toda la wiki.
  • Home Assistant sustituye a SmartThings y a una docena de aplicaciones de proveedores. Unifica localmente los dispositivos domóticos. Reserve aproximadamente 1 GB de RAM. El punto importante: muchas de sus funciones dependen del acceso a la red local para comunicarse con los dispositivos. Por eso funciona mejor en hardware situado en casa que en un VPS remoto. Ejecute el panel de forma remota y establezca un puente con la red local si es necesario.

Una instalación representativa

Para concretarlo, esta es la estructura completa de un servicio autohospedado: un archivo de Compose, un certificado real y una copia de seguridad. Este ejemplo usa Uptime Kuma, pero todas las aplicaciones de la lista siguen 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

Observe 127.0.0.1:: la aplicación sólo escucha en localhost y un proxy inverso como Traefik o nginx termina TLS delante de ella. Enlazar directamente con 0.0.0.0:3001 es la forma de publicar accidentalmente un panel de administración sin cifrar en toda Internet.

Qué NO debe alojar todavía

  • Correo electrónico. Este es el caso más claro. La mayoría de los proveedores de VPS bloquean el puerto saliente 25. Verá Connection timed out de telnet aspmx.l.google.com 25 y no hay nada que pueda corregir en su extremo: es una política del proveedor. Algunos proveedores lo desbloquean si lo solicita. AWS, por ejemplo, permite pedir que se elimine la restricción. Pero se trata de una solicitud, no de un interruptor. Incluso con el puerto 25 abierto, una IP nueva sin reputación, registro PTR, SPF, DKIM ni DMARC hará que sus mensajes lleguen a spam o se rechacen directamente. Mantenerlo requiere trabajo continuo. No es una tarea para un fin de semana. Si aun así quiere hacerlo, consulte la guía correo electrónico autoalojado con Mailcow y asuma que tendrá que supervisar la entregabilidad durante meses.
  • Cualquier servicio del que no pueda hacer copias de seguridad y restauraciones de forma fiable. Si nunca ha probado una restauración, no tiene una copia de seguridad; tiene una esperanza. No almacene datos irremplazables, la única copia de sus fotos o sus cuentas en un servicio hasta comprobar que la restauración funciona.
  • La única copia de una dependencia crítica. Un servidor DNS autoalojado que, al fallar, deja sin Internet a toda su red es un mal primer proyecto. Mantenga un respaldo ascendente.
  • Sistemas de seguridad en tiempo real. Las alarmas domésticas, las alertas médicas y cualquier sistema en el que cinco minutos de indisponibilidad supongan un problema real no deben ejecutarse en un equipo para aficionados que actualiza los domingos por la noche.

Cómo elegir la primera y cuáles son los dos requisitos innegociables

Elija la aplicación que elimine una factura que le resulte molesta o una preocupación de privacidad que realmente tenga. En la práctica, las mejores primeras instalaciones son Vaultwarden y Uptime Kuma: ambas ocupan pocos recursos, resultan útiles de inmediato y toleran los errores. Haga funcionar una de principio a fin: instalación, certificado, copia de seguridad y prueba de restauración, antes de añadir una segunda. La habilidad que está desarrollando es la operación de servicios, no hacer clic en el botón de instalación.

Hay dos aspectos innegociables en todas y cada una de las aplicaciones anteriores, sin excepciones:

  1. TLS en todo lo que sea público. Un servicio sin cifrar expuesto directamente mediante la IP es una demostración, no un despliegue. Coloque delante un certificado real con Certbot y Let's Encrypt en nginx, o deje que Traefik lo haga automáticamente. Después, refuerce el acceso con Fail2ban para SSH en Ubuntu 24.04.
  2. Copias de seguridad que haya restaurado realmente. Automatice cada noche un volcado de la base de datos junto con el volumen de datos, envíelo fuera del servidor y, una vez al mes, restáurelo en un VPS desechable para comprobar que funciona. El día que falle el disco no es el momento adecuado para descubrir que la copia de seguridad estaba vacía.

Si hace bien esas dos cosas, el alojamiento propio resulta sencillo y satisfactorio. Si las omite, sólo estará contando el tiempo hasta el fallo.

Las opciones van de lo práctico a lo absurdo: desde un servidor de Minecraft en un VPS para la familia hasta, si le interesa un ejemplo aleccionador, el centro de datos menos eficiente del mundo.

FAQ

¿Qué debería alojar primero?

Vaultwarden. Un gestor de contraseñas ofrece utilidad diaria, sustituye una suscripción y obliga a aprender todo el flujo de trabajo: Docker, un proxy inverso, TLS y copias de seguridad. Además, es una aplicación lo bastante pequeña como para reconstruirla en diez minutos si la rompe. Uptime Kuma es una excelente segunda opción, porque permite detectar las interrupciones antes que los usuarios.

¿Cuánto VPS necesito realmente?

Para una aplicación pequeña, 1 GB de RAM es suficiente. Para un servidor cómodo en el que ejecutar varias aplicaciones, apunte a 4 GB. Con 2 GB es frecuente sufrir terminaciones silenciosas de contenedores por falta de memoria y no saber cuál es la causa. La RAM casi siempre es el límite. Añada disco según los datos que planea almacenar. Immich, Ollama y cualquier aplicación con una base de datos grande suelen necesitar más recursos de ambos tipos.

¿Qué no debería alojar por mi cuenta?

El correo electrónico, ante todo. La mayoría de los proveedores bloquean el puerto saliente 25 y mantener una buena entregabilidad requiere una atención constante. Después, no aloje nada que no pueda respaldar y restaurar de forma fiable, ni ningún punto único de fallo cuya indisponibilidad cause daños reales, como un servidor DNS sin alternativa o un sistema de seguridad doméstica. Todo lo demás de esta lista es una opción razonable.

¿Necesito Docker para todo esto?

No, pero es recomendable. Todas las aplicaciones de esta lista, excepto Cloudron y CasaOS, tienen una imagen de Docker. Esas dos se instalan directamente en el host mediante sus propios scripts de configuración y después ejecutan sus aplicaciones en contenedores. Para el resto, Docker ofrece instalaciones y desinstalaciones limpias, fijación sencilla de versiones y portabilidad a un host nuevo. Algunas aplicaciones, como WireGuard y Zabbix, también se pueden instalar de forma nativa desde apt. Cuando conoce un archivo compose, los demás funcionan de forma similar. Por eso toda la lista resulta accesible.

¿Cómo mantengo todo seguro?

Cuatro hábitos cubren la mayor parte de las necesidades: coloque TLS delante de todo, mantenga SSH restringido mediante inicio de sesión sólo con claves y bloqueo de intentos de fuerza bruta con Fail2ban, exponga públicamente sólo los puertos que realmente necesite y acceda al resto mediante su VPN WireGuard, y actualice con regularidad mientras lee las notas de la versión para que ninguna actualización le sorprenda. Las copias de seguridad son el quinto hábito. Permiten recuperarse cuando un error supera las cuatro primeras medidas.