ESX, Qbox ou QBCore : quel framework FiveM choisir ?
ESX ou QBCore, ESX Legacy ou Qbox : état de maintenance en 2026, écosystème ox_lib et ox_inventory, compatibilité des scripts, migration et choix.
En bref
- Les trois frameworks sont gratuits, publiés sur GitHub, maintenus en 2026 et s'installent en une recette txAdmin.
- ESX Legacy (depuis 2017) sort des versions très régulièrement : 1.15.2 en septembre 2026, avec sa propre bibliothèque
esx_libet une détection automatique d'ox_inventory. - Qbox est un fork de QBCore bâti sur ox_lib, ox_inventory et oxmysql ; il fait tourner la plupart des scripts QBCore grâce à une couche de compatibilité.
- QBCore reçoit encore des correctifs, mais à un rythme plus lent, et ox_inventory ne le liste pas parmi ses frameworks supportés.
- Pour un nouveau serveur : ESX Legacy si tu vises le catalogue de scripts ESX, Qbox si tu pars de l'écosystème QB. QBCore pur a surtout du sens pour un serveur existant.
Qu'est-ce qui différencie ESX, Qbox et QBCore ?
Leur histoire, leurs dépendances et les scripts qui tournent dessus. Un framework gère la base du roleplay : personnages, argent, métiers, inventaire, groupes. Tout le reste de ton serveur s'appuie sur ses fonctions, donc changer de framework plus tard coûte cher.
- ESX Legacy : le plus ancien, lancé en 2017 selon sa documentation. Le dépôt esx_core regroupe le cœur et les ressources de base.
- QBCore : apparu en 2021, il a construit son propre écosystème de ressources
qb-*(inventaire, target, menus). - Qbox : né en 2022 comme fork de QBCore, avec l'objectif de l'améliorer tout en restant compatible, d'après la doc Qbox. Il remplace les briques
qb-*par celles d'Overextended.
Où en est chaque framework en 2026 ?
Relevé fait en septembre 2026 sur les dépôts GitHub officiels :
| ESX Legacy | Qbox | QBCore | |
|---|---|---|---|
| Dernière version | 1.15.2 (6 septembre 2026) | 1.24.0 (22 août 2026) | Pas de release publiée, fxmanifest en 1.3.0 |
| Rythme | Plusieurs versions par trimestre | Commits jusqu'en septembre 2026 | Correctifs ponctuels, derniers commits en août 2026 |
| Dépendances du cœur | oxmysql, esx_lib | oxmysql, ox_lib, ox_inventory | oxmysql |
| Inventaire | esx_inventory intégré, ox_inventory détecté automatiquement | ox_inventory | qb-inventory |
| Base de données | MariaDB | MariaDB 10.9 minimum, MySQL non supporté | Compatible MySQL, via oxmysql |
| Recette txAdmin officielle | Oui | Oui | Oui |
Deux points qui ont bougé récemment et qui piègent les vieux tutoriels :
- ESX Legacy 1.15 a introduit
esx_lib, sa propre bibliothèque, et un nouvelesx_inventorydans le cœur. La config d'es_extended bascule toute seule sur ox_inventory s'il est présent sur le serveur. - L'écosystème ox (ox_lib, ox_inventory, oxmysql, ox_target) est maintenu par Overextended, avec des versions publiées en 2026. Sa doc est sur overextended.dev.
ESX ou QBCore : lequel choisir ?
Pour un nouveau serveur, plutôt ESX Legacy ou Qbox que QBCore pur. QBCore fonctionne toujours, mais son développement est plus lent, et l'écosystème moderne (ox_inventory en tête) s'est aligné sur ESX et Qbox : la doc d'ox_inventory liste esx, qbx, ox et nd comme frameworks, pas QBCore.
Choisis selon ta situation :
| Ta situation | Choix raisonnable |
|---|---|
| Nouveau serveur, tu veux acheter beaucoup de scripts existants | ESX Legacy |
| Nouveau serveur, équipe de dev à l'aise avec ox_lib | Qbox |
| Serveur QBCore existant qui tourne bien | Rester, ou migrer vers Qbox à froid |
| Serveur QBCore avec qb-inventory en fin de course | Migrer vers Qbox |
| Serveur ESX existant | Rester sur ESX Legacy et le mettre à jour |
Le critère qui compte le plus en pratique : les scripts que tu veux utiliser. Vérifie sur la fiche de chaque script visé quel framework il supporte avant de choisir. À titre d'exemple, les scripts KAAPSULE actuels, comme Kaapsule Copy Outfit (gratuit) ou Kaapsule BDA, sont écrits pour ESX Legacy.
ESX Legacy ou Qbox : qu'est-ce qui change au quotidien ?
Surtout les briques autour du cœur. Sur Qbox, l'inventaire, les menus et le ciblage passent par ox_inventory, ox_lib et ox_target. Sur ESX Legacy, tu as le choix : les ressources esx_* d'origine, ou les mêmes briques ox, qu'ESX sait détecter.
Côté développement, Qbox n'expose plus d'objet core global : les appels QBCore.Functions sont remplacés par des exports et des modules, selon sa page de conversion. ESX garde son objet ESX et ses fonctions xPlayer.
Un script QBCore fonctionne-t-il sur Qbox ?
Dans la plupart des cas, oui. La FAQ Qbox annonce une compatibilité avec presque tous les scripts QBCore, sauf ceux qui :
- accèdent directement aux tables de la base ;
- lisent des fichiers internes de qb-core qui ne sont pas faits pour être utilisés ailleurs ;
- utilisent les fonctions existantes de façon incorrecte.
Un script ESX, lui, ne tourne ni sur QBCore ni sur Qbox sans adaptation, et inversement. Certains scripts du commerce embarquent un pont pour plusieurs frameworks : c'est indiqué sur leur fiche.
Comment migrer de QBCore vers Qbox ?
En suivant la procédure officielle, base sauvegardée avant tout :
- Sauvegarde la base de données.
- Lance le SQL fourni avec qbx_core : il modifie la table
players(nouvelle colonnelast_logged_out, collation decitizenid). - Remplace les briques : qb-inventory par ox_inventory, qb-target par ox_target, qb-menu par ox_lib, et convertis les données d'inventaire.
- Mets à jour la config :
server.cfget les fichiers de config associés, et les grades de métiers passent de chaînes à nombres dansqbx_core/shared/jobs.lua. - Teste chaque script sur une copie du serveur avant de basculer.
Passer d'ESX à Qbox, ou l'inverse, est une autre affaire : aucune des deux docs ne propose de conversion, ce sont des structures de base et des API différentes. Compte une réécriture des scripts maison et une migration de données sur mesure.
Questions fréquentes
Quel est le meilleur framework FiveM en 2026 ?
Il n'y en a pas un seul. ESX Legacy et Qbox sont les deux choix les plus solides pour un nouveau serveur ; le bon est celui qui fait tourner les scripts que tu veux.
QBCore est-il abandonné ?
Non, le dépôt reçoit encore des correctifs en 2026. Mais le rythme est plus lent qu'ESX Legacy ou Qbox, et il n'y a pas de release publiée.
Qbox est-il compatible avec les scripts QBCore ?
Oui pour la grande majorité, grâce à une couche de compatibilité intégrée à qbx_core. Les exceptions sont les scripts qui accèdent directement à la base ou aux fichiers internes de qb-core.
Peut-on utiliser ox_inventory sur ESX ?
Oui. es_extended détecte ox_inventory s'il est présent sur le serveur et bascule dessus automatiquement.
Un script ESX peut-il tourner sur QBCore ?
Pas tel quel. Il faut une version dédiée, un pont fourni par l'auteur, ou une adaptation du code.
Besoin d'un coup de main ?
Si tu veux un serveur livré sur le bon framework dès le départ, c'est la prestation Création de serveur. S'il faut adapter un script à ton framework ou écrire celui qui manque, c'est un script sur mesure. KAAPSULE, studio FiveM francophone, répond aussi aux questions sur le Discord. Et pour installer le framework toi-même : Créer un serveur FiveM.