Gestion de Guilde
Gérer le Discord de sa guilde Dofus : architecture, permissions et sorties
11 min de lecture · Mis à jour le 23 août 2026
Le guide pratique pour bâtir un Discord de guilde Dofus lisible et sécurisé : salons utiles, rôles, permissions, onboarding et organisation des sorties.
Un serveur de guilde doit rendre une information facile à trouver, une sortie facile à rejoindre et une décision facile à suivre. Le but n'est pas d'empiler les salons ou les bots : c'est de réduire les messages perdus et la charge des officiers.
I. Commencer par les flux, pas par les salons
Avant de créer une catégorie, demandez-vous quel flux elle sert. Une guilde a généralement cinq flux stables : accueillir, discuter, organiser des sorties, rendre service et modérer. Si un salon n'a pas de flux précis, il deviendra probablement un salon mort.
Un salon principal par sujet, puis un fil de discussion par sortie, demande d'aide ou commande. Les fils gardent l'historique de l'action sans transformer #donjons-et-succès en mur de messages.
1. Arborescence minimale recommandée
| Catégorie | Salons | Règle d'utilisation |
|---|---|---|
| 📌 01. ACCUEIL | #reglement#annonces#presentations |
Le règlement et les annonces sont en lecture seule. #presentations est le seul salon où une personne sans rôle de guilde peut écrire. |
| 💬 02. VIE DE GUILDE | #taverne#screens-et-drops#commandes-bot |
Réservé aux membres vérifiés. Activez un ralentissement seulement si le volume le justifie ; ne punissez pas une communauté active par défaut. |
| ⚔️ 03. SORTIES | #donjons-et-succes#raids#songes-infinis#entraide-dofus |
Une sortie = un fil. Le message initial porte la date, l'objectif, les places et les besoins ; le fil porte les échanges. |
| 🔨 04. ARTISANAT | #artisans-et-craft#prets-et-coffre#commerce-interne |
Donnez un format épinglé à chaque demande : objet, ressources, budget, disponibilité et délai. |
| 🔊 05. VOCAUX | 🔊 Taverne⚔️ Donjon 1 (×4)⚔️ Donjon 2 (×4)🐙 Raid (×12)🤫 Silencieux / stream |
Les salons de donjon ont une limite correspondant au groupe. Le vocal raid doit être créé pour son format réel, pas pour accueillir tout le serveur. |
2. Catégories privées à ne pas oublier
| Catégorie | Accès | Contenu |
|---|---|---|
| 🛡️ STAFF | Meneur, officiers et modérateurs | #staff, #candidatures, #journal-moderation. Les sanctions et les candidatures ne se traitent jamais dans les salons publics. |
| 🤝 ALLIANCE / INVITÉS | Rôle Allié ou Invité uniquement | Un espace de coordination qui ne donne aucun accès aux conversations, aux prêts ou aux décisions internes de la guilde. |
| 📚 ARCHIVES | Membres ou staff, selon le contenu | Anciens comptes-rendus, règles historiques et événements clôturés. Archivez : ne supprimez pas une information encore utile. |
II. Permissions : une base fermée, des accès explicites
Le rôle @everyone s'applique à toute personne qui rejoint le serveur. Traitez-le comme le rôle d'un visiteur non vérifié : il ne doit pas pouvoir perturber le serveur, inviter des inconnus ni accéder aux espaces internes.
1. Réglage de @everyone
| Permission | Réglage | Pourquoi |
|---|---|---|
Mentionner @everyone, @here et les rôles |
🔴 Désactivé | Les pings collectifs restent une responsabilité de staff ou de rôles précis. |
| Créer des invitations | 🔴 Désactivé | Vous gardez la maîtrise des arrivées et pouvez invalider une invitation compromise. |
| Envoyer des messages et joindre des fichiers | 🔴 Désactivé par défaut | Ouvrez uniquement #presentations si nécessaire. Les liens et fichiers ne sont pas indispensables avant vérification. |
| Gérer les salons, messages, rôles ou webhooks | 🔴 Désactivé | Ces permissions ne doivent jamais être héritées par accident. |
| Voir les salons et ajouter des réactions | 🟢 Accueil uniquement | La personne peut lire les règles et effectuer l'action de validation prévue. |
2. Hiérarchie de rôles
La position des rôles est aussi importante que leurs permissions. Un rôle ne peut agir que sur des rôles placés sous lui. Le bot doit donc être au-dessus des rôles qu'il est censé attribuer, mais n'obtient pas pour autant la permission Administrateur.
- 👑 Meneur : propriétaire du serveur. Activez la double authentification et limitez l'accès à ce rôle.
- 🤖 SigilOS Bot : attribue uniquement les rôles qu'il doit gérer et publie uniquement dans les salons prévus.
- ⚔️ Bras droits : gestion de la guilde, des événements et des messages. Pas d'
Administrateurpar confort. - 🛡️ Modérateurs / organisateurs : messages, fils, vocaux, événements et délais d'exclusion ; aucun droit de gestion globale.
- ⚜️ Membre : accès aux espaces internes, vocaux et salons de sorties.
- 🌱 Recrue : accès limité le temps de l'intégration, notamment sans envoi libre de liens externes.
- 🤝 Allié / invité : accès explicitement limité à la catégorie inter-guildes.
Après chaque modification importante, utilisez la fonction « Voir le serveur depuis le rôle » dans les paramètres Discord. Vérifiez au minimum ce que voient une Recrue, un Membre, un Invité et un Modérateur. Un serveur est sécurisé par ses accès réels, pas par la liste des rôles que vous pensez avoir configurée.
III. Onboarding : transformer un arrivant en membre
Un nouveau ne devrait jamais devoir demander « je vais où ? ». Son parcours doit tenir en quatre étapes visibles dès l'arrivée.
Discord propose nativement un processus d'accueil : activez-le pour guider chaque nouveau membre dès son arrivée sur votre serveur de guilde.
- Lire : règlement, fonctionnement de la guilde et règle de confidentialité dans
#reglement. - Se présenter : personnage principal, serveur, objectifs et disponibilités dans
#presentations. - Être vérifié : un officier valide l'arrivée ou le membre obtient le rôle Recrue après l'étape que vous avez définie.
- Choisir ses notifications : rôles de notification utiles, par exemple
Raids,SongesouArtisanat. Ne rendez aucun rôle de notification obligatoire.
Épinglez un message de présentation avec un modèle court : Classe / niveau — objectifs — créneaux — métiers — ce que je cherche. Vous obtenez une information exploitable sans transformer l'arrivée en formulaire interminable.
IV. Sorties : une annonce qui se suffit à elle-même
Une annonce de sortie doit pouvoir être comprise sans relire 40 messages. Le lecteur doit savoir immédiatement s'il peut venir, quand, et ce qu'il doit préparer.
1. Modèle d'annonce à réutiliser
⚔️ [DONJON / RAID] — Nom de l'objectif
📅 Date et heure : vendredi 21h00
🎯 Objectif : passage, succès ou farm
👥 Places : 4 / 8 — rôles ou classes recherchés
⏱️ Durée estimée : 1h30
📍 Rendez-vous : vocal Raid, 10 minutes avant
🎒 Pré-requis : clefs, consommables, succès concernés
Inscription : réagissez ou utilisez le bouton prévu.
Les échanges et la composition se font dans le fil de ce message.
2. Donjons, succès et Songes
Le module Donjons & Quêtes de SigilOS : une sortie par carte, date, composition et bouton d'inscription directement synchronisé avec Discord.
- Donjons et succès : créez un fil par objectif ; nommez-le avec le donjon, le succès et la date pour qu'il reste retrouvable.
- Songes infinis : le premier message du fil indique l'étage, les modificateurs, l'équipe et le prochain créneau de reprise. Ce sont les seules informations qui doivent survivre à une pause.
- Raids de guilde (Gigalodon, Jardins Éternels) : annoncez-les 48h à l'avance, prévoyez des remplaçants sur liste d'attente et faites un briefing vocal 10 minutes avant le lancement.
- Après la sortie : clôturez le fil avec un résultat simple : terminé, reporté ou à reprendre. Cela évite les inscriptions fantômes.
3. Vocaux : des règles simples
Le vocal Taverne est social. Les vocaux de donjon sont opérationnels : privilégiez les informations utiles en combat et déplacez les discussions annexes vers un autre salon. L'organisateur doit pouvoir annoncer un rappel sans se battre contre le bruit.
V. Connecter Discord à SigilOS
Discord est excellent pour discuter ; il n'est pas conçu pour maintenir, seul, une liste fiable de personnages, de disponibilités, de métiers ou d'objectifs. La connexion avec SigilOS doit donc être pensée comme une réduction des doubles saisies, pas comme une couche de bots supplémentaire.
Ce que voit votre guilde dans Discord : l'embed SigilOS publie automatiquement le donjon, la date, les succès visés, les places disponibles et les boutons d'action.
| Besoin | Discord seul | Avec SigilOS |
|---|---|---|
| Sorties | Listes manuelles dans un message et relances individuelles. | Un événement publie une annonce structurée, centralise les inscriptions et garde une composition lisible. |
| Quêtes de Dofus | Chacun gère ses étapes séparément, sans vue collective. | Matrice interactive (Ocre, Primordiaux, Dokille, Dolmanax) : regroupement instantané des membres bloqués au même endroit. |
| Artisanat | La disponibilité des artisans se perd dans le flux. | Un annuaire de guilde filtrable par métier et niveau donne un point d'entrée clair. |
| Prêts | Un message est vite oublié et ne constitue pas un suivi. | Le prêt est suivi depuis une donnée dédiée, avec un statut et un historique. |
Le bot ne reçoit que les permissions strictement nécessaires à ses actions. Réservez-lui un salon de commandes et des salons de publication identifiés. Ne synchronisez jamais un rôle qui donne plus d'accès que l'information associée ne le justifie. Testez le scénario complet avec un compte de test : association, rôle attribué, inscription, désinscription et suppression d'accès.
VI. Modération : prévoir les incidents avant qu'ils arrivent
La meilleure modération est prévisible. Les membres doivent connaître les règles, les officiers doivent savoir qui décide, et les incidents doivent laisser une trace accessible au staff.
| Situation | Réponse immédiate | Suivi |
|---|---|---|
| Spam ou raid | Fermez temporairement les salons publics, désactivez les invitations et appliquez les mesures de modération adaptées. | Consultez le journal d'audit, nettoyez les accès puis annoncez brièvement le retour à la normale. |
| Compte staff compromis | Retirez les rôles sensibles ; vérifiez les modifications récentes de rôles, salons et webhooks. | Changez les accès concernés, restaurez la configuration et documentez l'incident dans le salon staff. |
| Conflit public ou vocal | Stoppez l'escalade, séparez les participants si nécessaire et déplacez la discussion hors du salon public. | Appliquez la règle connue de tous, pas une sanction improvisée sous pression. |
VII. Checklist de mise en ligne
- Supprimer les salons inutiles, dupliqués ou sans propriétaire.
- Verrouiller
@everyone, puis ouvrir les droits par rôles et catégories. - Créer un parcours d'arrivée complet : règlement, présentation, vérification, rôle.
- Configurer les rôles de notification sans les confondre avec les rôles d'accès.
- Tester le serveur avec les vues Recrue, Membre, Invité et Modérateur.
- Documenter le format des sorties et la procédure d'incident dans le salon staff.
- Auditer la structure tous les trois mois : permissions, bots, invitations, salons inactifs et rôles orphelins.
Si une règle, un salon ou une automatisation ne fait pas gagner du temps aux membres et aux officiers, retirez-la. Un bon Discord reste discret : il permet simplement à la guilde de jouer plus souvent et de mieux s'organiser.