ESX vs QBCore : quel framework FiveM choisir ?

Ce que fait un framework

Un framework, c'est un ensemble de ressources centrales : un gestionnaire de joueurs, un inventaire, un système de métiers, un système bancaire ou monétaire, un garage de véhicules et un créateur de personnage, plus un schéma de base de données commun. Presque chaque script roleplay que vous installez indique pour quel framework il est écrit, car il lit les joueurs et l'argent via les fonctions du framework. Cette compatibilité est la première raison de choisir l'un plutôt que l'autre.

ESX Legacy

ESX est le plus ancien framework encore activement utilisé, et ESX Legacy en est la version maintenue. Sa force, c'est l'écosystème : il existe plus de scripts, de métiers et de tutoriels pour ESX que pour tout le reste, et beaucoup de ressources payantes proposent d'abord le support ESX. Il est stable, bien documenté, et la plupart des développeurs freelance le connaissent.

Sa faiblesse, c'est son histoire. ESX traîne des choix de conception de 2017, certaines ressources par défaut ont vieilli, et les performances des métiers de base sont moyennes si vous ne les remplacez pas. Les serveurs qui veulent une expérience soignée remplacent en général l'inventaire, le HUD et plusieurs métiers par de meilleures ressources communautaires, ce qui est normal et bien pris en charge.

QBCore

QBCore est arrivé plus tard avec une structure plus propre : un objet joueur moderne, des métadonnées sur les objets, un meilleur inventaire et HUD par défaut, et des conventions qui facilitent l'écriture de scripts. L'écosystème de scripts est aujourd'hui presque aussi vaste que celui d'ESX, et la plupart des nouvelles ressources payantes supportent les deux.

La faiblesse de QBCore, c'est le rythme. Les mises à jour ont parfois cassé la compatibilité entre versions du core, donc un serveur qui met son core à jour devra peut-être mettre aussi ses scripts à jour. La documentation est correcte mais éclatée entre le core, les ressources et Discord.

Qbox

Qbox est un fork de QBCore réalisé par une partie de l'équipe QBCore, axé sur la qualité du code, les performances et la cohérence, construit autour des bibliothèques ox (ox_lib, ox_inventory). Il conserve la compatibilité avec la plupart des scripts QBCore via un bridge, vous perdez donc peu de l'écosystème et gagnez un core plus net. C'est le choix de beaucoup de nouveaux serveurs en 2025 et 2026, mais il est plus jeune : pour certains vieux scripts QBCore, il faudra un peu d'adaptation.

Performances et stabilité

Sur un serveur bien configuré, le framework n'est pas le goulot d'étranglement ; ce sont les scripts que vous ajoutez. QBCore et Qbox ont un léger avantage sur les performances des ressources par défaut, ESX un léger avantage en stabilité après des années d'exploitation. La différence est bien plus faible que celle entre un bon et un mauvais script. Quel que soit votre choix, mesurez l'usage des ressources dans txAdmin et supprimez les scripts qui dévorent votre thread principal.

Lequel choisir

Choisissez ESX Legacy si vous voulez le plus large choix de scripts, si votre développeur connaît ESX, ou si vous lancez un serveur roleplay classique orienté économie. Choisissez QBCore si vous voulez une expérience moderne par défaut avec moins de remplacements, et si la plupart des scripts qui vous intéressent annoncent le support QBCore. Choisissez Qbox si vous partez de zéro en 2026, que l'écosystème ox vous plaît et que vous voulez la base la plus propre pour construire. Pour un premier serveur, QBCore ou Qbox donne une ville présentable plus vite ; pour un serveur avec un développeur, le choix suit le développeur.

Chez VibeGAMES, les trois s'installent en un clic depuis le Framework Installer du panel de jeu, base de données comprise : essayer l'un puis passer à l'autre avant d'avoir investi dans des scripts vous coûte dix minutes. Testez les deux sur un serveur neuf avant d'acheter la moindre ressource.