디스코드 봇을 서버에 초대했는데 목록에는 보이지만 회색 점으로 오프라인 상태인 경우가 있습니다.이 상황은 초대한 것과 실행한 것이 별개라는 점을 놓칠 때 특히 자주 나옵니다.대부분은 코드보다 실행 환경이나 토큰, 권한 쪽에서 원인이 잡힙니다.초대는 끝났는데 오프라인으로 보인다면 아래 순서대로 봐야 가장 빠릅니다.1. 초대와 실행은 다른 단계다봇을 서버에 초대했다고 해서 자동으로 켜지지는 않습니다.초대는 서버에 앱을 등록한 것이고, 실제 온라인 상태는 코드가 실행 중이어야 생깁니다.입문 단계에서는 이 부분에서 많이 막힙니다.기본 실행 구조가 아직 없다면 파이썬 디스코드 봇 만들기 처음부터 끝까지, discord.py 입문 가이드나 discord.js v14 디스코드 봇 만들기 처음부터 끝까지를 먼저 다시 ..

서버 홍보를 시작하면 어느 초대 링크로 유입이 들어오는지 궁금해집니다.링크를 여러 군데에 뿌려도 실제로 남는 유입이 어디서 오는지는 따로 봐야 합니다.이럴 때 초대 링크 사용량을 기록해 두면 홍보 효율과 유입 품질을 같이 보기 쉬워집니다.이번 글에서는 서버의 초대 링크 목록을 캐시해 두고, 새 멤버가 들어올 때 어떤 링크 사용량이 늘었는지 추적하는 기본 봇을 만듭니다.1. 왜 초대 링크 추적이 필요할까홍보는 많이 했는데 잔류가 낮을 수 있습니다.반대로 유입 수는 적어도 오래 남는 링크가 있을 수 있습니다.그래서 아래 두 가지를 같이 봐야 합니다.어디서 유입됐는가들어온 뒤 남았는가홍보 문구와 서버 입구 구조는 디스코드 서버 홍보 방법과 디스코드 서버 온보딩 채널 구성 예시에서 먼저 다뤘습니다.2. 초대 링..

채팅이 활발해지면 광고보다 먼저 분위기를 무너뜨리는 것이 욕설과 공격적인 표현일 때가 많습니다.운영진이 일일이 보고 지우기 시작하면 대응이 늦고, 같은 기준을 유지하기도 어렵습니다.초반에는 완벽한 문맥 분석보다 기본 금칙어 필터를 먼저 두는 쪽이 현실적입니다.이번 글에서는 금칙어 목록을 기준으로 메시지를 삭제하고 경고 로그를 남기는 기본 욕설 필터 봇을 만듭니다.1. 욕설 필터는 어디까지 맡길까텍스트 필터는 편하지만 한계도 분명합니다.문맥을 완벽하게 읽지는 못하고, 일반 대화를 오탐할 수도 있습니다.그래서 처음에는 아래처럼 두는 게 낫습니다.명확한 금칙어만 필터링애매한 표현은 운영진 신고나 검토로 넘김로그를 남겨 기준을 조정신고 동선은 디스코드 신고 채널 운영 가이드와 같이 맞춰 둬야 합니다.2. 금칙어..

스팸을 막기 시작하면 그다음 바로 걸리는 것이 광고 링크입니다.반복 도배보다 더 자주 들어오는 경우도 많고, 초대 링크 하나만 남기고 빠지는 식의 유입도 흔합니다.이럴 때는 일반 스팸 감지와 별도로 링크 차단 규칙을 하나 두면 운영이 훨씬 편합니다.이번 글에서는 디스코드 초대 링크와 외부 URL을 감지해 삭제하고 운영 로그에 남기는 기본 링크 차단 봇을 만듭니다.1. 링크 차단은 왜 따로 두는가스팸 방지 규칙만으로는 링크 광고를 깔끔하게 다루기 어렵습니다.메시지 개수는 적어도 광고 효과가 큰 경우가 있기 때문입니다.그래서 아래 둘을 분리해서 생각해야 합니다.빠른 반복 메시지 차단링크 포함 메시지 차단기본 스팸 흐름은 스팸 방지 디스코드 봇 만들기에서 먼저 정리했습니다.2. 어떤 링크를 막을지 먼저 정한다..

서버가 조금만 커져도 반복 메시지, 광고 링크, 도배 같은 문제가 바로 들어옵니다.운영진이 수동으로만 지우기 시작하면 대응이 늦고 기준도 흔들리기 쉽습니다.초반에는 완벽한 안티스팸 시스템보다 기본 차단선 하나를 자동으로 세워 두는 쪽이 훨씬 안전합니다.이번 글에서는 짧은 시간 안에 같은 유저가 메시지를 많이 보내면 경고 후 메시지를 정리하는 기본 스팸 방지 봇을 만듭니다.1. 어떤 기준으로 막을까스팸 기준을 너무 빡빡하게 잡으면 일반 대화도 막힙니다.반대로 너무 느슨하면 자동화 의미가 없습니다.처음에는 아래 정도 기준이 무난합니다.10초 안에 5개 이상 메시지같은 내용 반복 전송초대 링크나 외부 광고 링크 반복 게시광고성 신고 흐름은 디스코드 신고 채널 운영 가이드와도 같이 봐야 합니다.2. 기준 채널과..

신고 채널은 만들기보다 운영 기준을 세우는 일이 더 중요합니다.입구만 열어 두고 기준이 없으면 일반 문의와 감정 싸움이 한데 섞이기 쉽습니다.신고 채널은 민감한 내용을 안전하게 받고, 처리 기록을 남기고, 후속 조치를 분리하는 구조여야 합니다.신고 시스템은 채널 하나가 아니라 문의 동선과 처리 기준 전체로 봐야 합니다.1. 신고 채널을 일반 문의와 섞지 않는다가장 먼저 지켜야 할 기준입니다.버그 문의, 계정 문의, 신고 접수를 같은 채널로 받으면 분위기가 바로 무거워집니다.신고는 별도 버튼이나 별도 티켓 카테고리로 분리해야 합니다.문의 카테고리 구조는 디스코드 티켓 카테고리 설계법, 전체 흐름은 디스코드 문의 동선 설계법과 같이 보면 됩니다.2. 신고 전에 안내할 문구를 짧게 둔다신고 채널 입구 문구는 ..