BLOG · 2026. 9. 22. · 조회 22
디스코드 서버 관리자 뽑는 법 - 수습 기간부터 해임 기준까지 - 2026
서버가 조금 커지면 혼자서는 감당이 안 되는 순간이 옵니다.
새벽에 누가 도배를 하고, 신고는 쌓이고, 채팅은 다 따라가지도 못하죠.
그래서 급하게 관리자를 뽑습니다.
그런데 그 관리자 때문에 서버가 더 시끄러워집니다.
저도 이랬어요.
열심히 활동하던 분께 고마운 마음에 권한을 한 번에 넉넉히 드렸다가, 나중에 회수하느라 서로 얼굴 붉힌 적이 있습니다.
다들 한 번쯤 겪어보셨죠?
돌아보면 문제는 사람이 아니라 순서였습니다.
누구를 뽑을지, 얼마나 지켜볼지, 언제 내릴지를 정하지 않고 권한부터 줬던 거예요.
이 글에서는 디스코드 서버 관리자를 뽑는 기준부터 수습 기간 운영, 권한 나누기, 그리고 해임 기준까지 순서대로 정리해보겠습니다.
1. 활동량 1등을 관리자로 뽑으면 안 됩니다
가장 흔한 실수입니다.
채팅을 제일 많이 치는 분이 서버를 제일 아끼는 분처럼 보이거든요.
하지만 말이 많은 것과 판단이 좋은 것은 전혀 다른 능력입니다.
활동량이 많은 분은 친한 무리가 이미 있는 경우가 많아요.
이런 분이 관리자가 되면 제재 기준이 친분에 따라 흔들리기 쉽습니다.
그럼 누구를 봐야 할까요?
남들이 싸울 때 조용히 신고하는 사람, 그리고 규칙 채널을 먼저 읽고 질문하는 사람입니다.
눈에 잘 안 띄지만 이런 분들이 오래 가는 관리자가 되는 것 같아요!
2. 모집 공고보다 관찰이 먼저입니다
"관리자 모집합니다! 지원서 써주세요" 공지부터 올리는 분들이 많습니다.
이렇게 하면 권한 자체를 원하는 분들이 몰립니다.
관리자 자리를 '계급'으로 보는 분들이죠.
저는 공고를 올리기 전에 2~4주 정도 후보를 조용히 지켜보는 쪽을 추천드려요.
체크할 건 이 정도면 충분합니다.
- 신규 멤버가 질문했을 때 먼저 답해주는가
- 분쟁이 생겼을 때 한쪽 편을 들지 않는가
- 규칙을 어긴 친구에게도 똑같이 말할 수 있는가
- 접속 시간대가 기존 관리진과 겹치지 않는가
마지막 항목이 은근히 중요합니다.
관리자가 전부 저녁에만 접속하면, 새벽 사고는 아무도 못 막습니다.
3. 지원서에는 상황 질문 3개면 충분합니다
관찰로 후보가 추려졌다면, 그다음에 지원서를 받습니다.
여기서 "왜 관리자가 되고 싶나요?" 같은 질문은 거의 쓸모가 없어요.
다들 "서버를 사랑해서요"라고 답하니까요.
대신 실제로 벌어질 상황을 던져보세요.
- 친한 멤버가 규칙을 어기고 있다면 어떻게 하시겠어요?
- 다른 관리자의 제재가 과하다고 느껴지면 어떻게 하시겠어요?
- 새벽에 혼자 있는데 모르는 계정 여러 개가 도배를 시작하면 제일 먼저 뭘 하시겠어요?
정답을 맞히는지 보는 질문이 아닙니다.
혼자 해결하려는지, 기록하고 공유하려는지를 보는 질문이에요.
"일단 차단하고 운영진 채널에 남긴다"처럼 답하는 분이 제일 안정적인 것 같아요!
4. 수습 기간 한 달이 서로를 지켜줍니다
뽑았다고 바로 정식 관리자로 올리면 안 됩니다.
관찰할 때 괜찮던 분도 권한이 생기면 달라지는 경우가 있거든요.
해보신 분은 아실 겁니다...
그래서 처음 한 달은 '수습 매니저'라는 별도 역할로 둡니다.
수습 기간에 보는 건 딱 세 가지예요.
- 제재할 때마다 관리 로그 채널에 이유를 남기는가
- 애매한 건은 혼자 결정하지 않고 운영진에게 묻는가
- 한 달 동안 꾸준히 접속했는가
한 달이 지나면 운영진끼리 짧게 이야기하고 정식 전환 여부를 정합니다.
전환이 안 되더라도 "수습이 끝난 것"이라 서로 부담이 적어요.
이 완충 장치가 있고 없고 차이가 정말 큽니다.
5. 권한은 한 번에 주지 말고 3단계로 나눕니다
이제 권한입니다.
여기서 제일 위험한 선택이 '관리자(Administrator)' 권한을 그냥 주는 거예요.
디스코드 공식 안내에서도 이 권한은 모든 권한을 가지면서 채널별 권한 설정까지 무시한다고 설명합니다.
한 명의 실수, 혹은 계정 해킹 한 번으로 서버 전체가 날아갈 수 있다는 뜻입니다.
그래서 저는 역할을 이렇게 3단계로 나눕니다.
1단계 수습 매니저는 메시지 관리와 타임아웃 정도만 갖습니다.
도배나 욕설을 바로 치울 수 있으면 첫 달은 충분합니다.
2단계 매니저는 여기에 추방, 차단, 감사 로그 보기가 추가됩니다.
3단계 운영진만 채널 관리와 역할 관리를 갖습니다.
'관리자' 권한 자체는 서버 주인 혼자 쥐고 있는 게 가장 안전한 것 같아요!
6. 역할 순서를 모르면 권한을 나눠도 소용없습니다
권한을 잘 나눴는데도 사고가 나는 경우가 있습니다.
대부분 역할 순서 문제예요.
디스코드는 역할 목록에서 자기 역할과 같거나 위에 있는 역할은 건드릴 수 없게 되어 있습니다.
그래서 같은 「매니저」 역할을 단 두 사람은 서로를 제재할 수 없습니다.
그래서 매니저 역할이 일반 멤버 역할보다 아래에 있으면, 멤버 제재가 제대로 안 됩니다.
역할 관리 권한도 자기 역할보다 아래 역할에 한해, 자기가 가진 권한 범위 안에서만 나눠줄 수 있어요.
서버 설정의 역할 목록에서 순서는 이렇게 맞춰두세요.
운영진 → 봇 → 매니저 → 수습 매니저 → 일반 멤버
봇이 위에 있는 게 이상해 보이실 텐데, 이유가 있습니다. 멤버에게 역할을 붙이거나 제재를 대신하는 봇은, 자기가 다룰 역할보다 위에 있어야 작동합니다. 아래에 두면 명령은 들어가는데 아무 일도 안 일어나요.
서버 주인은 역할 순서와 상관없이 항상 최상위입니다. 순서를 신경 쓸 대상은 그 아래부터예요.
어떤 봇이든 이 부분은 똑같아요. 다른 봇을 쓰셔도 원리는 같습니다.
7. 관리자 2단계 인증은 선택이 아니라 필수입니다
관리자 계정이 해킹당하면 그 권한이 그대로 공격자 손에 들어갑니다.
외부에서 서버를 뚫는 것보다, 권한 있는 계정 하나를 뺏는 게 훨씬 쉬운 공격이거든요.
그래서 서버 설정에서 관리 작업에 2단계 인증 요구를 켜두는 걸 추천드립니다.
이걸 켜면 2단계 인증을 안 한 계정은 추방·차단·채널 관리 같은 민감한 권한을 역할이 있어도 쓸 수 없습니다.
관리자 합류 조건에 "2단계 인증 필수"를 처음부터 넣어두면 나중에 설득할 필요도 없습니다.
꿀팁! 이 설정은 서버 주인만 켜고 끌 수 있고, 주인 계정에 2단계 인증이 먼저 켜져 있어야 합니다.
8. 기준 없는 관리자는 서버를 둘로 쪼갭니다
같은 욕설인데 A 관리자는 경고, B 관리자는 차단.
이런 일이 두세 번 반복되면 멤버들은 규칙이 아니라 사람을 봅니다.
"저 관리자 있을 땐 조심해" 같은 말이 돌기 시작하면 이미 늦은 거예요.
그래서 관리진 전용 채널에 처리 기준표를 하나 고정해두는 게 좋습니다.
- 1회 위반: 채팅으로 경고
- 2회 위반: 타임아웃 1시간
- 3회 위반: 타임아웃 1일 + 운영진 보고
- 사기·도배 봇·개인정보 유출: 즉시 차단
처리할 때마다 관리 로그 채널에 한 줄씩 남기게 하면, 누가 무엇을 했는지 기록도 쌓입니다.
감사 로그만으로는 '왜' 제재했는지가 안 남거든요.
이 기록이 나중에 해임을 판단할 때 유일한 근거가 됩니다.
9. 해임 기준은 뽑는 날 미리 공개합니다
관리자를 내리는 게 뽑는 것보다 훨씬 어렵습니다.
아무 기준 없이 권한을 빼면 당사자는 억울하고, 서버에는 뒷말이 돕니다.
그래서 해임 기준은 임명할 때 같이 공지합니다.
저는 무게에 따라 세 단계로 나눠둡니다.
즉시 해임은 되돌릴 수 없는 사고입니다.
권한으로 개인적인 보복 제재를 한 경우, 멤버 개인정보나 관리진 채널 내용을 밖으로 유출한 경우, 서버 주인 허락 없이 채널·역할을 지운 경우가 여기에 들어가요.
경고 후 강등은 반복되는 문제입니다.
기준표를 무시한 제재가 두 번 이상 쌓이거나, 로그를 계속 안 남기면 먼저 경고하고 그래도 안 되면 수습 매니저로 내립니다.
자연 정리는 누구 잘못도 아닌 경우입니다.
한 달 이상 접속이 없으면 권한을 정리하고, 돌아오면 다시 이야기하기로 미리 약속해둡니다.
미리 말해둔 기준은 '처벌'이 아니라 '약속'이 됩니다.
같은 결과라도 받아들이는 쪽 기분이 완전히 다르더라고요...
10. 해임할 때는 권한부터 빼고, 말은 그다음입니다
해임을 결정했다면 순서가 중요합니다.
먼저 말부터 꺼내면, 기분이 상한 상태의 계정이 아직 권한을 쥐고 있는 시간이 생기거든요.
그래서 이렇게 진행합니다.
먼저 역할을 회수합니다.
관리자 역할만이 아니라 권한이 붙은 다른 역할도 같이 확인하세요.
그다음 감사 로그를 봅니다.
최근에 만든 초대 링크, 웹후크, 권한 변경 기록이 있는지 확인하고 필요한 건 정리합니다.
마지막으로 본인에게 DM으로 이유를 전합니다.
기준표와 로그를 근거로 짧고 담담하게요.
서버 공지는 "운영진 구성이 변경되었습니다" 한 줄이면 충분합니다.
해임 사유를 공개적으로 길게 쓰면 싸움만 커지는 것 같아요.
한눈에 보는 관리자 운영 정리
| 단계 | 핵심 행동 | 놓치면 생기는 일 |
|---|---|---|
| 후보 찾기 | 활동량보다 판단력, 2~4주 관찰 | 친분 제재, 파벌 |
| 지원서 | 상황 질문 3개 | 말만 잘하는 지원자 |
| 수습 기간 | 한 달 수습 매니저, 로그·접속 확인 | 권한 생긴 뒤 돌변 |
| 권한 나누기 | 수습 → 매니저 → 운영진 3단계 | 계정 하나로 서버 전체 위험 |
| 역할 순서 | 운영진 > 봇 > 매니저 > 수습 > 멤버 | 제재 불가, 봇 제어 불가 |
| 보안 | 관리 작업 2단계 인증 요구 | 관리자 계정 탈취 |
| 처리 기준 | 기준표 고정 + 관리 로그 | 관리자마다 다른 판결 |
| 해임 기준 | 즉시 해임 / 경고 후 강등 / 자연 정리 | 해임할 때 갈등 |
| 해임 절차 | 권한 회수 → 감사 로그 → DM | 권한 남은 채 분쟁 |
어디부터 손대야 할까
먼저 '관리자' 권한을 가진 사람이 몇 명인지 세어보세요.
서버 주인 말고도 여러 명이라면, 오늘 바로 3단계 역할로 쪼개서 다시 배정하는 게 1순위입니다.
그다음 역할 순서와 2단계 인증 설정을 확인합니다.
두 가지 모두 서버 설정에서 몇 분이면 끝나는데, 막아주는 사고는 가장 큽니다.
마지막으로 처리 기준표와 해임 기준을 관리진 채널에 고정합니다.
새 관리자를 뽑는 건 이게 다 준비된 다음이어도 늦지 않습니다.
아직 서버 자체에 사람이 적다면, 관리자보다 활동 구조부터 잡는 게 먼저일 수 있어요.
그 부분은 디스코드 서버 활성화 방법에 정리해두었습니다.
관리자를 뽑는 건 권한을 나눠주는 일이 아니라, 내 서버의 기준을 같이 지켜줄 사람을 찾는 일인 것 같아요 :)
함께 보면 좋은 글
채널 구조를 처음부터 짜시는 게 부담스러우시면, 디코허브에 유형별 서버 템플릿을 무료로 정리해두었습니다. 로그인 없이 보실 수 있습니다.
무료 템플릿 보기 → https://dicohub.kr
디스코드 활성화 · 디스코드 서버 운영에 관한 다른 글도 디코허브에서 보실 수 있습니다.