Relevé des 20 et 21 août 2026, 97 mesures. ESX domine, avec 6,5 fois plus de joueurs connectés que QBCore. Et la deuxième place mondiale n’est pas pour QBCore, elle est pour vRP.
Ces chiffres ne viennent pas d’un sondage ni d’un ressenti. La liste publique des serveurs FiveM, celle que votre launcher interroge, est accessible à tous : environ 35 000 serveurs y déclarent en continu leur nombre de joueurs, leur langue et leurs tags. Notre équipe l’a relevée 97 fois en 24 heures, du 20 août 16h25 au 21 août 16h12 UTC, soit 3,33 millions d’observations. Au passage, ça répond à une question que beaucoup se posent : FiveM, c’est environ 35 000 serveurs listés, et jusqu’à 214 734 joueurs connectés en même temps au pic du soir. Chaque chiffre de cet article est une moyenne sur ces 97 relevés, jamais un instantané.
Une précision de vocabulaire avant les chiffres, parce que personne ne la fait : un serveur « ESX » au sens de cette mesure est un serveur qui déclare le tag esx dans sa configuration. C’est déclaratif, comme le compteur de joueurs. Un serveur peut mentir, se tromper, ou ne rien déclarer. C’est la limite de toute mesure du parc, la nôtre comprise, et nous préférons l’écrire en ouverture plutôt qu’en note de bas de page.
ESX ou QBCore : qui a le plus de joueurs en 2026 ?
ESX, et de loin : 54 734 joueurs connectés en moyenne sur nos 97 relevés, contre 8 385 pour QBCore. Six fois et demie plus. En nombre de serveurs listés l’écart est plus resserré, 12 178 contre 4 669, ce qui dit quelque chose que les classements ne montrent jamais : les serveurs ESX sont en moyenne plus gros. Le framework des grosses communautés d’un côté, celui des serveurs qui se lancent de l’autre.
Le framework le plus utilisé de FiveM en 2026 est donc toujours ESX, en joueurs comme en serveurs. Et la deuxième place n’est pas celle qu’on croit : vRP porte 30 763 joueurs de moyenne, presque quatre fois QBCore, sur seulement 1 753 serveurs. On y revient plus bas, parce que ce chiffre à lui seul disqualifie la plupart des comparatifs publiés.
Pourquoi les classements qu’on lit partout se trompent ?
Parce qu’ils comptent des serveurs au lieu de compter des joueurs, et qu’ils mesurent à une seule heure : les deux biais vont dans le même sens, et ils sont énormes.
Premier biais : la majorité des listings sont vides. Sur nos relevés, seuls 22,8 % des serveurs anglophones avaient au moins un joueur connecté, 19,3 % des français, 15,7 % des allemands. Un classement en « nombre de serveurs » compte donc surtout des coquilles vides, et il gonfle mécaniquement les frameworks faciles à installer, ceux qu’on lance un soir et qu’on abandonne.
Deuxième biais : l’heure. Le parc porte 85 354 joueurs au creux de 08h UTC et 214 734 au pic de 19h. Un facteur 2,5 entre les deux. Toute statistique prise sur un seul instantané dépend d’abord de l’heure à laquelle on l’a prise, et de quel continent elle avantage.
ESX est-il mort ?
Non, et les faits sont datés : trois releases depuis mai 2026, et la détection de l’édition Enhanced du jeu intégrée en douze jours. La question revient chaque année depuis 2021, alors voici ce que le dépôt public montre. ESX Legacy a publié la 1.13.5 le 25 mai 2026, la 1.14.0 le 17 juillet, la 1.14.1 le 16 août. Et quand il a fallu détecter l’édition Enhanced de GTA V, la proposition a été ouverte le 23 juillet et intégrée le 4 août : douze jours. Un framework mort ne répond pas en douze jours. Ajoutez les 54 734 joueurs mesurés plus haut, et la question est réglée pour 2026.
QBCore est-il mort ?
Non, mais il décline, et le mot circule pour de vraies raisons : premier nulle part en joueurs, les listings les plus vides des quatre frameworks, et un écosystème qui commence à le lâcher. Dans notre mesure, QBCore porte 8 385 joueurs, quatre fois moins que vRP, et seuls 18,8 % de ses listings avaient au moins un joueur, le taux le plus bas des quatre frameworks.
Le signal le plus dur ne vient pas d’un forum, il vient du code. Le 5 août 2024, ox_inventory, l’inventaire de la stack ox, a supprimé son bridge QBCore : 761 lignes retirées d’un coup, avec un message de commit qui ne prend pas de gants : « Removes the cancer that is qbcore. » Le support de Qbox, lui, n’a jamais bougé.
L’humeur de la communauté suit. À la question « QBCore ou Qbox ? » posée sur Reddit en juin 2024, un utilisateur répond : « Qbox, Qbcore is dead. » Un commentaire n’est pas une statistique, mais il dit où penche la conversation, et nos chiffres disent la même chose en plus poli.
Qbox est-il en train de remplacer QBCore ?
En nombre de serveurs, la bascule est engagée : 3 828 serveurs déclarent Qbox contre 4 669 pour QBCore, soit déjà 45 % du parc QB. En joueurs, QBCore garde l’avantage, 8 385 contre 5 886 : les grosses communautés QB n’ont pas migré, ce sont les serveurs récents qui choisissent le fork. Si la tendance se confirme sur nos prochaines mesures, la question « ESX ou QBCore » sera à reformuler en « ESX ou Qbox » plus vite que la plupart des guides ne le pensent.
Qbox est né en septembre 2022 comme un fork de QBCore, et sa documentation annonce la couleur : rétrocompatibilité avec « la quasi-totalité des scripts QBCore, à quelques exceptions près ». C’est cette compatibilité qui rend la bascule presque gratuite pour un serveur, et qui explique la courbe d’adoption chez les serveurs neufs.
Nous le voyons aussi de notre fenêtre de vendeurs : les demandes d’installation sur Qbox sont devenues courantes chez nos acheteurs. Et de notre point de vue de développeurs qui maintenons les deux cibles, les deux frameworks fonctionnent presque à l’identique : nos scripts tournent sur Qbox comme sur QBCore, et les rares différences se règlent en configuration. C’est ce qui rend la bascule peu coûteuse pour un serveur neuf, et c’est cohérent avec ce que la doc de Qbox promet elle-même. Sur la performance que le fork revendique en plus, nous n’avons rien mesuré : cet article pèse l’adoption, pas la vitesse.
Et vRP, pourquoi personne n’en parle en Europe ?
Parce que vRP est un phénomène concentré : 78,7 % des joueurs lusophones tournent dessus, et le Brésil suffit à en faire le deuxième framework mondial. 30 763 joueurs de moyenne, un pic à 54 952 joueurs pour la seule langue portugaise, sur des serveurs deux fois plus gros que la moyenne du parc. Les comparatifs anglophones l’ignorent parce qu’ils ne le croisent jamais : c’est un angle mort géographique, pas une réalité du terrain.
Deux détails disent tout de cette scène. Ses serveurs sont les plus vivants du parc : 35,2 % des listings vRP avaient au moins un joueur pendant nos relevés, presque le double de QBCore. Et pourtant le dépôt canonique de vRP n’a pas reçu un commit depuis le 15 mai 2025 : le framework qui fait réellement tourner ces serveurs n’est pas celui du dépôt, ce sont des bases dérivées privées, réécrites par les grosses équipes brésiliennes.
Voici la répartition par langue, mesurée sur les mêmes 24 heures, deux jours de semaine. Une précision de méthode d’abord : selon la langue, la moitié à quatre cinquièmes des joueurs jouent sur des serveurs qui déclarent leur framework, et les parts ci-dessous s’entendent parmi ces serveurs identifiés. En allemand, ESX écrase tout : 97 % des joueurs. En français, 91 %. En espagnol, 73 %. En anglais, 59 %, avec Qbox déjà à 18 %. Côté lusophone, vRP règne à 94 %. Et l’arabe est le seul marché réellement disputé : ESX 48 %, vRP 37 %.
Ce dernier chiffre est une leçon de méthode à lui seul. Notre propre relevé instantané du 15 août donnait vRP premier chez les joueurs arabophones ; vingt-quatre heures de mesure remettent ESX devant. Un instantané unique se trompe, y compris le nôtre, et nous préférons le montrer plutôt que de le cacher. Un comparatif complet suivra après la sortie de la version stable de FiveM Enhanced.
Quel framework choisir pour ouvrir un serveur en 2026 ?
Pour découvrir le développement d’un serveur : QBCore ou Qbox. Pour grossir : une base que vous possédez. C’est la recommandation de notre équipe, qui a ouvert plusieurs serveurs et les a fait grossir, et elle tient en deux temps.
Au départ, QBCore ou Qbox sont de bons points d’entrée parce qu’ils arrivent avec une bonne armée de scripts. Dans leur état de base, après quelques réglages, ils peuvent déjà recevoir des joueurs, et c’est exactement ce dont on a besoin quand on ouvre : satisfaire les premiers arrivés sans des mois de développement.
Quand le serveur grossit, le framework livré ne suffit plus. Il faut alors des bases solides, et deux chemins y mènent : reprendre QBCore ou Qbox en profondeur pour les améliorer, ou prendre le temps d’écrire un framework custom, taillé pour ce que vos joueurs attendent. Nous avons suivi ce chemin nous-mêmes : nos serveurs ont ouvert sur QBCore, et ce framework a fini entièrement réécrit en fabrication maison.
Reste une question qui ne dépend pas de vous : le marché. Le framework dominant change selon la langue de votre serveur, et c’est lui qui décide où vous recruterez vos devs et trouverez vos scripts. Pour ça, les chiffres plus haut font foi.
Faut-il migrer de framework en 2026 ?
Pas si votre serveur tourne et que votre équipe maîtrise sa base : une migration coûte des semaines et ne ramène pas un joueur par elle-même. La question mérite d’être posée à froid, avec des chiffres, pas par peur de rater le train. Trois cas se détachent. De QBCore vers Qbox, la marche est basse : la rétrocompatibilité fait suivre la plupart des scripts, et c’est bien pour ça que ce chemin est le seul que notre mesure voit réellement emprunté. Entre les mondes ESX et QB, la marche est un mur : ni les conventions ni les scripts ne se partagent, et on ne traverse pas pour un classement. Et si votre serveur grossit au point de buter sur son framework, relisez notre parcours plus haut : la vraie migration n’est parfois pas vers un autre framework du marché, mais vers une base à vous.
Notre observation, depuis nos serveurs en production et sept cibles de bridge
Ce blog a une règle : la moitié d’un article doit être des choses que nous avons vécues, pas lues. Voici ce que nous tenons de première main.
Ce que QBCore nous a coûté en production
Notre temps sur QBCore a été une école, et elle s’est payée en production. Plus le nombre de joueurs montait, plus il fallait corriger le framework de base lui-même : des appels en boucle, des requêtes SQL bloquantes, des threads serveur et réseau à reprendre. Un serveur QBCore laissé en état d’origine commence à s’essouffler autour de 300 à 350 joueurs simultanés : c’est la limite que nous avons vue de nos yeux, et c’est elle qui a fini de nous décider. Nous avons d’abord accumulé l’expérience en réécrivant QBCore morceau par morceau, puis nous avons écrit un framework maison.
Ce que sept cibles de bridge apprennent des frameworks
Les scripts de notre catalogue détectent et se branchent sur ESX, QBCore, Qbox, ox_core, vRP, plus un mode standalone et un mode custom. Écrire et maintenir ces ponts est le meilleur cours d’anatomie comparée qui existe : on y voit ce que chaque framework expose proprement, et ce qu’il faut contourner.
La leçon la plus marquante est venue de vRP. Pour entrer dans FiveM, notre équipe avait appris les frameworks qui se font sur le marché, et celui-là nous a surpris : il ne fonctionne pas comme les frameworks européens du type QBCore, ni dans ses conventions ni dans sa façon d’exposer les choses. C’est pourtant le deuxième framework mondial en joueurs, avec le ratio de joueurs par serveur le plus élevé du parc. Deux explications possibles, et nous n’avons pas de quoi trancher : soit le framework encaisse structurellement de plus grosses charges, soit les gros serveurs brésiliens l’ont réécrit en profondeur au fil des années, comme nous l’avons fait avec QBCore. La scène vRP vit sur des bases dérivées privées, sans dépôt public à examiner, donc nos recherches ne permettent pas de l’affirmer, et nous préférons l’écrire plutôt que de choisir la version qui nous arrange.
Ce que notre support voit
Sur la répartition de nos acheteurs par framework, la réponse honnête est que nous ne la connaissons pas, et la raison est structurelle : nos scripts détectent le framework au démarrage, le même achat sert ESX, QBCore, Qbox ou vRP, donc la vente n’enregistre nulle part sur quoi le script finira posé. Un signal existe pourtant, imparfait mais réel : les demandes de renseignement et d’assistance qui nous arrivent concernent le plus souvent ESX. Ce n’est pas une statistique, c’est la file d’attente de notre support, et elle penche du même côté que la mesure du parc.
La checklist avant de choisir
- Le framework le plus joué au monde en 2026 ? ESX, 6,5 fois QBCore
- Le deuxième ? vRP, porté par le Brésil
- Un classement en nombre de serveurs est fiable ? Non, 62 à 84 % de listings vides
- L’heure de la mesure change le résultat ? Oui, d’un facteur 2,5
- Qbox remplace QBCore ? Chez les serveurs neufs, c’est engagé
- Le compteur de joueurs est vérifié par Cfx ? Non, il est auto-déclaré
- ESX est mort ? Non : trois releases depuis mai 2026
- QBCore est mort ? Non, mais il décline : 18,8 % de listings vivants
Questions fréquentes
D’où viennent ces chiffres ?
Du flux public de la liste des serveurs FiveM, celui que le launcher interroge, relevé 97 fois entre le 20 août 16h25 et le 21 août 16h12 UTC, soit un relevé toutes les 15 minutes et 3,33 millions d’observations. Chaque valeur de l’article est une moyenne sur l’ensemble des relevés, et le taux de serveurs réellement joués est publié à côté des comptes bruts.
Un serveur peut-il gonfler son nombre de joueurs ?
Oui : le compteur de joueurs comme les tags de framework sont déclarés par le serveur lui-même, et la plateforme ne les vérifie pas. C’est la limite de toute mesure du parc, la nôtre comprise. Elle se contient en croisant les relevés sur 24 heures et en publiant le taux de serveurs vivants, mais elle ne disparaît pas.
Qbox et QBCore, c’est pareil ?
Non. Qbox est un fork de QBCore créé en septembre 2022, développé séparément depuis, et sa documentation annonce une rétrocompatibilité avec la quasi-totalité des scripts QBCore, à quelques exceptions près. En pratique le même script tourne en général sur les deux, mais les deux projets évoluent chacun de leur côté, et notre mesure les compte séparément.
Les scripts vendus ici tournent-ils sur tous ces frameworks ?
Oui : chaque script du catalogue est livré préconfiguré pour ESX, QBCore, Qbox, ox_core et vRP, plus un mode standalone sans framework et un mode custom, avec détection automatique au démarrage. La ligne Framework de chaque fiche produit fait foi pour un script donné.
Ces chiffres seront-ils remis à jour ?
Oui, à chaque évolution notable du parc, plutôt qu’à date fixe. La mesure est un outil interne qui peut être relancé à volonté, chaque mise à jour sera datée dans l’historique en bas de page, et l’ancienne valeur restera lisible. Un chiffre de parc sans date ne vaut rien, y compris les nôtres.
L’historique de cette page
- 22 août 2026. Première publication, sur le relevé des 20 et 21 août.
Sources
La liste publique des serveurs FiveM, dont le flux a été relevé 97 fois par notre outil de mesure interne. La documentation FiveM pour les tags de serveur. Les dépôts publics des quatre frameworks : ESX, QBCore, Qbox et vRP. Les données agrégées de nos 97 relevés sont conservées et ressortables.
Un doute sur ce que ces chiffres veulent dire pour votre serveur ? Notre Discord répond, sans commercial derrière.
