Halloween bei Nexthosting: 10 % auf Gameserver mit dem Code – bis 1. November
ESX oder QBCore für deinen FiveM-Server? Technische Unterschiede, Vergleichstabelle, passende Szenarien und wie du beide Frameworks sauber testest.
Für einen neuen FiveM-RP-Server lautet unsere kurze Antwort: Nimm QBCore, wenn du schnell einen fertigen Server mit vielen aufeinander abgestimmten Ressourcen willst und dein Team gern in einer modularen, klar dokumentierten Struktur arbeitet. Nimm ESX, wenn dein Team ESX schon kennt, du bestimmte Scripts nutzen willst, die es nur dafür gibt, oder du einen bestehenden ESX-Server weiterführst. Beide Frameworks sind erprobt, beide haben große Communities. Was am Ende über Stabilität und Spielerlebnis entscheidet, sind meistens deine Script-Auswahl, deine Slot-Planung und die Hardware darunter. Hier erfährst du, wie sich die beiden Frameworks technisch unterscheiden, welches zu welchem Projekt passt und wie du beide sauber testest, bevor du dich festlegst.
FiveM selbst liefert dir einen Server, auf dem Ressourcen laufen, aber keine Rollenspiel-Logik. Es gibt von Haus aus kein Geld, keine Jobs, kein Inventar und keine Charaktere, die nach einem Neustart erhalten bleiben. Genau hier setzen Frameworks an. Laut Cfx-Dokumentation liefern sie eine Grundstruktur, damit du nicht jedes System von Grund auf selbst schreiben musst. Welches Framework das richtige ist, hängt dabei ausdrücklich von deinen Anforderungen ab.
Ein Framework übernimmt typischerweise:
Jede Ressource deines Servers bindet sich über diese Schnittstellen an das Framework. Technisch läuft dabei alles über das Ressourcensystem von FiveM: Jede Ressource beschreibt in ihrer fxmanifest.lua, welche Dateien sie lädt und welche Funktionen sie nutzt. Deshalb läuft ein Script, das für ESX geschrieben wurde, auch nicht einfach auf QBCore. Es ruft Funktionen auf, die es im anderen Framework so nicht gibt.
ESX ist das ältere der beiden Frameworks und hat die deutschsprachige RP-Szene über Jahre geprägt. Viele große und kleine Server sind darauf entstanden, entsprechend groß ist der Bestand an Scripts, Tutorials und Erfahrungswissen in Foren und auf Discord.
Typisch für ESX:
Der letzte Punkt ist Stärke und Schwäche zugleich. Du findest fast für jede Idee ein Script, musst aber genauer prüfen, ob es zur aktuellen Version passt und sauber programmiert ist. Ein veraltetes Script, das jede Sekunde Datenbankabfragen absetzt, kostet dich spürbar Serverleistung.
QBCore ist jünger und wurde von Anfang an modular aufgebaut. Statt eines schlanken Kerns, um den du alles selbst zusammensuchst, bekommst du ein Paket aufeinander abgestimmter Ressourcen mit dem Präfix qb-: Inventar, Telefon, Garagen, Shops, Jobs und mehr.
Typisch für QBCore:
QBCore.Functions.GetCoreObject().config.lua von qb-core.Der Vorteil: Ein frisch aufgesetzter QBCore-Server fühlt sich schneller „fertig“ an. Der Nachteil: Wenn du einzelne Bausteine ersetzen willst, musst du verstehen, wie sie miteinander verzahnt sind. Wer zum Beispiel das Inventar austauscht, muss Item-Definitionen, Shops und Persistenz gemeinsam anpassen.
| Kriterium | ESX | QBCore |
|---|---|---|
| Aufbau | Schlanker Kern, Funktionen über Zusatzressourcen | Modulares Paket abgestimmter qb--Ressourcen |
| Spielerdaten | xPlayer-Objekt | PlayerData über das Core Object, inkl. Metadata |
| Jobs | Jobs und Ränge in Datenbanktabellen | Jobs und Gangs als getrennte Systeme |
| Einstieg | Viele Tutorials, aber oft veraltete Versionen im Umlauf | Schneller lauffähiger Server dank Komplettpaket |
| Script-Angebot | Sehr großer Bestand, viel davon älter | Großes, aktives Angebot, viele neuere Releases |
| Anpassbarkeit | Hoch, du baust stärker selbst zusammen | Hoch, aber Module sind enger verzahnt |
| Typisches Risiko | Ungepflegte Alt-Scripts | Abhängigkeiten beim Austausch einzelner Module |
| Gut für | Bestehende ESX-Server, Teams mit ESX-Know-how | Neustarts, Teams, die viel aus einem Guss wollen |
Eine Zeile fehlt bewusst: „Performance“. Pauschale Aussagen wie „QBCore läuft flüssiger“ oder „ESX ist schneller“ halten in der Praxis selten stand. Ein schlanker ESX-Server mit 60 gepflegten Ressourcen läuft besser als ein QBCore-Server mit 200 ungeprüften Scripts, und umgekehrt genauso. Wie du Engpässe konkret findest, zeigen wir in unserem Leitfaden zur Performance deines FiveM-RP-Servers.
Wer sich heute mit ESX oder QBCore beschäftigt, stößt schnell auf Qbox. Cfx listet Qbox in seiner Framework-Übersicht als eigenständiges Framework. Es stammt aus dem QBCore-Umfeld und richtet sich vor allem an Teams, die die QBCore-Struktur mögen, aber einen moderneren Unterbau wollen. Für deine Entscheidung heißt das: Wenn dir QBCore grundsätzlich zusagt, schau dir Qbox mit an. Prüfe dabei vor allem, ob deine Wunsch-Scripts es unterstützen. Viele aktuelle Scripts bringen inzwischen Anpassungen für mehrere Frameworks mit, aber nicht alle.
Statt „Was ist besser?“ hilft die Frage „Was passt zu uns?“. Diese vier Szenarien begegnen uns besonders oft.
Hier spricht viel für QBCore. Du hast schnell einen spielbaren Server mit Inventar, Jobs und Garagen und kannst dich auf Regelwerk, Community und Feinschliff konzentrieren. Halte die Ressourcenliste am Anfang klein und erweitere sie gezielt.
Dann ist ESX die naheliegende Wahl. Know-how im Team ist mehr wert als ein theoretischer Vorteil des anderen Frameworks. Achte nur darauf, mit der aktuellen ESX-Legacy-Version zu starten und alte Scripts kritisch zu prüfen.
QBCore bringt Gangs als eigenes System mit, getrennt vom Job. Das spart dir Eigenentwicklung. Mit ESX geht das auch, du brauchst dafür aber meist zusätzliche Ressourcen oder eigene Lösungen.
Prüfe zuerst, für welches Framework sie gebaut sind. Gekaufte Scripts sind oft der eigentliche Grund für eine Entscheidung. Wer bereits mehrere hundert Euro in ESX-Ressourcen investiert hat, bleibt besser bei ESX, es sei denn, die Anbieter liefern auch eine QBCore-Version.
Unser Tipp: Schreib vor der Entscheidung eine Liste der zehn Systeme, die dein Server unbedingt braucht (z. B. Telefon, Inventar, Fahrzeughandel, Häuser, Polizei-MDT). Prüfe dann für jedes, welches Framework es besser abdeckt. Diese Liste beantwortet die Frage meist eindeutiger als jede Forendiskussion.
Viele Teams diskutieren monatelang über ESX oder QBCore und stellen später fest, dass ihr eigentlicher Engpass woanders liegt. Drei Punkte solltest du vor der Framework-Wahl klären.
OneSync ist das Sync-System von FiveM, das höhere Slotzahlen überhaupt erst möglich macht. Laut Cfx-Supportseite ist OneSync bis 48 Slots kostenlos. Für mehr Spieler brauchst du ein Element-Club-Abo ab der Stufe Argentum, setzt sv_maxclients passend zu deinem Abo hoch und startest den Server neu. Das gilt für ESX und QBCore gleichermaßen.
Jede Ressource kostet CPU-Zeit im Server-Thread. Ein RP-Server mit 150 bis 250 Ressourcen ist keine Seltenheit, und genau dort entstehen Lags, unabhängig vom Framework. Prüfe regelmäßig, welche Scripts die meiste Zeit verbrauchen, und ersetze oder optimiere sie. Allgemeine Methoden dazu findest du in unserem Artikel Performance-Optimierung für Gameserver.
FiveM-Server profitieren stark von hoher Single-Core-Leistung, weil große Teile der Serverlogik auf einem Hauptthread laufen. Dazu kommen schneller Speicher für die Datenbank und genug RAM für Ressourcen und Caches. Welche Ausstattung zu welcher Spielerzahl passt, haben wir in unserem Ratgeber zur GTA-RP-Server-Hardware aufgeschlüsselt.
Gerade die Datenbank wird oft unterschätzt. Beide Frameworks speichern Charaktere, Inventare und Fahrzeuge in einer MySQL- bzw. MariaDB-Datenbank. Liegen Server und Datenbank auf langsamen Datenträgern, merkst du das beim Einloggen, beim Öffnen des Inventars und beim Speichern.
Die beste Entscheidungsgrundlage ist ein eigener Test. FiveM bringt dafür mit txAdmin ein webbasiertes Verwaltungspanel mit, das bereits in FXServer enthalten ist. Über sogenannte Recipes setzt du einen Server mit Framework in wenigen Minuten auf. So gehst du laut Cfx-Anleitung zur Servereinrichtung vor:
Wichtig dabei: Stapel nicht sofort Dutzende Ressourcen auf. Wenn du mit einem schlanken Grundsystem startest, kannst du Performance- und Datenbankprobleme später eindeutig einer Ressource zuordnen. Für solche Tests eignet sich ein günstiger VPS, auf dem du parallel zum Liveserver experimentieren kannst.
Ein Wechsel von ESX zu QBCore oder umgekehrt ist möglich, aber keine Sache für einen Abend. Die Datenmodelle unterscheiden sich grundlegend. Bei QBCore liegen Job, Gang, Metadata und Items in den PlayerData, während qb-inventory das Laden und Speichern der Inventare über die citizenid und JSON-Daten übernimmt. Bei einer Migration musst du also beide Ebenen abgleichen: die Struktur der Spielerdaten und das Schema des Inventars samt Item-Namen.
Das solltest du einplanen:
Viele Probleme, die sich nach dem Umstieg wie ein „Framework-Fehler“ anfühlen, sind in Wahrheit Daten- oder Persistenzprobleme. Wer das weiß, sucht an der richtigen Stelle.
Aus Sicht eines Hosters ist unsere Einschätzung eindeutig: Das Framework entscheidet selten darüber, ob ein Projekt gelingt. Die Server, die stabil laufen und lange bestehen, haben fast immer drei Dinge gemeinsam. Ihr Team kennt das gewählte Framework wirklich gut. Die Ressourcenliste wird regelmäßig ausgemistet. Und Hardware und Slotzahl passen zueinander.
Unsere Empfehlung: Wenn du neu startest, probier QBCore. Wenn dein Team ESX beherrscht, bleib bei ESX. Und investiere die Zeit, die du sonst in Grundsatzdebatten steckst, lieber in einen sauberen Testserver, regelmäßige Backups und eine durchdachte Script-Auswahl. Unsere FiveM-Server sind an kein Framework gebunden, deshalb ist unser Rat unabhängig davon, wofür du dich entscheidest.
— Erik
Ob ESX oder QBCore: Für den Start reicht ein FiveM-Gameserver bei Nexthosting ab 6,14 € im Monat, mit NVMe-SSD, DDoS-Schutz ohne Aufpreis und Standort in einem deutschen Rechenzentrum. Wächst deine Community und laufen viele Ressourcen parallel, bietet ein Dedicated Server für FiveM die nötigen Reserven. Bei Fragen zur Einrichtung hilft dir unser Support direkt aus dem Team.
Für die meisten Einsteiger ist QBCore etwas angenehmer, weil du schnell einen vollständigen Server mit Inventar, Jobs und Garagen bekommst. ESX ist ebenfalls gut machbar, vor allem wenn du jemanden im Team hast, der es kennt. Achte bei ESX darauf, aktuelle Anleitungen zu nutzen.
Pauschal nicht. Die Performance hängt vor allem von der Zahl und Qualität deiner Ressourcen, der Datenbank und der Hardware ab. Ein schlanker Server läuft mit beiden Frameworks flüssig, ein überladener mit beiden schlecht.
Nicht direkt, weil die Scripts Funktionen des jeweiligen Frameworks aufrufen. Manche Scripts bringen Unterstützung für mehrere Frameworks mit, andere musst du anpassen oder ersetzen. Prüfe vor dem Kauf immer die unterstützten Frameworks.
Das Framework selbst setzt kein festes Limit. Laut Cfx ist OneSync bis 48 Slots kostenlos, für mehr Slots brauchst du ein passendes Cfx-Abo und ausreichend starke Hardware.
ESX und QBCore selbst sind kostenlos. Die laufenden Kosten entstehen vor allem durch das Hosting, eventuell gekaufte Scripts und ein Cfx-Abo, falls du mehr als 48 Slots brauchst. Ein kleiner Server lässt sich mit einem günstigen Gameserver-Paket starten, größere Communities brauchen mehr Leistung.