Tu as écrit ton bot, il tourne sur ta propre machine, il répond aux commandes — mais dès que tu fermes le terminal, il se tait. C'est précisément là qu'intervient l'hébergement de bot Discord : une configuration qui maintient ton bot actif 24/7 et en ligne aussi longtemps que tu le souhaites, sans dépendre de ton ordinateur. Dans cet article je compare le VPS, Railway, les panneaux Pterodactyl et les options gratuites sur le coût, l'uptime et la facilité de mise en place — pour qu'à la fin tu saches exactement laquelle a du sens dans ta situation.
Pourquoi un bot a-t-il besoin d'un serveur toujours allumé ?
Un bot Discord est en réalité un programme à exécution continue qui ouvre une connexion WebSocket persistante vers la gateway de Discord. Pour recevoir les événements (messages, boutons, commandes slash), cette connexion doit rester active. Le faire tourner sur ta propre machine pose trois problèmes : le bot meurt quand tu éteins l'ordinateur, la connexion saute à la moindre coupure internet, et garder un PC allumé en permanence n'a guère de sens côté consommation et performance. La solution : exécuter le bot sur un serveur toujours allumé.
Pour choisir, je regarde trois choses : l'uptime (la fiabilité avec laquelle le bot reste actif), le coût et le contrôle / la facilité de mise en place. Ces critères s'opposent souvent — l'option bon marché et facile offre généralement le moins de contrôle.
Les options gratuites : jusqu'où vont-elles ?
Les offres gratuites semblent tentantes pour les bots de loisir, mais il faut en connaître clairement les limites. Au fil des ans, de nombreux services gratuits « toujours allumés » ont soit fermé, soit basculé vers un modèle de mise en veille après inactivité. Les options gratuites réalistes aujourd'hui sont :
- Oracle Cloud Always Free : propose de petites instances VPS ARM/x86 qui restent réellement gratuites. Techniquement l'option gratuite la plus puissante, mais la configuration t'incombe entièrement (tu gères Linux) et la validation du compte peut parfois être laborieuse.
- Des plateformes comme Railway / Render : offrent un crédit d'utilisation gratuit mensuel. La mise en place est simple, mais le bot s'arrête une fois le crédit épuisé, et un bot toujours actif peut consommer ce crédit rapidement.
- Replit : pratique pour des essais rapides, mais l'exécution persistante « always-on » n'est plus fiable sur le plan gratuit ; je ne le recommanderais pas pour un bot sérieux.
En résumé : les offres gratuites conviennent à l'apprentissage et aux petits bots de test. Pour un bot avec quelques centaines d'utilisateurs censé rester en ligne, elles sont généralement insuffisantes.
Railway et le PaaS : le démarrage le plus simple
Railway, Render et les solutions PaaS (Platform as a Service) similaires sont idéales si tu ne veux pas gérer un serveur de A à Z. Tu connectes un dépôt GitHub, la plateforme compile et exécute le code, et tu définis seulement une commande de démarrage et tes variables d'environnement. Au lieu de coder le token en dur, tu le passes en variable d'environnement :
// index.js
const { Client, GatewayIntentBits } = require('discord.js');
const client = new Client({ intents: [GatewayIntentBits.Guilds] });
client.once('ready', () => {
console.log(`Connecté en tant que ${client.user.tag}`);
});
client.login(process.env.DISCORD_TOKEN);Il te suffit d'un script de démarrage dans package.json :
{
"scripts": {
"start": "node index.js"
}
}L'avantage : tu es en ligne en quelques minutes, sans te soucier des mises à jour serveur ni des correctifs de sécurité. L'inconvénient : le coût peut grimper vite à mesure que l'usage augmente, et tu as un contrôle limité sur l'infrastructure sous-jacente.
VPS : le maximum de contrôle, le meilleur rapport coût/performance
Si ton bot a grandi, ou si tu fais tourner plusieurs bots/services, un petit VPS (par exemple Hetzner, DigitalOcean ou Contabo) est généralement le choix le plus judicieux. Pour quelques euros par mois, tu obtiens un serveur Linux avec accès root et tu y exécutes ce que tu veux. Pour que le bot reste actif sans tomber, je recommande pm2 comme gestionnaire de processus :
# avec Node.js installé :
npm install -g pm2
# démarre le bot et nomme-le
pm2 start index.js --name discord-bot
# survit automatiquement aux redémarrages du serveur
pm2 startup
pm2 savePour les bots Python (discord.py), l'approche est la même ; au lieu de pm2 tu peux écrire un service systemd ou utiliser pm2 start bot.py --interpreter python3. Le grand atout d'un VPS : les ressources sont entièrement à toi, le coût est fixe et prévisible, et tu peux garder la base de données et un panneau web sur la même machine. En contrepartie, l'administration Linux de base (mises à jour, pare-feu, clés SSH) relève de ta responsabilité.
Pterodactyl : gérer plusieurs bots depuis un panneau
Pterodactyl est un panneau open source de serveur de jeu/d'application que tu installes par-dessus ton propre VPS. Il te permet de démarrer et d'arrêter chaque bot dans un conteneur Docker depuis une interface web, de suivre ses logs et de fixer des limites de ressources. Ce n'est pas un « hébergement » en soi — il ajoute une couche de gestion sur un serveur existant. Il apporte de la valeur quand :
- Tu fais tourner plusieurs bots ou différents projets sur le même serveur et veux isoler chacun.
- Tu veux confier des bots à d'autres (une équipe, un client) sans donner d'accès SSH ; tu peux accorder un accès limité au panneau.
Pour un seul bot, installer Pterodactyl relève de la sur-ingénierie — un simple pm2 est plus pratique dans ce cas.
Lequel choisir ? Guide de décision rapide
- Tu débutes / bot de test : une offre gratuite (crédit Railway ou Oracle Always Free).
- Tu ne veux pas gérer de serveur, déploiement rapide : un PaaS comme Railway/Render.
- Bot sérieux et en croissance / coût fixe : un petit VPS +
pm2. - Beaucoup de bots, gestion d'équipe/clients : un VPS + le panneau Pterodactyl.
La sécurité du token suit la même règle partout : ne mets jamais le token dans ton code ni dans ton dépôt Git, utilise toujours une variable d'environnement (.env), et régénère-le immédiatement depuis le portail développeur de Discord en cas de fuite.
Questions fréquentes
De combien de RAM ai-je besoin pour exécuter un bot Discord ?
La plupart des bots petits à moyens tournent confortablement avec 256 à 512 Mo de RAM. Les bots musicaux (streaming audio) ou ceux qui sollicitent beaucoup une base de données en demandent davantage ; un VPS de 1 Go gère sans peine la grande majorité de ces charges.
Puis-je rester en ligne 24/7 avec un hébergement gratuit ?
Dans une certaine mesure, oui. Oracle Always Free fournit un vrai VPS, donc c'est continu, mais la configuration t'incombe. Sur les PaaS à crédit, le bot s'arrête quand le crédit est épuisé en fin de mois ; pour une vraie garantie 24/7, un plan payant ou un VPS est plus fiable.
Je ne sais pas gérer un VPS — devrais-je quand même en prendre un ?
Sans connaissances de base en Linux/SSH, un PaaS est moins stressant pour démarrer. Cela dit, lancer un bot avec pm2 est une compétence facile à acquérir, et à long terme elle est payante tant en coût qu'en contrôle.
Tu cherches la bonne configuration d'hébergement pour ton bot ? Qu'il s'agisse d'écrire un bot Discord de zéro ou de migrer ton bot existant vers un VPS pour qu'il tourne 24/7 sans souci, je peux le mettre en place de bout en bout. Contacte-moi et précisons ensemble ton besoin.