Créer le site d'une communauté de jeu : comptes Discord, boutique et SEO
Le site d'une communauté en ligne n'est pas une vitrine. C'est à la fois la porte d'entrée, le guichet, la boutique et la mémoire du projet. Si l'un de ces rôles est mal pensé, c'est la confiance des membres qui en pâtit.
Valify a conçu et développé le site de Stories WL, un serveur GTA V roleplay (FiveM) francophone en whitelist, installé sur une carte fictive appelée Roxwood County. Précision utile : Stories WL est aussi partenaire de Valify. Voici les choix qui ont structuré le projet, et ce qu'ils enseignent à toute communauté : club, association ou Discord d'une marque.
1. Connecter les membres avec Discord, pas avec un mot de passe
La communauté vit déjà sur Discord. Lui demander de créer un compte de plus, avec un mot de passe de plus, c'est ajouter une friction inutile. Sur le site, le bouton « Se connecter » passe par la connexion Discord (OAuth2) et mène à une page « Compte ».
- Moins de friction : un clic, une autorisation, et le membre est reconnu.
- Moins de risques : aucun mot de passe à stocker, aucun parcours « mot de passe oublié » à maintenir.
- Une identité unique : le compte du site et le compte Discord sont la même personne. C'est ce qui permet de relier candidatures, rôles et achats sans ambiguïté.
À retenir : utilisez l'identité que vos membres possèdent déjà. Et ne demandez que les autorisations strictement nécessaires.
2. Le parcours d'entrée est un produit à part entière
Sur un serveur en whitelist, on n'entre pas en cliquant sur « Jouer ». Le parcours de Stories WL compte six étapes :
- rejoindre le Discord, qui attribue le rôle « Sans Papier » ;
- déposer une candidature whitelist sur le site ;
- être relu par le staff sur Discord ;
- passer un entretien vocal, surnommé « les douanes » ;
- recevoir le rôle « Résident » ;
- ce rôle débloque enfin la connexion au serveur de jeu.
Deux garde-fous automatiques protègent ce parcours. Un rôle « Résident » donné à la main, hors procédure, est retiré automatiquement et signalé. Et une candidature restée sans réponse est purgée après 14 jours, avec une alerte et une relance avant suppression.
À retenir : écrivez le parcours avant de dessiner le site. Chaque étape devient un état clair. Le site fait respecter la règle, au lieu de compter sur la bonne volonté de chacun.
3. Une boutique conforme et sans pay-to-win
Une boutique communautaire ne vend pas seulement des articles : elle met en jeu la crédibilité du projet. Un joueur qui soupçonne que l'argent achète un avantage s'en va. Les règles posées pour Stories WL :
| Pratique | Pourquoi |
|---|---|
| 100 % cosmétique et confort (slots de personnage, cosmétiques, file prioritaire par abonnement, abonnement de soutien) | « Zéro avantage RP » : le jeu reste équitable. |
| Aucune caisse aléatoire payante | Le joueur sait ce qu'il achète. |
| Paiement via Tebex | Une plateforme de paiement conçue pour les serveurs de jeu, plutôt qu'un tunnel bricolé. |
| Pack Fondateur limité à 100 exemplaires numérotés, compteur visible, jamais réédité | Une rareté vérifiable, pas une fausse urgence. |
| Documents publiés : règlement boutique, CGV, CGU, confidentialité, cookies, mentions légales | Les règles sont lisibles avant l'achat. |
D'autres règles sont en préparation : des coffrets payants dont le contenu est connu avant achat, des caisses aléatoires uniquement gratuites (connexion quotidienne, votes, events), et des promotions saisonnières plafonnées entre -20 et -30 %. Pour ces promotions, le prix barré sera calculé automatiquement comme le prix le plus bas des 30 jours précédents, conformément à l'article L112-1-1 du Code de la consommation.
À retenir : écrivez ce que la boutique ne vendra jamais, et affichez-le.
4. Des patch notes que Google peut lire
Une annonce postée dans un salon Discord disparaît vite dans le fil, et elle n'est pas trouvable depuis un moteur de recherche. Sur le site, chaque mise à jour a donc sa propre page HTML indexable, complétée par un fil d'actualité et une roadmap publique.
- Rédigées pour les joueurs : pas de jargon technique, on explique ce qui change pour eux.
- Reliées au reste du site : les patch notes alimentent automatiquement l'annuaire des entreprises du jeu. Une entreprise passe « Ouverte » quand le patch note qui l'annonce est publié.
À retenir : pour une association ou un club, c'est la même logique avec les comptes rendus et les nouveautés. Une page par annonce, avec une adresse stable.
5. Écrire pour les vraies questions des joueurs
Un futur membre ne cherche pas le nom de votre communauté : il ne le connaît pas encore. Il cherche une réponse à sa question.
Le contenu
- Un blog de 10 articles sur des requêtes FiveM RP réelles : whitelist ou free access, serveur sans pay to win, devenir shérif, devenir médecin EMS, métiers illégaux…
- Des pages univers : lore, présentation des 7 zones de Roxwood County, factions (civil, illégal, shérif, médecin), events, annuaire, règlement et FAQ.
La technique
- Un sitemap.xml complet, des pages pré-rendues, des données structurées schema.org et des balises meta soignées.
- Pour les moteurs de réponse par IA : un fichier /llms.txt qui résume le serveur (liens clés, FAQ en questions et réponses, derniers articles et patch notes), mis à jour automatiquement.
- Une FAQ formulée comme les joueurs posent réellement leurs questions, et des faits clairs, faciles à citer : le jeu, la langue, le type de serveur, la carte.
À retenir : listez les questions que vos futurs membres posent avant de vous rejoindre. Chacune mérite une réponse publique et précise.
6. Un inventaire unique comme source de vérité
Quand le site, le wiki interne, le Discord et les patch notes racontent des choses différentes, les membres cessent de croire ce qu'ils lisent. Sur ce projet, un inventaire unique des fonctionnalités, avec des statuts (brainstorming, à faire, en cours, à tester, fini, validé), alimente le wiki staff, qui est séparé du site public.
Un bot Discord est relié au site pour les candidatures. La synchronisation des tickets entre le site et Discord est en cours de mise en place.
À retenir : une information ne doit être saisie qu'à un seul endroit. Tout le reste en découle.
Ce qui reste en préparation
Un site communautaire n'est jamais « fini ». Sont encore en préparation : un espace membre complet (fiche personnage, journal du personnage par chapitres, tickets dans les deux sens), des points de fidélité non achetables, des thèmes saisonniers programmés, un CMS avec publication programmée des contenus et un launcher. Les présenter comme tels, plutôt que comme acquis, fait aussi partie de la confiance.
La checklist pour votre communauté
- Connexion avec un compte que vos membres possèdent déjà.
- Parcours d'entrée écrit, étape par étape, et appliqué par le site.
- Boutique qui affiche ce qu'elle ne vendra jamais, avec ses documents légaux.
- Une page indexable par annonce importante.
- Du contenu qui répond aux questions réelles des futurs membres.
- Une seule source de vérité pour les fonctionnalités et leur statut.
Le détail du projet est présenté dans notre réalisation Stories WL, et les règles légales de la boutique sont détaillées dans Vendre en ligne à sa communauté sans la trahir.
Vous lancez le site de votre communauté ?
Parlons de votre parcours d'entrée, de votre boutique et de votre contenu avant d'écrire la première ligne de code.
Présenter mon projet