Discord-Bot-Hosting: kostenlose und kostenpflichtige 24/7-Optionen

Du hast deinen Bot geschrieben, er läuft auf deinem eigenen Rechner und reagiert auf Befehle — aber in dem Moment, in dem du das Terminal schließt, verstummt er. Genau hier kommt Discord-Bot-Hosting ins Spiel: eine Einrichtung, die deinen Bot rund um die Uhr aktiv und online hält, solange du willst, ganz ohne deinen Laptop. In diesem Artikel vergleiche ich VPS, Railway, Pterodactyl-Panels und die kostenlosen Optionen nach Kosten, Uptime und Einrichtungsaufwand — damit du am Ende genau weißt, welche in deiner Situation sinnvoll ist.

Warum braucht ein Bot einen dauerhaft laufenden Server?

Ein Discord-Bot ist im Grunde ein dauerhaft laufendes Programm, das eine persistente WebSocket-Verbindung zum Gateway von Discord aufbaut. Um Ereignisse (Nachrichten, Buttons, Slash-Befehle) zu empfangen, muss diese Verbindung bestehen bleiben. Ihn auf dem eigenen Rechner zu betreiben, schafft drei Probleme: Der Bot fällt aus, sobald du den Computer ausschaltest, die Verbindung bricht bei jeder Internetstörung ab, und einen Desktop rund um die Uhr laufen zu lassen, ist in puncto Strom und Leistung wenig sinnvoll. Die Lösung ist, den Bot auf einem dauerhaft eingeschalteten Server zu betreiben.

Bei der Auswahl achte ich auf drei Dinge: Uptime (wie zuverlässig der Bot weiterläuft), Kosten und Kontrolle / Einrichtungsaufwand. Diese widersprechen sich meist — die günstige, einfache Option bietet in der Regel die geringste Kontrolle.

Kostenlose Optionen: Wie weit kommt man damit?

Kostenlose Tarife wirken für Hobby-Bots verlockend, aber man muss ihre Grenzen genau kennen. Über die Jahre haben viele kostenlose „Always-on"-Dienste entweder geschlossen oder sind auf ein Modell mit Ruhezustand bei Inaktivität umgestiegen. Die realistischen kostenlosen Optionen heute sind:

• Oracle Cloud Always Free: bietet kleine ARM/x86-VPS-Instanzen, die wirklich kostenlos bleiben. Technisch die stärkste kostenlose Option, doch die Einrichtung liegt ganz bei dir (du verwaltest Linux), und die Kontofreigabe kann mitunter mühsam sein.
• Plattformen wie Railway / Render: gewähren ein monatliches kostenloses Nutzungsguthaben. Die Einrichtung ist einfach, aber der Bot stoppt, sobald das Guthaben aufgebraucht ist, und ein dauerhaft laufender Bot kann dieses Guthaben schnell verbrauchen.
• Replit: gut für schnelle Experimente, aber eine zuverlässige dauerhafte „Always-on"-Ausführung ist im kostenlosen Plan nicht mehr verlässlich; für einen ernsthaften Bot würde ich es nicht empfehlen.

Kurz gesagt: Kostenlose Tarife eignen sich zum Lernen und für kleine Test-Bots. Für einen Bot mit ein paar hundert Nutzern, der online bleiben soll, reichen sie meist nicht aus.

Railway und PaaS: der einfachste Einstieg

Railway, Render und ähnliche PaaS-Lösungen (Platform as a Service) sind ideal, wenn du keinen Server von Grund auf verwalten möchtest. Du verbindest ein GitHub-Repository, die Plattform baut und startet den Code, und du definierst nur einen Startbefehl sowie deine Umgebungsvariablen. Statt den Bot-Token fest im Code zu hinterlegen, übergibst du ihn als Umgebungsvariable:

// index.js
const { Client, GatewayIntentBits } = require('discord.js');
const client = new Client({ intents: [GatewayIntentBits.Guilds] });

client.once('ready', () => {
  console.log(`Angemeldet als ${client.user.tag}`);
});

client.login(process.env.DISCORD_TOKEN);

Du brauchst lediglich ein Start-Skript in der package.json:

{
  "scripts": {
    "start": "node index.js"
  }
}

Der Vorteil: Du bist innerhalb von Minuten live, ohne dich um Server-Updates oder Sicherheits-Patches kümmern zu müssen. Der Nachteil: Die Kosten können mit wachsender Nutzung schnell steigen, und du hast nur begrenzte Kontrolle über die zugrunde liegende Infrastruktur.

VPS: die meiste Kontrolle, das beste Preis-Leistungs-Verhältnis

Ist dein Bot gewachsen oder betreibst du mehrere Bots/Dienste, ist ein kleiner VPS (zum Beispiel Hetzner, DigitalOcean oder Contabo) meist die sinnvollste Wahl. Für ein paar Euro im Monat bekommst du einen Linux-Server mit Root-Zugriff und betreibst darauf, was du willst. Damit der Bot ohne Ausfälle weiterläuft, empfehle ich pm2 als Prozessmanager:

# mit installiertem Node.js:
npm install -g pm2

# den Bot starten und benennen
pm2 start index.js --name discord-bot

# Server-Neustarts automatisch überstehen
pm2 startup
pm2 save

Bei Python-Bots (discord.py) ist der Ansatz derselbe; statt pm2 kannst du einen systemd-Dienst schreiben oder pm2 start bot.py --interpreter python3 verwenden. Der große Pluspunkt eines VPS: Die Ressourcen gehören ganz dir, die Kosten sind fest und planbar, und du kannst Datenbank und ein Web-Panel auf derselben Maschine halten. Im Gegenzug liegt die grundlegende Linux-Administration (Updates, Firewall, SSH-Schlüssel) in deiner Verantwortung.

Pterodactyl: mehrere Bots aus einem Panel verwalten

Pterodactyl ist ein Open-Source-Panel für Spiele-/Anwendungsserver, das du auf deinem eigenen VPS installierst. Es erlaubt dir, jeden Bot in einem Docker-Container über eine Weboberfläche zu starten und zu stoppen, die Logs zu verfolgen und Ressourcenlimits zu setzen. Es ist für sich genommen kein „Hosting" — es fügt einem bestehenden Server eine Verwaltungsebene hinzu. Es bringt Mehrwert, wenn:

• Du mehrere Bots oder verschiedene Projekte auf demselben Server betreibst und jeden isolieren willst.
• Du Bots an andere (ein Team, einen Kunden) übergeben willst, ohne SSH zu gewähren; stattdessen kannst du eingeschränkten Panel-Zugriff vergeben.

Für einen einzelnen Bot ist die Installation von Pterodactyl überdimensioniert — schlichtes pm2 ist in diesem Fall praktischer.

Welche solltest du wählen? Schneller Entscheidungsleitfaden

• Du lernst gerade / Test-Bot: ein kostenloser Tarif (Railway-Guthaben oder Oracle Always Free).
• Du willst keine Serververwaltung, schnelles Deployment: ein PaaS wie Railway/Render.
• Ernsthafter, wachsender Bot / feste Kosten: ein kleiner VPS + pm2.
• Viele Bots, Team-/Kundenverwaltung: ein VPS + das Pterodactyl-Panel.

Die Token-Sicherheit folgt überall derselben Regel: Lege den Token niemals in deinen Code oder dein Git-Repository, verwende immer eine Umgebungsvariable (.env), und erzeuge ihn bei einem Leck sofort über das Discord Developer Portal neu.

Häufige Fragen

Wie viel RAM brauche ich, um einen Discord-Bot zu betreiben?

Die meisten kleinen bis mittleren Bots laufen bequem mit 256–512 MB RAM. Musik-Bots (Audio-Streaming) oder Bots mit intensiver Datenbanknutzung wollen mehr; ein VPS mit 1 GB bewältigt den Großteil solcher Workloads mühelos.

Kann ich mit kostenlosem Hosting rund um die Uhr online bleiben?

In begrenztem Maße, ja. Oracle Always Free stellt einen echten VPS bereit und ist daher durchgängig, aber die Einrichtung liegt bei dir. Bei guthabenbasierten PaaS stoppt der Bot, wenn das Guthaben zum Monatsende aufgebraucht ist; für eine echte 24/7-Garantie ist ein kostenpflichtiger Plan oder ein VPS zuverlässiger.

Ich weiß nicht, wie man einen VPS verwaltet — sollte ich trotzdem einen nehmen?

Ohne grundlegende Linux-/SSH-Kenntnisse ist ein PaaS für den Einstieg weniger stressig. Dennoch ist es eine leicht erlernbare Fähigkeit, einen Bot mit pm2 aufzusetzen, und auf lange Sicht zahlt sich das sowohl bei Kosten als auch bei Kontrolle aus.

Suchst du die richtige Hosting-Einrichtung für deinen Bot? Ob einen Discord-Bot von Grund auf schreiben oder deinen bestehenden Bot auf einen VPS umziehen, damit er 24/7 reibungslos läuft — ich kann das von A bis Z einrichten. Nimm Kontakt auf, und lass uns gemeinsam deinen Bedarf klären.