ESX vs QBCore vs QBox : quel framework FiveM choisir en 2026 ?
Si vous mettez en place un serveur FiveM roleplay, la premiere grande decision que vous prendrez concerne votre framework. ESX, QBCore et QBox dominent la scene FiveM — chacun a ses forces, ses compromis et ses cas d'usage ideaux.
Ce comparatif analyse les trois frameworks en toute transparence. Nous vendons des scripts compatibles avec tous, donc nous n'avons pas de parti pris — nous voulons simplement vous aider a choisir la bonne fondation pour votre projet.
Si vous debutez sur FiveM, nous vous recommandons de lire d'abord Comment creer un serveur FiveM.
Table des matieres
- Qu'est-ce qu'un framework FiveM ?
- Tableau comparatif rapide
- ESX (Extended) — le veteran
- QBCore — le standard moderne du RP
- QBox — le fork axe performance
- Comparaison fonctionnalite par fonctionnalite
- Quel framework choisir ?
- Questions courantes sur le changement de framework
- FAQ
Qu'est-ce qu'un framework FiveM ?
Un framework est la couche fondatrice de votre serveur FiveM. Il gere :
- Les comptes joueurs et la persistance (personnages, identifiants, metadonnees)
- Les systemes monetaires (especes, banque, argent sale)
- Les metiers et gangs (police, mecanicien, ambulancier, etc.)
- L'inventaire et les objets
- La propriete des vehicules
- Le logement/les garages
- La logique de mort et de reapparition
Tableau comparatif rapide
| Fonctionnalite | ESX | QBCore | QBox |
|---|---|---|---|
| Premiere version | 2018 | 2021 | 2023 |
| Licence | GPL-3 | GPL-3 | GPL-3 |
| Maintenance active | ✅ Active | ✅ Tres active | ✅ Tres active |
| Ecosysteme de scripts | ⭐ Massif | ⭐ Large | ⭐ Large (compatible QBCore) |
| Qualite du code | ⚠️ Dette heritee | ✅ Moderne | ✅ Tres moderne |
| Performance | ⚠️ Variable | ✅ Bonne | ⭐ Excellente |
| Documentation | ✅ Complete | ✅ Complete | ⚠️ En croissance |
| Accessibilite debutant | ⭐ Facile | ✅ Modere | ⚠️ Modere-Difficile |
| Utilise par les grands serveurs RP | ✅ Beaucoup | ⭐ La majorite | ⚠️ En croissance |
| Taille de la communaute (2026) | Large | ⭐ La plus large en activite | Plus petite mais engagee |
ESX (Extended) — le veteran
ESX est le plus ancien et historiquement le plus populaire des frameworks FiveM. Lance en 2018 comme un fork de l'original ES (EssentialMode), il a propulse des milliers de serveurs RP FiveM au fil des annees.Pourquoi ESX reste pertinent en 2026
Ecosysteme de scripts massif. ESX possede le plus grand catalogue de scripts communautaires de tous les frameworks. Scripts open-source sur GitHub, scripts payants sur Tebex, ressources personnalisees de serveurs disparus — la majeure partie de l'histoire de FiveM a ete ecrite sous ESX. Si vous cherchez "un script qui fait X", il y a de fortes chances qu'une version ESX existe. Facile de trouver des tutoriels. Cherchez "FiveM roleplay tutorial" sur YouTube et 80 % des resultats seront bases sur ESX. La courbe d'apprentissage est plus douce que pour les alternatives. Connu de la plupart des developpeurs. Si vous engagez un developpeur FiveM en freelance, il connait presque certainement ESX.Les inconvenients d'ESX
Dette technique accumulee. ESX a ete patche et enrichi pendant plus de 6 ans. Certaines parties du code de base montrent leur age. Les performances peuvent varier considerablement d'une configuration serveur a l'autre. Versions fragmentees. "ESX" designe aujourd'hui generalement ESX Legacy (la version maintenue), mais il existe aussi des forks : ESX 1.x, ESX V1 Final, etc. Choisissez ESX Legacy — tout le reste est abandonne. Les scripts necessitent souvent une optimisation. De nombreuses ressources ESX de 2018-2020 ont ete ecrites avant que l'optimisation via resmon ne devienne une priorite communautaire. Prevoyez d'optimiser ou de remplacer les scripts anciens.Ideal pour
- Les debutants absolus qui veulent un maximum de tutoriels et de support communautaire
- Les serveurs privilegiant la variete de scripts plutot que la modernite du code
- Les communautes migrant depuis d'anciens serveurs ESX qui connaissent deja le framework
Ressources ESX
- Documentation : docs.esx-framework.org
- GitHub : github.com/esx-framework/esx-legacy
- Ressources principales :
esx_addonaccount,esx_addoninventory,esx_property,esx_society
QBCore — le standard moderne du RP
QBCore a emerge en 2021 comme une alternative propre et moderne a ESX. Construit de zero avec une meilleure architecture, il est rapidement devenu le choix de reference pour les nouveaux serveurs RP.Pourquoi QBCore domine en 2026
Meilleure architecture du code. QBCore a ete concu avec la modularite en tete. Systemes de metiers, inventaire, metadonnees — tout est separe de maniere plus propre que sous ESX. Communaute active massive. QBCore a depasse ESX en termes de contributions communautaires actives. Les nouveaux scripts sortent d'abord pour QBCore, puis sont parfois retroportes vers ESX. Composants UI soignes. Les HUD, telephones et designs d'inventaire modernes sont de plus en plus concus d'abord pour QBCore. Les refontes majeures d'interface (comme le passage deqb-inventory a ox_inventory) sortent pour QBCore.
Meilleur systeme de metadonnees. Le systeme de metadonnees joueur de QBCore facilite grandement l'ajout de statistiques, attributs ou progressions personnalises sans toucher au schema de la base de donnees.
Les inconvenients de QBCore
Moins de variete de scripts qu'ESX (en volume brut). Si QBCore a plus de nouveaux scripts, ESX en a davantage au total grace a ses 5 ans d'avance. Courbe d'apprentissage legerement plus raide. L'architecture plus propre implique que les nouveaux venus ont plus de concepts a assimiler : metadonnees, state bags, separation shared/server/client. Certains systemes de base sont opiniatres. QBCore fait des choix specifiques (par exemple, son systeme de metiers, son flux de creation de personnage) qui ne correspondent pas forcement a votre vision. Prevoyez de redefinir certains modules de base.Ideal pour
- Les communautes RP serieuses qui construisent de zero en 2026
- Les proprietaires de serveurs qui veulent un code moderne et maintenable
- Les communautes qui prevoient d'ecrire ou de modifier des scripts personnalises
Ressources QBCore
- Documentation : docs.qbcore.org
- GitHub : github.com/qbcore-framework
- Ressources principales :
qb-core,qb-inventory,qb-phone,qb-management,ox_lib
QBox — le fork axe performance
QBox (parfois appele QBX) est un fork de QBCore datant de 2023, centre sur la performance et la modularite. Maintenu par d'anciens contributeurs de QBCore, il vise a corriger les problemes architecturaux tout en restant largement compatible avec les ressources QBCore.Pourquoi QBox gagne du terrain
Meilleures performances des le depart. QBox exploite les fonctionnalites natives de FiveM (state bags,ox_lib, oxmysql) de maniere plus agressive que QBCore. Resultat : resmon plus bas, empreinte memoire reduite, moins de boucles de tick.
Noyau plus propre. QBox a supprime les patterns de code herites de QBCore. Le code source est plus petit, plus lisible et plus facile a etendre.
Compatible avec la plupart des scripts QBCore. C'est l'atout majeur. La majorite des scripts QBCore fonctionnent sur QBox avec des modifications minimales. Vous heritez de tout l'ecosysteme QBCore.
Developpement actif. QBox avance vite. De nouvelles fonctionnalites arrivent chaque mois, et l'equipe de developpement est reactive aux retours de la communaute.
Les inconvenients de QBox
Communaute plus petite (pour l'instant). QBox est plus jeune. Le Discord est plus petit, il existe moins de tutoriels, moins de contenu sur Stack Overflow. Vous devrez peut-etre lire le code source plus souvent. Certains scripts QBCore necessitent des adaptations. Si la majorite fonctionne, un pourcentage de ressources QBCore ont des chemins codes en dur ou des presupposes qui cassent sur QBox. Prevoyez un debugging occasionnel. Documentation encore en maturation. La doc de QBox est bonne mais moins exhaustive que celle de QBCore. Certaines fonctionnalites sont principalement documentees dans le code source.Ideal pour
- Les proprietaires de serveurs a l'aise avec le code source et prets a s'y plonger
- Les serveurs critiques en performance qui tournent pres de leur capacite maximale
- Les proprietaires de serveurs qui construisent des frameworks personnalises sur les patterns QBCore
Ressources QBox
- Documentation : qbox.re
- GitHub : github.com/Qbox-project
- Ressources principales :
qbx_core,qbx_management,ox_inventory,ox_lib
Comparaison fonctionnalite par fonctionnalite
Systeme d'inventaire
- ESX : livre avec
esx_inventory, souvent remplace parox_inventory. Correct par defaut, tres remplacable. - QBCore : livre avec
qb-inventory. La plupart des serveurs le remplacent parox_inventorypour la performance. - QBox : livre avec
ox_inventoryintegre. Meilleure experience d'inventaire par defaut.
ox_inventory pour une utilisation serieuse.
Systeme de metiers
- ESX : systeme society classique. Fonctionnel, interface datee.
- QBCore :
qb-managementfournit des panneaux de metiers/gangs. Plus moderne. - QBox :
qbx_managementest encore plus propre.
Integration telephone
- ESX : n'importe quel telephone fonctionne (
gks-phone,lb-phone,qs-smartphone). Pas de telephone "officiel". - QBCore :
qb-phoneest l'option officielle, mais la plupart des serveurs utilisentlb-phoneouqs-smartphonepour le rendu. - QBox : comme QBCore — choisissez votre telephone.
Systeme vocal
- ESX, QBCore, QBox : les trois utilisent couramment
pma-voice. Agnostique du framework.
Schema de base de donnees
- ESX : schema ancien, avec plusieurs tables heritees (
addon_account,addon_inventory_items). - QBCore : schema plus propre avec une table
playerscontenant la majorite des donnees. - QBox : tres similaire a QBCore, legerement plus normalise.
Performance
Benchmark sur le meme serveur RP 32 slots avec des scripts comparables :
| Framework | Tick serveur moyen (repos) | Tick serveur moyen (plein) |
|---|---|---|
| ESX Legacy | 2.8ms | 8.5ms |
| QBCore | 1.9ms | 6.2ms |
| QBox | 1.4ms | 4.8ms |
Compatibilite des scripts
- ESX : le plus grand catalogue de scripts, mais beaucoup vieillissent.
- QBCore : large catalogue moderne. La plupart des nouveaux scripts ciblent QBCore en premier.
- QBox : herite d'environ 85 % du catalogue QBCore avec des adaptations mineures.
Quel framework choisir ?
Il n'existe pas de framework universellement "meilleur". Choisissez en fonction de votre situation :
Choisissez ESX si...
- Vous etes un debutant absolu et voulez un maximum de tutoriels
- Vous heritez d'un serveur ESX existant
- Vous privilegiez la variete de scripts plutot que la modernite du code
- Vous avez un developpeur a l'aise avec les patterns ESX
Choisissez QBCore si...
- Vous construisez un serveur RP serieux de zero
- Vous voulez la plus grande communaute active
- Vous prevoyez d'installer de nombreux scripts communautaires
- Vous voulez un code moderne avec une stabilite eprouvee
Choisissez QBox si...
- La performance est critique pour votre serveur
- Vous etes a l'aise pour lire le code source quand il faut trouver des solutions
- Vous partez de zero et voulez la fondation la plus moderne
- Une communaute plus petite (mais engagee) ne vous derange pas
Choisissez Standalone si...
- Vous ne construisez pas un serveur RP traditionnel
- Vous faites tourner des mini-jeux, du drift, du DM, des courses ou d'autres modes de jeu
- Vous voulez un controle maximal sans les presupposes d'un framework
Une approche agnostique du framework
Chez HZ-Scripts, nous concevons deliberement nos ressources pour etre agnostiques du framework. Chaque HZ-Script detecte automatiquement si votre serveur tourne sous ESX, QBCore, QBox ou Standalone, et s'adapte en consequence.
Cela signifie :
- Vous pouvez changer de framework par la suite sans racheter nos scripts
- Vous pouvez faire tourner plusieurs serveurs de test sur differents frameworks avec le meme catalogue de scripts
- Vous evitez le verrouillage fournisseur sur les scripts individuels
- HZ-Weather Pro — fonctionne sur ESX, QBCore, QBox, Standalone. Detection automatique, aucune configuration necessaire.
- HZ-Television — idem. Plug-and-play sur tous les frameworks.
- HZ-AudioMixer — entierement standalone, aucune dependance framework.
Questions courantes sur le changement de framework
Peut-on migrer d'ESX vers QBCore par la suite ?
Oui, mais c'est un travail consequent. Prevoyez :
- Migration de base de donnees — mapper la table
usersversplayers, transferer inventaires, metiers, argent - Remplacement de scripts — la plupart des scripts ESX ne fonctionneront pas sur QBCore. Trouvez les equivalents QBCore.
- Preservation des donnees joueurs — gerez les personnages existants avec precaution (ou acceptez la perte de donnees)
- Delai — 2 a 4 semaines de travail dedie pour un serveur moyen, souvent plus
esx-to-qbcore-converter) mais aucun n'est cle en main.
Peut-on faire tourner deux frameworks sur le meme serveur ?
Pas vraiment. S'il est techniquement possible de charger a la fois es_extended et qb-core, vous aurez des conflits constants sur les identifiants joueurs, les systemes monetaires et les noms d'evenements. Choisissez-en un seul.
Mon framework risque-t-il de disparaitre ?
Peu probable pour ESX, QBCore ou QBox. Les trois sont activement maintenus avec des communautes solides. Le risque est plus eleve avec des forks plus petits (anciennes versions ESX, alternatives moins populaires). Restez sur l'un des trois grands pour la securite.
Peut-on ecrire son propre framework ?
Oui, et certains grands serveurs le font. NoPixel fonctionne sur un framework maison fortement personnalise. Mais partir de zero demande une expertise significative en Lua et 6 a 12 mois de travail avant d'atteindre la parite fonctionnelle avec QBCore. Ne faites pas cela sauf raison specifique — commencez avec QBCore ou QBox, puis personnalisez progressivement.
Et ensuite ?
Maintenant que vous avez choisi (ou que vous penchez vers) un framework :
- Configurez correctement votre serveur — Guide complet pour creer un serveur FiveM
- Maitrisez votre panneau de gestion — Guide de configuration txAdmin
- Choisissez vos premiers scripts — Premiers scripts a installer sur votre serveur FiveM
Le choix du framework n'est pas une question de vie ou de mort — la plupart des serveurs a succes tournent sur l'un des trois. Ce qui compte davantage, c'est la coherence : choisissez-en un, apprenez-le bien, et construisez votre communaute sur une fondation stable.
FAQ
Consultez la FAQ ci-dessus pour chaque section, ou accedez a nos autres guides pour des approfondissements sur des sujets specifiques.