QBCore a quitté FiveM : pourquoi passer à QBox et comment migrer

QBCore n'est plus un projet FiveM. Fin 2026, il a changé d'image pour se recentrer sur Mantle, une nouvelle plateforme qui n'a rien à voir avec FiveM, et Cfx.re a retiré QBCore de la liste des recettes txAdmin. Si votre serveur tourne sur QBCore, la meilleure destination est QBox : il est issu de QBCore, il est activement développé et il fait tourner la plupart des scripts que vous avez déjà.

La réponse courte

• QBCore pour FiveM, c'est terminé. Le projet déclare qu'il « se retire de toutes les autres plateformes pour se concentrer sur Mantle ».
• Votre serveur tourne toujours. Rien n'a été coupé, et le code est toujours sur GitHub.
• Passez à QBox. Il a commencé comme une copie de QBCore : c'est donc le framework le plus proche de ce que vous avez, et la plupart des scripts QBCore y fonctionnent sans modification.
• Préparez la migration, sans paniquer. Faites-la sur une copie de votre serveur, testez-la, puis basculez.

Ce qui est arrivé à QBCore

• 23 août 2026 : le code FiveM, qb-core et environ 70 ressources qb-, a été sorti de l'organisation principale de QBCore et déplacé vers une organisation distincte, qbcore-fivem.
• 29 octobre 2026 : Cfx.re a retiré QBCore de la liste des recettes txAdmin et l'a marqué comme obsolète. Les nouveaux serveurs créés via txAdmin ne peuvent plus le choisir.
• 31 octobre 2026 : qbcore.org et le profil GitHub de QBCore ont été réécrits autour de Mantle. Le profil indique désormais que QBCore « ne poursuit plus d'implémentations pour d'autres plateformes ».

Mantle est une plateforme pour créer des mondes multijoueurs sous Unreal Engine 5. C'est un autre moteur et un autre jeu : rien de ce qui se trouve sur un serveur FiveM ne peut y être repris.

QBCore a-t-il fermé ?

Pour FiveM, dans les faits, oui. Les dépôts sont toujours publics et ne sont pas archivés, et le code est open source : rien ne disparaît donc du jour au lendemain. Mais le projet est parti, l'ancienne documentation n'est conservée qu'« à titre de référence », et personne n'a promis de correctifs de sécurité ni de mises à jour. Un framework sans mainteneurs devient plus risqué chaque mois : les failles restent ouvertes, et ce qu'une mise à jour de la plateforme casse reste cassé.

Pourquoi QBox

• Il vient de QBCore. QBox a commencé comme une copie de QBCore : les métiers, les gangs, les données des joueurs et la façon dont les scripts communiquent avec le cœur vous seront donc familiers.
• Vos scripts continuent de fonctionner. qbx_core inclut un bridge qui répond aux fonctions et aux événements de QBCore, si bien que la plupart des scripts QBCore tournent sans modification. Vous pourrez les convertir proprement plus tard, un par un.
• Il est activement développé. La dernière version de qbx_core, la 1.24.1, est sortie le 30 octobre 2026.
• C'est le framework que Cfx.re référence. La liste des recettes txAdmin décrit QBox comme « le framework le plus moderne et le plus optimisé, tout en étant compatible avec les ressources QBCore ».
• Un nouveau serveur se monte en quelques minutes. Choisissez la recette QBox dans txAdmin et vous obtenez une base fonctionnelle vers laquelle migrer.

Comment se passe la migration

QBox publie un guide de migration complet. Dans les grandes lignes :

1. Montez un serveur de test. Installez QBox avec la recette txAdmin sur un serveur séparé. QBox nécessite MariaDB 10.9 ou une version plus récente.
2. Copiez votre base de données et lancez la conversion sur la copie. Les véhicules, les métiers, les gangs, les inventaires et les vêtements sont convertis.
3. Changez les ressources que QBox remplace. qb-inventory devient ox_inventory, qb-target devient ox_target, et qb-menu, qb-input et la barre de progression sont pris en charge par ox_lib. Le multi-personnage et la file d'attente de connexion sont intégrés à qbx_core.
4. Passez vos scripts en revue. La plupart fonctionnent via le bridge. Les scripts construits directement sur qb-inventory, qb-target ou qb-menu ont besoin d'une version QBox ou d'une mise à jour.
5. Testez avec votre staff, puis basculez. Gardez vos sauvegardes un bon moment après la mise en production.

Ne lancez jamais la migration sur votre serveur en production.

Ce qui n'est pas repris

D'après le guide de QBox, quelques éléments doivent être reconfigurés : les maisons et appartements, les tenues enregistrées, les contacts et messages du téléphone, les accessoires d'armes, l'historique des transactions bancaires et les plants de cannabis. Les permissions du staff changent aussi de nom, du format qbcore.admin au format group.admin. Prévenez vos joueurs avant la bascule pour que personne ne soit surpris.

Pas encore prêt à migrer ?

Rester sur QBCore quelques mois de plus ne pose pas de problème pour un serveur stable. Gardez votre propre copie de chaque ressource qb- que vous utilisez, surveillez les dépôts qbcore-fivem pour les correctifs de sécurité, et ne construisez pas de nouveaux systèmes sur des éléments que vous remplacerez de toute façon.

Vous lancez un nouveau serveur ? Partez sur QBox. Si vous hésitez avec ESX, notre comparatif des frameworks détaille les différences.

Vos scripts Zerio sur QBox

Tous les scripts Zerio vendus pour QBCore fonctionnent aussi sur QBox, donc migrer ne vous oblige à rien racheter :

• Scripts FiveM pour QBox
• Scripts FiveM pour QBCore
• Scripts FiveM standalone qui ne dépendent d'aucun framework

Vous ne savez pas comment un script se comportera après la migration ? Posez la question sur notre Discord avant de commencer, et nous vous dirons à quoi vous attendre.

Sources

• qbcore.org et le profil GitHub de QBCore, les déclarations du projet lui-même
• Liste des recettes txAdmin, où QBCore est marqué comme obsolète
• QBCore FiveM sur GitHub, où se trouve désormais le code FiveM
• Guide de migration de QBox et qbx_core sur GitHub