ESX, QBCore oder Qbox: welches FiveM-Framework wählst du 2026?

Wenn du 2026 einen FiveM-Roleplay-Server startest, ist das Framework die wichtigste Entscheidung, die du triffst: ESX, QBCore oder Qbox bestimmt, welche Scripts du nutzen kannst, wie schnell du Updates bekommst und wie viel Wartung später auf dich zukommt. In diesem Artikel vergleichen wir die drei Frameworks anhand von Fakten, geben dir für jedes Szenario eine konkrete Empfehlung und erklären, wann sich die Migration von QBCore zu Qbox lohnt.

Die drei Frameworks im Überblick

ESX (es_extended) ist das älteste große Roleplay-Framework und existiert seit 2017. Es wird als ESX Legacy weiterhin aktiv gepflegt, hat eine starke europäische Community und bietet die größte Auswahl an Economy- und Job-Scripts.

QBCore war zwischen 2021 und 2023 das beliebteste Framework, aber die Entwicklung ist weitgehend zum Stillstand gekommen, nachdem ein Großteil der Kernentwickler das Projekt verlassen hat. Updates erscheinen nur noch sporadisch; die riesige Auswahl an qb-Scripts gibt es aber nach wie vor.

Qbox (qbx_core) ist die Weiterführung durch genau diese ehemaligen QBCore-Entwickler. Das Framework baut auf modernen Bibliotheken wie ox_lib und ox_inventory auf, wird aktiv weiterentwickelt und enthält eine Kompatibilitätsschicht, dank der die meisten QBCore-Scripts einfach weiterlaufen. Für neue Server ist Qbox 2026 deshalb die empfohlene Wahl.

Vergleichstabelle

Empfehlung je Szenario

• Neuer Roleplay-Server (DE/EU) — wähle Qbox. Du bekommst eine aktiv gepflegte Basis, moderne Standard-Ressourcen und über die Kompatibilitätsschicht Zugriff auf fast das gesamte qb-Script-Angebot.
• Bestehender QBCore-Server — läuft dein Server stabil, überstürze die Migration nicht. Plane den Wechsel zu Qbox für einen natürlichen Zeitpunkt, etwa einen Wipe oder ein großes Update.
• Economy- oder Nischenserver — ESX bleibt eine ausgezeichnete Wahl: Das Economy-Fundament ist seit Jahren erprobt, und nirgendwo gibt es mehr Job- und Economy-Scripts.

Stolperfalle: prüfe zuerst deine bezahlten Scripts

Der teuerste Fehler ist, ein Framework zu wählen und erst danach festzustellen, dass dein bezahltes Lieblingsscript es nicht unterstützt. Mach deshalb zuerst diesen Check:

1. Erstelle eine Liste der Scripts, die dein Server wirklich braucht: Inventory, Telefon, Banking, MDT, Housing.
2. Prüfe pro Script auf der Verkaufsseite, welche Frameworks der Entwickler offiziell unterstützt. Bezahlte Scripts sind meist verschlüsselt (Escrow), du kannst sie also nicht selbst anpassen.
3. Steht dort nur ESX oder nur QBCore? Frag den Entwickler dann vor dem Kauf ausdrücklich, ob Qbox unterstützt wird.
4. Wähle erst danach dein Framework: Ein Script zu ersetzen kostet einen Nachmittag, ein Framework-Wechsel nicht.

So installierst du dein Framework

1. Öffne deinen FiveM-Server im MC-Node-Panel unter panel.mc-node.net und starte ihn über den Tab Console.
2. Öffne txAdmin in deinem Browser und durchlaufe das Setup. Wähle im Deployer ein fertiges Recipe; es stehen unter anderem Recipes für ESX Legacy, QBCore und Qbox bereit.
3. Trage während des Deploys deine Datenbank-Zugangsdaten ein. Du findest sie im Panel unter dem Tab Databases.
4. Prüfe nach dem ersten Start die Konsolenausgabe auf Fehler und erstelle sofort ein Backup über den Tab Backups.

Von QBCore zu Qbox migrieren

Qbox wurde bewusst als Nachfolger von QBCore gebaut: Die Spielerdatenbank hat größtenteils dieselbe Struktur, und qbx_core bringt eine Bridge mit, dank der die meisten qb-Scripts weiterlaufen. Was nicht eins zu eins übernommen wird: stark angepasste qb-core-Dateien und das Inventory — Qbox nutzt ox_inventory, Scripts, die tief in qb-inventory eingreifen, müssen also ersetzt oder aktualisiert werden. Eine Migration lohnt sich, wenn dein Core wenig Eigenanpassungen enthält oder du ohnehin einen Wipe planst. Teste den Wechsel immer zuerst in einem separaten txData-Ordner mit einer Kopie deiner Datenbank und stelle erst danach deinen Liveserver um.

Häufige Probleme

• Script meldet "qb-core not found" — die Kompatibilitätsschicht von Qbox fängt die meisten Aufrufe ab, aber Scripts, die hart auf den Ressourcennamen prüfen, brauchen manchmal ein Update vom Entwickler.
• Fehlermeldung zu ox_lib beim Start — Qbox baut auf ox_lib auf. Prüfe über den Tab Files, dass ox_lib bei deinen Ressourcen liegt und in der server.cfg mit ensure ox_lib vor deinen anderen Scripts geladen wird.
• Task Failed: Duplicate entry for key PRIMARY während des Deploys — du führst das Recipe auf einer Datenbank aus, in der noch alte Tabellen liegen. Leere die Datenbank oder lege unter Databases eine neue an und deploye erneut.
• Bezahltes Script funktioniert nach dem Wechsel nicht — Escrow-Scripts kannst du nicht selbst patchen. Prüfe, ob der Entwickler eine Qbox-Version anbietet, und stelle andernfalls eine Supportanfrage bei diesem Entwickler.
• Server startet nach dem Wechsel nicht — prüfe, ob die Zeile exec txData/... in deiner Startkonfiguration auf den Ordner deines neuen Recipes zeigt, und lies die Konsolenausgabe für den genauen Fehler.

Fazit

Für fast jeden neuen Server ist Qbox 2026 die beste Wahl: aktive Entwicklung, eine moderne Basis und Zugriff auf das bestehende qb-Script-Angebot. ESX bleibt für Economy-Server stark, und einen stabil laufenden QBCore-Server musst du nicht heute migrieren. Bereit loszulegen? Folge der QBCore-Installationsanleitung in unserer FiveM-Wissensdatenbank und sieh dir das FiveM-Angebot von MC-Node an, um in wenigen Minuten deinen eigenen Server zu starten.