Réglages avancés d'un serveur Palworld : reproduction, bases, PvP et performances (2026)
Tu gères déjà un serveur Palworld ? Passe au niveau supérieur : reproduction, limites de base et de guilde, PvP fin, anti-lag et le piège du WorldOption.sav que personne n'explique.
Joan Rouve
Équipe Arkya
Ton serveur tourne, tes réglages de base sont posés (taux d'XP, capture, pénalité de mort, les trois interrupteurs du PvP), et tes potes jouent. Si tu en es là, tu as fait le plus gros. Cet article prend le relais : il s'adresse au gestionnaire qui veut aller plus loin que les curseurs évidents, comprendre les réglages qui pèsent sur les performances, et surtout éviter le piège qui fait perdre des heures à presque tout le monde une fois le monde lancé. Si tu débutes, commence plutôt par notre guide de création ; ici, on suppose que les bases sont acquises.
Le piège n°1 que personne ne t'explique : WorldOption.sav
Commençons par le plus important, parce qu'il rend fou tous les gestionnaires qui l'ignorent.
Quand tu crées ton serveur, tes réglages viennent bien du configurateur (ou du fichier PalWorldSettings.ini). Mais dès que le monde est généré, le serveur copie la plupart de ces réglages de gameplay dans un fichier à part, WorldOption.sav, rangé dans le dossier du monde. À partir de ce moment, c'est ce fichier qui fait foi, et le serveur ignore la plupart des valeurs du .ini d'origine.
Concrètement, ça veut dire quoi pour toi ? Que si tu modifies un taux de gameplay sur un monde déjà existant et que « rien ne change » après redémarrage, ce n'est pas un bug : le serveur lit WorldOption.sav, pas ta nouvelle valeur.
Ce qui reste toujours piloté par la config serveur (et se change donc sans souci à tout moment) : les réglages serveur et réseau, comme les ports, les mots de passe et le nombre de places. Ce sont les réglages de monde (taux, reproduction, limites de base) qui se figent dans WorldOption.sav.
La bonne nouvelle : sur Arkya, le configurateur intégré gère cette subtilité pour toi, tu ajustes tes réglages sans avoir à manipuler ce fichier à la main. Si tu es en auto-hébergement, en revanche, retiens que pour modifier un monde déjà généré, tu dois régénérer et remplacer le WorldOption.sav, serveur arrêté. C'est la cause n°1 des « j'ai changé le réglage, il ne s'applique pas ».
La reproduction (le vrai cœur de la progression en 1.0)
La reproduction mérite une attention particulière, surtout depuis la 1.0 : le jeu ne propose pas d'évolutions de Pals, donc l'élevage reste ton principal moyen d'obtenir des combinaisons puissantes. C'est un système que tu as tout intérêt à régler généreusement pour une commu.
- Temps d'éclosion des œufs (
PalEggDefaultHatchingTime) : c'est la durée, en heures, d'éclosion d'un œuf géant (les autres se calent en proportion). Le défaut historique de 72 h était punitif pour qui joue quelques heures par jour ; la 1.0 l'a abaissé, mais tu peux descendre encore plus bas (par exemple 1 h, voire 0 pour un éclosion instantanée) sur un serveur détente. C'est le réglage qui rend l'élevage réellement praticable. - Vitesse de travail des Pals (
WorkSpeedRate) : il influence aussi la reproduction, puisque les Pals affectés à la ferme d'élevage travaillent plus vite quand tu le montes. Le passer à 1.5 améliore tout le confort de base, pas seulement l'élevage.
Concrètement, pour une commu qui joue par sessions, un couple de valeurs qui marche bien : temps d'éclosion à 1 h (au lieu de plusieurs dizaines d'heures) et WorkSpeedRate à 1.5. Tu passes d'un élevage réservé aux acharnés à un système que tout le monde utilise vraiment.
Bases, guildes et performances (là où ça pèse sur le serveur)
C'est la partie que le guide de création n'aborde pas, et c'est pourtant celle qui décide de la fluidité de ton serveur quand la commu grandit. Ces réglages ont un coût direct en ressources.
| Réglage | Rôle | Défaut | À savoir |
|---|---|---|---|
BaseCampMaxNum |
Nombre total de bases sur tout le serveur | 128 | Limite globale, pas par joueur |
BaseCampMaxNumInGuild |
Bases autorisées par guilde | 4 (max 10) | Plus de bases = plus d'entités à simuler en continu |
BaseCampWorkerMaxNum |
Pals qui travaillent dans une même base | 15 (max 50) | Le plus lourd. Au-delà de 15, les perfs souffrent |
GuildPlayerMaxNum |
Joueurs maximum dans une guilde | 20 | Structure sociale de ton serveur |
Le principe à garder en tête : chaque Pal assigné à une base tourne en permanence dans la simulation, même quand personne n'est connecté à proximité. BaseCampWorkerMaxNum est donc le réglage le plus sensible. Le monter au maximum (50) sur un serveur bien peuplé, c'est du lag garanti, quelle que soit ta machine. En pratique, tu peux te permettre 20 à 25 Pals par base sur un petit serveur détente, mais mieux vaut descendre vers 10 à 12 sur un serveur bien rempli (tu trouveras des valeurs par profil dans le tableau plus bas).
Autre levier de performances, hors bases : le taux d'apparition des Pals sauvages (PalSpawnNumRate). Plus il y a de Pals dans le monde, plus le serveur travaille. Si tes performances chutent, baisse-le avant tout le reste, en même temps que les limites de base.
Gérer les membres et guildes absents
Un problème très concret des serveurs communautaires qui durent : les joueurs qui partent, et les guildes ou bases fantômes qu'ils laissent derrière eux, occupant des ressources pour rien. Palworld propose des réglages faits pour ça.
- Dissolution auto des guildes inactives (
bAutoResetGuildNoOnlinePlayers) : quand tous les membres d'une guilde sont hors ligne depuis un certain temps, la guilde se dissout automatiquement, libérant ses bases. - Délai avant dissolution (
AutoResetGuildTimeNoOnlinePlayers) : le nombre d'heures d'inactivité avant que la règle ci-dessus se déclenche (72 par défaut). - Transfert automatique de chef de guilde absent (
AutoTransferMasterThresholdDays) : nouveauté 1.0, la direction d'une guilde passe automatiquement à un membre actif si le chef reste hors ligne au-delà du nombre de jours fixé (14 par défaut). Une clé compagnon,AutoTransferMasterCheckIntervalSeconds(3600 par défaut, soit toutes les heures), définit la fréquence de vérification. Très utile pour éviter qu'une guilde entière soit bloquée par un joueur parti.
Ces réglages ne changent pas le fun immédiat, mais ils gardent ton serveur propre et léger sur la durée. À activer dès qu'une commu dépasse le cercle des potes proches.
Aller plus loin sur le PvP
Le guide de création rappelle l'essentiel (les trois interrupteurs bIsPvP, bEnablePlayerToPlayerDamage, bEnableDefenseOtherGuildPlayer à activer ensemble). Une fois ça posé, plusieurs réglages fins méritent ton attention si tu montes un vrai serveur compétitif :
- Tir allié (
bEnableFriendlyFire) : autorise les dégâts entre membres d'une même guilde. Désactivé par défaut, à réserver aux serveurs très hardcore. - Pillage entre guildes (
bCanPickupOtherGuildDeathPenaltyDrop) : permet de ramasser le butin lâché par les joueurs d'une guilde adverse. C'est ce qui donne un enjeu réel aux affrontements. - Récompense de kill PvP (
bAdditionalDropItemWhenPlayerKillingInPvPMode) : fait tomber un objet bonus quand un joueur en tue un autre. Deux clés compagnons affinent le butin :AdditionalDropItemWhenPlayerKillingInPvPModedéfinit quel objet tombe (PlayerDropItempar défaut, c'est-à-dire une partie de l'inventaire de la victime) etAdditionalDropItemNumWhenPlayerKillingInPvPModela quantité. - Blocage de technologies (
DenyTechnologyList) : empêche la recherche de certaines technologies, pratique pour interdire des objets qui déséquilibrent le PvP.
Conseil de gestionnaire : teste toujours le PvP sur un serveur de test avant de l'activer sur ton serveur principal. Une fois en ligne, les tensions montent vite entre guildes ; mieux vaut avoir fixé les règles à l'avance sur ton Discord. Pour l'intensité, deux repères : un PvP light garde seulement les trois interrupteurs de base (on se bat, mais sans ruiner l'adversaire) ; un PvP hardcore ajoute le pillage entre guildes et la récompense de kill, pour de vrais enjeux territoriaux.
Le mode Randomizer (pour renouveler l'expérience)
Si ta commu a fait le tour de la map, le randomizer redistribue les Pals qui apparaissent dans chaque zone, pour une partie où chaque biome devient une surprise.
- Type de randomizer (
RandomizerType) :Nonepour une map normale, ou une redistribution par région ou globale. - Graine (
RandomizerSeed) : en partageant la même graine, tes joueurs obtiennent le même mélange, utile pour une saison thématique commune.
Un bon moyen de relancer l'intérêt d'un serveur qui tourne depuis longtemps, sans repartir totalement de zéro.
Nos presets recommandés
Maintenant qu'on a vu chaque levier, voici comment les combiner. Le tableau ci-dessous rassemble quatre profils de serveur, avec les valeurs directement au format du fichier PalWorldSettings.ini : tu peux les copier telles quelles dans ta ligne OptionSettings=(...). Garde bien les décimales (.000000), c'est le format attendu par le jeu. Prends la colonne qui colle à ton projet, puis affine.
| Clé | Détente | Active PvE | PvP rival | Gros serveur |
|---|---|---|---|---|
ExpRate |
2.000000 |
1.500000 |
1.000000 |
1.500000 |
PalCaptureRate |
2.000000 |
1.500000 |
1.000000 |
1.500000 |
PalEggDefaultHatchingTime |
1.000000 |
2.000000 |
1.000000 |
1.000000 |
WorkSpeedRate |
1.500000 |
1.250000 |
1.000000 |
1.000000 |
DeathPenalty |
Item |
Item |
Item |
Item |
PalSpawnNumRate |
1.000000 |
1.000000 |
1.000000 |
0.500000 |
BaseCampMaxNumInGuild |
6 |
4 |
4 |
3 |
BaseCampWorkerMaxNum |
25 |
15 |
15 |
12 |
bIsPvP |
False |
False |
True |
selon projet |
bEnablePlayerToPlayerDamage |
False |
False |
True |
selon projet |
bEnableDefenseOtherGuildPlayer |
False |
False |
True |
selon projet |
bCanPickupOtherGuildDeathPenaltyDrop |
False |
False |
True |
False |
bAutoResetGuildNoOnlinePlayers |
True |
True |
True |
True |
AutoResetGuildTimeNoOnlinePlayers |
72.000000 |
72.000000 |
72.000000 |
24.000000 |
Comment lire les profils : Détente, c'est un serveur entre potes orienté build et collection, sans grind ni PvP. Active PvE vise une commu de 8 à 16 joueurs avec un bon équilibre confort/perfs. PvP rival est un serveur compétitif entre guildes (les trois clés PvP doivent être à True ensemble, sinon rien ne se passe). Gros serveur privilégie les performances avant tout, quand tu vises le remplissage.
Les valeurs non listées peuvent rester à leur défaut. Si tu passes par le configurateur intégré d'Arkya, tu retrouves ces mêmes réglages sous forme de champs, sans avoir à toucher au format du fichier. Et quel que soit le profil, teste sur un monde de test d'abord si tu le peux, surtout pour le PvP.
Une précision : le redémarrage automatique (utile sur tous les profils, indispensable sur un gros serveur pour contrer la fuite mémoire) ne se règle pas dans PalWorldSettings.ini, mais dans les options de ton hébergement. On en parle dans le guide de création.
Pièges à éviter
- Modifier un monde existant sans tenir compte du
WorldOption.sav. Sur un monde déjà généré, c'est lui qui fait foi (voir la première section). Passe par le configurateur, ou remplace ce fichier serveur arrêté. - Monter
BaseCampWorkerMaxNumau maximum. 50 Pals par base sur un serveur peuplé, c'est du lag assuré. Ce réglage est le plus coûteux de tous. - Oublier les guildes fantômes. Sans dissolution automatique, un serveur qui dure accumule des bases abandonnées qui pèsent sur les perfs.
- Activer le PvP directement sur le serveur principal. Teste sur un serveur de test d'abord, et pose les règles avant que les tensions montent.
- Éditer le fichier à la main sans soin. Tout tient sur une seule ligne
OptionSettings=(...): une virgule ou un guillemet manquant, et le serveur ignore toute ta config. Sauvegarde avant, ou passe par le configurateur.
FAQ rapide
J'ai changé un réglage mais rien ne se passe sur mon serveur, pourquoi ?
Presque toujours à cause du WorldOption.sav : sur un monde déjà généré, le serveur lit ce fichier et ignore les nouvelles valeurs du .ini. Il faut modifier le monde lui-même (via le configurateur d'Arkya, ou en remplaçant WorldOption.sav serveur arrêté).
Quels réglages font ramer mon serveur ?
Dans l'ordre : le nombre de Pals par base (BaseCampWorkerMaxNum), le nombre de bases, et le taux d'apparition des Pals sauvages (PalSpawnNumRate). Ce sont les premiers à baisser en cas de lag.
Comment rendre l'élevage viable pour une commu casual ?
Baisse fortement le temps d'éclosion des œufs (PalEggDefaultHatchingTime) et monte un peu la vitesse de travail des Pals. En 1.0, l'élevage est la voie principale vers les Pals puissants, autant le rendre agréable.
Comment nettoyer les bases abandonnées par des joueurs partis ? Active la dissolution automatique des guildes inactives et le transfert de chef absent. Ton serveur se débarrasse tout seul des structures fantômes.
Puis-je changer ces réglages sans casser les bases déjà construites ? Souvent oui, mais prudence : baisser des limites (bases, Pals par base) après coup peut affecter des constructions existantes. Sauvegarde avant toute modification lourde.
Passe à la pratique
Gérer un serveur Palworld sur la durée, c'est surtout maîtriser ce que le débutant ne voit pas : l'équilibre entre confort et performances sur les bases, un élevage réglé pour être réellement utilisé, et l'hygiène des guildes inactives. Le configurateur intégré d'Arkya te laisse tout ajuster en clair sans manipuler de fichier, et la facturation à l'heure te permet de faire tourner un serveur de test à côté de ton serveur principal sans payer deux abonnements : tu l'allumes le temps de tes essais, tu le suspends après.
👉 Voir le serveur Palworld · Configurer maintenant
Pour aller plus loin : Comment créer un serveur Palworld en 2026 et Transférer ta sauvegarde solo ou coop local vers un serveur dédié.