DomainePrivé Hébergement
Logiciels & applications

Hébergeur bot Discord gratuit : le 24/7 dépend aussi du renouvellement

Maël de Kerbrat 9 min de lecture
Hébergeur bot Discord gratuit 24/7 : renouvellement RAM CPU stockage

Un bot Discord peut rester connecté lorsque votre ordinateur est éteint : son programme s’exécute sur un serveur distant. Pour choisir un hébergeur gratuit, comparez la mémoire disponible, la compatibilité avec votre code et les conditions de renouvellement. Une offre annoncée « 24/7 » peut demander une intervention tous les quatre ou cinq jours pour rester active.

Quatre hébergeurs gratuits à comparer sur leurs limites réelles

KataBump, ACLClouds, TeoHeberg et Bot-Hosting.net proposent des points de départ gratuits pour héberger un bot. Le bon choix dépend des besoins du programme et du temps que vous pouvez consacrer à son suivi. Le tableau permet de comparer les ressources annoncées, mais pas à lui seul les performances réelles : celles-ci dépendent aussi de l’usage et de la configuration de chaque service.

Infographie pour choisir un hébergeur bot Discord gratuit selon la RAM, le CPU, le stockage et le renouvellement
Infographie pour choisir un hébergeur bot Discord gratuit selon la RAM, le CPU, le stockage et le renouvellement
Hébergeur et offre RAM CPU Stockage Renouvellement gratuit
KataBump gratuit 308 Mo 25 % CPU 716 Mo NVMe Tous les 4 jours
ACLClouds gratuit 315 Mo 0,5 vCPU 715 Mo Tous les 4 jours
TeoHeberg Eco Dès 200 Mo À vérifier dans le panel Dès 500 Mo SSD Tous les 5 jours
Bot-Hosting.net gratuit 256 Mo 25 % CPU 512 Mo Tous les 4 jours

Les pourcentages CPU et les vCPU ne sont pas directement comparables. Un vCPU représente une unité de calcul virtuelle ; un pourcentage correspond à un quota dont il faut vérifier la définition auprès de l’hébergeur. Ces valeurs seules ne suffisent donc pas à départager les performances. Elles donnent plutôt un aperçu des limites annoncées pour chaque offre.

ACLClouds limite son offre gratuite à 1 service bot par compte. Bot-Hosting.net inclut 1 déploiement, avec une sauvegarde toutes les heures et un historique de 24 heures. KataBump met notamment en avant Python et JavaScript, tandis que TeoHeberg distingue ses gammes Eco et Standard : ne transposez pas les conditions de l’une à l’autre. Vérifiez les détails du plan choisi dans le panel avant d’y importer votre projet.

Pour vous inscrire sans carte bancaire, vérifiez que vous sélectionnez bien le plan gratuit et non un essai payant. Contrôlez aussi les conditions des options : une base de données, une sauvegarde ou un service supplémentaire ne sont pas nécessairement compris dans l’offre d’hébergement gratuite. Examinez également les modalités de renouvellement et les éventuelles restrictions du plan avant de lancer le bot.

Le 24/7 gratuit implique une surveillance minimale

L’hébergement distant vous dispense de laisser votre PC allumé et n’utilise pas votre connexion personnelle pour maintenir le bot connecté. Il ne garantit toutefois pas un fonctionnement sans interruption. Une panne, une maintenance, une erreur du programme ou l’expiration du service peuvent rendre le bot indisponible. Le renouvellement périodique est donc à prendre en compte dès le choix de l’offre.

Renouvellement et disponibilité : deux sujets distincts

Un renouvellement tous les 4 ou 5 jours est une condition administrative de maintien du service, pas un redémarrage technique. Programmez un rappel avant l’échéance et vérifiez ce qui arrive en cas d’oubli : suspension, délai de réactivation et conservation des fichiers. Ne présumez pas que vos données resteront accessibles après expiration. Les conditions peuvent varier selon l’hébergeur ; consultez-les avant d’y stocker des informations importantes.

KataBump annonce 99,95 % de disponibilité ; TeoHeberg affiche un objectif de 99,9 %. Bot-Hosting.net réserve son objectif de 99,9 % aux plans payants. Ces annonces ne constituent pas automatiquement une garantie contractuelle applicable au plan gratuit. Examinez le périmètre indiqué et les éventuelles conditions du SLA avant de vous appuyer sur ces chiffres.

Les protections utiles ne remplacent pas le suivi

Vérifiez la présence de logs en direct, d’un redémarrage automatique et d’une protection anti-DDoS dans l’offre retenue. Cette protection vise certaines attaques réseau, mais ne corrige ni une erreur de code ni un token volé. Les logs, eux, aident à repérer les erreurs de démarrage ou les arrêts du processus. Le support Discord ou communautaire peut contribuer au diagnostic, sans pour autant garantir une assistance immédiate.

Dimensionner le bot avant de choisir son environnement

La RAM accueille les données utilisées pendant l’exécution ; si elle vient à manquer, le processus peut être arrêté. Le CPU exécute les traitements, tandis que le stockage accueille le code, les dépendances et les fichiers. Un petit bot de commandes n’a pas les mêmes besoins qu’un bot vocal ou qu’un programme qui traite de nombreux événements. Le nombre de membres du serveur ne suffit donc pas, à lui seul, à estimer la consommation.

Considérez chaque fonctionnalité comme une charge supplémentaire : la modération, la journalisation, les statistiques et la musique peuvent toutes mobiliser des ressources, même lorsqu’aucune commande n’est lancée. Mesurez la mémoire du bot au repos, puis activez les modules progressivement. Vous repérerez ainsi la fonction qui réduit votre marge et pourrez comparer cette consommation à la RAM annoncée par l’hébergeur. Cette vérification est plus utile qu’un choix fondé uniquement sur la taille de la communauté.

Vérifier la version du runtime et les dépendances

Pour discord.js, vérifiez la version de Node.js requise ; pour discord.py, celle de Python ; pour JDA, l’environnement Java. Bun, C#, Go, Rust, Lua, PHP et C++ sont également proposés par certains acteurs, sans être disponibles partout. La présence d’un langage dans une liste ne garantit pas la compatibilité avec toutes ses bibliothèques. Vérifiez aussi que la version du runtime disponible correspond aux exigences de votre projet.

Contrôlez l’installation des dépendances via npm, pnpm, yarn, pip ou Cargo, selon votre projet. Pour la voix, Lavalink, les tâches planifiées ou plusieurs processus, demandez explicitement si l’offre autorise ces usages et les connexions nécessaires. Vérifiez également les limites de trafic et les règles d’inactivité. Ces conditions peuvent déterminer si une application fonctionne normalement ou si elle est interrompue par les restrictions du plan.

Une base MySQL, PostgreSQL, MongoDB, Redis ou MariaDB peut être utile, mais sa disponibilité dépend du prestataire et de l’offre. Distinguez son quota de celui du bot et vérifiez si elle nécessite un service supplémentaire. Si le programme conserve des données entre ses exécutions, assurez-vous aussi de comprendre où elles sont stockées et comment elles sont sauvegardées.

Déployer le projet et sécuriser son premier démarrage

Un panel adapté permet généralement de déployer sans administrer un serveur en SSH. Préparez tout de même un projet fonctionnel en local, ses fichiers de dépendances et sa commande de lancement avant de créer le service. Cela facilite le diagnostic : si le bot ne démarre pas, vous pourrez comparer la configuration de l’hébergeur à celle que vous avez testée.

  1. Créer le service : choisissez le plan gratuit et le runtime compatible avec votre projet.
  2. Importer le code : utilisez un dépôt GitHub, une archive ou l’envoi direct de fichiers selon les possibilités du panel. Pour un dépôt privé, limitez les autorisations accordées.
  3. Installer les dépendances : vérifiez que leurs fichiers de déclaration sont présents et consultez les erreurs d’installation.
  4. Configurer le token : enregistrez-le dans une variable d’environnement privée, puis faites lire cette variable par votre programme.
  5. Définir le démarrage : indiquez la commande correspondant réellement au projet, par exemple npm start ou python main.py si ces commandes lui conviennent.
  6. Lancer et tester : consultez les logs, essayez une commande Discord, puis vérifiez le comportement après un redémarrage.

Ne publiez jamais le token Discord dans le code, une capture d’écran ou les logs. S’il a été exposé, régénérez-le dans le portail développeur Discord et remplacez la variable chez l’hébergeur. Accordez aussi au bot uniquement les permissions nécessaires à ses fonctions. Une variable privée réduit le risque d’exposition dans le dépôt, mais ne dispense pas de protéger les accès au panel.

Un bot qui démarre puis s’arrête demande un diagnostic, pas seulement des relances. Cherchez dans les logs une dépendance absente, une variable mal nommée, un token invalide ou un dépassement de mémoire. Le redémarrage automatique peut réduire la durée d’une interruption après un incident ponctuel, mais il ne résout pas une erreur persistante. Consultez les messages affichés avant l’arrêt et corrigez la cause relevée.

Conserver ses données et reconnaître les limites du gratuit

Stockage persistant et sauvegarde répondent à deux besoins différents. Le premier conserve les fichiers après un redémarrage ; la seconde permet de revenir à un état antérieur après une suppression ou une mauvaise modification. Vérifiez quels dossiers sont persistants et comment restaurer une copie. La présence d’un espace de stockage ne signifie pas automatiquement que vos données peuvent être récupérées après une erreur.

Gardez une sauvegarde indépendante du code et des données importantes. Avant une migration, exportez la base, notez les variables nécessaires sans les publier, puis arrêtez l’ancienne instance avant de lancer la nouvelle afin d’éviter des traitements en double. Après le transfert, vérifiez que le bot se connecte et que les données attendues sont bien disponibles.

Le gratuit convient surtout à l’apprentissage, aux essais et aux petits bots dont les interruptions restent acceptables. Une offre payante devient pertinente lorsque la RAM sature, que les quotas CPU ralentissent les traitements ou que le renouvellement manuel fait peser un risque sur la continuité du service. Les besoins peuvent évoluer : observez les ressources utilisées avant de changer de plan.

À titre de comparaison, KataBump propose des offres payantes dès 1,50 € par mois et ACLClouds dès 2,99 €. Chez Bot-Hosting.net, Starter+ coûte 2,99 € par mois pour 2 Go de RAM, 100 % CPU, 8 Go de stockage et 4 déploiements. Choisissez selon le problème mesuré : davantage de ressources ne corrigera pas un bug, mais peut lever une contrainte devenue réelle. Si le bot fonctionne correctement avec l’offre gratuite, rien ne justifie de passer à un plan supérieur sans besoin identifié.

Maël de Kerbrat

Partager cet article

Retour en haut