ESX, QBCore ou QBox en 2026 : lequel choisir

01La réponse courte

• ESX : la plus grande bibliothèque de scripts et la communauté la plus ancienne, surtout sur la scène francophone.
• QBCore : une structure claire qui a fait école, et un très large catalogue de scripts « QB ».
• QBox : le successeur de QBCore, refondé sur la suite ox et compatible avec la plupart des ressources QBCore.

02ESX : la plus grande bibliothèque de scripts

ESX est le plus ancien des trois frameworks encore suivis. Il a porté une grande partie de la scène roleplay, et tout particulièrement la scène francophone : des milliers de serveurs ont tourné dessus, et cela se voit partout. Métiers, boutiques, téléphones, braquages, garages : pour presque chaque besoin, un script ESX existe déjà, gratuit ou payant, souvent avec un tutoriel en français et des développeurs qui le connaissent par cœur. C'est un avantage réel, et aucun des deux autres ne l'égale aujourd'hui.

La branche maintenue s'appelle ESX Legacy. Elle a nettement modernisé le cœur et profite elle aussi de l'écosystème ox. Le revers de cette longue histoire, c'est l'hétérogénéité : beaucoup de scripts en circulation visent des versions antérieures à ESX Legacy et demandent des retouches, la qualité varie énormément d'un auteur à l'autre, et les métiers et leurs grades se déclarent dans des tables SQL, ce qui veut dire une requête ou un outil externe pour chaque grade ajouté.

03QBCore : la structure qui a fait école

QBCore est arrivé plus tard avec une idée simple : une structure claire et prévisible. Les données du joueur tiennent dans un objet unique, les métiers, gangs, objets et véhicules se déclarent dans des fichiers Lua partagés, et les ressources de base (inventaire, téléphone, multi-personnage) étaient pensées pour aller ensemble. Cette cohérence a séduit, surtout du côté anglophone, et une immense quantité de scripts est publiée « pour QB ».

Sur son état en 2026, les sources se contredisent : certains le disent toujours vivant, d'autres trouvent que son rythme a ralenti. Plutôt que de croire un comparatif, celui-ci compris, ouvrez son dépôt officiel et regardez trois choses : la date des derniers changements, celle de la dernière version publiée, et le nombre de tickets qui attendent une réponse. C'est ce qui vous dira s'il sera encore suivi dans deux ans.

04QBox : le successeur de QBCore, refondé sur ox

QBox, dont le cœur s'appelle qbx_core, est né le 27 septembre 2022 comme successeur de QBCore. Ses auteurs ont gardé l'esprit de QBCore et refait les fondations sur la suite ox : ox_lib pour les fonctions communes, ox_inventory pour l'inventaire, oxmysql pour la base de données. Le cœur exige OneSync Infinity, tourne en Lua 5.4, et embarque d'office le multi-personnage, le multi-métier et une file d'attente pour les serveurs pleins.

Son atout décisif est sa passerelle : QBox se présente aux autres ressources sous le nom qb-core et répond à la plupart des scripts écrits pour QBCore sans les modifier. Vous gardez l'accès au catalogue QB tout en partant d'un cœur plus récent. Ses limites sont réelles : une communauté plus petite que celle d'ESX, moins de scripts écrits pour lui seul, et des tutoriels en français encore rares.

05ESX vs QBCore vs QBox : le comparatif en un tableau

Aucun des trois n'est « le plus rapide » dans l'absolu : sur un serveur réel, ce sont les scripts installés, bien plus que le cœur, qui font la différence de performances. Méfiez-vous des comparatifs qui affichent des chiffres sans dire comment ils ont été mesurés.

06Le meilleur framework FiveM en 2026 dépend de votre point de départ

• Vous avez un serveur ESX qui tourne, avec des scripts achetés : restez sur ESX, ou planifiez une vraie migration. Changer de framework, c'est réécrire ou remplacer ces scripts.
• Vous avez un serveur QBCore : regardez QBox. La passerelle fait tourner la plupart de vos ressources, et vous repartez sur un cœur plus récent.
• Vous partez de zéro : QBox est le choix le plus cohérent aujourd'hui, avec un cœur récent et l'accès au catalogue QB.
• Votre équipe ne sait développer que pour ESX : la compétence disponible compte autant que la technique. Un framework que personne ne sait maintenir est un mauvais choix, même s'il est meilleur sur le papier.
• Vous ne voulez pas développer du tout : le framework compte alors moins que la question suivante, qui va le maintenir.

Le guide créer un serveur GTA RP reprend toutes les étapes, du choix du framework jusqu'à l'ouverture aux joueurs.

07Ce qu'aucun framework ne fait à votre place

ESX, QBCore et QBox sont des fondations, pas des serveurs prêts à jouer. Quel que soit votre choix, il reste à trouver une machine, installer le cœur et des dizaines de ressources, régler chaque métier, chaque salaire et chaque objet dans des fichiers ou en base, puis suivre les mises à jour de FiveM, du framework et de chaque script. C'est là que se jouent la plupart des abandons, et l'essentiel du coût d'un serveur FiveM.

C'est aussi pour cela que les packs de serveurs se vendent si bien : ils évitent l'installation, mais figent une version du framework le jour de l'achat. Les risques sont détaillés dans le guide sur les packs de serveurs FiveM.

08Pourquoi Nova est bâti sur QBox

Quand nous avons choisi le socle de la base Nova, trois raisons ont fait pencher la balance vers QBox.

1. Un cœur récent et cohérent : la suite ox, Lua 5.4 et OneSync Infinity, une base saine pour des villes de 64 à 256 joueurs, les tailles de nos offres.
2. La compatibilité QBCore : la passerelle laisse fonctionner la plupart des scripts QB, sans qu'il faille réinventer tout un catalogue.
3. Un cœur qu'on n'a pas besoin de réécrire : Nova livre QBox tel que ses auteurs le publient, à un seul correctif près, déclaré dans sa notice. Tout ce que nous ajoutons vit dans nos propres modules, ce qui garde les montées de version de QBox simples à suivre.

Par-dessus, Nova ajoute 67 modules livrés et mis à jour ensemble (police et justice, santé, économie, téléphone, véhicules, propriétés, gangs, radio) et un panneau d'administration en jeu de 40 écrans. Métiers, grades, salaires, objets et permissions se règlent en tapant /admin, au lieu d'un fichier Lua ou d'une table SQL. Avant tout changement qui touche des joueurs, le panneau affiche ceux qui seront concernés, connectés ou non.

Les ressources de l'écosystème ox répondent aussi sous leur nom habituel (ox_target, ox_inventory) : un script qui les appelle les trouve. ox_lib est fourni par nova_lib, et aucun dossier ox_lib n'existe sur le disque : dans le fxmanifest d'un script, la ligne @ox_lib/init.lua se remplace par @nova_lib/shared/lib_init.lua, sinon la console affiche « Failed to load script ». Enfin, c'est Nova Studio qui intègre chaque nouvelle version de QBox, la teste puis la livre. Elle s'applique au redémarrage suivant de votre serveur, sans rien à télécharger.

09Changer de framework : ce qui se reprend

Venir de QBCore est le cas le plus simple : la plupart de vos scripts se déposent dans le dossier resources/[client] depuis l'espace client, puis se testent en jeu. Venir d'ESX demande plus de travail, car un script écrit pour ESX ne fonctionne pas sur QBox sans être adapté.

10Lancer un serveur QBox sans rien installer

Si QBox vous convient mais que l'installation, l'hébergement et les mises à jour ne vous intéressent pas, Nova les prend en charge. Un abonnement par serveur, hébergement, mises à jour et support compris : 99 € par mois pour 64 joueurs (NOVA), 149 € pour 128 joueurs (NOVA+) et 229 € pour 256 joueurs (NOVA INFINITY). En annuel, vous payez dix mois pour douze.

La page des tarifs dit quelles offres sont ouvertes aujourd'hui et ce que chacune comprend. Si vous hésitez encore, la page framework FiveM roleplay présente Nova en détail.

Questions fréquentes