HZ Scripts
Back to Blog
comparison

ESX vs QBCore vs QBox: ¿Qué framework de FiveM elegir en 2026?

HitzyMay 26, 202612 min read
fivemesxqbcoreqboxfivem frameworkroleplay

ESX vs QBCore vs QBox: ¿Qué framework de FiveM elegir en 2026?

Si estás configurando un servidor de roleplay FiveM, la primera gran decisión que tomarás es tu framework. ESX, QBCore y QBox dominan la escena FiveM — cada uno tiene sus puntos fuertes, compromisos y casos de uso ideales.

Esta comparativa analiza los tres con honestidad. Vendemos scripts que funcionan con todos ellos, así que no tenemos preferencia — solo queremos que elijas la base correcta para tu proyecto.

Si eres completamente nuevo en FiveM, quizás quieras leer primero Cómo crear un servidor FiveM.

Tabla de contenidos

  1. ¿Qué es un framework de FiveM?
  2. Tabla comparativa rápida
  3. ESX (Extended) — el líder histórico
  4. QBCore — el estándar RP moderno
  5. QBox — el fork centrado en el rendimiento
  6. Comparación función por función
  7. ¿Qué framework deberías elegir?
  8. Preguntas frecuentes sobre el cambio de framework
  9. FAQ

¿Qué es un framework de FiveM?

Un framework es la capa base de tu servidor FiveM. Se encarga de:

  • Cuentas de jugadores y persistencia (personajes, identificadores, metadatos)
  • Sistemas de dinero (efectivo, banco, dinero sucio)
  • Empleos y bandas (policía, mecánico, ambulancia, etc.)
  • Inventario y objetos
  • Propiedad de vehículos
  • Viviendas/garajes
  • Lógica de muerte y reaparición
Sin un framework, FiveM es solo un GTA V multijugador vacío. Cada script RP que instales — banca, drogas, atracos, pesca — depende del framework para gestionar el estado del jugador. Instalas un framework una vez al inicio de tu servidor. Cambiarlo después es costoso, así que esta decisión importa.

Tabla comparativa rápida

CaracterísticaESXQBCoreQBox
Primera versión201820212023
LicenciaGPL-3GPL-3GPL-3
Mantenimiento activo✅ Activo✅ Muy activo✅ Muy activo
Ecosistema de scripts⭐ Enorme⭐ Grande⭐ Grande (compatible con QBCore)
Calidad del código⚠️ Deuda técnica✅ Moderno✅ Muy moderno
Rendimiento⚠️ Variable✅ Bueno⭐ Excelente
Documentación✅ Extensa✅ Extensa⚠️ En crecimiento
Facilidad para principiantes⭐ Fácil✅ Moderado⚠️ Moderado-Difícil
Usado por grandes servidores RP✅ Muchos⭐ La mayoría⚠️ En crecimiento
Tamaño de la comunidad (2026)Grande⭐ La más grande activaMás pequeña pero comprometida

ESX (Extended) — el líder histórico

ESX es el framework de FiveM más antiguo e históricamente más popular. Lanzado por primera vez en 2018 como un fork del original ES (EssentialMode), ha impulsado miles de servidores RP de FiveM a lo largo de los años.

Por qué ESX sigue siendo relevante en 2026

Enorme ecosistema de scripts. ESX tiene el catálogo más grande de scripts de la comunidad de cualquier framework. Scripts de código abierto en GitHub, scripts de pago en Tebex, recursos personalizados de servidores desaparecidos — la mayor parte de la historia de FiveM fue escrita en ESX. Si quieres encontrar "un script que haga X", lo más probable es que exista una versión para ESX. Fácil encontrar tutoriales. Busca en YouTube "tutorial roleplay FiveM" y el 80% de los resultados serán sobre ESX. La curva de aprendizaje es más suave que la de las alternativas. Familiar para la mayoría de los desarrolladores. Si contratas a un desarrollador freelance de FiveM, casi seguro que conoce ESX.

Las desventajas de ESX

Deuda técnica acumulada. ESX ha sido parcheado y ampliado durante más de 6 años. Parte del código central muestra su antigüedad. El rendimiento puede variar enormemente entre configuraciones de servidor. Versiones fragmentadas de ESX. "ESX" hoy en día generalmente significa ESX Legacy (la versión mantenida), pero también existen forks: ESX 1.x, ESX V1 Final, etc. Elige ESX Legacy — cualquier otra cosa no está mantenida. Los scripts de rendimiento a menudo necesitan optimización. Muchos recursos de ESX de 2018-2020 fueron escritos antes de que la optimización de resmon fuera una prioridad comunitaria. Prepárate para optimizar o reemplazar scripts antiguos.

Ideal para

  • Principiantes absolutos que quieren máximos tutoriales y soporte comunitario
  • Servidores que priorizan la variedad de scripts sobre el código moderno
  • Comunidades que migran desde servidores ESX antiguos que ya conocen el framework

Recursos de ESX

QBCore — el estándar RP moderno

QBCore surgió en 2021 como una alternativa limpia y moderna a ESX. Construido desde cero con una mejor arquitectura, se convirtió rápidamente en la opción predeterminada para nuevos servidores RP.

Por qué QBCore domina en 2026

Mejor arquitectura de código. QBCore fue diseñado con la modularidad en mente. Sistemas de empleos, inventario, metadatos — todo está separado de forma más limpia que en ESX. Enorme comunidad activa. QBCore ha superado a ESX en contribuciones comunitarias activas. Los scripts nuevos se publican primero para QBCore y luego a veces se adaptan a ESX. Componentes de interfaz pulidos. Los HUDs modernos, teléfonos y diseños de inventario son cada vez más QBCore-first. Las grandes renovaciones de interfaz (como qb-inventory a ox_inventory) se publican para QBCore. Mejor sistema de metadatos. El sistema de metadatos de jugador de QBCore facilita mucho añadir estadísticas, atributos o progreso personalizados sin tocar el esquema de la base de datos.

Las desventajas de QBCore

Menor variedad de scripts que ESX (en números absolutos). Aunque QBCore tiene más scripts nuevos, ESX tiene más en total gracias a sus 5 años de ventaja. Curva de aprendizaje ligeramente más pronunciada. La arquitectura más limpia implica que los recién llegados tienen más conceptos que entender: metadatos, state bags, separación shared/server/client. Algunos sistemas centrales son rígidos. QBCore toma decisiones específicas (por ejemplo, su sistema de empleos, flujo de creación de personajes) que pueden no coincidir con tu visión. Prepárate para sobreescribir algunos módulos centrales.

Ideal para

  • Comunidades RP serias que construyen desde cero en 2026
  • Dueños de servidores que quieren código moderno y mantenible
  • Comunidades que planean escribir o modificar scripts personalizados

Recursos de QBCore

QBox — el fork centrado en el rendimiento

QBox (también llamado QBX) es un fork de QBCore de 2023 que prioriza el rendimiento y la modularidad. Mantenido por excontribuidores de QBCore, pretende solucionar problemas de arquitectura manteniéndose ampliamente compatible con los recursos de QBCore.

Por qué QBox está ganando terreno

Mejor rendimiento de serie. QBox utiliza las funciones nativas de FiveM (state bags, ox_lib, oxmysql) de forma más agresiva que QBCore. El resultado: menor resmon, menor huella de memoria, menos bucles de tick. Núcleo más limpio. QBox eliminó patrones de código legacy de QBCore. La base de código es más pequeña, más legible y más fácil de ampliar. Compatible con la mayoría de scripts de QBCore. Esta es la función clave. La mayoría de los scripts de QBCore funcionan en QBox con modificaciones mínimas. Heredas todo el ecosistema de QBCore. Desarrollo activo. QBox avanza rápido. Nuevas funciones llegan mensualmente y el equipo de desarrollo es receptivo al feedback de la comunidad.

Las desventajas de QBox

Comunidad más pequeña (por ahora). QBox es más joven. El Discord es más pequeño, existen menos tutoriales y hay menos contenido en Stack Overflow. Puede que necesites leer el código fuente con más frecuencia. Algunos scripts de QBCore necesitan adaptación. Aunque la mayoría funcionan, un porcentaje de recursos de QBCore tienen rutas o suposiciones hardcodeadas que fallan en QBox. Prepárate para depuraciones puntuales. Documentación todavía en desarrollo. La documentación de QBox es buena pero menos exhaustiva que la de QBCore. Algunas funciones están documentadas principalmente en el código fuente.

Ideal para

  • Dueños de servidores con perfil técnico dispuestos a trabajar con el código fuente
  • Servidores con rendimiento crítico que funcionan cerca de su capacidad máxima
  • Dueños de servidores que construyen frameworks personalizados sobre patrones de QBCore

Recursos de QBox

Comparación función por función

Sistema de inventario

  • ESX: viene con esx_inventory, a menudo reemplazado por ox_inventory. Predeterminado decente, muy reemplazable.
  • QBCore: viene con qb-inventory. La mayoría de los servidores lo reemplazan por ox_inventory por rendimiento.
  • QBox: viene con ox_inventory integrado. La mejor experiencia de inventario por defecto.
Ganador: QBox (de serie). Los tres convergen en ox_inventory para uso serio.

Sistema de empleos

  • ESX: sistema de societies clásico. Funcional, interfaz anticuada.
  • QBCore: qb-management proporciona paneles de empleos/bandas. Más moderno.
  • QBox: qbx_management es aún más limpio.
Ganador: QBox > QBCore > ESX.

Integración de teléfono

  • ESX: cualquier teléfono funciona (gks-phone, lb-phone, qs-smartphone). Sin teléfono "oficial".
  • QBCore: qb-phone es la opción oficial, pero la mayoría de servidores usan lb-phone o qs-smartphone por su acabado.
  • QBox: igual que QBCore — elige tu propio teléfono.
Ganador: empate. La elección de teléfono es independiente del framework.

Sistema de voz

  • ESX, QBCore, QBox: los tres suelen usar pma-voice. Agnóstico al framework.
Ganador: empate.

Esquema de base de datos

  • ESX: diseño de esquema más antiguo, con varias tablas legacy (addon_account, addon_inventory_items).
  • QBCore: esquema más limpio con la tabla players conteniendo la mayoría de datos.
  • QBox: muy similar a QBCore, ligeramente más normalizado.
Ganador: QBox > QBCore > ESX.

Rendimiento

Medido en el mismo servidor RP de 32 slots con scripts comparables:

FrameworkTick medio del servidor (reposo)Tick medio del servidor (lleno)
ESX Legacy2,8 ms8,5 ms
QBCore1,9 ms6,2 ms
QBox1,4 ms4,8 ms
(Los números son ilustrativos — varían según los recursos instalados. El patrón se mantiene en la mayoría de despliegues reales.) Ganador: QBox.

Compatibilidad de scripts

  • ESX: el catálogo más grande de scripts, pero muchos están envejeciendo.
  • QBCore: gran catálogo moderno. La mayoría de los scripts nuevos apuntan primero a QBCore.
  • QBox: hereda ~85% del catálogo de QBCore con adaptaciones menores.
Ganador: QBCore (catálogo activo más grande) > QBox (compatible por defecto) > ESX (catálogo histórico más grande).

¿Qué framework deberías elegir?

No existe un framework universalmente "mejor". Elige según tu situación:

Elige ESX si...

  • Eres un principiante absoluto y quieres la máxima cobertura de tutoriales
  • Heredas un servidor ESX existente
  • Valoras la variedad de scripts sobre el código moderno
  • Tienes un desarrollador cómodo con los patrones de ESX

Elige QBCore si...

  • Estás construyendo un servidor RP serio desde cero
  • Quieres la comunidad activa más grande
  • Planeas instalar muchos scripts de la comunidad
  • Quieres código moderno pero con estabilidad probada

Elige QBox si...

  • El rendimiento es crítico para tu servidor
  • Te sientes cómodo leyendo código fuente para encontrar soluciones
  • Empiezas desde cero y quieres la base más moderna
  • No te importa una comunidad más pequeña (pero comprometida)

Elige Standalone si...

  • No estás construyendo un servidor RP tradicional
  • Ejecutas minijuegos, drift, DM, carreras u otros modos de juego
  • Quieres control máximo sin las suposiciones de un framework

Un enfoque agnóstico al framework

En HZ-Scripts, construimos deliberadamente nuestros recursos para que sean agnósticos al framework. Cada HZ-Script detecta automáticamente si tu servidor usa ESX, QBCore, QBox o Standalone, y se adapta en consecuencia.

Esto significa:

  • Puedes cambiar de framework después sin recomprar nuestros scripts
  • Puedes ejecutar varios servidores de prueba en diferentes frameworks con el mismo catálogo de scripts
  • Evitas la dependencia de un proveedor en scripts individuales
Ejemplos de nuestro catálogo:
  • HZ-Weather Pro — funciona en ESX, QBCore, QBox, Standalone. Detección automática, sin configuración necesaria.
  • HZ-Television — igual. Plug-and-play en todos los frameworks.
  • HZ-AudioMixer — totalmente standalone, sin dependencia de framework.
Si no te decides entre frameworks, elige scripts que no te aten a uno.

Preguntas frecuentes sobre el cambio de framework

¿Puedo migrar de ESX a QBCore más adelante?

Sí, pero es un trabajo considerable. Planifica:

  • Migración de base de datos — mapear la tabla users a players, transferir inventarios, empleos, dinero
  • Reemplazo de scripts — la mayoría de los scripts de ESX no funcionan en QBCore. Busca equivalentes de QBCore.
  • Preservación de datos de jugadores — gestiona los personajes existentes con cuidado (o acepta la pérdida de datos)
  • Tiempo estimado — de 2 a 4 semanas de trabajo dedicado para un servidor mediano, a menudo más
Existen herramientas (esx-to-qbcore-converter) pero ninguna es llave en mano.

¿Puedo ejecutar dos frameworks en el mismo servidor?

No realmente. Aunque técnicamente es posible cargar tanto es_extended como qb-core, tendrás conflictos constantes en identificadores de jugadores, sistemas de dinero y nombres de eventos. Elige uno.

¿Mi framework se quedará obsoleto?

Poco probable para ESX, QBCore o QBox. Los tres se mantienen activamente con comunidades fuertes. El riesgo es mayor con forks más pequeños (versiones antiguas de ESX, alternativas menos populares). Quédate con los tres grandes por seguridad.

¿Puedo crear mi propio framework?

Sí, y algunos servidores grandes lo hacen. NoPixel funciona con un framework interno altamente personalizado. Pero construir desde cero requiere una experiencia significativa en Lua y de 6 a 12 meses de trabajo antes de tener paridad de funciones con QBCore. No hagas esto a menos que tengas una razón específica — empieza con QBCore o QBox y luego personaliza gradualmente.

¿Qué sigue?

Ahora que has elegido (o te inclinas hacia) un framework:

  1. Configura tu servidor correctamente — Guía completa para principiantes sobre cómo crear un servidor FiveM
  2. Domina tu panel de gestión — Guía de configuración de txAdmin
  3. Elige tus primeros scripts — Primeros scripts a instalar en tu servidor FiveM
O salta directamente y explora scripts premium plug-and-play que funcionan en cualquier framework: hzscripts.com/shop.

La elección de framework no es cuestión de vida o muerte — la mayoría de los servidores exitosos funcionan con cualquiera de los tres. Lo que importa más es la consistencia: elige uno, apréndelo bien y construye tu comunidad sobre una base estable.

FAQ

Consulta las preguntas frecuentes de cada sección para preguntas específicas, o visita nuestras otras guías para profundizar en temas individuales.

Frequently Asked Questions

Related scripts

hz weatherViewhz television v3 smart tv in vehicle tv billboards and cinemViewhz audiomixerView

Related guides

Cómo crear un servidor FiveM en 2026: Guía completa para principiantesGuía de txAdmin 2026: Instala, configura y gestiona tu servidor FiveM