Guide
Ajouter un bot Discord sans droits administrateur : la méthode sûre
Presque tous les tutoriels disent la même chose : coche Administrateur, et c’est réglé. Pratique, et c’est ainsi qu’un seul jeton de bot volé peut vider un serveur entier. Voici ce que tu cèdes réellement, dans quel ordre, et quoi vérifier ensuite.
Aucune permission Administrateur. Configuration dans le tableau de bord.
Pourquoi ça dérape
Administrateur n’est pas une permission parmi d’autres : c’est l’interrupteur qui désactive toutes les autres vérifications. Un bot avec cette case lit chaque salon privé, y compris celui où ton équipe parle des membres, et aucun réglage de salon ne l’arrête. On ne le remarque jamais, puisque tout fonctionne du premier coup. Le danger vient rarement de celui qui exploite le bot, il vient de son jeton : qui met la main dessus hérite exactement de ce pouvoir. Il y a un second coût, plus discret. Tant que tout est permis, tu n’apprends jamais de quelle permission une fonction a réellement besoin ; le jour du ménage, la moitié tombe et personne ne sait pourquoi. Et le journal d’audit affiche partout le même rôle tout-puissant : une bévue y ressemble à une attaque, et une attaque à une bévue.
À décider avant de commencer
Règle trois points avant de cliquer sur le lien d’invitation. D’abord, quelles tâches le bot doit-il assurer ? Chacune correspond à une permission précise : attribuer des rôles, nettoyer des messages, mettre quelqu’un en pause, écrire dans les fils. Ce que vous ne prévoyez pas, vous n’en avez pas besoin. Ensuite, où se place le rôle du bot ? Sa position pèse plus lourd que n’importe quelle case. Il doit se trouver au-dessus de tout ce qu’il doit attribuer ou modérer, et sous vos rôles de direction. Enfin, qui a le droit de réinviter le bot ? Les permissions ne sont posées qu’à l’arrivée, donc une nouvelle invitation est le seul chemin s’il en manque une plus tard. Notre invitation demande 1633027484887 : vingt-deux permissions distinctes, sans le bit Administrateur. Gérer le serveur, mentionner @everyone et rejoindre les salons vocaux en sont volontairement absents.
Étape par étape
- Ouvre le lien d’invitation et lis la liste que Discord affiche avant la confirmation : cette liste est le véritable accord, pas la page qui t’y a mené.
- Fais ensuite monter le rôle du bot, dans les paramètres du serveur sous Rôles, au-dessus de tout rôle qu’il doit attribuer ou modérer, et laisse-le sous votre rôle de direction.
- Passe en revue les salons où il doit travailler et cherche les petits moins rouges : une exception posée sur le salon l’emporte sur la permission du rôle.
- Teste tout une fois avec un second compte dans un salon d’essai (attribuer un rôle, poser une pause, publier une carte) avant de t’y fier dans le salon principal.
- Configure ensuite les modules dans le tableau de bord sur its-netting.com ; l’assistant t’y signale qu’un rôle choisi passe au-dessus du rôle du bot ou qu’il n’a pas le droit d’écrire dans le salon retenu.
Les erreurs que presque tous font
L’erreur la plus fréquente, c’est la case Administrateur cochée le temps de l’installation et que plus personne ne rouvre. La deuxième, c’est la hiérarchie oubliée : un bot doté du bannissement mais dont le rôle traîne trop bas ne bannit personne placé au-dessus de lui. Cela ressemble à une panne et n’est qu’une place dans une liste. Aussi souvent, on oublie qu’une invitation ne fixe les permissions qu’au moment de l’arrivée. Si une permission s’ajoute plus tard, un serveur existant ne la reçoit pas rétroactivement : quand une fonction signale des droits manquants après une mise à jour, c’est presque toujours la cause. Ajoute deux confusions : les permissions du membre et celles du bot sont deux contrôles séparés, et le récapitulatif d’un rôle ne dit rien de ce qui subsiste dans un salon donné.
Questions fréquentes
Non. Chez nous, l’ensemble des fonctions tourne sur vingt-deux permissions distinctes et le bit Administrateur n’est pas posé. Si un bot l’exige quand même, la question juste est : pour quelle fonction exactement ? L’absence de réponse est déjà une réponse.
Parce que la hiérarchie des rôles compte en plus. Le rôle le plus haut du bot doit se situer au-dessus du rôle le plus haut de la personne visée, sinon Discord refuse. Le propriétaire du serveur n’est jamais concerné, quelles que soient les positions.
Non, l’expulsion est inutile et aucun réglage ne se perd de toute façon. Tu donnes la permission manquante au rôle du bot à la main, ou tu relances le lien d’invitation pour le même serveur. Les deux prennent une minute.
Les paramètres du serveur montrent la base sur son rôle, le salon montre la vérité. Ouvre les permissions du salon et cherches-y le rôle du bot : ce que le salon interdit, aucun rôle généreux ne le rétablit. C’est précisément pour cela que les deux vues méritent un coup d’œil.
Un bot Discord a-t-il besoin d’Administrateur pour tout faire ?
Non. Chez nous, l’ensemble des fonctions tourne sur vingt-deux permissions distinctes et le bit Administrateur n’est pas posé. Si un bot l’exige quand même, la question juste est : pour quelle fonction exactement ? L’absence de réponse est déjà une réponse.
Pourquoi le bot n’arrive-t-il pas à bannir alors que la permission est là ?
Parce que la hiérarchie des rôles compte en plus. Le rôle le plus haut du bot doit se situer au-dessus du rôle le plus haut de la personne visée, sinon Discord refuse. Le propriétaire du serveur n’est jamais concerné, quelles que soient les positions.
Il manque une permission au bot déjà présent. Faut-il l’expulser ?
Non, l’expulsion est inutile et aucun réglage ne se perd de toute façon. Tu donnes la permission manquante au rôle du bot à la main, ou tu relances le lien d’invitation pour le même serveur. Les deux prennent une minute.
Comment voir les permissions réelles d’un bot ?
Les paramètres du serveur montrent la base sur son rôle, le salon montre la vérité. Ouvre les permissions du salon et cherches-y le rôle du bot : ce que le salon interdit, aucun rôle généreux ne le rétablit. C’est précisément pour cela que les deux vues méritent un coup d’œil.