Hosting gratis para bots de Discord 24/7

La respuesta corta

Sí, puedes tener un bot de Discord funcionando gratis. No, casi ninguna opción gratuita lo mantendrá en línea a todas horas sin que tengas que estar pendiente. Solo una lo consigue de verdad: una máquina tuya que dejas encendida. Todo lo demás cambia disponibilidad por el cero de la factura: duerme el bot, lo mide o lo reinicia según un horario.

Esa es la guía entera en tres líneas. El resto explica qué opción hace qué, para que elijas sabiendo a qué te atienes.

Si tu bot es un proyecto de fin de semana que estás desarrollando activamente, un plan gratuito es la herramienta adecuada y puedes dejar de leer aquí. Si ya hay otras personas usándolo, sigue leyendo: los fallos que se describen abajo son los que te van a afectar.

Las cuatro formas en que lo "gratis" deja de ser 24/7

Los planes gratuitos no fallan al azar. Fallan de cuatro formas concretas, y saber cuál te está afectando te dice al instante si tiene arreglo.

1. La plataforma suspende tu proceso

Las plataformas de hosting recuperan capacidad de lo que parece inactivo. Aquí está la trampa: para una plataforma web, un bot de Discord parece totalmente inactivo. Abre un WebSocket saliente hacia el gateway de Discord y espera. No llega nada a ningún puerto, no se sirve ninguna petición HTTP, no se mueve ningún gráfico de tráfico. Tu bot puede pasarse la tarde respondiendo comandos y seguir sin hacer nada según todas las métricas que vigila la plataforma.

2. Los arranques en frío no tienen quién los despierte

Para una web, la suspensión es llevadera: la petición del siguiente visitante la despierta y este espera un segundo. Nadie envía peticiones HTTP a un bot de Discord, así que no hay nada que lo despierte: simplemente se queda caído. Esa es la única razón de que existan los trucos de keep-alive: un pequeño servidor web pegado al bot y un servicio externo que le hace ping sin parar. Funciona hasta que el ping se detiene, la plataforma cambia sus reglas de suspensión o lees las condiciones y descubres que estás yendo en contra de ellas.

3. El sistema de archivos no es tuyo para siempre

En muchos planes gratuitos el disco se reinicia cuando la aplicación se vuelve a desplegar o se reinicia. Si tu bot guarda niveles, economía, advertencias o ajustes por servidor en un archivo JSON junto a su código, ese archivo es almacenamiento temporal que parece permanente. Aguanta días, lo suficiente para que confíes en él, y luego un reinicio lo borra. Todo lo que tenga que sobrevivir a un reinicio va en una base de datos, no en el disco.

4. Se agota la cuota mensual

Algunos planes gratuitos no se basan en suspender: te dan una cuota de uso al mes. Un bot que funciona sin parar consume esa cuota sin parar, así que se detiene a mitad del ciclo y vuelve cuando el contador se reinicia. Tres semanas de disponibilidad es una configuración perfecta para un hobby. No es 24/7.

Replit: crea el bot allí, pero no lo dejes allí

Replit es un editor y un entorno de ejecución en una sola pestaña del navegador, y para escribir un bot resulta realmente cómodo: pasas de un archivo vacío a un bot que responde en tu servidor de pruebas sin instalar nada. El primer bot funcional de mucha gente vivió en Replit, incluidos bastantes que después se convirtieron en algo serio.

El inconveniente es de diseño, no de tacañería: Replit gira en torno a un espacio de trabajo que estás usando. Mantener un proceso en marcha después de cerrar la pestaña es una función aparte y de pago, y el espacio de trabajo gratuito se detiene cuando dejas de trabajar en él. Es una decisión de producto coherente (es un entorno de desarrollo, no una plataforma de hosting), pero significa que "mi bot se desconecta cuando cierro el portátil" es el comportamiento previsto, no un error que haya que resolver.

Lo que nos lleva al patrón de keep-alive que verás en decenas de tutoriales: añadir un servidor web mínimo al bot y apuntar hacia él un monitor de disponibilidad gratuito para que algo pida siempre la página. Funciona durante un tiempo. También es frágil por todos lados: el monitor deja de funcionar, las reglas cambian y acabas manteniendo el apaño en lugar del bot. Antes de construir nada encima, lee la documentación actual de Replit para saber qué incluye hoy el plan gratuito, porque esto es justo el tipo de cosa que se revisa.

Render y Railway: plataformas serias, formato equivocado para lo gratis

Render y Railway son plataformas de despliegue de verdad: haces git push, se compila y se ejecuta. Sus planes de pago son un lugar perfectamente razonable para un bot de Discord. Donde la gente se lleva la sorpresa es en las opciones gratuitas, y por dos motivos distintos que conviene separar.

Render: tu bot es el tipo de servicio equivocado

La oferta gratuita de Render está pensada para servicios web (cosas que responden a peticiones HTTP) y los detiene cuando no llegan peticiones. Un bot de Discord no es eso. Es un proceso en segundo plano que mantiene una conexión saliente, y nunca recibirá el tráfico HTTP que lo mantendría despierto. Así que el desajuste no tiene que ver con lo generoso que sea el plan: la carga de trabajo no encaja con la forma del producto. Si los procesos en segundo plano están disponibles en el plan gratuito es justo el tipo de detalle que cambia, así que consulta la documentación de Render en lugar de un tutorial de hace dos años.

Railway: medido por uso, así que se para a mitad de mes

Railway mide el uso y te da una cuota para gastar. Nada se duerme y no hace falta hacer ping a nada: simplemente funciona hasta que se acaba la cuota y luego se detiene hasta el siguiente ciclo. Como forma de probar un despliegue, es limpio y predecible. Como "hosting 24/7" lleva incorporado un corte seguro, y ese corte llega a mitad de mes cuando no estás mirando. Su documentación de precios tiene las cifras actuales.

Las dos merecen la pena y ninguna se está criticando aquí. Si te gusta cómo funcionan, lo honesto es usar el plan de pago de la plataforma que te guste, no pelearte con el gratuito para que se comporte como tal.

Oracle Always Free, GitHub Actions y las ofertas de "VPS gratis"

Tres opciones más que salen constantemente, ordenadas de más a menos fiables.

Oracle Always Free: lo más cerca que está la nube de un 24/7 gratis

Esta es real. El plan Always Free de Oracle incluye pequeñas máquinas virtuales que no se duermen: un servidor Linux normal que sigue en marcha, que es exactamente lo que buscabas. Dos pegas honestas. Primero, lo difícil es conseguir una: la capacidad gratuita en una región concreta a menudo no está disponible, y la solución es probar otra región o esperar. Segundo, te acabas de convertir en administrador de sistemas: actualizaciones del sistema operativo, cortafuegos, una unidad de servicio para que el bot se reinicie al arrancar y tus propias copias de seguridad. Es un buen trato si quieres aprenderlo, y uno malo si solo querías tener el bot en línea. Lee las condiciones actuales de Always Free de Oracle antes de depender de ellas, incluido qué pasa con las instancias que consideran inactivas.

GitHub Actions: no es un hosting, ni está permitido usarlo como tal

Actions es un sistema de CI: ejecuta un trabajo cuando pasa algo en tu repositorio, y los trabajos tienen un tiempo máximo de ejecución. Puedes encadenar ejecuciones programadas para imitar un proceso permanente, y hay quien lo hace. Dos razones para no hacerlo. En la práctica, tienes un bot que muere y se reinicia según un horario, con un hueco cada vez. Formalmente, las condiciones de GitHub limitan Actions a trabajo relacionado con el propio software del repositorio: un bot funcionando sin parar queda fuera de aquello para lo que existe el producto, y levantar tu comunidad sobre algo que pueden apagarte es mala base. Úsalo para lo que hace de maravilla: probar el código de tu bot en cada push.

Ofertas de "VPS gratis": júzgalas por lo que no te cuentan

Se dividen en dos grupos. Unas son pruebas normales: una máquina real, un límite de tiempo real y una tarjeta obligatoria. Bien, siempre que sepas que el reloj corre. Las demás anuncian un servidor gratis para siempre y son vagas con los detalles, y eso ya lo dice todo: si un proveedor no pone por escrito la CPU, la RAM, la red y la política de uso aceptable, ahí tienes la respuesta. Una máquina sobrevendida sin límites declarados no falla de forma evidente; simplemente va lenta, tu bot tarda en responder y nunca sabes por qué.

Tu propio PC o una Raspberry Pi: la opción que de verdad es gratis

Esta es la opción que cumple lo que promete. Hardware que ya tienes, encendido, ejecutando tu bot. Nada lo duerme, nada lo mide y no se agota ninguna cuota. Si tienes una máquina libre y una conexión estable, esto es hosting 24/7 gratis de verdad y esta guía no va a decir lo contrario.

Lo que pagas a cambio no es dinero, y conviene decirlo con claridad:

• Electricidad, todo el mes, todos los meses. Un PC de sobremesa siempre encendido se nota en la factura; una Raspberry Pi es calderilla. Haz la cuenta con tu propia tarifa: quien te dé una cifra está adivinando el precio de tu electricidad.
• La fiabilidad de tu conexión de casa pasa a ser la disponibilidad de tu bot. El router se reinicia a las 3 de la madrugada, tu proveedor tiene una mala hora, la luz parpadea. Cada vez es un hueco, y te enteras cuando alguien de tu servidor lo comenta.
• Tu atención. Una actualización de Windows decide reiniciar en el peor momento, o el proceso muere en silencio y nada lo vuelve a levantar. En una instalación casera, la monitorización eres tú.

Dos cosas marcan la diferencia entre que esto funcione y que sea una molestia constante:

• Haz que se reinicie solo. Un bot arrancado a mano en una terminal se acaba con el primer fallo o reinicio. Configúralo como un servicio que vuelva a arrancar al encender la máquina: ese único paso es lo que separa "alojado en casa" de "funcionando hasta que pase algo".
• Usa una Raspberry Pi en lugar de tu ordenador de diario. Consume casi nada, no tiene ventilador que moleste y, sobre todo, no la usas para nada más, así que nada de lo que hagas puede tumbar el bot. Ten en cuenta que la tarjeta SD acaba desgastándose, así que guarda lo que te importe en algún sitio del que hagas copia de seguridad.

Hosting 24/7 gratis para un bot en Python o Node.js

La pregunta suele llegar con un lenguaje incluido: hosting 24/7 gratis para un bot de discord.py, o para uno de discord.js. La respuesta honesta es que el lenguaje apenas cambia si un hosting gratuito mantiene tu bot en línea. La suspensión, los arranques en frío, un disco que se reinicia y una cuota mensual actúan sobre el proceso, no sobre el lenguaje en que está escrito. Un bot en Python y otro en Node.js en el mismo plan gratuito se desconectan en el mismo momento y por la misma razón.

Donde el lenguaje sí importa es en los detalles que deciden si un hosting encaja o no:

• ¿Se ofrece el entorno de ejecución y en qué versión? discord.js sigue las versiones actuales de Node.js y discord.py necesita un Python razonablemente reciente. Un plan gratuito que solo ofrece un entorno antiguo, o solo uno de los dos, queda descartado antes de hablar siquiera de disponibilidad. Compara las versiones que admite el hosting con los requisitos de la propia librería.
• Las dependencias se vuelven a instalar en un disco limpio. En un hosting cuyo sistema de archivos se reinicia, las librerías del bot se reinstalan tras cada reinicio o nuevo despliegue, tanto en Node.js como en Python. Eso alarga el hueco después de cada reinicio, y una dependencia que no se instala significa que el bot no vuelve.
• La voz necesita algo más que la librería. Un bot de música en cualquiera de los dos lenguajes necesita componentes nativos junto a la librería (una librería de audio Opus, una de cifrado y FFmpeg), y muchas plataformas gratuitas ni los incluyen ni te dejan instalar paquetes del sistema. A un bot solo de texto no le afecta.
• El truco de keep-alive cambia de aspecto y falla igual. Los tutoriales de Python pegan un pequeño servidor Flask al bot; los de Node.js usan Express. En ambos casos solo existe para generar peticiones que eviten que la plataforma suspenda el proceso, y se rompe por las mismas razones descritas arriba.

La memoria es el otro punto en que se diferencian: la misma lógica de bot no usa la misma cantidad de RAM como proceso de Node.js que como proceso de Python, y un bot de música usa más que cualquiera de los dos. Aun así, la mayoría de los bots de comandos y moderación caben holgadamente en unos cientos de megabytes en ambos lenguajes, así que para un bot típico no es lo que decide.

Cuándo merece la pena pagar, y lo poco que hace falta

Aquí hay una línea clara, y no tiene que ver con lo grande que sea tu bot. Paga cuando el bot deja de ser solo tuyo y pasa a ser algo de lo que dependen otras personas. Hasta ese punto, una caída te cuesta un encogimiento de hombros. A partir de ahí, una caída te cuesta justo aquello para lo que creaste el bot.

Cuatro señales de que ya has cruzado esa línea:

• Otra persona se da cuenta de que el bot está caído antes que tú.
• Lo has reiniciado a mano más de una vez este mes.
• Perder sus datos (niveles, economía, configuración) importaría de verdad.
• Dedicas más tiempo a mantener un apaño de keep-alive que a trabajar en el bot.

Lo que hace fácil esta decisión es el precio. Un bot es una carga ligera: un bot de moderación o de comandos va sobrado con unos cientos de megabytes de RAM, así que lo que compras no es potencia, es que funcione y siga funcionando. El hosting de bots de Discord de HytHost empieza en €0.89/mes, con un proceso que se reinicia solo si falla, una base de datos que sobrevive a los reinicios y un SLA del 99,9 % de disponibilidad, por más o menos lo que te habría costado igualmente la electricidad de un PC de sobremesa.

Si lo que quieres es la parte práctica de subir tu código a un hosting (el comando de inicio, las dependencias, mantener el token fuera del repositorio), eso es otro trabajo y tiene su propia guía: cómo alojar un bot de Discord 24/7.