Pourquoi tes joueurs n'utilisent-ils pas le wiki que tu as construit?

Tu as passé des heures à construire un wiki de campagne étendu. Cinquante entrées, des descriptions riches, des journaux de séance détaillés. Tes joueurs ne l'ont jamais ouvert.

Séance 8: "C'était quoi le nom de ce marchand?" Tu réponds de mémoire. "Où a-t-il dit que l'artefact était?" Tu réponds à nouveau. "Qui nous a engagés au départ?" Tu consultes tes notes et réponds une troisième fois.

Ce sont exactement les questions qu'un wiki devrait gérer. Le problème n'est pas que tes joueurs ne se soucient pas du monde. Le problème, c'est que le wiki a été construit pour toi, pas pour eux.

Cet article explique pourquoi les joueurs évitent les wikis de campagne et comment restructurer le tien en quelque chose qu'ils parcourront vraiment entre les séances. Si tu mets encore en place la structure fondamentale de ta campagne, notre guide principal sur le worldbuilding pour les jeux de rôle sur table couvre les bases dont cette approche dépend.

Pourquoi les joueurs n'utilisent-ils pas les wikis?

Les joueurs ignorent les wikis pour trois raisons structurelles: l'anxiété des spoilers, l'organisation centrée sur le MJ, et l'absence de point d'entrée. Ce sont des défauts de conception, pas des défauts d'engagement. Corrige la structure et l'utilisation suivra.

L'anxiété des spoilers

Si les joueurs soupçonnent que le wiki contient des informations que leurs personnages ne devraient pas connaître, ils éviteront tout, même les parties sûres. Un seul aperçu de la motivation secrète d'un méchant ou d'un lieu de donjon non signalé, et la confiance est brisée. Les joueurs ne veulent pas tricher. Alors ils restent à l'écart.

La solution classique "ne lis juste pas les sections spoiler" met la charge sur le joueur pour naviguer autour des informations cachées. C'est un problème de conception déguisé en problème de discipline.

Organisation centrée sur le MJ

La plupart des MJ organisent les wikis par type d'entrée: tous les personnages dans une liste, tous les lieux dans une autre, tous les objets dans une troisième. Cela reflète la façon dont le MJ pense au monde, taxonomiquement.

Les joueurs ne pensent pas ainsi. Ils pensent de façon narrative: "le PNJ qu'on a rencontré dans cette ville portuaire", "la quête que le chef de la guilde nous a donnée", "l'artefact de la séance 3". Quand le wiki est organisé pour le modèle mental d'un MJ, trouver quoi que ce soit nécessite d'abord d'apprendre le système de classement du MJ.

Absence de point d'entrée

Un joueur ouvre le wiki. Il voit une barre latérale avec douze catégories d'entrées et des centaines d'entrées. Il n'y a pas de "commencer ici", pas de chemin évident, pas de hiérarchie de pertinence. Il se sent perdu, ferme l'onglet et t'envoie un message à la place.

Comment construire un wiki que les joueurs vont parcourir?

Sépare l'expérience joueur de l'expérience MJ — différents tableaux de bord, différente organisation, différentes surfaces de contenu. Le tableau de bord de préparation du MJ issu de ton flux de travail de préparation de séance est conçu pour l'efficacité. Le wiki joueur est conçu pour la découverte.

Construire un tableau de bord joueur

Si tu utilises des campagnes Premium, le système de tableaux de bord multiples de Kanka te permet de créer une page d'accueil dédiée aux joueurs, séparée de ton tableau de bord de préparation MJ.

Configure trois widgets pour le tableau de bord joueur:

"PNJ rencontrés": Un widget de liste d'entrées filtré sur les Personnages visibles par les joueurs. Seuls les personnages que le groupe a rencontrés apparaissent ici. Au fur et à mesure que la campagne progresse, cette liste grandit organiquement.

"Lieux explorés": Un widget de liste de lieux filtré sur les Lieux visibles. Les joueurs voient la géographie qu'ils ont personnellement découverte. Les régions inexplorées restent cachées.

"Quêtes actives": Un widget de liste de quêtes affichant les objectifs ouverts avec les PNJ, lieux et objets liés. C'est la table des matières de la campagne pour le joueur.

Deux tableaux de bord, un seul wiki. Les MJ voient la mécanique; les joueurs voient le monde.

Utiliser la visibilité des articles comme un outil chirurgical

C'est là que le système de permissions fait le gros du travail. Une entrée de Personnage peut être publique, les joueurs voient le nom, l'apparence et le rôle du PNJ. Mais un Article intitulé "Allégeance secrète" sur cette même entrée reste réservé aux administrateurs. Le joueur parcourt librement. Le mystère tient.

Cette approche est plus précise que de cacher des entrées entières. Un lieu peut être visible avec sa description générale publique, tandis qu'un Article contenant "Ce que le MJ sait sur la cachette du culte sous le temple" reste caché. Les joueurs bénéficient de l'expérience de worldbuilding collaboratif en parcourant un vrai lore sans tomber sur les limites du brouillard de guerre.

Écris tes descriptions d'entrées publiques dans l'univers autant que possible. "Le Iron Bazaar est le plus grand marché de Thornmere, bruyant du matin au soir" se lit mieux que "Ce lieu sert de centre commercial pour la région." La première version récompense le joueur qui lit. La deuxième ressemble à de la documentation de base de données.

Révéler le contenu progressivement

Le wiki joueur le plus enrichissant n'est pas statique. Il grandit avec la campagne.

Après un moment fort où le groupe rencontre un nouveau PNJ, découvre un lieu caché, complète une quête, passe l'Article ou l'entrée pertinent de privé à public. Fais-en un rituel délibéré. Le wiki devient un registre vivant du monde de ce que le groupe a gagné par le jeu.

Cette révélation progressive fait trois choses: elle récompense l'engagement, elle donne aux joueurs une raison de consulter le wiki après chaque séance, et elle crée un historique de campagne naturel qui suit la découverte, pas seulement l'information.

Essaie maintenant: Crée une campagne Kanka gratuite et configure un tableau de bord joueur en même temps que ton tableau de bord MJ. Les contrôles de permission fonctionnent sur le niveau gratuit — sans paywall.

Comment tester l'expérience joueur?

Connecte-toi avec un compte joueur et parcours ton propre wiki. La fonctionnalité "View As" de Kanka te permet de voir exactement ce que chaque rôle voit sans te déconnecter.

Fais cela chaque mois. Le test est simple: peux-tu trouver un PNJ spécifique en 3 clics ou moins depuis le tableau de bord joueur? Si non, réorganise.

Voici une liste de contrôle rapide:

L'audit "View As" est là où la plupart des MJ détectent des problèmes qu'ils n'auraient jamais remarqués côté administrateur. L'héritage des permissions peut créer des lacunes inattendues: un lieu est public, mais sa région parente est privée, donc la navigation par fil d'Ariane est cachée. Tester depuis la perspective du joueur peut te montrer à quoi ça ressemble et éviter de manquer quoi que ce soit.

Pour les campagnes avec des membres qui tournent ou des tables ouvertes, le mode de campagne publique permet aux joueurs potentiels de parcourir l'aperçu du monde sans créer de compte Kanka. Utile pour les jeux de style West Marches où la liste des joueurs change entre les séances.

Le flux de travail de préparation de séance du Spoke 4 maintient le côté MJ organisé. Le wiki joueur est l'autre moitié, en faisant un wiki de campagne qui sert les deux côtés de la table. Quand la même structure relationnelle alimente ta préparation et la navigation de tes joueurs, chaque @mention que tu écris et chaque relation d'entrée que tu crées fait un double travail. L'infrastructure de référencement croisé qui rend ta préparation de séance plus rapide est la même infrastructure qui rend le wiki joueur navigable.

C'est à quoi ressemble un monde vivant en pratique — pas seulement un monde que tu construis, mais un monde que tes joueurs peuvent explorer à leur rythme.

Commence à construire ton wiki joueur → Entrées illimitées, permissions par entrée, sans paywalls.

Si tu as des questions, rejoins-nous sur notre Discord!