Cómo crear un sistema de badges de logros para el sitio de MU Online

Un sistema de badges de logros convierte el progreso del jugador en algo visible y compartible, aumentando el tiempo de engagement y dándoles a los jugadores un motivo extra para volver más allá del grind puro de nivel e ítems. A diferencia de los logros dentro del propio juego (que requerirían tocar el emulador), un sistema de badges en el sitio/panel puede construirse enteramente sobre la base de datos existente, sin alterar el GameServer. Este tutorial cubre el diseño de badges, la lógica de verificación automática y la visualización en el perfil.

Concepto y objetivo del sistema

Los badges son insignias visuales que se otorgan a un jugador cuando cumple un criterio específico — "Llegar al Reset 100", "Ganar 50 duelos PvP", "Formar parte del Top 5 de la guild ganadora del Castle Siege", "Donar al servidor durante 6 meses seguidos". Aparecen en el perfil público del jugador en el sitio, en el ranking, y opcionalmente en el propio juego (como un título, si el emulador lo soporta). El objetivo es dar reconocimiento social a logros que ya existen en los datos del juego, sin exigir ningún cambio en el servidor en sí.

Categorías de badges recomendadas

Comienza con 4-6 badges por categoría (total de 15-25) para lanzar con profundidad sin sobrecargar al jugador nuevo.

Modelo de datos

CREATE TABLE badges (
  id INT PRIMARY KEY AUTO_INCREMENT,
  code VARCHAR(40) UNIQUE NOT NULL,
  name VARCHAR(80) NOT NULL,
  description VARCHAR(255),
  category VARCHAR(40),
  icon_url VARCHAR(255),
  rarity ENUM('comum','raro','epico','lendario') DEFAULT 'comum'
);

CREATE TABLE account_badges (
  id INT PRIMARY KEY AUTO_INCREMENT,
  account_id INT NOT NULL,
  badge_id INT NOT NULL,
  unlocked_at DATETIME DEFAULT CURRENT_TIMESTAMP,
  UNIQUE KEY unique_badge (account_id, badge_id)
);

La clave única en account_badges impide la duplicación de un badge para la misma cuenta, incluso si el job de verificación corre más de una vez sobre el mismo dato.

Reglas de desbloqueo automático

Cada badge necesita una regla que un job periódico pueda evaluar consultando la base de datos. Ejemplos de reglas en pseudo-SQL:

-- Badge "Reset 100"
SELECT AccountID FROM Character WHERE ResetCount >= 100;

-- Badge "50 victorias en duelo"
SELECT AccountID FROM DuelStats WHERE Wins >= 50;

-- Badge "Donador Oro" (acumulado de recargas)
SELECT AccountID FROM Payments
GROUP BY AccountID HAVING SUM(Amount) >= 500;

El job ejecuta estas consultas periódicamente (cada hora o en cada login), compara con quién ya posee el badge e inserta las nuevas concesiones en account_badges.

Job de verificación (worker periódico)

<?php
// check_badges.php - se ejecuta vía cron cada 30 minutos
$badges = getBadgeRules(); // array con code => consulta SQL
foreach ($badges as $code => $query) {
    $eligibleAccounts = $db->query($query);
    foreach ($eligibleAccounts as $accountId) {
        $db->query(
            "INSERT IGNORE INTO account_badges (account_id, badge_id)
             SELECT ?, id FROM badges WHERE code = ?",
            [$accountId, $code]
        );
    }
}

El INSERT IGNORE combinado con la clave única evita errores en caso de que un badge ya haya sido otorgado, simplificando la lógica sin necesitar un SELECT de verificación previo.

Visualización en el perfil y en el ranking

En el perfil público del jugador, muestra los badges como íconos en cuadrícula, con un tooltip que indique nombre, descripción y fecha de desbloqueo. En el ranking general, un pequeño indicador (ej. conteo de badges o el badge más raro) ayuda a destacar a los jugadores completistas sin saturar la tabla principal. Los badges legendarios/épicos deben tener un destaque visual diferenciado (borde dorado, animación sutil) para reforzar la rareza.

Retroactividad de badges lanzados después

Al lanzar un badge nuevo, ejecuta el job de verificación sobre el historial completo (no solo datos nuevos a partir de hoy), para que los veteranos que ya cumplieron el requisito antes del lanzamiento reciban el badge de inmediato. La excepción son los badges de "pionero" (ej. "Primero en llegar al Reset 200") — esos no pueden aplicarse retroactivamente de forma justa y deben tratarse como eventos únicos monitoreados en tiempo real.

Badges como incentivo, no como pay-to-win

Es tentador atar bonificaciones reales de gameplay a un badge (ej. +5% de daño por badge). Evita esto: los badges deben ser puramente cosméticos/sociales. Si los badges pudieran comprarse directamente (ej. el badge "Donador Oro" es justo, pero un "badge de +daño" comprado no lo es), creas una percepción de pay-to-win que perjudica la reputación del servidor entre jugadores competitivos.

Notificaciones de desbloqueo

Cuando el job otorga un badge nuevo, dispara una notificación (panel del sitio, y opcionalmente webhook a Discord) anunciando el logro. Esto aumenta la visibilidad del sistema e incentiva a otros jugadores a perseguir los mismos badges — especialmente efectivo para badges raros conseguidos por pocos jugadores.

Antifraude y criterios sostenidos

Para badges de guild o ranking, prefiere criterios que exijan actividad sostenida durante un período (ej. "ganar 3 Castle Siege seguidos") en lugar de un pico aislado, lo que reduce la probabilidad de manipulación vía cuenta secundaria o evento puntual manipulado. Cruza con datos de IP/hardware ya usados en el antifraude general del servidor cuando estén disponibles.

Errores comunes y soluciones

Lista de verificación de lanzamiento

• Tablas de badges y concesiones creadas con clave única.
• 15-25 badges definidos cubriendo categorías variadas.
• Reglas de desbloqueo escritas como consultas probadas contra la base de datos real.
• Job periódico configurado vía cron y validado.
• Visualización en el perfil y en el ranking implementada.
• Notificación de desbloqueo (panel/Discord) funcionando.
• Badges revisados para garantizar que ninguno da ventaja real de gameplay.

Con el sistema de badges en marcha, complementa muy bien otras iniciativas de retención y comunidad del servidor — para revisar la base de datos e infraestructura sobre la que se construye este sistema, consulta la guía de cómo crear un servidor de MU Online.

Preguntas frecuentes