Hospedagem de bot Discord grátis 24/7

A resposta curta

Sim, dá para rodar um bot de Discord de graça. Não, quase nenhuma opção gratuita vai mantê-lo online o tempo todo sem você precisar ficar de olho. Só uma consegue de verdade: uma máquina sua que você deixa ligada. Todo o resto troca disponibilidade pelo zero na fatura: coloca o bot para dormir, mede o uso ou reinicia em horários fixos.

Esse é o guia inteiro em três linhas. O resto explica qual opção faz o quê, para você escolher sabendo onde está pisando.

Se o seu bot é um projeto de fim de semana que você está desenvolvendo ativamente, um plano gratuito é a ferramenta certa e você pode parar de ler aqui. Se outras pessoas já usam o bot, continue: as falhas descritas abaixo são as que vão pegar você.

As quatro formas como o "grátis" deixa de ser 24/7

Planos gratuitos não falham ao acaso. Eles falham de quatro jeitos específicos, e saber qual deles está afetando você diz na hora se tem conserto.

1. A plataforma suspende o seu processo

Plataformas de hospedagem recuperam capacidade do que parece inativo. A armadilha é esta: para uma plataforma web, um bot de Discord parece completamente inativo. Ele abre um WebSocket de saída para o gateway do Discord e fica esperando. Nada chega em nenhuma porta, nenhuma requisição HTTP é atendida, nenhum gráfico de tráfego se mexe. Seu bot pode passar a noite inteira respondendo comandos e continuar, por todas as métricas que a plataforma observa, sem fazer nada.

2. Cold starts não têm nada que os acorde

Para um site, a suspensão é tolerável: a requisição do próximo visitante acorda o site e ele espera um segundo. Ninguém manda requisições HTTP para um bot de Discord, então não há nada para acordá-lo: ele simplesmente continua fora do ar. Esse é o único motivo de existirem os truques de keep-alive: um pequeno servidor web acoplado ao bot e um serviço externo pingando para sempre. Funciona até o ping parar, a plataforma mudar as regras de suspensão ou você ler os termos e descobrir que está indo contra eles.

3. O sistema de arquivos não é seu para guardar

Em muitos planos gratuitos o disco é zerado quando o app é reimplantado ou reiniciado. Se o seu bot grava níveis, economia, advertências ou configurações por servidor em um arquivo JSON ao lado do código, esse arquivo é armazenamento temporário que parece permanente. Ele sobrevive por dias, tempo suficiente para você confiar nele, e aí uma reinicialização apaga tudo. Tudo o que precisa sobreviver a uma reinicialização vai para um banco de dados, não para o disco.

4. A cota mensal acaba

Alguns planos gratuitos não se baseiam em suspensão: eles dão uma cota de uso por mês. Um bot que roda sem parar consome essa cota sem parar, então ele para no meio do ciclo e volta quando o contador zera. Três semanas no ar é uma configuração ótima para hobby. Não é 24/7.

Replit: crie o bot lá, mas não o deixe lá

O Replit é um editor e um ambiente de execução numa única aba do navegador, e para escrever um bot ele é realmente agradável: você vai de um arquivo vazio a um bot respondendo no seu servidor de testes sem instalar nada. O primeiro bot funcional de muita gente nasceu no Replit, incluindo vários que depois viraram algo sério.

O problema é estrutural, não mesquinharia: o Replit é construído em torno de um espaço de trabalho que você está usando. Manter um processo rodando depois de fechar a aba é um recurso separado e pago, e o espaço de trabalho gratuito desliga quando você para de trabalhar nele. É uma decisão de produto coerente (é um ambiente de desenvolvimento, não uma plataforma de hospedagem), mas significa que "meu bot cai quando eu fecho o notebook" é o comportamento esperado, não um bug a ser resolvido.

O que nos leva ao padrão de keep-alive que você vai encontrar em dezenas de tutoriais: adicionar um servidor web mínimo ao bot e apontar para ele um monitor de uptime gratuito, para que algo esteja sempre requisitando a página. Funciona por um tempo. Também é frágil por todos os lados: o monitor para, as regras mudam e você acaba mantendo a gambiarra em vez do bot. Antes de construir qualquer coisa em cima disso, leia a documentação atual do Replit para ver o que o plano gratuito inclui hoje, porque é exatamente o tipo de coisa que é revista.

Render e Railway: plataformas sérias, formato errado para o grátis

Render e Railway são plataformas de deploy de verdade: você dá git push, ele faz o build e roda. Os planos pagos delas são um lugar perfeitamente sensato para um bot de Discord. É nas opções gratuitas que as pessoas se dão mal, e por dois motivos diferentes que vale a pena separar.

Render: seu bot é o tipo errado de serviço

A oferta gratuita do Render é pensada para web services (coisas que respondem a requisições HTTP) e os desliga quando não chegam requisições. Um bot de Discord não é isso. É um processo em segundo plano mantendo uma conexão de saída, e ele nunca vai receber o tráfego HTTP que o manteria acordado. Então o descompasso não tem a ver com o quanto o plano é generoso: a carga de trabalho não se encaixa no formato do produto. Se processos em segundo plano estão disponíveis no plano gratuito é exatamente o tipo de detalhe que muda, então confira a documentação do próprio Render em vez de um tutorial de dois anos atrás.

Railway: cobrado por uso, então para no meio do mês

O Railway mede o uso e dá uma cota para gastar. Nada dorme e nada precisa de ping: ele simplesmente roda até a cota acabar, e então para até o próximo ciclo. Como forma de testar um deploy, é limpo e previsível. Como "hospedagem 24/7", ele já vem com uma parada embutida, e essa parada chega no meio do mês, quando você não está olhando. A documentação de preços deles traz os valores atuais.

Vale a pena conhecer as duas, e nenhuma está sendo criticada aqui. Se você gosta do fluxo de trabalho, o honesto é usar o plano pago da plataforma de que você gosta, não brigar com o gratuito para que ele se comporte como tal.

Oracle Always Free, GitHub Actions e as ofertas de "VPS grátis"

Mais três opções que aparecem o tempo todo, em ordem decrescente de confiança.

Oracle Always Free: o mais perto que a nuvem chega de um 24/7 grátis

Essa é real. O plano Always Free da Oracle inclui pequenas máquinas virtuais que não dormem: um servidor Linux comum que continua ligado, que é exatamente o que você queria. Dois poréns, sendo honesto. Primeiro, o difícil é conseguir uma: a capacidade gratuita numa região costuma estar indisponível, e a solução é tentar outra região ou esperar. Segundo, você acabou de virar administrador de sistemas: atualizações do sistema operacional, firewall, uma unidade de serviço para o bot reiniciar no boot e os seus próprios backups. É uma troca justa se você quer aprender isso, e uma troca ruim se você só queria o bot online. Leia os termos atuais do Always Free da Oracle antes de depender deles, incluindo o que acontece com instâncias que eles consideram ociosas.

GitHub Actions: não é hospedagem, e não é permitido usar como uma

Actions é um sistema de CI: ele roda um job quando algo acontece no seu repositório, e os jobs têm um tempo máximo de execução. Dá para encadear execuções agendadas para imitar um processo permanente, e tem gente que faz isso. Dois motivos para não fazer. Na prática, você fica com um bot que morre e reinicia num cronograma, com um buraco a cada vez. Formalmente, os termos do GitHub restringem o Actions a trabalhos ligados ao próprio software do repositório: um bot rodando sem parar está fora do propósito do produto, e construir sua comunidade sobre algo que pode ser desligado é uma base ruim. Use-o para o que ele faz muito bem: testar o código do seu bot a cada push.

Ofertas de "VPS grátis": julgue pelo que elas não contam

Elas se dividem em dois grupos. Algumas são testes comuns: uma máquina de verdade, um prazo de verdade, cartão obrigatório. Tudo bem, desde que você saiba que o relógio está correndo. As outras anunciam um servidor grátis para sempre e são vagas nos detalhes, e isso já entrega tudo: se um provedor não informa por escrito a CPU, a RAM, a rede e a política de uso aceitável, essa é a resposta. Uma máquina superlotada sem limites declarados não falha de forma escandalosa; ela só fica lenta, seu bot demora para responder e você nunca descobre o porquê.

Seu próprio PC ou um Raspberry Pi: a opção que é grátis de verdade

Esta é a opção que cumpre o que promete. Um hardware que você já tem, ligado, rodando o seu bot. Nada o coloca para dormir, nada mede o uso e nenhuma cota acaba. Se você tem uma máquina sobrando e uma conexão estável, isso é hospedagem 24/7 grátis de verdade e este guia não vai fingir o contrário.

O que você paga em troca não é dinheiro, e vale a pena dizer com honestidade:

• Energia elétrica, o mês todo, todo mês. Um PC de mesa sempre ligado pesa de verdade na conta; um Raspberry Pi é troco. Faça a conta com a sua própria tarifa: quem te passar um valor está chutando o preço da sua energia.
• A confiabilidade da sua internet de casa vira o uptime do seu bot. O roteador reinicia às 3 da manhã, a operadora tem uma hora ruim, a luz pisca. Cada uma dessas é um buraco, e você fica sabendo quando alguém no seu servidor comenta.
• A sua atenção. Uma atualização do Windows resolve reiniciar na pior hora, ou o processo morre em silêncio e nada o traz de volta. Numa configuração caseira, o monitoramento é você.

Duas coisas fazem a diferença entre isso funcionar e virar uma dor de cabeça recorrente:

• Faça ele reiniciar sozinho. Um bot iniciado à mão num terminal acaba no primeiro crash ou reinicialização. Configure-o como um serviço que volta no boot: esse único passo é o que separa "hospedado em casa" de "rodando até acontecer alguma coisa".
• Use um Raspberry Pi em vez do seu computador do dia a dia. Ele consome quase nada, não tem ventoinha para incomodar e, o mais importante, você não o usa para mais nada, então nada do que você fizer pode derrubar o bot. Lembre que o cartão SD se desgasta com o tempo, então guarde tudo o que importa em algum lugar com backup.

Hospedagem 24/7 grátis para bot em Python ou Node.js

A pergunta costuma vir com uma linguagem junto: hospedagem 24/7 grátis para um bot em discord.py, ou para um em discord.js. A resposta honesta é que a linguagem quase não muda se uma hospedagem gratuita mantém seu bot online. Suspensão, cold starts, um disco que é zerado e uma cota mensal agem sobre o processo, não sobre a linguagem em que ele foi escrito. Um bot em Python e um em Node.js no mesmo plano gratuito caem no mesmo momento, pelo mesmo motivo.

Onde a linguagem importa é nos detalhes que decidem se uma hospedagem serve ou não:

• O runtime é oferecido, e em qual versão? O discord.js acompanha as versões atuais do Node.js e o discord.py precisa de um Python razoavelmente recente. Um plano gratuito que só oferece um runtime antigo, ou só um dos dois, se elimina antes mesmo de a disponibilidade entrar na conversa. Compare as versões suportadas pela hospedagem com os requisitos da própria biblioteca.
• As dependências são reinstaladas num disco limpo. Numa hospedagem cujo sistema de arquivos é zerado, as bibliotecas do bot são reinstaladas a cada reinicialização ou novo deploy, tanto em Node.js quanto em Python. Isso aumenta o buraco depois de cada reinicialização, e uma dependência que falha ao instalar significa que o bot simplesmente não volta.
• Voz precisa de mais do que a biblioteca. Um bot de música em qualquer das duas linguagens precisa de componentes nativos ao lado da biblioteca (uma biblioteca de áudio Opus, uma de criptografia e o FFmpeg), e muitas plataformas gratuitas nem os oferecem nem deixam você instalar pacotes do sistema. Um bot só de texto não é afetado.
• O truque de keep-alive muda de cara e falha do mesmo jeito. Tutoriais de Python acoplam um pequeno servidor Flask ao bot; os de Node.js usam Express. Nos dois casos ele só existe para gerar requisições que impeçam a plataforma de suspender o processo, e quebra pelos mesmos motivos descritos acima.

A memória é o outro ponto em que as duas diferem: a mesma lógica de bot não usa a mesma quantidade de RAM como processo Node.js e como processo Python, e um bot de música usa mais do que qualquer um dos dois. Ainda assim, a maioria dos bots de comandos e moderação cabe com folga em algumas centenas de megabytes nas duas linguagens, então para um bot típico isso não é o fator decisivo.

Quando vale a pena pagar, e o pouco que é preciso

Aqui existe uma linha clara, e ela não tem a ver com o tamanho do seu bot. Pague quando o bot deixa de ser só seu e vira algo de que outras pessoas dependem. Até esse ponto, uma queda custa um dar de ombros. Depois dele, uma queda custa justamente aquilo para o que você criou o bot.

Quatro sinais de que você já cruzou essa linha:

• Outra pessoa percebe que o bot caiu antes de você.
• Você já reiniciou o bot à mão mais de uma vez este mês.
• Perder os dados dele (níveis, economia, configuração) faria diferença de verdade.
• Você passa mais tempo mantendo uma gambiarra de keep-alive do que trabalhando no bot.

O motivo de essa decisão ser fácil é o preço. Um bot é uma carga leve: um bot de moderação ou de comandos roda tranquilo com algumas centenas de megabytes de RAM, então o que você está comprando não é potência, é o fato de que ele roda e continua rodando. A hospedagem de bots Discord da HytHost começa em €0.89/mês, com um processo que reinicia sozinho se der crash, um banco de dados que sobrevive às reinicializações e um SLA de 99,9% de uptime, por mais ou menos o que a energia de um PC de mesa teria custado de qualquer jeito.

Se você quer a parte prática de colocar o seu código numa hospedagem (o comando de inicialização, as dependências, manter o token fora do repositório), isso é outro trabalho e tem um guia próprio: como hospedar um bot de Discord 24/7.