server.cfg FiveM : réglages essentiels pour serveur RP 2026

Juin 2026 · 12 min de lecture · Par GothamDev Studio

Un server.cfg mal ordonné cause 80 % des erreurs « script doesn't work » : oxmysql démarré après ESX, dépendance manquante, OneSync désactivé. Ce guide liste les directives indispensables pour un serveur RP stable en 2026.

1. Identité et slots

Directives de base en tête de fichier :

Sur Identité et slots, avancez une étape à la fois — validez chaque point avant le suivant.

Pour « Identité et slots », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« Identité et slots » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de Identité et slots, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « Identité et slots », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

« Identité et slots » peut sembler redondant avec un autre chapitre : en pratique, c'est le niveau de détail qui change, pas le sujet global de server.cfg FiveM.

Avant d'appliquer « Identité et slots » en production, testez sur un environnement restreint — compte démo, serveur privé, staging ou VM.

Pour « Identité et slots », notez la version exacte de vos outils (OS, jeu, framework, thème). Un guide rédigé en 2026 peut diverger sur une version N-2.

« Identité et slots » : les débutants sur server.cfg FiveM y passent souvent une heure ; les profils avancés trente minutes. Les deux sont normaux.

sv_hostname "Mon Serveur RP — GothamDev"
sv_maxclients 64
sv_licenseKey "votre_cle_cfx"
sets tags "roleplay, french, esx"

2. OneSync

OneSync Infinity est requis pour les serveurs > 32 joueurs et la sync entités moderne :

Pour « OneSync », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« OneSync » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de OneSync, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « OneSync », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

« OneSync » peut sembler redondant avec un autre chapitre : en pratique, c'est le niveau de détail qui change, pas le sujet global de server.cfg FiveM.

Avant d'appliquer « OneSync » en production, testez sur un environnement restreint — compte démo, serveur privé, staging ou VM.

Pour « OneSync », notez la version exacte de vos outils (OS, jeu, framework, thème). Un guide rédigé en 2026 peut diverger sur une version N-2.

« OneSync » : les débutants sur server.cfg FiveM y passent souvent une heure ; les profils avancés trente minutes. Les deux sont normaux.

Si « OneSync » bloque, isolez une sous-étape plutôt que de relire tout le guide — logs, console, onglet réseau du navigateur.

set onesync on
set onesync_enableInfinity 1

3. MySQL avant tout

oxmysql (ou votre driver) avant le framework et les scripts métiers :

MySQL avant tout : notez ce qui diffère de votre setup actuel, pas seulement ce qui est « théoriquement optimal ».

Pour « MySQL avant tout », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« MySQL avant tout » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de MySQL avant tout, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « MySQL avant tout », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

« MySQL avant tout » peut sembler redondant avec un autre chapitre : en pratique, c'est le niveau de détail qui change, pas le sujet global de server.cfg FiveM.

Avant d'appliquer « MySQL avant tout » en production, testez sur un environnement restreint — compte démo, serveur privé, staging ou VM.

Pour « MySQL avant tout », notez la version exacte de vos outils (OS, jeu, framework, thème). Un guide rédigé en 2026 peut diverger sur une version N-2.

« MySQL avant tout » : les débutants sur server.cfg FiveM y passent souvent une heure ; les profils avancés trente minutes. Les deux sont normaux.

set mysql_connection_string "mysql://user:pass@127.0.0.1:3306/fivem_db?charset=utf8mb4"
ensure oxmysql
ensure es_extended
ensure ox_inventory

4. Ordre ensure recommandé

Dans le cadre de server.cfg FiveM, la section « Ordre ensure recommandé » s'articule autour de 1. oxmysql, 2. ox_lib (si utilisé), 3. Framework (es_extended / qb-core), entre autres points détaillés dans la liste ci-dessous. Priorisez selon votre contexte — tout n'a pas la même urgence.

Beaucoup bloquent sur Ordre ensure recommandé faute de sauvegarde préalable — exportez configs et bases avant toute modification.

Pour « Ordre ensure recommandé », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« Ordre ensure recommandé » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de Ordre ensure recommandé, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « Ordre ensure recommandé », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

« Ordre ensure recommandé » peut sembler redondant avec un autre chapitre : en pratique, c'est le niveau de détail qui change, pas le sujet global de server.cfg FiveM.

Avant d'appliquer « Ordre ensure recommandé » en production, testez sur un environnement restreint — compte démo, serveur privé, staging ou VM.

Pour « Ordre ensure recommandé », notez la version exacte de vos outils (OS, jeu, framework, thème). Un guide rédigé en 2026 peut diverger sur une version N-2.

« Ordre ensure recommandé » : les débutants sur server.cfg FiveM y passent souvent une heure ; les profils avancés trente minutes. Les deux sont normaux.

• 1. oxmysql
• 2. ox_lib (si utilisé)
• 3. Framework (es_extended / qb-core)
• 4. Inventaire / target (ox_inventory, ox_target)
• 5. Jobs et scripts métiers
• 6. MLO et véhicules (stream)
• 7. Admin / anti-cheat en dernier

5. Outils GothamDev

Générez un server.cfg de base avec notre Server.cfg Builder gratuit.

Installez un artifact local : Localhost Builder FiveM.

Pour Outils GothamDev, gardez un journal simple (date, changement, résultat) : indispensable si vous déléguez plus tard.

Pour « Outils GothamDev », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« Outils GothamDev » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de Outils GothamDev, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « Outils GothamDev », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

« Outils GothamDev » peut sembler redondant avec un autre chapitre : en pratique, c'est le niveau de détail qui change, pas le sujet global de server.cfg FiveM.

Avant d'appliquer « Outils GothamDev » en production, testez sur un environnement restreint — compte démo, serveur privé, staging ou VM.

Pour « Outils GothamDev », notez la version exacte de vos outils (OS, jeu, framework, thème). Un guide rédigé en 2026 peut diverger sur une version N-2.

6. Approfondissement — aller plus loin

Une fois les bases en place, mesurez une métrique simple pendant sept jours : temps de réponse, FPS moyen, taux de conversion ou stabilité serveur.

Comparez votre résultat avec la documentation officielle — les écarts expliquent souvent la majorité des problèmes en support.

Si vous externalisez (hébergeur, agence, moddeur), demandez un compte rendu écrit : version, fichiers touchés, rollback possible.

LeGeekShop ne commercialise que des ressources FiveM open source — code livré en clair (.lua, config, assets), personnalisation totale côté serveur.

La stabilité serveur FiveM passe par moins de ressources mais mieux optimisées : profiling resmon, events réseau maîtrisés et scripts maintenus — philosophie appliquée sur LeGeekShop.

Nous développons scripts RP, interfaces NUI et ressources sur mesure — toujours open source, avec la même exigence que sur nos projets web clients.

Pour « Approfondissement — aller plus loin », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« Approfondissement — aller plus loin » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de Approfondissement — aller plus loin, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « Approfondissement — aller plus loin », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

7. Erreurs fréquentes (et comment les éviter)

Vouloir tout configurer en une session : séparez installation, réglages fins et ouverture au public.

Ignorer les sauvegardes « parce que c'est du test » — c'est souvent le test qui devient prod le vendredi soir.

Copier une config trouvée en ligne sans l'adapter à votre CPU, RAM, connexion ou nombre de joueurs.

Avant d'ajouter une ressource, notez le resmon avant/après — si le serveur gagne 0,3 ms par joueur, ça se voit vite à 64 slots.

Un serveur RP stable vaut mieux qu'un serveur fourre-tout : mieux vaut 40 scripts optimisés que 120 ressources abandonnées.

Discord structuré (règles, tickets, annonces) réduit le travail staff en jeu — investissez-y avant le lancement public.

Pour « Erreurs fréquentes (et comment les éviter) », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« Erreurs fréquentes (et comment les éviter) » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de Erreurs fréquentes (et comment les éviter), gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « Erreurs fréquentes (et comment les éviter) », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

8. Suivi sur le long terme

Planifiez une revue trimestrielle : drivers, mises à jour, plugins obsolètes, contenu à rafraîchir.

Notez ce qui a changé depuis la dernière intervention — la mémoire seule ne suffit pas sur server.cfg FiveM.

Gardez un contact de confiance (SAV, hébergeur, intégrateur) avant la panique : le diagnostic coûte moins cher que l'urgence.

Sauvegarde automatique de la base MySQL + dossier resources/custom : testez la restauration, pas seulement la copie.

Les joueurs tolèrent un wipe annoncé ; ils ne pardonnent pas une perte de progression par crash non expliqué.

Un site lent ou mal structuré pénalise directement votre positionnement Google : nous visons un score Lighthouse mobile supérieur à 90 sur nos livraisons vitrine, landing et refonte.

Pour « Suivi sur le long terme », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« Suivi sur le long terme » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de Suivi sur le long terme, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « Suivi sur le long terme », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

9. Checklist finale avant de clôturer

Relisez chaque section une dernière fois : rien n'a été activé « temporairement » et oublié.

Partagez la procédure avec une deuxième personne si possible — quatre yeux voient ce qu'un seul rate sur server.cfg FiveM.

Archivez configs, captures et numéros de version dans un dossier daté : indispensable pour le prochain passage.

Le maillage interne compte autant que les mots-clés : reliez services, études de cas, articles de blog et pages villes pour concentrer l'autorité SEO vers vos pages qui convertissent.

GothamDev accompagne des artisans, PME et créateurs en Gard, Drôme, Ardèche, Vaucluse et à l'international — un seul interlocuteur du cadrage à la mise en ligne, avec 821 avis vérifiés sur LeGeekShop (4,87★).

Testez toujours le parcours mobile avec le pouce : menu, bouton d'appel, formulaire. Si une étape demande deux mains, simplifiez.

Pour « Checklist finale avant de clôturer », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

« Checklist finale avant de clôturer » dans le cadre de server.cfg FiveM : si vous déléguez, rédigez une mini-checklist — votre futur vous remerciera.

Autour de Checklist finale avant de clôturer, gardez une copie de la config ou du fichier d'origine. Revenir en arrière doit rester possible en moins de dix minutes.

Sur « Checklist finale avant de clôturer », mesurez avant/après une seule métrique (temps de chargement, FPS, taux d'erreur, leads) — sinon vous ne saurez pas si ça valait le coup.

10. Pour aller plus loin — server.cfg FiveM

Un site vitrine efficace répond en cinq secondes à trois questions : qui êtes-vous, que proposez-vous, comment vous joindre.

Les pages légales ne sont pas optionnelles : mentions, confidentialité et cookies rassurent Google autant que vos visiteurs.

Avant une refonte, exportez les URLs indexées depuis Search Console — vous évitez de perdre des positions sur d'anciennes pages bien classées.

Les formulaires trop longs tuent la conversion : nom, email, message suffisent souvent pour un premier contact B2B.

Un blog n'est utile que si vous pouvez le tenir : un article mensuel de qualité bat dix pages vides publiées en une semaine.

Les polices web : deux familles maximum, poids limités, preload sur la police du hero pour éviter le flash de texte invisible.

Pensez accessibilité dès la maquette : contrastes, focus clavier, labels sur les champs — ce n'est pas réservé aux grandes entreprises.

Pour « Pour aller plus loin — server.cfg FiveM », bloquez une plage horaire sans interruption : la moitié des erreurs vient d'une étape sautée parce qu'on avait la tête ailleurs.

Synthèse : stabiliser son serveur RP

Appliquez ce guide par étapes — pas tout en même temps. Mesurez une métrique par semaine pour savoir ce qui fonctionne.

GothamDev peut prendre en charge tout ou partie de ce plan : audit initial gratuit, devis transparent et livrables testés.

• Audit resmon et ressources inutiles
• Stabilisation base + sauvegardes
• Site + Discord + boutique alignés
• Communication joueurs et changelog