Como parar um raid no Discord (guia 2026)

Pause seus convites. Faça isso antes de terminar de ler esta frase: Configurações do servidor, depois Convites, depois Pausar convites. Leva quatro segundos, não precisa de bot nenhum e impede que o raid continue crescendo enquanto você cuida das contas que já entraram.

Quase todo guia sobre raids começa com um comando de bot. Essa ordem está errada. Um raid é um problema de fluxo antes de ser um problema de limpeza, e a torneira mais rápida já vem embutida no Discord e é de graça.

Eu mantenho um bot de moderação, então tenho um motivo comercial para te dizer o contrário. Estou te dizendo isso porque é o que funciona, e porque você vai confiar mais no resto do guia se eu for honesto com você logo no primeiro passo.

Uma nota sobre vocabulário: o Discord traduz raid como «invasão» na própria interface em português, mas a comunidade — e o próprio Discord, entre parênteses — usa «raid». Aqui eu uso os dois.

Neste guia

• Pare agora: os primeiros 60 segundos
• Use primeiro as ferramentas nativas do Discord
• Se você ainda não tem o bot
• Como bloquear um servidor do Discord durante um raid
• O que conta de verdade como raid
• Ajustar a detecção para não expulsar membros reais
• Capture a próxima onda com canais honeypot
• Verificação como barreira permanente
• Deixe o chat lento em vez de bloquear
• Quando o invasor é uma conta da equipe
• O que este bot não consegue fazer
• Limpe o servidor depois
• Seu checklist de resposta a raids
• Perguntas frequentes

Pare agora: os primeiros 60 segundos

Siga nesta ordem. Todos os passos aqui usam apenas recursos do próprio Discord, então nenhum deles depende de ter um bot instalado.

1. Pause os convites. Configurações do servidor, depois Convites, depois Pausar convites. Exige Gerenciar servidor. Seus links existentes e sua URL personalizada continuam intactos, apenas param de funcionar, e isso também bloqueia entradas pela Descoberta de servidores.
2. Aumente o nível de verificação. Configurações do servidor, depois Configuração de Segurança, depois Nível de verificação. Coloque em Alto ou Mais alto. Alto exige e-mail verificado, conta com mais de cinco minutos e dez minutos de permanência no seu servidor antes de alguém poder falar.
3. Pause as DMs. Abra o menu suspenso do servidor e escolha Ações de Segurança. Isso impede que os invasores mandem mensagem privada para seus membros, e essa é a parte que todo mundo esquece: o pior estrago de um raid costuma ser a onda de DMs que vem depois, não o spam nos canais.
4. Só então comece a remover contas e limpar canais.

Essa ordem importa. Se você começar banindo, novos invasores continuam chegando pelo link de convite e você fica tirando água do barco sem tapar o rombo.

Só depois que o fluxo está cortado é que o bot vira a ferramenta mais rápida, porque banir quarenta contas na mão é lento e sofrido.

Use primeiro as ferramentas nativas do Discord

O Discord já entrega defesas reais contra raids, são gratuitas, e várias delas são melhores do que qualquer bot de terceiros consegue fazer. Ative isso antes de avaliar qualquer bot.

Alguns detalhes que valem a pena, porque as páginas de ajuda escondem:

• As Ações de Segurança limitam cada pausa a 24 horas. Para um bloqueio mais longo você precisa reaplicar, então não ative achando que está coberto a semana toda.
• Denunciar Invasão exige Banir membros ou Expulsar membros, e só existe no cliente de desktop em servidores de Comunidade. Use: o Discord analisa essas denúncias para construir ferramentas melhores, e não te custa nada.
• Administradores e moderadores passam por cima dos níveis de verificação. Subir para Mais alto não vai trancar sua própria equipe do lado de fora.

O guia do próprio Discord sobre invasões é realmente bom e vale dez minutos. O mesmo para as perguntas frequentes sobre pausa de convites, o artigo sobre Ações de Segurança e o detalhamento dos níveis de verificação.

Então onde um bot ganha o lugar dele? Em três tarefas que o Discord não faz: punir uma onda de entradas no instante em que ela começa com uma regra que você escolheu, capturar invasores em canais isca, e vigiar as contas da sua própria equipe contra uma tomada de permissões. O resto deste guia são essas três tarefas.

Se você ainda não tem o bot

Os comandos abaixo são do BetterAntispam, e comandos de barra só aparecem depois que existe um bot no seu servidor. Se você está no meio de um raid e não tem nenhum instalado, faça primeiro os passos nativos acima — não pare para configurar software com um raid em andamento.

Quando der, são uns dois minutos:

1. Clique em Adicionar o BetterAntispam ao Discord
2. Escolha seu servidor, leia a lista de permissões, aperte Autorizar
3. Digite / em qualquer canal para confirmar que os comandos apareceram
4. Rode /setup e escolha um canal de registros

Você precisa de Gerenciar servidor para adicionar um bot, e de Administrador para rodar a maioria dos comandos abaixo. Escrevi a versão completa passo a passo no guia de limpeza de canais, incluindo o que fazer quando os comandos não aparecem.

A proteção básica antiraid, antispam e antinuke é toda gratuita. Vou sinalizando as partes pagas conforme aparecem.

Como bloquear um servidor do Discord durante um raid

Existem três bloqueios diferentes e as pessoas escolhem o errado o tempo todo. Eles fazem coisas genuinamente distintas.

/lockdown silencia canais

/lockdown channel nega Enviar mensagens e Adicionar reações para @everyone naquele canal, e guarda uma cópia das permissões anteriores para que unlock restaure exatamente o que você tinha.

Duas coisas que ele não faz, apesar da impressão. Não esconde o canal: as pessoas continuam lendo, só não conseguem escrever. E não mexe no nível de verificação do servidor.

/lockdown channel channel:#general reason:raid
/lockdown unlock channel:#general

Quem executa precisa de Administrador; o bot precisa de Gerenciar canais. Bloquear todos os canais de uma vez e desbloquear todos de uma vez são recursos Shield. Bloquear um canal só é gratuito, e num raid geralmente é tudo que você precisa: os invasores se concentram no canal mais movimentado.

/serverlock fecha a porta

/serverlock action:enable

Leia esta parte com atenção, porque é o comando mais mal compreendido do bot. Sozinho, /serverlock action:enable apenas liga uma marcação. Ele não expulsa nem bane ninguém por conta própria. Membros novos só são removidos se você tiver ativado separadamente a expulsão ou o banimento automático, ou se definir uma senha.

Com senha, o bot cria um canal #server-password e quem entra precisa digitá-la para passar. São cinco tentativas erradas antes da expulsão. O modo senha é um recurso Shield.

Se você quer o comportamento simples de «ninguém novo entra», o Pausar convites do Discord é sinceramente a ferramenta melhor, e é grátis. Eu usaria /serverlock especificamente para a barreira com senha, não como bloqueio genérico.

/raidmode é o instrumento bruto

/raidmode

O modo raid pune todas as entradas novas, sem lógica de detecção e sem benefício da dúvida. É o que você quer quando há um raid ativo em andamento e você já aceitou que alguns membros reais vão ser pegos.

As opções cobrem a ação, qual punição aplicar, um atraso enable_after e se os afetados recebem DM.

Uma ressalva que importa: o modo raid vive na memória. Se o bot reiniciar enquanto ele está ligado, volta desligado. Não deixe isso como sua proteção permanente.

[IMAGE: discord-lockdown-vs-serverlock.png — diagrama mostrando qual dos três bloqueios impede a entrada e qual impede a escrita. Alt: "Diagrama comparativo de lockdown, serverlock e raidmode no Discord mostrando que lockdown bloqueia a escrita e serverlock bloqueia a entrada."]

O que conta de verdade como raid

Por padrão o bot observa rajadas de entradas numa janela móvel de poucos segundos, e ajusta o limite automaticamente ao tamanho do seu servidor.

Essa última parte importa. Cinco entradas em dez segundos é um raid óbvio num servidor de 40 membros e uma terça-feira completamente normal num de 40.000. Um número fixo único estaria errado para quase todo mundo, então o ajuste automático vem ligado.

Dois limites, não um

As colunas «considera» e «certeza» se comportam de formas diferentes, e essa é a decisão de projeto que mais estou disposto a defender.

Bater o limite de certeza pune a onda imediatamente, sem mais perguntas.

Bater o limite menor de «considera» só dispara uma resposta se sinais corroborantes se acumularem. O bot pontua o que vê e precisa de uma pontuação combinada de 3 para agir. Em linhas gerais:

• Ritmo de entradas muito acima do seu normal: vale 3 sozinho
• Contas criadas nas últimas 24 horas: vale 3
• Nomes de usuário repetidos ou quase idênticos: vale 2
• Todo mundo chegando pelo mesmo convite: vale 2

Então seis entradas em dez segundos num servidor de 900 membros não fazem nada se parecerem seis pessoas comuns. As mesmas seis, todas registradas hoje de manhã e todas por um link só, são barradas.

O que ele faz quando dispara

A punição padrão é a quarentena — cargos removidos, cargo de quarentena aplicado — que considero o padrão certo porque é a única reversível. Se o cargo estiver faltando, ele recorre à expulsão.

Você pode trocar por expulsar, banir, silenciar ou captcha. Dois detalhes: o silêncio é um timeout fixo do Discord de 10 minutos, e o captcha joga quem entrou num canal #antiraid-captcha com 120 segundos por padrão para resolver (ajustável de 10 a 600 segundos). Se errar, é expulso.

O modo raid então se desliga sozinho depois de 10 minutos sem novas entradas, então você não fica travado depois que a onda passa.

Você pode isentar usuários e cargos específicos de tudo isso com a lista branca, que vale a pena configurar para sua equipe antes de precisar.

Ajustar a detecção para não expulsar membros reais

Defina a sensibilidade de acordo com o quão grave é um falso positivo para você, e depois não mexa nos limites.

Três predefinições multiplicam todos os números daquela tabela:

Meu conselho honesto: deixe em equilibrada a menos que você tenha evidências. Vejo muito mais servidores quebrados por limites apertados demais do que salvos por eles. Uma configuração rígida num servidor que recebe um pico de tráfego legítimo — um streamer citando você, um post do Reddit que deu certo — vai colocar em quarentena uma onda de membros novos genuínos, e esses não voltam.

Se você tiver um falso positivo, a solução costuma ser a lista branca ou uma janela maior, não um limite menor.

Existem também verificações individuais por entrada que você pode ativar: idade mínima da conta, expulsar contas sem avatar, detectar nomes que contêm links de convite e uma pontuação de «conta suspeita» com predefinições. Vêm desligadas. Ative uma de cada vez para saber qual causou uma reclamação. O controle fino do detector de nomes parecidos e dos fatores individuais de suspeita são recursos Shield.

Capture a próxima onda com canais honeypot

Um honeypot é um canal isca em que nenhum membro real tem motivo para escrever, então qualquer coisa que escreva ali se entregou sozinha.

É a ferramenta antiraid com a melhor relação sinal-ruído que eu conheço, e quase ninguém usa. Detecção baseada em padrões de entrada é adivinhação. Um honeypot praticamente não tem falsos positivos, porque um humano lendo sua lista de canais não entra num canal com cara de equipe e começa a digitar.

Configure com /honeypot settings (quem executa precisa de Gerenciar servidor). Vem desligado. O bot pode criar os canais isca para você, e usa de propósito nomes com estilo de equipe em vez da isca óbvia de «nitro-grátis»: os self-bots cada vez mais pulam as armadilhas evidentes.

A ação padrão é um softban: um banimento que remove as mensagens da conta dos últimos sete dias, seguido imediatamente de um desbanimento. A conta some junto com o spam, mas não fica bloqueada para sempre, o que é a escolha certa para o que pode ser a conta comprometida de um amigo.

Por padrão a equipe é ignorada, então um admin bisbilhotando não dá softban em si mesmo. Você também pode fazer com que ele limpe as mensagens daquela conta no servidor inteiro dentro de uma janela recente.

Armadilhas em canais de voz são recurso Shield; as de texto são gratuitas. Falar dentro de um canal de voz isca também conta.

Verificação como barreira permanente

A verificação barra os invasores antes que eles consigam publicar qualquer coisa, e vem desligada — então é uma opção que você precisa ir lá ativar.

Rode /verification settings. Membros novos recebem um cargo de não verificado e precisam passar por um desafio: clicar num botão, um captcha ou uma conta matemática simples. São 3 tentativas, e errar ou estourar o tempo expulsa por padrão (dá para trocar por timeout, quarentena ou nada).

A opção que vale ativar é o bloqueio de verificação, que nega ao cargo de não verificado Ver canal, Enviar mensagens, Conectar e Falar no servidor inteiro. Seu canal de verificação e eventuais armadilhas honeypot continuam acessíveis de propósito. Sem isso, contas não verificadas continuam lendo tudo.

Seja honesto consigo mesmo sobre a troca: toda barreira custa membros reais. Tem gente que não vai se dar ao trabalho. A triagem de regras do Discord é mais leve e gratuita, e para um servidor pequeno e amigável é a melhor escolha. Recorra à verificação completa quando você estiver sendo alvo repetidamente, não por padrão. Veja como ela se encaixa no resto na seção de verificação da nossa página inicial.

Deixe o chat lento em vez de bloquear

O modo lento mantém o canal utilizável enquanto torna o spam inútil, coisa que um bloqueio não faz.

/slowmode duration:10s
/slowmode duration:off

Aceita de 0 até 21.600 segundos (seis horas), precisa de Gerenciar canais e se aplica ao canal em que você executa. É grátis.

É meu movimento preferido para uma onda de spam moderada. Trinta segundos de modo lento tornam o flood inútil, e sua comunidade real continua conversando — o que importa, porque um servidor bloqueado durante um incidente é exatamente onde as pessoas entram em pânico por falta de informação.

/slowmodebulk aplica modo lento em até cinco canais a partir de um único assistente. Esse é recurso Shield. Vale saber para você não ficar procurando: a versão de canal único é gratuita para sempre.

Quando o invasor é uma conta da equipe

O antinuke observa ações administrativas destrutivas e impede a conta de realizá-las, o que é uma ameaça completamente diferente de um raid de entradas.

Um raid de entradas é barulhento e irritante. Uma conta de moderador comprometida apagando todos os canais é existencial. Rode /antinuke settings — vem desligado, o que provavelmente é a coisa mais importante deste artigo que você ainda não ativou.

Ele conta ações por pessoa numa janela móvel de 10 minutos. Alguns dos padrões:

Os limites de ação única são os interessantes. Um bot não verificado adicionado, uma concessão de Administrador, uma mudança de URL personalizada — porque não existe motivo inocente para isso acontecer em lote, e adicionar um bot malicioso é como a maioria das tomadas de servidor começa de verdade.

A resposta padrão para uma pessoa é a quarentena. Para um bot, remove as permissões e expulsa. Para criação e exclusão em massa de canais, lê o registro de auditoria e desfaz.

Diferente do lado antiraid, o antinuke reporta as próprias falhas no seu canal de registros, então você descobre se ele não conseguiu agir. Mais sobre essa camada na seção de segurança da nossa página inicial.

O que este bot não consegue fazer

Todo guia assim termina com um discurso de venda. Aqui vai primeiro a lista honesta, porque você deveria saber contra o que está e contra o que não está coberto.

• Um raid lento passa direto. A detecção é baseada em rajadas, em janelas de 5 a 15 segundos. Contas entrando em conta-gotas, uma a cada trinta segundos, nunca vão cruzar um limite, por mais que cheguem. Ali sua defesa é a verificação e os honeypots, não a detecção de entradas.
• Falhas de punição do antiraid são silenciosas. Se um banimento ou expulsão falhar por hierarquia de cargos, o lado antiraid não te avisa. O antinuke avisa. Confira se o cargo do bot está acima dos cargos sobre os quais ele precisa agir.
• O modo raid e os contadores de entrada ficam na memória. Um reinício do bot zera tudo.
• A detecção automática não bloqueia seus canais. Quando uma onda dispara, o bot pune quem entrou. Ele não executa /lockdown por você. É uma decisão deliberada — silenciar automaticamente um servidor inteiro por causa de um limite seria pior que o raid —, mas significa que a decisão continua sendo de um humano.
• Não existem transcrições de raid. Você recebe embeds de registro e casos de moderação, não uma transcrição salva do raid. Transcrições existem para silenciamentos por spam e limpezas de canal, não para ondas de entrada.
• O antinuke depende do registro de auditoria, que tem limite de frequência e às vezes atrasa. Um ator muito rápido consegue fazer mais do que os limites sugerem.
• Os limites do Discord continuam sendo os limites do Discord. Timeouts param em 28 dias, a exclusão em massa de mensagens não alcança nada com mais de 14 dias, e toda ação está sujeita aos limites de frequência do Discord.

Nada disso torna a ferramenta inútil. Mas significa que «instale um bot» não é uma estratégia sozinha, e quem te disser o contrário está vendendo alguma coisa.

Limpe o servidor depois

Depois que o fluxo está cortado e as contas foram embora, você ainda tem canais cheios de spam.

Não clone o canal para esvaziar, que é o conselho que você vai achar em todo lugar: isso quebra silenciosamente todos os webhooks e configurações de bots que apontavam para ele. Use uma limpeza e guarde a transcrição. O guia de limpeza de canais cobre tudo isso, incluindo por que mensagens com mais de 14 dias somem tão devagar.

Duas coisas específicas da limpeza pós-raid:

• Guarde a transcrição antes de apagar. O spam não vale nada, mas o padrão vale: quais contas, em que ordem, por qual convite. É isso que te diz como eles entraram, e é isso que você anexa a uma denúncia. Um registro de limpeza te dá isso; apagar o canal, não.
• Se você apagou algo que precisava, o /snipe muitas vezes consegue trazer de volta. Tem uma seção sobre recuperação naquele guia.

Para canais que nunca precisam de histórico — comandos de bot, despejos de notificação, os próprios canais isca — coloque num agendamento com auto-nuke e esqueça.

Depois faça a parte que todo mundo pula: descubra por qual link de convite eles entraram e revogue.

Seu checklist de resposta a raids

Esse último pega muita gente. Servidores ficam silenciosamente bloqueados por semanas depois de um incidente e ninguém percebe que o crescimento parou.

[IMAGE: discord-antiraid-dashboard.png — o painel de /antiraid settings mostrando as opções de sensibilidade e punição. Alt: "Painel de configurações antiraid do BetterAntispam com sensibilidade equilibrada e punição de quarentena selecionadas."]

Se proteja antes do próximo

Se você está lendo isso depois de um raid e não durante, a janela útil é agora, enquanto você ainda lembra como foi.

1. Configure seu nível de verificação e ative a Proteção contra ataques do Discord e o AutoMod — grátis, nativo, faça primeiro
2. Adicione o BetterAntispam e rode /setup com um canal de registros
3. Ative /antinuke settings, porque vem desligado e cobre o pior cenário
4. Adicione um canal honeypot com /honeypot settings
5. Coloque seus cargos de equipe na lista branca para nada pegá-los no meio de um incidente

A detecção antiraid, o antinuke, os honeypots de texto, a verificação, o bloqueio de um canal e o /slowmode são todos gratuitos. O bloqueio do servidor inteiro, as armadilhas de voz, a barreira com senha e o /slowmodebulk são os extras Shield. Você pode ver os recursos específicos de raid na seção antiraid da nossa página inicial.

E configure esse canal de registros antes de precisar. Toda análise pós-raid que vi que não deu em nada, não deu em nada porque não havia registro.

Perguntas frequentes

O que é um raid no Discord?

Uma entrada coordenada e em massa de contas num servidor para atrapalhar: encher os canais de spam, mandar DM para os membros ou fazer o servidor ser denunciado. É diferente de um nuke, em que alguém com permissões destrói o servidor por dentro.

Como paro um raid imediatamente?

Pause os convites nas Configurações do servidor, suba o nível de verificação para Alto e pause as DMs pelas Ações de Segurança. As três são nativas, gratuitas e juntas levam menos de um minuto. Remover contas e limpar canais vem depois que o fluxo está cortado.

Dá para parar um raid sem bot?

Sim, e no primeiro minuto você deveria. Pausar convites, os níveis de verificação, as Ações de Segurança, o AutoMod e a própria Proteção contra ataques do Discord cobrem a resposta imediata. O bot serve para automatizar as remoções e para ameaças que o Discord não vigia, como uma conta da equipe sendo usada para destruir o servidor.

Quantas entradas contam como raid?

Depende do seu tamanho. Por volta de 3 entradas em 10 segundos num servidor de 50 membros, cerca de 15 num de 10.000 e 100 ou mais num muito grande. Os limites escalam automaticamente e o nível menor de «considera» só dispara quando outros sinais confirmam.

A proteção antiraid vai expulsar meus membros reais?

Pode acontecer, e por isso a sensibilidade padrão é equilibrada e não rígida, e a punição padrão é uma quarentena reversível. Coloque seus cargos de equipe na lista branca e não aperte os limites sem evidências: um pico de tráfego legítimo se parece muito com um raid.

Qual a diferença entre antiraid e antinuke?

O antiraid observa quem está entrando. O antinuke observa quem já está dentro e tem permissões: exclusões em massa de canais, concessões de Administrador, bots não verificados. Resolvem problemas diferentes e o antinuke vem desligado.

Bloquear meu servidor impede a entrada de membros novos?

Não, e isso confunde constantemente. O /lockdown impede de escrever; as pessoas continuam entrando e lendo. Para impedir entradas, pause os convites ou use /serverlock.

A Proteção contra ataques do Discord já basta?

Para muitos servidores, sinceramente, sim, combinada com o AutoMod e um nível de verificação razoável. Ative essas primeiro. Adicione um bot quando precisar de punições com regras suas, detecção por honeypot ou proteção contra alguém de dentro com permissões.

Como descubro por onde os invasores entraram?

Veja por qual link de convite as entradas passaram e revogue. Seus registros de entrada anotam isso, que é o argumento para configurar um canal de registros antes de um incidente e não depois.