Empiece por la tarea, no por la lista de funciones
Antes de elegir funciones, anote en qué emplean el tiempo sus moderadores y gestores de comunidad. En la mayoría de los servidores la respuesta es el mismo puñado de tareas: dar la bienvenida y comprobar que la gente es real, repartir roles, responder las mismas preguntas, ocuparse de quien incumple las normas y dejar constancia, y llevar las peticiones de soporte a un sitio donde no se pierdan.
Cada una de ellas es una buena primera función, porque ahorra tiempo desde el primer día, es fácil de medir y no hay que convencer a nadie para que la use. Un sistema de puntos o un minijuego, en cambio, solo funciona si a los miembros les importa, y eso no se puede saber hasta que lo básico está en marcha.
Qué desarrollar primero
- 01
Bienvenida y verificación
Un flujo de bienvenida que pide a los nuevos miembros aceptar las normas, opcionalmente vincular una cuenta de otro sitio, y solo entonces abre el servidor. Detiene en la puerta la mayoría de las cuentas de spam y da a todos los miembros la misma primera experiencia.
- 02
Roles de autoservicio
Botones o un menú para que los miembros elijan su región, idioma, intereses o preferencias de notificación. Quita a los moderadores un goteo constante de peticiones y mantiene los canales relevantes.
- 03
Acciones de moderación con registro
Avisar, silenciar temporalmente, expulsar y vetar mediante comandos que registran quién hizo qué, cuándo y por qué, en un canal privado y en una base de datos. Unos registros coherentes son lo que hace justa la moderación, y lo que permite a un equipo pasarse el relevo entre turnos.
- 04
Respuestas a las preguntas frecuentes
Un pequeño conjunto de comandos de barra, o unas preguntas frecuentes con buscador, que publican la respuesta oficial. El texto está en un panel para que el equipo pueda cambiarlo sin un desarrollador.
- 05
Tickets de soporte
Un botón que abre un hilo o un canal privado entre un miembro y el equipo de soporte, y guarda la transcripción al cerrarse. Es la función que más piden los gestores de comunidad una vez que la tienen.
Cinco funciones son una primera versión completa para la mayoría de las comunidades. Se puede desarrollar, probar y entregar rápido, y genera los datos de uso que necesita para decidir qué desarrollar después.
Cómo funcionan los bots de Discord, en resumen
Los bots de Discord actuales giran en torno a los comandos de aplicación. Hay tres tipos: los comandos de barra, que aparecen cuando un miembro escribe una barra, y los comandos de usuario y de mensaje, que aparecen cuando alguien hace clic derecho o toca un miembro o un mensaje. Una aplicación puede registrar hasta 100 comandos de barra globales, más 15 comandos de usuario y 15 de mensaje [1]. Es más que suficiente; un bot que necesita más suele ser varios bots en uno.
Cuando un miembro usa un comando o pulsa un botón, Discord envía al bot una interacción, y el bot debe enviar una respuesta inicial en 3 segundos [2]. Todo lo que sea más lento, como llamar a otro sistema o a un modelo de IA, tiene que confirmar primero y responder después, y el token de interacción que se usa para responder es válido durante 15 minutos [2]. Diseñar así desde el principio evita el fallo más común de una primera versión: comandos que funcionan en las pruebas y fallan cuando el servidor está lleno de actividad.
Para reaccionar a eventos que no son comandos, como la llegada de un miembro, el bot se conecta al gateway de Discord y declara intents: las categorías de eventos que quiere recibir [3]. Y todo bot funciona dentro de unos límites de frecuencia. La documentación de Discord indica que los bots pueden hacer hasta 50 peticiones por segundo a su API, y que una dirección que hace demasiadas peticiones no válidas, actualmente 10.000 cada 10 minutos, queda restringida temporalmente [4]. Un bot que asigna roles en masa o publica en todos los canales a la vez tiene que poner su trabajo en cola.
Pida el mínimo acceso posible
Algunos intents son privilegiados por los datos que exponen: los miembros del servidor, la presencia y el contenido de los mensajes [3]. Sin el intent de contenido de mensajes, un bot ve vacío el contenido de la mayoría de los mensajes que no ha enviado o en los que no se le menciona [3]. La documentación de Discord también dice que, cuando una aplicación supera los 10.000 usuarios únicos que pueden verla en sus servidores, necesita una revisión para seguir accediendo a los intents privilegiados, y que las aplicaciones verificadas, algo obligatorio a partir de 100 servidores, deben tener aprobado cada intent privilegiado [3].
La lección práctica es diseñar, siempre que se pueda, funciones que no necesiten acceso privilegiado. Los comandos de barra, los botones y los menús entregan al bot su propia entrada, así que unas preguntas frecuentes, un sistema de tickets o los roles de autoservicio no necesitan leer todos los mensajes. La moderación automática por palabras clave sí, y el propio AutoMod de Discord puede cubrirla sin ningún bot a medida.
- Pida el intent de miembros del servidor solo si necesita los eventos de entrada y salida, para la bienvenida o el recuento de miembros.
- Evite el intent de contenido de mensajes salvo que una función lea de verdad texto libre, y anote el porqué para la revisión.
- Dé al rol del bot solo los permisos que usan sus funciones. Un bot con derechos de administrador es un punto único de fallo para todo el servidor.
Qué desarrollar más adelante, o nunca
| Función | Cuándo tiene sentido | Atención a |
|---|---|---|
| Niveles y puntos | Cuando lo básico ya funciona y quiere premiar a los miembros que ayudan, no solo a los que hacen ruido | Premiar el número de mensajes invita al spam. Premie las respuestas, los eventos y las aportaciones |
| Una economía o una tienda | Cuando los puntos se pueden gastar en algo que los miembros valoran, como roles o acceso a eventos | Todo lo que tenga valor en el mundo real plantea preguntas para sus asesores |
| Chat o respuestas con IA | Cuando sus preguntas frecuentes son extensas y están bien mantenidas, para que el bot responda a partir de ellas con fuentes | Necesita evaluación, límites y una forma de pasar a una persona |
| Cuentas vinculadas | Cuando los miembros también usan su web, su aplicación o su juego | Inicio de sesión mediante el OAuth de Discord, y un aviso de privacidad claro |
| Música y contenido multimedia | Rara vez en una comunidad de empresa | Las licencias del contenido y las reglas de la plataforma |
| Publicación cruzada en Telegram u otras plataformas | Cuando su comunidad está realmente repartida entre ellas | Las decisiones de moderación tienen que viajar con los mensajes |
Dos proyectos de Discord, con el precio de nuestra tarifa
Los ejemplos prácticos de abajo muestran la horquilla de nuestra tarifa de hoy, con el calendario de pagos y el coste mensual de funcionamiento. El primero es la primera versión de cinco funciones descrita arriba. El segundo añade un panel web donde el equipo gestiona el bot, los miembros vinculan sus cuentas y el equipo ve cómo va la comunidad.
Ejemplo práctico, con precio de hoy
Un bot de comunidad en su primera versión
Bienvenida y verificación, roles de autoservicio, acciones de moderación registradas, comandos de preguntas frecuentes y tickets de soporte, con una pequeña página de ajustes para el equipo.
- Desarrollo
- ≈ 11.900 US$ a 18.200 US$, delivered within 4 weeksCAD 17,000 to 25,900
Los precios en su moneda son estimaciones con el tipo de cambio de hoy del Banco de Canadá. Toda la facturación se emite en CAD o USD.
Cómo se paga
- Anticipo 30%
- CAD 5,100 to 7,770
- Commandes convenues 15%
- CAD 2,550 to 3,885
- Fonctionnel sur un serveur de test 30%
- CAD 5,100 to 7,770
- Mise en ligne 15%
- CAD 2,550 to 3,885
- Holdback, 30 days after launch (10%)
- CAD 1,700 to 2,590
Funcionamiento
- Alojamiento
- ≈ 176 US$ al mesCAD 250 al mes
- Soporte
- ≈ 1000 US$ al mesCAD 1,425 al mes
Ejemplo práctico, con precio de hoy
Un bot de comunidad con panel web
El mismo bot más un panel web con inicio de sesión con Discord, vistas en directo de moderación y tickets, analítica de miembros, integraciones con el resto de sus herramientas y un plan de soporte.
- Desarrollo
- ≈ 50.500 US$ a 77.200 US$, delivered within 16 weeksCAD 71,900 to 109,900
Los precios en su moneda son estimaciones con el tipo de cambio de hoy del Banco de Canadá. Toda la facturación se emite en CAD o USD.
Cómo se paga
- Anticipo 30%
- CAD 21,570 to 32,970
- Découverte 5%
- CAD 3,595 to 5,495
- Commandes convenues 3.5%
- CAD 2,516.50 to 3,846.50
- Maquettes approuvées 5%
- CAD 3,595 to 5,495
- Fonctions principales 15.2%
- CAD 10,928.80 to 16,704.80
- Développement complet 10.1%
- CAD 7,261.90 to 11,099.90
- Fonctionnel sur un serveur de test 7.1%
- CAD 5,104.90 to 7,802.90
- Tests et corrections 5%
- CAD 3,595 to 5,495
- Mise en ligne 9.1%
- CAD 6,542.90 to 10,000.90
- Holdback, 30 days after launch (10%)
- CAD 7,190 to 10,990
Funcionamiento
- Alojamiento
- ≈ 176 US$ al mesCAD 250 al mes
- Soporte
- ≈ 2500 US$ al mesCAD 3,565 al mes
Mantener un bot después de la puesta en marcha
Un bot que escucha el gateway es un programa que tiene que estar conectado todo el día, todos los días. Planifique dónde se ejecuta, cómo se reinicia tras un fallo y cómo sabrá que está caído antes de que se lo digan sus miembros.
- Alójelo en un servidor o una plataforma de contenedores con reinicio automático y comprobaciones de estado, no en el ordenador de alguien.
- Guarde sus datos (registros de moderación, tickets, ajustes) en una base de datos de verdad con copias de seguridad, no en archivos junto al código.
- Registre cada comando y cada fallo, para poder responder cuando un moderador pregunte qué pasó.
- Guarde el token del bot en un almacén de secretos, cámbielo si alguna vez se filtra, y no lo pegue nunca en un chat.
- Siga el registro de cambios para desarrolladores de Discord. Los cambios de la plataforma llegan con aviso, y un bot que nadie mantiene deja de funcionar sin hacer ruido.
Saber si ha funcionado
Decida cómo es el éxito antes de que el bot entre en funcionamiento, para que la siguiente función se elija con datos y no según quién pida más alto. El bot puede contar casi todo por usted.
- Bienvenida: cuántas personas entran, cuántas completan la verificación y cuántas se van en su primera semana.
- Moderación: acciones por semana, reincidentes y cuánto espera un aviso hasta que alguien actúa.
- Soporte: tickets abiertos, tiempo hasta la primera respuesta, tiempo hasta el cierre y qué preguntas se repiten.
- Comandos de preguntas frecuentes: qué respuestas se usan más y qué preguntas siguen llegando a una persona. Esas son las próximas respuestas que hay que escribir.
Compruebe lo que Discord ya hace antes de pagar por ello. Los servidores de comunidad tienen de serie preguntas de bienvenida y AutoMod, y para un servidor pequeño pueden bastar. Un bot a medida debe hacer lo que estos no pueden: sus normas, sus registros y los vínculos con sus propios sistemas.
Lista de comprobación para su encargo
- 01
Nombre las tareas
Anote lo que moderadores y gestores hacen a mano cada semana y cuánto tiempo les lleva.
- 02
Elija las cinco primeras
Escoja las funciones que más tiempo ahorran y menos acceso necesitan.
- 03
Decida quién edita qué
El equipo debe poder editar el texto de las preguntas frecuentes, los menús de roles, los mensajes de bienvenida y los canales de registro sin un desarrollador.
- 04
Anote el acceso que necesita
Intents y permisos, y por qué hace falta cada uno. Agiliza la revisión y mantiene seguro el bot.
- 05
Planifique el funcionamiento
Alojamiento, monitorización, copias de seguridad y a quién llamar. Un bot es un servicio, no un archivo que se entrega una vez.