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

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

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

경고, 타임아웃, 킥, 밴 같은 처벌은 남길수록 민감해집니다.그만큼 누가 왜 조치했는지 기록이 없으면 운영진 내부에서도 기준이 흐려지기 쉽습니다.처벌 로그 봇은 제재 자체보다 제재 이력을 일정한 형식으로 남기는 데 의미가 있습니다.이번 글에서는 슬래시 명령어로 경고를 기록하고, 타임아웃 로그를 남기는 기본 구조를 만듭니다.1. 왜 별도 로그가 필요한가메시지 삭제 로그나 입장 로그와 달리 처벌 기록은 나중에 다시 볼 일이 많습니다.재제 기준이 일관됐는지, 특정 유저에게 어떤 이력이 쌓였는지 확인할 때 필요합니다.신고 흐름과 같이 붙여 볼 계획이라면 문의·운영 동선이 섞이지 않게 먼저 분리해 둬야 합니다.2. 처벌 로그 채널 값 정리DISCORD_TOKEN=여기에_봇_토큰GUILD_ID=테스트_서버_IDMO..

누가 언제 들어오고 나갔는지 기록해 두면 서버 흐름을 보기 훨씬 쉬워집니다.유입이 갑자기 늘었는지, 특정 시점 이후 이탈이 많아졌는지, 인증 절차 이후에 나가는지 같은 흐름을 잡기 좋습니다.입장 퇴장 로그는 운영 기록 중에서도 가장 자주 보는 축에 들어갑니다.이번 글에서는 멤버 입장과 퇴장을 전용 로그 채널에 남기는 기본 봇을 만듭니다.1. 입장 로그에 먼저 넣을 정보입장 퇴장 이벤트를 받으려면 SERVER MEMBERS INTENT가 필요합니다.이 설정이 빠지면 코드가 맞아도 멤버 로그가 아예 안 들어옵니다.기본 환영 흐름과 같이 보고 싶다면 자동 환영 인사 디스코드 봇 만들기을 같이 보면 좋습니다.2. 로그 채널 값 먼저 정리DISCORD_TOKEN=여기에_봇_토큰LOG_CHANNEL_ID=입장퇴장_..

서버를 운영하다 보면 나중에 다시 봐야 하는 순간이 자주 생깁니다.메시지가 지워졌는지, 채널 이름이 바뀌었는지, 누가 어떤 변경을 했는지 기억만으로는 금방 한계가 옵니다.이럴 때 기본 로그 기록 봇을 붙여 두면 운영 판단이 훨씬 쉬워집니다.이번 글에서는 메시지 삭제, 수정, 채널 생성 로그를 한 채널에 남기는 기본형부터 만듭니다.1. 로그 봇이 필요한 이유초반 서버에서는 없어도 버틸 수 있습니다.하지만 운영진이 둘 이상이거나 채널 변경이 잦아지면 로그가 없는 상태가 더 불편해집니다.특히 아래 같은 상황에서 자주 필요해집니다.누가 메시지를 지웠는지 확인하고 싶을 때채널 이름이나 구조 변경 이력을 보고 싶을 때분쟁이나 문의에 대응할 근거가 필요할 때보안 기본 구조를 먼저 보고 싶다면 디스코드 서버 보안 설정..