Créer un système de tickets de support sur son serveur Discord
Le support par messages privés vire vite au chaos. Un système de tickets transforme chaque demande en salon privé et organisé. Voici comment le mettre en place, du bot public au bot maison.
Gérer le support par messages privés devient vite chaotique : demandes oubliées, réponses envoyées par plusieurs modérateurs et absence d’historique partagé. Ce fonctionnement atteint rapidement ses limites sur une communauté active, un serveur de jeu ou le Discord d’une boutique.
Un système de tickets Discord transforme chaque demande en espace privé et organisé. Le membre échange avec le staff sans exposer son problème au reste du serveur, tandis que l’équipe conserve un suivi clair des demandes, des réponses et des actions réalisées.
Comment fonctionne un système de tickets Discord ?
Le fonctionnement repose généralement sur un message publié dans un salon comme #ouvrir-un-ticket. Ce message contient un bouton permettant de contacter le support.
Lorsqu’un membre clique dessus, le bot reçoit une interaction Discord et crée un salon privé, ou éventuellement un thread privé. Cet espace est visible uniquement par l’auteur du ticket et les rôles autorisés, comme les modérateurs ou le service client. Le bot y publie ensuite un message d’accueil demandant les informations nécessaires : motif de la demande, identifiant de commande, capture d’écran ou description du problème.
Le parcours suit habituellement ces étapes :
- Le membre clique sur le bouton d’ouverture.
- Le bot vérifie qu’il ne possède pas déjà un ticket actif.
- Un salon privé est créé dans une catégorie dédiée.
- Les permissions sont accordées au membre et au rôle du staff.
- Le support prend en charge la demande.
- Un bouton permet de fermer le ticket.
- Le bot génère éventuellement une transcription, puis archive ou supprime le salon.
Cette organisation évite de mélanger les conversations et fournit au staff un contexte complet pour chaque demande.
Utiliser un bot de tickets prêt à l’emploi
La solution la plus rapide consiste à installer un bot public spécialisé, comme Ticket Tool ou un autre bot de tickets reconnu. Cette méthode ne demande aucune connaissance en programmation : l’administration passe généralement par des commandes Discord ou un tableau de configuration.
Après avoir invité le bot, il faut définir la catégorie des tickets, le rôle du staff, le salon des transcriptions et le message contenant le bouton d’ouverture. Certaines solutions permettent aussi de proposer plusieurs motifs, par exemple « Support technique », « Signalement » ou « Question commerciale ».
Les principaux avantages sont la simplicité de mise en place, les mises à jour gérées par l’éditeur et la présence de fonctions déjà prêtes : boutons, formulaires, fermeture, ajout d’un membre, transcription et journalisation.
Il faut toutefois contrôler attentivement les permissions demandées. Un bot de tickets doit normalement pouvoir :
- gérer les salons ;
- voir les salons concernés et envoyer des messages ;
- gérer les messages nécessaires à son interface ;
- gérer les threads si le système utilise des threads privés.
Lors de l’invitation, les permissions Discord correspondantes doivent être accordées. Il est préférable d’éviter la permission Administrateur si des autorisations plus limitées suffisent. Selon le bot et ses fonctions, certains intents doivent également être activés dans le portail développeur Discord. Les interactions par boutons n’exigent pas à elles seules l’accès au contenu de tous les messages.
La contrepartie d’un bot public est une personnalisation parfois limitée. Il faut aussi confier une partie des données de support à un service tiers, ce qui mérite d’être pris en compte si les tickets contiennent des informations sensibles.
Créer un bot de tickets maison
Un bot maison offre davantage de contrôle sur le parcours utilisateur, les catégories, les messages et le stockage des transcriptions. Il peut être développé avec discord.js pour Node.js ou discord.py pour Python.
Le bot doit gérer les interactions Discord, notamment les boutons et les modals. Un modal peut afficher un formulaire dès l’ouverture afin de demander le sujet, une description et une référence client avant même de créer le salon. Notre guide sur les commandes slash et interactions détaille ce mécanisme.
Avec discord.js, la création d’un salon privé peut reposer sur des permissionOverwrites :
const { ChannelType, PermissionFlagsBits } = require("discord.js");
const staffRoleId = process.env.STAFF_ROLE_ID;
const categoryId = process.env.TICKET_CATEGORY_ID;
const channel = await interaction.guild.channels.create({
name: `ticket-${interaction.user.username}`,
type: ChannelType.GuildText,
parent: categoryId,
permissionOverwrites: [
{
id: interaction.guild.roles.everyone.id,
deny: [PermissionFlagsBits.ViewChannel]
},
{
id: interaction.user.id,
allow: [
PermissionFlagsBits.ViewChannel,
PermissionFlagsBits.SendMessages,
PermissionFlagsBits.ReadMessageHistory
]
},
{
id: staffRoleId,
allow: [
PermissionFlagsBits.ViewChannel,
PermissionFlagsBits.SendMessages,
PermissionFlagsBits.ReadMessageHistory
]
}
]
});
await channel.send(
`Bienvenue <@${interaction.user.id}>. Décrivez votre demande avec le plus de détails possible.`
);
await interaction.reply({
content: `Votre ticket a été créé : ${channel}`,
ephemeral: true
});Cet extrait illustre le principe, mais un bot complet doit également vérifier les doublons, nettoyer les noms de salons, gérer les erreurs et contrôler que les identifiants configurés existent. Il faut aussi prévoir la fermeture, la transcription et les journaux d’activité.
La fermeture doit être protégée par des vérifications : seul l’auteur, un rôle du staff ou un responsable autorisé devrait pouvoir fermer le ticket. Un délai de confirmation limite également les suppressions accidentelles.
Organiser les catégories et les permissions
Une catégorie dédiée, comme TICKETS OUVERTS, facilite la gestion des permissions et évite de disperser les demandes dans le serveur. Une seconde catégorie peut être réservée aux tickets en attente ou archivés.
La règle centrale est simple : @everyone ne doit pas pouvoir voir les salons de tickets. L’auteur du ticket et les rôles du staff doivent recevoir explicitement les permissions Voir le salon, Envoyer des messages et Lire l’historique des messages.
Le bot doit disposer de Gérer les salons pour créer, déplacer ou supprimer les canaux. Il lui faut également les droits nécessaires pour voir et envoyer des messages, ainsi que Gérer les messages si son fonctionnement prévoit la suppression ou l’épinglage de contenus. Gérer les threads est nécessaire uniquement pour une architecture fondée sur des threads.
Le rôle du bot doit être placé suffisamment haut dans la hiérarchie Discord pour agir sur les salons et rôles concernés. Il ne pourra pas gérer un rôle situé au-dessus du sien.
Conserver des transcriptions et des logs
À la fermeture, le bot peut parcourir l’historique du salon et générer une transcription, souvent sous forme de fichier HTML. Celle-ci peut contenir les messages, les auteurs, les dates, les pièces jointes et les événements importants.
La transcription peut être envoyée dans un salon privé réservé aux responsables du support. Un journal distinct peut enregistrer l’ouverture, la prise en charge, l’ajout d’un participant et la fermeture du ticket.
Ces données sont utiles pour traiter les litiges, contrôler la qualité du support et retrouver une décision. Elles ne doivent cependant pas devenir une archive permanente sans justification.
Respecter le RGPD et les données personnelles
Une transcription peut contenir des données personnelles : pseudonyme, identifiant Discord, adresse électronique, numéro de commande, adresse IP, capture d’écran ou détail d’un paiement. Elle doit donc être protégée comme toute donnée de support.
Informez les membres que les échanges peuvent être conservés, précisez pourquoi et indiquez une durée de conservation raisonnable. Limitez l’accès aux personnes qui en ont réellement besoin et supprimez automatiquement les archives devenues inutiles.
Les transcriptions ne doivent jamais être publiées dans un salon accessible à toute la communauté. Évitez également de demander des mots de passe, des codes de récupération ou des informations bancaires complètes dans un ticket Discord.
Héberger le bot de tickets 24/7
Un bot maison ne peut ouvrir, fermer ou archiver des tickets que lorsque son processus est en ligne. S’il fonctionne uniquement sur l’ordinateur d’un administrateur, le support devient indisponible dès que cet ordinateur est éteint ou déconnecté.
Un hébergement permanent est donc nécessaire pour assurer le service 24/7. L’offre Bot Discord de TalCloud, disponible dès 1,99 € par mois, permet d’exécuter un processus Node.js ou Python en France, avec stockage NVMe et redémarrage automatique. Cette solution convient à un bot de tickets qui doit rester joignable à toute heure.
Les jetons Discord, identifiants de rôles et paramètres sensibles doivent être stockés dans des variables d’environnement. Ils ne doivent jamais être inscrits directement dans le code ou publiés dans un dépôt.
Bonnes pratiques pour un support efficace
Limitez chaque membre à un ticket ouvert, sauf besoin particulier. Cette règle réduit le spam et encourage l’utilisateur à poursuivre la conversation existante.
Définissez des rôles précis pour le support, la modération et l’administration. Le bot peut alors orienter chaque motif vers la bonne équipe sans donner accès à tous les tickets.
Le message d’accueil doit expliquer clairement les informations attendues, le délai de réponse et les règles du support. Des modèles de réponses permettent aussi au staff de traiter plus rapidement les questions fréquentes tout en conservant un ton cohérent.
Enfin, testez le système avec un compte sans permission avant son ouverture au public. Vérifiez la confidentialité du salon, les boutons, la fermeture, la transcription et le comportement du bot après un redémarrage. Un bon système de tickets doit être simple pour le membre, rapide pour le staff et discret pour toute la communauté.