Como criar um sistema de comentários moderado para o site de MU Online

Comentários abrem espaço valioso para a comunidade reagir a notícias, discutir rankings e interagir nos perfis de jogadores — mas sem moderação adequada, viram rapidamente palco de spam, flame war entre guilds e ataques pessoais. Um sistema de comentários moderado bem desenhado equilibra abertura (a comunidade se sente ouvida) com controle (a equipe consegue conter abuso antes que vire problema de reputação). Este tutorial cobre o modelo de dados, a fila de moderação, o filtro antispam e as regras de convivência.

Onde os comentários fazem sentido no site

Nem toda página precisa de comentários. Os locais que mais se beneficiam são: posts do blog (feedback e discussão), páginas de ranking (comentários sobre disputas de topo), perfil de jogador (parabéns, provocações leves) e páginas de evento (reação em tempo real). Evite habilitar comentários em páginas puramente técnicas (como tutoriais ou termos de uso), onde a discussão tende a ser irrelevante ao conteúdo.

Modelo de dados

CREATE TABLE comments (
  id INT PRIMARY KEY AUTO_INCREMENT,
  account_id INT NOT NULL,
  target_type ENUM('blog_post','ranking','profile','event') NOT NULL,
  target_id INT NOT NULL,
  parent_id INT NULL,
  content TEXT NOT NULL,
  status ENUM('pending','approved','rejected','flagged') DEFAULT 'pending',
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
  ip_hash VARCHAR(64)
);

CREATE TABLE comment_reports (
  id INT PRIMARY KEY AUTO_INCREMENT,
  comment_id INT NOT NULL,
  reporter_account_id INT NOT NULL,
  reason VARCHAR(100),
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

target_type + target_id tornam a tabela genérica o suficiente para servir blog, ranking, perfil e evento sem precisar de tabelas separadas por contexto. parent_id permite respostas em thread.

Exigir conta cadastrada para comentar

Comentário totalmente anônimo é o principal vetor de spam e abuso. Exigir login com a mesma conta de jogo do painel (reaproveitando a autenticação já existente) cria um custo mínimo de identidade — o jogador sabe que o comentário está atrelado à conta que ele usa para jogar, o que já reduz boa parte do comportamento tóxico sem nenhuma regra adicional.

Moderação prévia vs. reativa

O modelo híbrido costuma ser o melhor equilíbrio: um filtro automático (próxima seção) já barra spam evidente e xingamento direto, e o restante fica em moderação reativa com denúncia da comunidade, sem sobrecarregar a equipe com aprovação manual de tudo.

Filtro antispam automático

Antes de um comentário virar pending ou approved, rode-o por um filtro básico:

function filterComment($content) {
    $bannedWords = loadBannedWordsList(); // lista de palavras proibidas
    $lower = mb_strtolower($content);

    foreach ($bannedWords as $word) {
        if (str_contains($lower, $word)) {
            return 'rejected';
        }
    }

    if (preg_match('/(https?:\/\/|www\.)/i', $content)) {
        return 'flagged'; // links suspeitos vão para revisão manual
    }

    if (substr_count($content, strtoupper($content)) > 0 && strlen($content) > 20) {
        return 'flagged'; // texto todo em maiúsculas, possível spam agressivo
    }

    return 'pending';
}

Links em comentários quase sempre merecem revisão manual (flagged), já que são o principal vetor de spam de sites externos e golpes de phishing direcionados a jogadores.

Fila de moderação para a equipe

A equipe de moderação precisa de uma tela simples listando comentários pending e flagged, com o contexto (onde foi postado, quem postou, histórico do autor) visível sem precisar navegar para outra página. Ações mínimas: aprovar, rejeitar, e banir o autor de comentar (mute) por um período configurável.

Sistema de denúncia pela comunidade

Um botão "denunciar" em cada comentário, ligado à tabela comment_reports, permite que a própria comunidade sinalize abuso que passou pelo filtro automático. Quando um comentário acumula um número mínimo de denúncias (ex. 3 de contas distintas), ele muda automaticamente para flagged e entra na fila de revisão prioritária, mesmo sem intervenção manual até esse ponto.

Regras de convivência e punição progressiva

Publique regras claras sobre o que não é permitido: ataques pessoais, brigas de guild fora de contexto, divulgação de outros servidores, conteúdo ofensivo. A punição deve ser progressiva:

1. Primeira violação: aviso + remoção do comentário.
2. Segunda violação: mute de 7 dias.
3. Terceira violação: mute de 30 dias.
4. Reincidência: banimento permanente de comentar (não necessariamente da conta de jogo).

Documente essas regras em uma página pública, linkada perto da caixa de comentário, para reduzir alegações de "não sabia que isso era proibido".

Detecção de contas coordenadas (brigading)

Quando várias contas comentam de forma coordenada no mesmo post, atacando o mesmo alvo, cruze IP hash e fingerprint entre essas contas — a mesma infraestrutura antifraude usada em outros sistemas do site (afiliados, apostas) pode ser reaproveitada aqui, já que o padrão de detecção (contas relacionadas por IP/dispositivo agindo em conjunto) é o mesmo.

Exibição e formatação

Permita formatação básica (negrito, itálico, menção a outro jogador) mas evite HTML livre — sempre sanitize o conteúdo no backend antes de salvar, nunca confiando só na validação do frontend. Um comentário com script malicioso não filtrado é uma vulnerabilidade de XSS clássica que pode comprometer sessões de outros jogadores.

Erros comuns e soluções

Checklist de lançamento

• Tabelas de comentários e denúncias criadas.
• Login obrigatório (conta de jogo) para comentar.
• Filtro antispam automático ativo (palavras proibidas, links, maiúsculas).
• Fila de moderação com ações de aprovar/rejeitar/mute implementada.
• Botão de denúncia da comunidade funcionando.
• Regras de convivência publicadas e linkadas perto da caixa de comentário.
• Sanitização de conteúdo (anti-XSS) validada no backend.
• Detecção básica de contas coordenadas configurada.

Com o sistema de comentários moderado no ar, a comunidade ganha um canal de interação saudável nas notícias, rankings e perfis — para revisar a base de contas e infraestrutura sobre a qual esse sistema se apoia, veja o guia de como criar um servidor de MU Online.

Perguntas frequentes