Discord Bot kostenlos hosten 24/7

Die kurze Antwort

Ja, du kannst einen Discord-Bot kostenlos betreiben. Nein, fast keine kostenlose Option hält ihn rund um die Uhr online, ohne dass du Aussetzer bemerkst. Genau eine schafft es wirklich: ein Rechner, der dir gehört und den du eingeschaltet lässt. Alles andere tauscht Uptime gegen die Null auf der Rechnung — es schickt den Bot schlafen, rechnet ihn nach Verbrauch ab oder startet ihn nach Zeitplan neu.

Das ist der ganze Leitfaden in drei Zeilen. Der Rest zeigt, welche Option was tut, damit du mit offenen Augen wählst.

Wenn dein Bot ein Wochenendprojekt ist, an dem du aktiv baust, ist ein Free Tier das richtige Werkzeug und du kannst hier aufhören zu lesen. Wenn ihn schon andere nutzen, lies weiter — die folgenden Probleme sind genau die, die dich treffen werden.

Die vier Arten, wie „kostenlos“ aufhört, 24/7 zu sein

Free Tiers versagen nicht zufällig. Sie versagen auf vier bestimmte Arten, und wenn du weißt, welche dich gerade trifft, weißt du sofort, ob sich das beheben lässt.

1. Die Plattform legt deinen Prozess schlafen

Hosting-Plattformen holen sich Kapazität von allem zurück, was inaktiv aussieht. Genau hier liegt die Falle: Für eine Web-Plattform sieht ein Discord-Bot völlig inaktiv aus. Er öffnet eine ausgehende WebSocket-Verbindung zum Discord-Gateway und wartet. Auf keinem Port kommt etwas an, keine HTTP-Anfrage wird beantwortet, kein Traffic-Graph bewegt sich. Dein Bot kann den ganzen Abend Befehle beantworten und nach jeder Metrik, die die Plattform beobachtet, trotzdem überhaupt nichts tun.

2. Nach dem Einschlafen weckt ihn niemand

Eine Website verkraftet das Einschlafen: Die Anfrage des nächsten Besuchers weckt sie, und der wartet eine Sekunde. An einen Discord-Bot schickt niemand HTTP-Anfragen, also gibt es nichts, was ihn aufweckt — er bleibt einfach aus. Genau deshalb gibt es Keep-alive-Tricks: ein winziger Webserver, der an den Bot geschraubt wird, plus ein externer Dienst, der ihn endlos anpingt. Das funktioniert, bis der Pinger aufhört, die Plattform ihre Schlafregeln ändert oder du die Bedingungen liest und merkst, dass du gegen sie arbeitest.

3. Das Dateisystem gehört nicht dir

Bei vielen Free Tiers wird die Festplatte zurückgesetzt, wenn die App neu deployt oder neu gestartet wird. Wenn dein Bot Level, eine Economy, Verwarnungen oder Einstellungen pro Server in eine JSON-Datei neben seinem Code schreibt, ist diese Datei temporärer Speicher, der nur dauerhaft aussieht. Sie überlebt ein paar Tage, lange genug, dass du ihr vertraust, und dann löscht ein Neustart sie. Alles, was einen Neustart überdauern muss, gehört in eine Datenbank, nicht auf die Festplatte.

4. Das Monatskontingent ist aufgebraucht

Manche Gratispläne arbeiten gar nicht mit Schlafmodus — sie geben dir ein Nutzungskontingent pro Monat. Ein Bot, der durchgehend läuft, verbraucht dieses Kontingent durchgehend, also stoppt er mitten im Zyklus und kommt zurück, wenn der Zähler zurückgesetzt wird. Drei Wochen Uptime sind ein völlig ordentliches Hobby-Setup. 24/7 sind es nicht.

Replit: Bau den Bot dort, aber lass ihn dort nicht laufen

Replit ist Editor und Laufzeitumgebung in einem Browser-Tab, und zum Schreiben eines Bots ist das wirklich angenehm — du kommst von einer leeren Datei zu einem Bot, der auf deinem Testserver antwortet, ohne irgendetwas zu installieren. Der erste funktionierende Bot vieler Leute lief auf Replit, darunter etliche, aus denen später etwas Ernsthaftes wurde.

Der Haken ist struktureller Natur, nicht Geiz: Replit ist um einen Arbeitsbereich herum gebaut, den du gerade benutzt. Einen Prozess weiterlaufen zu lassen, nachdem du den Tab geschlossen hast, ist eine separate, kostenpflichtige Funktion, und der kostenlose Arbeitsbereich fährt herunter, wenn du nicht mehr darin arbeitest. Das ist eine schlüssige Produktentscheidung — es ist eine Entwicklungsumgebung, keine Hosting-Plattform —, heißt aber: „Mein Bot geht offline, wenn ich den Laptop zuklappe“ ist das beabsichtigte Verhalten, kein Bug, den man lösen müsste.

Womit wir beim Keep-alive-Muster aus Dutzenden Tutorials wären: Du baust einen minimalen Webserver in deinen Bot ein und richtest einen kostenlosen Uptime-Monitor darauf, damit ständig etwas die Seite abruft. Das funktioniert tatsächlich eine Weile. Es ist aber in jeder Richtung fragil — der Monitor setzt aus, die Regeln ändern sich, und am Ende pflegst du den Workaround statt des Bots. Bevor du irgendetwas darauf aufbaust, lies in Replits aktueller Dokumentation nach, was der kostenlose Plan heute umfasst, denn genau so etwas wird überarbeitet.

Render und Railway: echte Plattformen, falsche Form fürs Gratis-Hosting

Render und Railway sind richtige Deployment-Plattformen — git push, es wird gebaut, es läuft. Ihre bezahlten Tarife sind ein völlig vernünftiger Ort für einen Discord-Bot. Die kostenlosen Einstiege sind es, an denen Leute hängen bleiben, und zwar aus zwei verschiedenen Gründen, die man auseinanderhalten sollte.

Render: Dein Bot ist die falsche Art von Dienst

Das kostenlose Angebot von Render ist auf Webdienste ausgelegt — Dinge, die HTTP-Anfragen beantworten — und fährt sie herunter, wenn keine Anfragen kommen. Ein Discord-Bot ist so etwas nicht. Er ist ein Hintergrund-Worker, der eine ausgehende Verbindung hält, und er wird nie den HTTP-Traffic bekommen, der ihn wach halten würde. Die Unstimmigkeit hat also nichts damit zu tun, wie großzügig der Tarif ist; die Last passt einfach nicht zur Form des Produkts. Ob Hintergrund-Worker im kostenlosen Plan verfügbar sind, ist genau die Art Detail, die sich ändert, also schau in Renders eigene Dokumentation statt in ein zwei Jahre altes Tutorial.

Railway: nach Verbrauch abgerechnet, also Stopp mitten im Monat

Railway misst die Nutzung und gibt dir ein Kontingent zum Verbrauchen. Nichts schläft ein und nichts muss angepingt werden — es läuft einfach, bis das Kontingent weg ist, und stoppt dann bis zum nächsten Zyklus. Um ein Deployment auszuprobieren, ist das sauber und berechenbar. Als „24/7-Hosting“ hat es einen harten Stopp eingebaut, und der kommt mitten im Monat, wenn du nicht hinschaust. Die aktuellen Zahlen stehen in ihrer Preisdokumentation.

Beide sind es wert, sie zu kennen, und keine wird hier kritisiert. Wenn dir der Workflow gefällt, ist der ehrliche Weg, den bezahlten Tarif der Plattform zu nehmen, die du magst — und nicht den kostenlosen so lange zu verbiegen, bis er sich wie dieser verhält.

Oracle Always Free, GitHub Actions und „kostenlose VPS“-Angebote

Drei weitere Optionen, die ständig auftauchen, sortiert danach, wie sehr du ihnen vertrauen solltest — absteigend.

Oracle Always Free: näher kommt eine Cloud an kostenloses 24/7 nicht heran

Diese hier ist echt. Oracles Always-Free-Tarif enthält kleine virtuelle Maschinen, die nicht einschlafen — ein schlichter Linux-Server, der läuft, also genau das, was du wolltest. Zwei ehrliche Haken. Erstens: Überhaupt eine zu bekommen, ist der schwierige Teil — freie Kapazität in einer bestimmten Region ist oft nicht verfügbar, und die Lösung ist, eine andere Region zu probieren oder zu warten. Zweitens: Du bist gerade Systemadministrator geworden — Betriebssystem-Updates, Firewall, eine Service-Unit, damit der Bot beim Booten neu startet, und deine eigenen Backups. Das ist ein fairer Tausch, wenn du das lernen willst, und ein schlechter, wenn du nur deinen Bot online haben wolltest. Lies Oracles aktuelle Always-Free-Bedingungen, bevor du dich darauf verlässt, auch was mit Instanzen passiert, die sie als inaktiv einstufen.

GitHub Actions: kein Host, und als solcher auch nicht erlaubt

Actions ist ein CI-System: Es führt einen Job aus, wenn in deinem Repository etwas passiert, und Jobs haben eine maximale Laufzeit. Du kannst geplante Läufe aneinanderketten, um einen Dauerprozess nachzuahmen, und manche machen das auch. Zwei Gründe dagegen. Praktisch bekommst du einen Bot, der nach Fahrplan stirbt und neu startet, jedes Mal mit einer Lücke. Formal beschränken GitHubs Bedingungen Actions auf Arbeit, die mit der Software dieses Repositorys zusammenhängt — ein dauerhaft laufender Bot liegt außerhalb dessen, wofür das Produkt da ist, und deine Community auf etwas aufzubauen, das abgeschaltet werden kann, ist ein schlechtes Fundament. Nutze es für das, was es hervorragend kann: den Code deines Bots bei jedem Push zu testen.

„Kostenlose VPS“-Angebote: Beurteile sie danach, was sie dir nicht sagen

Die fallen in zwei Stapel. Manche sind ganz normale Testphasen — eine echte Maschine, ein echtes Zeitlimit, Kreditkarte erforderlich. In Ordnung, solange du weißt, dass die Uhr läuft. Der Rest wirbt mit einem dauerhaft kostenlosen Server und bleibt bei den Details vage, und genau das ist das Signal: Wenn ein Anbieter CPU, RAM, Netzwerk und Nutzungsrichtlinien nicht schriftlich nennt, ist das die Antwort. Eine überbuchte Kiste ohne genannte Limits fällt nicht laut aus; sie wird einfach langsam, dein Bot antwortet verspätet, und du erfährst nie, warum.

Dein eigener PC oder ein Raspberry Pi: die Option, die wirklich kostenlos ist

Hier ist die Option, die ihr Versprechen hält. Hardware, die du schon besitzt, eingeschaltet, mit deinem Bot darauf. Nichts schickt ihn schlafen, nichts rechnet nach Verbrauch ab, und kein Kontingent geht aus. Wenn du einen freien Rechner und eine stabile Verbindung hast, ist das echtes kostenloses 24/7-Hosting, und dieser Leitfaden wird nichts anderes behaupten.

Was du stattdessen bezahlst, ist kein Geld, und es verdient, ehrlich benannt zu werden:

• Strom, den ganzen Monat, jeden Monat. Ein Desktop-PC, der durchläuft, ist ein echter Posten auf deiner Rechnung; ein Raspberry Pi ist ein Rundungsfehler. Rechne es mit deinem eigenen Tarif durch — wer dir eine Zahl nennt, rät deinen Strompreis.
• Die Zuverlässigkeit deines Heiminternets wird zur Uptime deines Bots. Der Router startet um 3 Uhr nachts neu, der Provider hat eine schlechte Stunde, der Strom flackert. Jedes Mal eine Lücke, und du erfährst davon, wenn jemand auf deinem Server es erwähnt.
• Deine Aufmerksamkeit. Ein Windows-Update beschließt, im ungünstigsten Moment neu zu starten, oder der Prozess stirbt still und nichts holt ihn zurück. Zu Hause bist du das Monitoring.

Zwei Dinge machen den Unterschied zwischen einer Lösung, die funktioniert, und einem wiederkehrenden Ärgernis:

• Sorg dafür, dass er sich selbst neu startet. Ein Bot, der von Hand in einem Terminal gestartet wurde, endet beim ersten Absturz oder Neustart. Richte ihn als Dienst ein, der beim Booten wieder hochkommt — dieser eine Schritt trennt „zu Hause gehostet“ von „läuft, bis etwas passiert“.
• Nimm einen Raspberry Pi statt deines Alltagsrechners. Er verbraucht fast nichts, hat keinen nervigen Lüfter und — am wichtigsten — du nutzt ihn für nichts anderes, also kann nichts, was du tust, den Bot lahmlegen. Denk daran, dass sich die SD-Karte irgendwann abnutzt, also leg alles, was dir wichtig ist, an einen Ort, von dem du Backups machst.

Kostenloses 24/7-Hosting für einen Python- oder Node.js-Bot

Die Frage kommt meist mit einer Sprache im Gepäck: kostenloses 24/7-Hosting für einen discord.py-Bot oder für einen discord.js-Bot. Die ehrliche Antwort: Die Sprache ändert fast nichts daran, ob ein kostenloser Host deinen Bot online hält. Schlafmodus, Kaltstarts, eine Festplatte, die zurückgesetzt wird, und ein Monatskontingent wirken auf den Prozess, nicht darauf, worin er geschrieben ist. Ein Python-Bot und ein Node.js-Bot auf demselben Free Tier gehen im selben Moment offline, aus demselben Grund.

Wo die Sprache doch zählt, sind die Details, die entscheiden, ob ein Host überhaupt passt:

• Wird die Laufzeitumgebung angeboten, und in welcher Version? discord.js folgt den aktuellen Node.js-Releases, und discord.py braucht ein halbwegs aktuelles Python. Ein Free Tier, das nur eine ältere Laufzeit anbietet oder nur eine der beiden, scheidet aus, bevor es überhaupt um Uptime geht. Vergleiche die vom Host unterstützten Versionen mit den Anforderungen der Bibliothek.
• Abhängigkeiten werden auf einer frischen Festplatte neu installiert. Auf einem Host, dessen Dateisystem zurückgesetzt wird, werden die Bibliotheken des Bots nach jedem Neustart oder Redeploy neu installiert — in Node.js wie in Python. Das verlängert die Lücke nach jedem Neustart, und eine Abhängigkeit, die sich nicht installieren lässt, bedeutet, dass der Bot gar nicht zurückkommt.
• Sprachkanäle brauchen mehr als die Bibliothek. Ein Musik-Bot in beiden Sprachen braucht native Bausteine neben der Bibliothek — eine Opus-Audiobibliothek, eine Verschlüsselungsbibliothek und FFmpeg —, und viele kostenlose Plattformen stellen sie weder bereit noch lassen sie dich Systempakete installieren. Ein reiner Text-Bot ist davon nicht betroffen.
• Der Keep-alive-Trick sieht anders aus und scheitert gleich. Python-Tutorials schrauben einen kleinen Flask-Server an den Bot; Node.js-Tutorials nehmen Express. So oder so existiert er nur, um Anfragen zu erzeugen, die die Plattform davon abhalten, den Prozess schlafen zu legen, und er bricht aus denselben Gründen wie oben beschrieben.

Der Arbeitsspeicher ist die andere Stelle, an der sich die beiden unterscheiden: Dieselbe Bot-Logik braucht als Node.js-Prozess nicht gleich viel RAM wie als Python-Prozess, und ein Musik-Bot braucht mehr als beide. Die meisten Befehls- und Moderations-Bots kommen trotzdem in beiden Sprachen bequem mit ein paar hundert Megabyte aus, für einen typischen Bot ist das also nicht der entscheidende Faktor.

Wann sich Bezahlen lohnt und wie wenig es kostet

Hier gibt es eine klare Linie, und sie hat nichts damit zu tun, wie groß dein Bot ist. Bezahle, wenn der Bot nicht mehr nur deiner ist, sondern etwas, auf das sich andere verlassen. Bis dahin kostet dich eine Downtime ein Schulterzucken. Danach kostet sie dich genau das, wofür du den Bot gebaut hast.

Vier Anzeichen, dass du sie überschritten hast:

• Jemand anderes merkt vor dir, dass der Bot down ist.
• Du hast ihn diesen Monat mehr als einmal von Hand neu gestartet.
• Der Verlust seiner Daten — Level, Economy, Konfiguration — würde wirklich etwas ausmachen.
• Du verbringst mehr Zeit mit der Pflege eines Keep-alive-Workarounds als mit der Arbeit am Bot.

Leicht wird diese Entscheidung durch den Preis. Ein Bot ist eine leichte Last: Ein Moderations- oder Befehls-Bot kommt bequem mit ein paar hundert Megabyte RAM aus, du kaufst also keine Leistung, sondern die Tatsache, dass er läuft und weiterläuft. Das Discord-Bot-Hosting von HytHost beginnt bei €0.89/Monat, mit einem Prozess, der sich nach einem Absturz selbst neu startet, einer Datenbank, die Neustarts übersteht, und einem Uptime-SLA von 99,9 % — für ungefähr das, was dich der Strom eines Desktop-PCs ohnehin gekostet hätte.

Wenn du wissen willst, wie dein Code auf einen Host kommt — Startbefehl, Abhängigkeiten, wie du deinen Token aus dem Repository heraushältst —, ist das eine andere Aufgabe, und dafür gibt es einen eigenen Leitfaden: einen Discord-Bot 24/7 hosten.