Los embeds son las cajas que usan los bots para cualquier cosa más larga que una frase. Tienen límites duros de caracteres, y el modo de fallo es un mensaje rechazado y no uno recortado, que es por lo que el error siempre aparece con datos reales y nunca en las pruebas.
Los límites que conviene recordar
| Parte | Máximo |
|---|---|
| Título | 256 caracteres |
| Descripción | 4096 caracteres |
| Campos | 25 por embed |
| Nombre de campo | 256 caracteres |
| Valor de campo | 1024 caracteres |
| Texto del pie | 2048 caracteres |
| Todo lo de un embed, junto | 6000 caracteres |
| Embeds por mensaje | 10 |
Discord rechaza el mensaje entero. Si tu bot construye un embed a partir de una lista que normalmente es corta, el día que alguien tenga treinta elementos es el día que el comando deja de funcionar del todo, y si no registras errores, falla en silencio. Recorta tú, siempre.
Construir embeds que sobrevivan a datos reales
- Corta cada cadena a su límite al asignarla
Una función auxiliar que recorte a un máximo y añada puntos suspensivos, usada en todas partes, elimina esta categoría entera de fallo.
- Pagina las listas en vez de hacerlas crecer
Veinticinco campos es el muro. Una lista que pueda superarlo necesita páginas con botones, no un embed más grande.
- Prueba con la entrada realista más grande
El nombre de usuario más largo, el inventario más grande, la mayor cantidad de elementos. Probar con «test» no demuestra nada sobre producción.
- Registra el rechazo
El error de Discord dice qué campo era demasiado largo. Ese mensaje es genuinamente útil y se desperdicia si nada lo apunta.
Los límites te empujan hacia algo que ya era cierto: un embed con veinticinco campos es un muro de texto que nadie lee. Si andas cerca del límite, seguramente el mensaje está intentando hacer demasiado en vez de necesitar más sitio.
Ejecuta el comando contra tu conjunto de datos realista más grande y confirma que el mensaje se envía, con recorte visible en vez de un error.