Mettez dans le nom les infos sur lesquelles les joueurs filtrent
Les joueurs Rust parcourent la liste des serveurs en cherchant quelques informations. S’ils doivent se connecter pour les découvrir, la plupart ne le feront pas.
- Région, par exemple EU ou US East.
- Limite de groupe : solo, duo, trio, quad ou sans limite.
- Rates : vanilla, 2x, 3x, 5x, etc.
- Planning des wipes : chaque semaine, toutes les deux semaines, ou mensuel avec la mise à jour forcée.
- Dernier ou prochain wipe, si vous avez la place.
Gardez le reste du nom court. Un nom propre comme « Northline EU | 2x | Solo/Duo | Wipe Thu » inspire plus confiance qu’un nom bourré de symboles.
Choisissez un planning de wipes et tenez-le
Facepunch sort la mise à jour forcée mensuelle le premier jeudi de chaque mois, et tous les serveurs wipent la map à ce moment-là. Beaucoup de joueurs repartent de zéro ce jour-là : c’est la plus grande opportunité pour un nouveau serveur.
Entre les wipes forcés, choisissez un rythme adapté à votre public et ne le changez pas au dernier moment. Les joueurs organisent leur semaine autour du jour de wipe. Annoncez si un wipe inclut les blueprints, et publiez l’heure exacte dans votre fuseau horaire et en UTC.
Soyez précis sur vos règles et vos plugins
Un serveur moddé avec des kits, des téléportations et des changements de stacks attire un autre joueur qu’un serveur proche du vanilla. Aucun n’est meilleur ; brouiller votre identité fait perdre des joueurs.
- Listez dans votre description et sur Discord les plugins qui modifient le gameplay.
- Indiquez vos règles de limite de groupe et comment vous les faites respecter, y compris ce qui compte comme du teaming.
- Expliquez comment les signalements de triche sont traités et avec quelle rapidité les admins réagissent.
Faites compter le jour du wipe
Votre population au début d’un wipe décide du reste du cycle. Traitez chaque jour de wipe comme un lancement.
- Publiez l’annonce du wipe sur votre Discord un jour avant, puis une heure avant.
- Ayez des admins en ligne pendant les premières heures. Le bannissement rapide d’un tricheur évident garde les joueurs honnêtes.
- Gardez des performances serveur stables quand la map est neuve et très fréquentée. Du lag le jour du wipe envoie les joueurs sur le serveur suivant.
Gardez une population tout au long du cycle
La plupart des serveurs Rust perdent des joueurs à mesure que de gros groupes prennent le contrôle de la map. Vous ne pouvez pas l’empêcher complètement, mais vous pouvez le ralentir.
- Faites respecter les limites de groupe de façon constante, surtout face aux gros groupes sur un serveur à petits groupes.
- Envisagez un cycle de wipe plus court si votre serveur se vide après quelques jours.
- Organisez de petits événements en fin de cycle, comme une soirée raid ou une arène, pour donner une raison de se connecter.
Soyez trouvable en dehors du jeu
Un brouillon gratuit ServerRoam reste privé jusqu’à la preuve acceptée de chaque adresse et l’examen indépendant de la communauté. Les hôtes peuvent utiliser DNS-TXT autorisé ; une IP seule nécessite une preuve manuelle indépendante. Vérifier ne garantit ni qualité ni suivi actif.
Ce qu’il faut éviter
Les nombres de joueurs gonflés, les affirmations trompeuses de « high pop » et les faux horaires de wipe amènent des joueurs qui repartent furieux et en parlent. Dans un jeu où la réputation circule via les clans et les streamers, un nom de serveur honnête et un planning fiable sont la promotion la plus efficace dont vous disposez.
Un calendrier de wipes utilisable
- Publiez un calendrier glissant sur quatre semaines. Distinguez carte et plans, fuseau horaire, taille d’équipe et exceptions. Ne déduisez pas le calendrier du serveur des mises à jour du jeu.
- Demandez à des participants consentants : « Vais-je perdre mes plans ? », « Un quatrième ami peut-il rejoindre l’équipe ? » et « Que se passe-t-il si la mise à jour est retardée ? ». Ce sont des questions proposées, pas des résultats d’étude.
Prochain wipe carte : [date, heure, fuseau]
Prochain wipe plans : [date, heure, fuseau ou aucun]
Taille d’équipe : [ ]
Mise à jour retardée : [ ]
Confirmé par le propriétaire : [date]
