Comparatif de frameworks

QBox vs QBCore

QBox (qbx_core) est le fork de QBCore maintenu par la communauté, né comme une réécriture allégée autour de l’écosystème ox_*. Deux ans plus tard, il est assez mûr pour être une vraie alternative à QBCore plutôt qu’une expérimentation. Si vous devez choisir entre les deux en 2026, la décision porte moins sur les scripts (ils se recoupent presque entièrement) que sur les compromis que vous préférez. Voici un comparatif technique fondé sur l’exploitation des deux en production.

Option A

QBox (qbx_core)

Fork de QBCore maintenu par la communauté, pensé pour ox

Découvrir les scripts QBox →
Option B

QBCore

Framework modulaire d’origine avec une équipe principale active

Découvrir les scripts QBCore →

Réponse courte

Verdict

Choisissez QBox si vous partez de zéro en 2026 et n’avez pas de base de code QBCore à reprendre. Il est plus propre, démarre plus vite, et l’obligation des dépendances ox_* réduit le nombre de pièces mobiles. Choisissez QBCore si vous avez un serveur QBCore existant avec des scripts personnalisés, ou si les scripts précis dont vous avez besoin ne sont disponibles que pour QBCore d’origine.

Côte à côte

Comparaison point par point

12 critères. La cellule en surbrillance indique l’option qui a l’avantage ; les égalités restent neutres.

QBox vs QBCore : critère par critère
CritèreQBox (qbx_core)QBCore
Origine
Égalité
Fork communautaire de QBCore, 2023Projet d’origine, 2020
Inventaire par défautox_inventory : obligatoire Avantageqb-inventory, ox_inventory pris en charge
Menus / lib par défautox_lib : obligatoire Avantageqb-menu + ox_lib optionnel
Target par défautox_target : obligatoire Avantageqb-target, ox_target pris en charge
Export du core object
Égalité
exports.qbx_core:GetCoreObject()exports['qb-core']:GetCoreObject()
Alias de compatibilité QBCore
Égalité
Oui : les scripts QBCore tournent avec des changements cosmétiquesSans objet
Resmon au repos~0.01ms de base (qbx_core) Avantage~0.02ms de base (qb-core)
Temps de démarragePlus rapide : moins de ressources à charger AvantagePlus lent : couches de compatibilité héritées
Disponibilité des scriptsNatifs QBox : en hausse ; compat QBCore : presque tousLe plus large choix de scripts natifs QBCore Avantage
Gouvernance
Égalité
Maintenu par la communauté, PR ouvertesÉquipe d’origine + contributions ouvertes
Build FiveM visé2802+ (abandonne les anciens builds)1868+ (compatibilité plus large) Avantage
Documentation
Égalité
docs.qbox.re : à jourdocs.qbcore.org : à jour

Choisir

Lequel choisir et quand

Choisir QBox (qbx_core)

  • Nouveau serveur en 2026, sans dette technique

    QBox compte moins de pièces mobiles. Si vous ne traînez pas une base de code QBCore, son architecture allégée est payante à chaque cycle de mise à jour.

  • Vous misez tout sur la stack ox_*

    QBox impose ox_inventory, ox_lib et ox_target. Si vous comptiez les utiliser de toute façon sur QBCore, QBox vous épargne la config de repli.

  • Vous voulez l’empreinte resmon la plus faible

    QBox démarre plus vite et consomme un peu moins au repos (~0.01ms contre ~0.02ms), car il supprime les couches de compatibilité héritées. Peu de chose isolément, mais cela s’additionne sur de nombreuses ressources.

  • Vous êtes auteur de scripts

    Écrire de nouveaux scripts pour QBox est plus propre : pas de branches de repli pour les anciens systèmes d’inventaire ou de menus. Un développement plus rapide et moins de sources de bugs.

Choisir QBCore

  • Vous avez un serveur QBCore existant

    Migrer de QBCore vers QBox est techniquement léger mais perturbant pour la communauté si vous avez des joueurs actifs. Rester sur QBCore évite les frictions.

  • Il vous faut un script de niche uniquement QBCore

    QBox fait tourner la plupart des scripts QBCore, mais pas tous. Si le script dont vous avez besoin ne fonctionne pas avec la couche de compatibilité de QBox, QBCore est le choix pragmatique.

  • Vous visez d’anciens builds FiveM

    QBox exige le build FiveM 2802+. QBCore remonte jusqu’au 1868. Si une grande partie de vos joueurs utilise d’anciens builds, QBCore les garde en ligne.

  • Il vous faut le plus grand catalogue de scripts dès maintenant

    Les scripts natifs QBCore sont plus nombreux en valeur absolue. La couverture de QBox progresse, mais n’est pas encore au même niveau.

Bon à savoir

FAQ QBox vs QBCore

QBox est-il meilleur que QBCore ?
Pour les nouveaux serveurs en 2026, légèrement : architecture plus légère, démarrage plus rapide, ox_* en priorité. Pour les serveurs QBCore existants, le coût de la migration dépasse généralement le gain. Aucun des deux ne l’emporte haut la main.
Puis-je faire tourner des scripts QBCore sur QBox ?
Oui : QBox fournit un alias de compatibilité QBCore, ce qui permet à la plupart des scripts de tourner avec des changements cosmétiques. Les exceptions sont les scripts qui touchent directement à l’inventaire, aux menus ou au target (ils doivent passer à ox_*).
Est-il difficile de migrer de QBCore vers QBox ?
Techniquement léger : changez l’export du shared object et remplacez les références à l’inventaire, aux menus et au target. Plus délicat côté communauté : vos joueurs remarqueront de petits changements d’interface. Prévoyez d’abord un week-end sur un serveur de test.
QBox tourne-t-il sur d’anciens builds FiveM ?
Non : QBox vise le build FiveM 2802 et supérieurs. Si vos joueurs utilisent des builds plus anciens, QBox refusera de se charger.
QBox est-il assez stable pour la production ?
Oui. Deux ans d’utilisation en production sur des centaines de serveurs actifs. Le cœur est stable ; l’écosystème continue de grandir, sans régression de stabilité majeure en 2025-2026.
À quoi ressemble la communauté autour de QBox ?
Une organisation GitHub active, un Discord pour le support et des versions à peu près mensuelles. Elle est plus petite que celle de QBCore, mais concentrée sur le framework lui-même plutôt que sur FiveM en général.