ESX Legacy et QBCore sont les deux frameworks qui font tourner l'immense majorité des serveurs roleplay FiveM. Le choix entre les deux conditionne tout ce qui suit : les scripts que vous pourrez installer, la difficulté à trouver de l'aide en français, et le temps qu'il faudra à vos développeurs pour personnaliser le serveur. Ce guide compare les deux sur les critères qui comptent vraiment pour un administrateur, sans prendre parti par principe.
Qu'est-ce qu'ESX Legacy ?
ESX Legacy est la version maintenue et modernisée du framework ESX historique (es_extended). Il fournit la brique commune à la plupart des serveurs RP : comptes joueurs, argent (cash et banque), inventaire, métiers, société et permissions. C'est le framework le plus ancien de l'écosystème FiveM encore activement maintenu, et de loin celui qui compte le plus de scripts compatibles sur le marché, gratuits comme payants. Si vous voulez l'installer pas à pas, le guide d'installation complet détaille chaque étape.
Qu'est-ce que QBCore ?
QBCore est un framework plus récent, pensé dès le départ autour d'une structure de code plus moderne : events nommés de façon cohérente, séparation claire client/serveur, et une base pensée pour être étendue sans réécrire le cœur du framework. Il a gagné du terrain ces dernières années auprès des serveurs qui veulent un système très personnalisé (gangs, métiers avancés, économie complexe) sans partir d'une base héritée d'un ancien framework.
Compatibilité des scripts : où trouver les ressources
C'est le critère qui détermine le plus souvent le choix en pratique : un script est écrit pour ESX ou QBCore, rarement les deux nativement (des couches de compatibilité existent, mais ajoutent de la fragilité).
- ESX Legacy a l'écosystème le plus large et le plus ancien, avec une forte présence francophone : tutoriels, forums et vendeurs de scripts en français sont nombreux, ce qui compte si votre équipe n'est pas à l'aise en anglais technique.
- QBCore a un écosystème très actif mais très majoritairement anglophone. La documentation officielle, les forums communautaires et la plupart des scripts premium sont en anglais. Un développeur qui lit l'anglais technique sans difficulté n'y perdra rien ; une petite équipe débutante en français peut s'y sentir plus isolée.
Avant de choisir, listez les scripts précis que vous comptez utiliser (système de métiers, garages, housing, gangs) et vérifiez sur quel framework chacun est réellement maintenu : c'est souvent ce détail, plus que la réputation générale du framework, qui tranche.
Performance et consommation RAM
Les deux frameworks tournent sur le même moteur (FiveM, en Lua côté ressources), et leur cœur respectif est raisonnablement léger : la consommation réelle d'un serveur dépend presque toujours plus des scripts additionnels installés par-dessus (nombre de ressources, qualité du code, fréquence des boucles) que du choix ESX versus QBCore en lui-même. Un serveur ESX Legacy chargé de dizaines de scripts tiers mal optimisés consommera davantage qu'un QBCore minimal, et inversement.
Ce qui varie un peu plus objectivement entre les deux, c'est la philosophie de code : QBCore, plus récent, encourage des patterns plus économes en événements réseau sur certaines briques (inventaire, notifications), quand une partie de l'écosystème ESX Legacy porte encore des habitudes héritées de versions plus anciennes du framework. L'écart reste modeste en pratique face à ce qu'un mauvais script ajoute à lui seul. Pour dimensionner correctement votre hébergement quel que soit le framework choisi, référez-vous au guide de mise en place d'un serveur FiveM, qui détaille les ressources nécessaires selon la taille du projet.
Facilité de personnalisation : débutant vs développeur avancé
Pour un administrateur qui ne code pas ou peu, les deux frameworks s'installent et se configurent de façon comparable via leurs fichiers de config respectifs, et l'abondance de scripts prêts à l'emploi (surtout côté ESX Legacy) réduit le besoin de développement custom.
Pour un développeur qui veut construire des systèmes sur mesure (économie originale, mécaniques de gang inédites, jobs complexes), QBCore est généralement perçu comme plus confortable à étendre : sa structure plus récente et plus cohérente réduit le temps passé à comprendre le code existant avant de le modifier. ESX Legacy reste tout à fait personnalisable, mais son historique (plusieurs générations de conventions superposées) peut demander un peu plus de temps d'adaptation à un développeur qui découvre le framework.
Migrer d'un framework à l'autre : est-ce difficile ?
Non, ce n'est jamais un simple remplacement de dossier, dans un sens comme dans l'autre. ESX Legacy et QBCore ont des structures de base de données différentes, des noms d'exports différents, et une bonne partie de vos scripts tiers devront être réécrits ou remplacés par leur équivalent sur l'autre framework (peu de scripts sont nativement compatibles avec les deux).
En pratique, migrer un serveur déjà actif (joueurs, données économiques, inventaires) est un chantier à part entière : prévoyez un environnement de test séparé, un plan de conversion de la base de données, et du temps pour retester chaque script un par un. C'est un projet de plusieurs jours, pas de quelques heures, dès que le serveur a une communauté active à préserver.
Envie de tester l'un ou l'autre sans engager de budget avant de trancher ? L'offre FiveM gratuite 48h suffit pour installer les deux frameworks côte à côte sur des serveurs de test et comparer par vous-même.
Infrastructure serveur : ce qui ne change pas selon le framework
Derrière les différences de code, ESX Legacy et QBCore s'appuient sur la même base d'infrastructure — c'est le schéma interne des données qui diffère, pas la nature des briques techniques nécessaires pour les faire tourner :
| Composant | ESX Legacy | QBCore |
|---|---|---|
| Base de données | MySQL (ou MariaDB) via la ressource oxmysql, sur les deux frameworks. Le moteur est identique, seul le schéma des tables (comptes, inventaires, société) diffère — d'où l'absence de migration automatique entre les deux. |
|
| Accès administrateur | Accès root en SSH par clé sur une offre VPS (serveur privé virtuel, l'une des machines virtuelles obtenues par virtualisation, parfois vendue par plusieurs hébergeurs comme serveur cloud ou hébergement cloud) ou un hébergement dédié (un serveur physique entier), tournant sous Ubuntu ou Debian, qui héberge FXServer, et txAdmin comme panneau de contrôle (ou panel) de gestion — identique sur les deux frameworks, ce choix se fait au niveau de l'hébergement, pas du framework. | |
| RAM / CPU / espace disque | Dépend avant tout des scripts additionnels installés, pas du framework de base (voir la section précédente) : le processeur et la RAM comptent plus que le nombre de cœurs. Les hébergements mutualisés ne sont jamais adaptés ; une machine virtuelle (avec sa flexibilité propre) ou un serveur dédié aux ressources dédiées, avec un espace de stockage SSD correctement dimensionné, convient aux deux — les serveurs physiques entiers offrant la marge la plus large si la communauté grossit. | |
| Réseau | Une bande passante suffisante pour le trafic des joueurs (même vendue avec un forfait illimité, un chiffre qui ne dit rien du débit réel), une adresse IP fixe (ou un nom de domaine qui y pointe) et un firewall anti-DDoS en amont, identiques sur les deux frameworks : c'est une propriété de l'hébergement, pas du code. | |
| Sauvegardes | Une sauvegarde (un backup) de la base de données avant chaque mise à jour de script ou de framework est indispensable dans les deux cas, comme pour toutes les bases de données qui accumulent de la valeur au fil du temps : c'est le seul filet en cas de migration ratée ou de script tiers défaillant. | |
Un point commun aux deux frameworks, souvent mal compris : « hébergement managé » désigne de l'infogérance matérielle, pas une haute disponibilité construite pour vous. Qu'il s'agisse d'ESX Legacy ou de QBCore, une vraie continuité de service (plusieurs serveurs, réplication de base de données, redondance) reste un projet à concevoir vous-même ; l'évolutivité d'ajouter des ressources à la demande n'y change rien. Un peu de monitoring aide déjà à repérer les signes avant-coureurs, quel que soit le framework hébergé.
Quel framework choisir selon votre projet ?
- Petit serveur RP francophone, équipe débutante : ESX Legacy. Vous trouverez plus de tutoriels et de scripts documentés en français, et une communauté d'entraide plus large dans votre langue.
- Projet très personnalisé, développeur expérimenté : QBCore. Sa structure plus moderne facilite la construction de systèmes sur mesure, à condition que votre équipe soit à l'aise avec une documentation majoritairement anglophone.
- Vous ne savez pas encore : commencez par lister les 5 à 10 scripts indispensables à votre projet et vérifiez leur disponibilité réelle sur chaque framework avant de choisir sur des critères techniques abstraits.
Quel que soit votre choix, la base technique compte autant que le framework : consultez notre guide anti-cheat pour protéger votre serveur dès le lancement, et si vous migrez depuis un hébergeur qui vous limite déjà, notre offre de migration peut vous faire gagner du temps.