ESX, QBCore ou Qbox : quel framework FiveM choisir en 2026 ?

Si vous lancez un serveur roleplay FiveM en 2026, le framework est le choix le plus important que vous ferez : ESX, QBCore ou Qbox détermine quels scripts vous pouvez utiliser, à quelle vitesse vous recevez les mises à jour et combien de maintenance vous attend par la suite. Dans cet article, nous comparons les trois frameworks sur des faits, nous vous donnons un conseil concret pour chaque scénario et nous expliquons quand la migration de QBCore vers Qbox a du sens.

Les trois frameworks en bref

ESX (es_extended) est le plus ancien grand framework roleplay et existe depuis 2017. Il est toujours activement maintenu sous le nom d'ESX Legacy, possède une forte communauté européenne et offre le plus grand choix de scripts d'économie et de métiers.

QBCore était le framework le plus populaire entre 2021 et 2023, mais son développement s'est largement arrêté après le départ d'une grande partie de l'équipe principale. Les mises à jour ne sortent plus que sporadiquement ; l'immense bibliothèque de scripts qb existe cependant toujours.

Qbox (qbx_core) est la relève lancée par ces anciens développeurs de QBCore. Le framework s'appuie sur des bibliothèques modernes comme ox_lib et ox_inventory, est activement développé et inclut une couche de compatibilité qui permet à la plupart des scripts QBCore de continuer à fonctionner. Pour les nouveaux serveurs, Qbox est donc le choix recommandé en 2026.

Tableau comparatif

Conseil par scénario

• Nouveau serveur roleplay FR/EU — choisissez Qbox. Vous obtenez une base activement maintenue, des ressources par défaut modernes et, grâce à la couche de compatibilité, l'accès à la quasi-totalité du catalogue de scripts qb.
• Serveur QBCore existant — si votre serveur tourne de façon stable, ne précipitez pas la migration. Planifiez le passage à Qbox à un moment naturel, comme un wipe ou une grosse mise à jour.
• Serveur économie ou de niche — ESX reste un excellent choix : sa base économique est éprouvée depuis des années et aucun autre framework n'offre autant de scripts de métiers et d'économie.

Piège : vérifiez d'abord vos scripts payants

L'erreur la plus coûteuse est de choisir un framework et de découvrir ensuite que votre script payant préféré ne le prend pas en charge. Faites donc d'abord cette vérification :

1. Listez les scripts dont votre serveur a vraiment besoin : inventaire, téléphone, banque, MDT, logements.
2. Pour chaque script, vérifiez sur la page de vente quels frameworks le créateur prend officiellement en charge. Les scripts payants sont généralement chiffrés (escrow), vous ne pouvez donc pas les modifier vous-même.
3. La page ne mentionne que ESX ou que QBCore ? Demandez alors explicitement au créateur si Qbox est pris en charge avant d'acheter.
4. Ne choisissez votre framework qu'ensuite : remplacer un script prend une après-midi, changer de framework non.

Installer votre framework

1. Ouvrez votre serveur FiveM dans le panel MC-Node sur panel.mc-node.net et démarrez-le via l'onglet Console.
2. Ouvrez txAdmin dans votre navigateur et suivez le setup. Dans le deployer, choisissez une recipe prête à l'emploi ; des recipes sont disponibles pour ESX Legacy, QBCore et Qbox, entre autres.
3. Saisissez vos identifiants de base de données pendant le déploiement. Vous les trouverez dans le panel sous l'onglet Databases.
4. Après le premier démarrage, vérifiez la sortie console à la recherche d'erreurs et créez immédiatement une sauvegarde via l'onglet Backups.

Migrer de QBCore vers Qbox

Qbox a été délibérément conçu comme le successeur de QBCore : la base de données des joueurs partage en grande partie la même structure et qbx_core embarque une bridge qui permet à la plupart des scripts qb de continuer à tourner. Ce qui ne passe pas tel quel : les fichiers qb-core fortement personnalisés et l'inventaire — Qbox utilise ox_inventory, les scripts profondément liés à qb-inventory doivent donc être remplacés ou mis à jour. La migration a du sens si votre core contient peu de personnalisations ou si vous prévoyez de toute façon un wipe. Testez toujours d'abord la bascule dans un dossier txData séparé avec une copie de votre base de données, et ne faites migrer votre serveur live qu'ensuite.

Problèmes fréquents

• Un script affiche "qb-core not found" — la couche de compatibilité de Qbox intercepte la plupart des appels, mais les scripts qui vérifient strictement le nom de la ressource ont parfois besoin d'une mise à jour de leur créateur.
• Erreur liée à ox_lib au démarrage — Qbox repose sur ox_lib. Vérifiez via l'onglet Files qu'ox_lib figure parmi vos ressources et qu'il est chargé avant vos autres scripts dans server.cfg avec ensure ox_lib.
• Task Failed: Duplicate entry for key PRIMARY pendant le déploiement — vous exécutez la recipe sur une base de données qui contient encore d'anciennes tables. Videz la base ou créez-en une nouvelle sous Databases et relancez le déploiement.
• Un script payant ne fonctionne plus après la bascule — vous ne pouvez pas patcher vous-même les scripts escrow. Vérifiez si le créateur propose une version Qbox, sinon ouvrez une demande de support auprès de ce créateur.
• Le serveur ne démarre plus après le changement — vérifiez que la ligne exec txData/... de votre configuration de démarrage pointe vers le dossier de votre nouvelle recipe et lisez la sortie console pour connaître l'erreur exacte.

Conclusion

Pour presque tous les nouveaux serveurs en 2026, Qbox est le meilleur choix : développement actif, base moderne et accès au catalogue de scripts qb existant. ESX reste solide pour les serveurs économie, et un serveur QBCore qui tourne bien n'a pas besoin de migrer aujourd'hui. Envie de vous lancer ? Suivez le guide d'installation de QBCore dans notre base de connaissances FiveM et découvrez l'offre FiveM de MC-Node pour lancer votre propre serveur en quelques minutes.