Planifier les faux joueurs FiveM sur les heures de pointe

La fonctionnalité de planification est la partie la plus mal utilisée de tout service de faux joueurs FiveM. Parcourez n'importe quelle communauté d'opérateurs FiveM et vous trouverez des serveurs affichant un comptage fixe de 40 ou 50 joueurs toute la journée. Ce schéma est l'un des moyens les plus rapides de signaler aux joueurs expérimentés que la population n'est pas organique. Les vraies communautés n'ont pas le même nombre de joueurs à 3h du matin qu'à 20h.

Ce guide explique comment réfléchir à la planification, comment configurer des fenêtres temporelles qui correspondent au comportement réel des joueurs dans votre région et comment lire vos analyses serveur pour affiner le planning au fil du temps. L'objectif est un comptage de faux joueurs qui monte et descend d'une façon qui ressemble à une communauté vivante.

Pourquoi la planification plate brise l'illusion

Lorsque les joueurs parcourent la liste de serveurs FiveM, ils ont des modèles mentaux de ce à quoi ressemblent les populations normales de serveurs. Un serveur avec des comptages en heure de pointe cohérents qui baissent la nuit ressemble à une vraie communauté. Un serveur avec exactement 45 joueurs à chaque heure de chaque jour semble maintenu, pas organique. Les joueurs expérimentés le remarquent. Ils rejoignent, voient 45 personnes dans la liste des joueurs, regardent autour et ne trouvent aucune activité, et partent.

La planification plate produit également un profil sans creux anormal dans tout outil de surveillance de serveur. Certains joueurs utilisent des outils tiers pour suivre l'historique des populations de serveurs. Une ligne plate dans cet historique est un signal d'alarme que les chasseurs de serveurs expérimentés reconnaissent.

FiveFake livre un planning par défaut construit à partir de recherches intensives sur les meilleurs serveurs FiveM. Ces recherches ont cartographié les flux réels de joueurs à travers les catégories et régions de serveurs. Le planning par défaut reproduit ces schémas observés, rendant les joueurs fictifs statistiquement indiscernables d'une communauté réelle lors de l'évaluation par les métriques de la liste publique. Avec ce planning par défaut, un auditeur humain ne peut pas déduire des joueurs fictifs à partir des données de comptage publiques dans le temps. Si vous débutez et n'êtes pas sûr par où commencer, le planning par défaut est un solide point de départ.

Comprendre la logique des fuseaux horaires dans le planificateur

Le planificateur FiveFake fonctionne en UTC en interne. Lorsque vous configurez une fenêtre temporelle, vous la spécifiez dans le fuseau horaire cible de votre serveur, et le tableau de bord la convertit en UTC pour l'exécution. Cela importe car le navigateur de serveurs FiveM affiche les comptages de joueurs aux joueurs dans leur propre heure locale, mais la population réelle du serveur est déterminée par quand les joueurs de votre région cible sont éveillés et en ligne.

Avant de configurer une seule fenêtre, répondez à deux questions : quelle est la région principale que votre serveur cible, et quelles sont les heures de pointe réalistes pour les joueurs de cette région ? Pour un serveur européen, votre public principal est probablement dans le fuseau horaire CET ou GMT. Pour un serveur nord-américain, c'est EST, CST ou PST selon l'origine de votre communauté. Un serveur brésilien a son propre schéma de pointe, typiquement 19h00 à 23h00 BRT.

Un planning de serveur européen en pratique

Voici un planning réaliste pour un serveur de jeu de rôle européen ciblant un public français et allemand. Les heures sont en CET (UTC+1 en heure standard, UTC+2 en été).

• 00h00 à 08h00 : 8 à 10 joueurs (plancher nocturne, assez pour sembler actif mais pas suspicieusement animé)
• 08h00 à 12h00 : 15 joueurs (montée matinale, adultes actifs se connectant occasionnellement pendant leurs pauses)
• 12h00 à 14h00 : 20 à 25 joueurs (pic de l'heure du déjeuner)
• 14h00 à 17h00 : 15 joueurs (creux de milieu d'après-midi, la plupart des gens de retour au travail ou à l'école)
• 17h00 à 22h00 : 30 à 40 joueurs (pic du soir, la fenêtre la plus active pour les joueurs européens)
• 22h00 à 00h00 : 20 joueurs (ralentissement du soir tardif)

Ce planning utilise 6 fenêtres temporelles et produit un profil de comptage qui imite le comportement naturel d'une communauté. Le pic du soir est environ deux fois le plancher nocturne. Le pic du déjeuner crée un signal d'activité secondaire visible. Aucun de ces chiffres n'est fixe. Ils constituent un point de départ. Vous les calibrerez en fonction de ce que vos vrais joueurs font réellement une fois qu'ils commencent à rejoindre.

Un planning de serveur nord-américain en pratique

Pour un serveur ciblant les joueurs nord-américains en heure de l'Est, la fenêtre de pointe se décale significativement plus tard en UTC. Un planning réaliste pour EST :

• 00h00 à 05h00 EST : 8 joueurs (nuit profonde, très peu de joueurs en ligne)
• 05h00 à 12h00 EST : 12 joueurs (plancher matinal, côte est démarrant leur journée)
• 12h00 à 15h00 EST : 20 joueurs (pic de l'heure du déjeuner)
• 15h00 à 18h00 EST : 25 joueurs (vague après l'école, base de joueurs plus jeunes active)
• 18h00 à 23h00 EST : 35 à 45 joueurs (fenêtre de soirée principale)
• 23h00 à 00h00 EST : 20 joueurs (ralentissement du soir tardif)

Si votre serveur a une base de joueurs significative sur la côte Ouest, la fenêtre de pointe s'étend plus tard. Les joueurs sur PST sont 3 heures derrière EST, donc votre fenêtre principale effective s'étend d'environ 18h00 EST à 02h00 EST le lendemain. Dans ce cas, prolongez votre fenêtre de pointe et utilisez un ralentissement plus progressif plutôt qu'une coupure nette à 23h00.

Configuration week-end vs jour de semaine

La plupart des serveurs FiveM constatent une différence notable entre le comportement des joueurs en semaine et le week-end. En semaine, la fenêtre de pointe est généralement plus courte et le comptage moyen est plus faible car les joueurs ont des obligations professionnelles ou scolaires. Le week-end, la pointe commence plus tôt (souvent l'après-midi plutôt que le soir) et les heures actives totales sont plus longues.

Le planificateur FiveFake vous permet de configurer des ensembles de fenêtres séparés pour les jours de semaine et les week-ends. Utilisez cette fonctionnalité. Un planning en semaine avec un pic net de 17h00 à 22h00 et un planning du week-end avec un pic de 13h00 à 24h00 semblera beaucoup plus naturel qu'un seul planning sur 7 jours qui doit faire la moyenne.

Éviter les pics de population non naturels

Un saut instantané et brutal de 10 à 40 joueurs à une heure précise ressemble à une tâche cron qui se déclenche, pas à un comportement organique de joueurs. Les vraies populations augmentent progressivement à mesure que les joueurs se connectent sur 30 à 60 minutes. Configurez vos fenêtres de planning pour inclure des périodes de montée en puissance.

Plutôt que de passer brusquement de 12 à 35 joueurs à 17h00, configurez trois fenêtres : 12 joueurs jusqu'à 16h30, puis 20 joueurs de 16h30 à 17h30, puis 35 joueurs à partir de 17h30. La période de montée ressemble aux joueurs qui rentrent du travail et se connectent progressivement.

La même logique s'applique au ralentissement. Une chute soudaine de 35 à 8 joueurs à minuit est anormale. Réduisez progressivement en deux ou trois étapes sur 90 minutes.

Utiliser vos analyses de vrais joueurs pour calibrer

Une fois que de vrais joueurs commencent à rejoindre votre serveur, vous accédez à des données comportementales réelles. La plupart des frameworks de serveur ou txAdmin lui-même peuvent fournir des journaux de sessions qui montrent quand les joueurs se sont connectés et déconnectés. Exportez ces données et recherchez la fenêtre de pointe naturelle.

Comparez votre planning de faux joueurs avec votre courbe d'activité de vrais joueurs, que vous pouvez exporter depuis votre configuration txAdmin. Idéalement, votre comptage fictif est le plus élevé quand vos vrais joueurs sont les plus actifs, renforçant le signal de population pendant les heures qui comptent le plus pour la visibilité dans le navigateur. Si vos vrais joueurs sont au maximum entre 19h00 et 22h00, c'est là que vous voulez votre comptage fictif le plus élevé.

À mesure que votre nombre de vrais joueurs augmente, calibrez votre comptage fictif à la baisse proportionnellement. Si vous avez commencé avec 35 faux joueurs et que vous avez maintenant régulièrement 15 vrais joueurs dans votre fenêtre de pointe, réduisez votre pic fictif à 20. L'illusion devient plus facile à maintenir à mesure que votre vraie communauté grandit car les vrais joueurs fournissent les signaux d'activité que les faux joueurs ne peuvent pas.

Lacunes dans le planning et ce qui se passe pendant celles-ci

Une lacune dans le planning est une période non couverte par aucune fenêtre configurée. Pendant une lacune, votre comptage de faux joueurs tombe à zéro sauf si vous avez configuré un comptage plancher par défaut. Avoir zéro faux joueurs pendant une lacune est acceptable si la lacune tombe dans une période où les vrais joueurs n'attendraient pas de voir d'activité de toute façon. Avoir zéro pendant votre fenêtre de pointe est une erreur dans la configuration de votre planning.

La cause la plus courante de lacunes accidentelles est la confusion de fuseau horaire lors des transitions heure standard vers heure d'été. Lorsque votre région passe de l'heure standard à l'heure d'été, une fenêtre configurée en heure locale se déplace par rapport à UTC. Vérifiez votre planning deux fois par an autour des dates de transition à l'heure d'été pour votre région principale. Le tableau de bord affiche vos fenêtres configurées à la fois en heure locale et en UTC pour que vous puissiez vérifier les deux représentations.

Prochaines étapes

Si vous avez des questions sur des scénarios de planification spécifiques, des cas particuliers autour des fenêtres qui se chevauchent ou sur ce qui se passe lorsqu'une fenêtre planifiée change pendant que des connexions sont actives, la FAQ de planification couvre les questions opérateur les plus courantes en profondeur.