ESX, QBCore o Qbox: ¿qué framework de FiveM elegir en 2026?

Si vas a montar un servidor de roleplay en FiveM en 2026, el framework es la decisión más importante que tomarás: ESX, QBCore o Qbox determina qué scripts puedes usar, con qué rapidez recibes actualizaciones y cuánto mantenimiento te espera más adelante. En este artículo comparamos los tres frameworks con datos, te damos un consejo concreto para cada escenario y te explicamos cuándo tiene sentido migrar de QBCore a Qbox.

Los tres frameworks en resumen

ESX (es_extended) es el framework de roleplay más veterano y existe desde 2017. Sigue manteniéndose activamente como ESX Legacy, cuenta con una comunidad europea muy sólida y ofrece el mayor catálogo de scripts de economía y trabajos.

QBCore fue el framework más popular entre 2021 y 2023, pero su desarrollo se ha estancado en gran medida tras la marcha de buena parte del equipo principal. Las actualizaciones ya solo llegan de forma esporádica; eso sí, la enorme biblioteca de scripts qb sigue existiendo.

Qbox (qbx_core) es la continuación creada por esos antiguos desarrolladores de QBCore. El framework se apoya en librerías modernas como ox_lib y ox_inventory, se desarrolla activamente e incluye una capa de compatibilidad que mantiene funcionando la mayoría de los scripts de QBCore. Por eso, para servidores nuevos, Qbox es la opción recomendada en 2026.

Tabla comparativa

Consejo según tu escenario

• Servidor de roleplay nuevo (ES/UE) — elige Qbox. Obtienes una base mantenida activamente, recursos por defecto modernos y, gracias a la capa de compatibilidad, acceso a casi todo el catálogo de scripts qb.
• Servidor QBCore existente — si tu servidor funciona de forma estable, no migres con prisas. Planifica el paso a Qbox para un momento natural, como un wipe o una gran actualización.
• Servidor de economía o de nicho — ESX sigue siendo una opción excelente: su base de economía lleva años probada y ningún otro framework ofrece más scripts de trabajos y economía.

Trampa: revisa primero tus scripts de pago

El error más caro es elegir un framework y descubrir después que tu script de pago favorito no lo soporta. Haz antes esta comprobación:

1. Haz una lista de los scripts que tu servidor necesita de verdad: inventario, teléfono, banca, MDT, viviendas.
2. Para cada script, comprueba en la página de venta qué frameworks soporta oficialmente el creador. Los scripts de pago suelen ir cifrados (escrow), así que no puedes modificarlos por tu cuenta.
3. ¿Solo aparece ESX o solo QBCore? Pregunta entonces explícitamente al creador si Qbox está soportado antes de comprar.
4. Elige el framework solo después: sustituir un script te lleva una tarde; cambiar de framework, no.

Cómo instalar tu framework

1. Abre tu servidor de FiveM en el panel de MC-Node en panel.mc-node.net y arráncalo desde la pestaña Console.
2. Abre txAdmin en tu navegador y completa el setup. En el deployer, elige una recipe ya preparada; hay recipes disponibles para ESX Legacy, QBCore y Qbox, entre otros.
3. Introduce tus credenciales de la base de datos durante el deploy. Las encontrarás en el panel, en la pestaña Databases.
4. Tras el primer arranque, revisa la salida de la consola en busca de errores y crea de inmediato una copia de seguridad desde la pestaña Backups.

Migrar de QBCore a Qbox

Qbox se diseñó deliberadamente como sucesor de QBCore: la base de datos de jugadores comparte en gran parte la misma estructura y qbx_core incluye un bridge que mantiene funcionando la mayoría de los scripts qb. Lo que no pasa tal cual: los archivos qb-core muy personalizados y el inventario — Qbox usa ox_inventory, así que los scripts que se integran a fondo con qb-inventory hay que sustituirlos o actualizarlos. Migrar tiene sentido si tu core lleva pocas modificaciones o si de todos modos planeas un wipe. Prueba siempre el cambio primero en una carpeta txData separada con una copia de tu base de datos, y solo entonces migra tu servidor live.

Problemas habituales

• Un script muestra "qb-core not found" — la capa de compatibilidad de Qbox captura la mayoría de las llamadas, pero los scripts que comprueban el nombre del recurso de forma estricta a veces necesitan una actualización de su creador.
• Error relacionado con ox_lib al arrancar — Qbox se apoya en ox_lib. Comprueba en la pestaña Files que ox_lib está entre tus recursos y que en server.cfg se carga antes que el resto de tus scripts con ensure ox_lib.
• Task Failed: Duplicate entry for key PRIMARY durante el deploy — estás ejecutando la recipe sobre una base de datos que aún contiene tablas antiguas. Vacía la base de datos o crea una nueva en Databases y vuelve a hacer el deploy.
• Un script de pago deja de funcionar tras el cambio — los scripts escrow no puedes parchearlos tú mismo. Comprueba si el creador ofrece una versión para Qbox y, si no, abre una solicitud de soporte con ese creador.
• El servidor no arranca tras el cambio — comprueba que la línea exec txData/... de tu configuración de arranque apunta a la carpeta de tu nueva recipe y lee la salida de la consola para ver el error exacto.

Conclusión

Para casi cualquier servidor nuevo en 2026, Qbox es la mejor opción: desarrollo activo, una base moderna y acceso a la biblioteca de scripts qb existente. ESX sigue siendo fuerte para servidores de economía, y un servidor QBCore que funciona bien no necesita migrar hoy mismo. ¿Quieres ponerte en marcha? Sigue la guía de instalación de QBCore en nuestra base de conocimientos de FiveM y echa un vistazo a la oferta FiveM de MC-Node para lanzar tu propio servidor en cuestión de minutos.