
- ESX
- QBCore
- vRP
Por Luke

Actualizado el 19 de septiembre de 2026
Un servidor FiveM necesita dinero para alojamiento, desarrollo, mantenimiento y soporte. El desafío es cubrir esos costos sin dañar a la comunidad, o vender algo que la plataforma no permite.
La monetización de servidores FiveM comienza con las reglas, no con el pago. Cfx.re identifica a Tebex como su socio de monetización autorizado exclusivo para servidores FiveM y RedM y prohíbe el uso de otra plataforma o proveedor de pagos para esa actividad. Una integración funcional de Stripe o un botón de PayPal no es una autorización alternativa. (Documentación de Cfx)
Una vez que hayas establecido qué puedes vender, comienza el trabajo práctico: describir la oferta, establecer un precio sostenible, conectar los pagos al jugador correcto y asegurarte de que la entrega siga funcionando cuando algo salga mal.
Esta guía cubre ese proceso desde la planificación del paquete hasta la operación diaria. Es una guía operativa, no un sustituto de asesoramiento legal o fiscal.
Utiliza fuentes primarias en lugar de la tienda de otro servidor como referencia.
Comienza con La documentación oficial de configuración de Tebex de Cfx.re. Léelo junto con la Acuerdo de licencia de la plataforma de creadores, Tebex Política de Uso Aceptable y Tebex Acuerdo de Creador. De Rockstar Página de políticas del servidor de roleplay términos y directrices de modificación que rigen también se señalan a los operadores. (Rockstar Games Soporte)
El Acuerdo de Licencia de la Plataforma de Creador revisado para esta actualización tiene fecha del 10 de septiembre de 2026. Sus restricciones incluyen lo siguiente, a menos que Rockstar lo permita expresamente de otra manera a través de un acuerdo escrito por separado.
| Actividad | Monetización restringida |
|---|---|
| Sistemas de retiro de efectivo | Juegos de azar con dinero real y mecánicas que devuelven valor del mundo real a los jugadores. |
| Recompensas aleatorias | Cajas de botín, gacha, sorteos y mecánicas similares que se venden por dinero o moneda del juego. |
| Ventas de divisas | Venta de moneda virtual del juego por dinero real. |
| Rockstar-elementos creados | Ofrecer comercialmente, vender o facilitar el acceso a Artículos Virtuales creados por Rockstar. |
| Promociones de marca | Ciertos servidores de marcas de terceros y contenido publicitario o de patrocinio dentro del juego o en el contenido del mercado. |
| Reventa de recursos de terceros | Agrupar el Contenido del Servidor de otros creadores para su venta o licencia de pago a administradores de servidores. |
| Cripto | Facilitar el uso, la venta o la promoción de criptomonedas o criptoactivos. |
Estas restricciones provienen de la sección de explotación comercial del acuerdo; la lista no es exhaustiva.
Mantén un registro breve de cada paquete propuesto: el beneficio exacto, la regla relevante, la fecha de revisión y cualquier aclaración escrita que hayas obtenido. Revisa el paquete de nuevo cuando cambie su contenido.
Que otro servidor venda algo no es evidencia de que tengas permiso para venderlo.
“VIP” es una etiqueta, no una descripción del producto.
Antes de diseñar un banner de tienda, termina esta frase:
El comprador recibe este beneficio específico, en esta cuenta o servidor, para este período, sujeto a estas condiciones claramente establecidas.
La Política de Uso Aceptable de Tebex identifica los rangos Discord relacionados con la comunidad como un ejemplo aceptable, al tiempo que restringe los elementos que afectan al juego principal u otros servidores. Todavía se aplican las restricciones específicas del editor. Su política también requiere entregables definidos en lugar de beneficios negociados fuera de la plataforma después de la compra. (Tebex – Pagos de juegos bien hechos)
Para una primera oferta, considera un paquete de reconocimiento claramente definido en lugar de una colección complicada de ventajas de juego.
Por ejemplo, un rol de colaborador Discord con nombre y sin permisos administrativos es fácil de describir y auditar. La descripción aún debe explicar su duración, los requisitos de vinculación de cuentas y las condiciones de eliminación.
Trata otras ideas, como la prioridad de cola o el contenido cosmético original, como propuestas que requieren revisión, no como categorías aprobadas automáticamente. Para cada propuesta, examina la implementación exacta, los derechos de los activos y el efecto en el juego.
Para la prioridad de cola, por ejemplo, la planificación de tu producto debe distinguir una posición de cola más alta de una conexión garantizada. No prometas entrada inmediata cuando la capacidad del servidor siga siendo una limitación.
Como política de la comunidad, mantén las citas del personal, las decisiones de moderación y el manejo de quejas separados de las compras. Gastar dinero no debería comprar influencia sobre cómo se trata a otros jugadores.
Las reglas de Tebex distinguen explícitamente estos casos: las listas de donaciones sin beneficios están prohibidas, y los paquetes que proporcionan entregables no deben describirse como donaciones. (Tebex – Pagos de juegos bien hechos)
Utiliza nombres precisos como “Membresía de Colaborador” o “Rol Comunitario Mensual”. No asumas que trasladar un pago vinculado al servidor a Patreon, Ko-fi o una cuenta de pago personal evita las reglas de monetización. Busca aclaración por escrito para un acuerdo incierto antes de aceptar dinero. (Documentación de Cfx)
Vender tu propio recurso a otro propietario de servidor es un flujo de trabajo diferente al de vender un beneficio para el jugador. Cfx.re’s Asset Escrow explica el proceso de distribución de Tebex compatible para activos en depósito. Revisa ese flujo de trabajo por separado, incluidos los derechos de cada dependencia que incluyas. (Documentación de Cfx)
No utilices la compra nominal de un recurso para ocultar un derecho de jugador en tu propio servidor.
Comienza con un presupuesto operativo mensual. Incluye alojamiento, copias de seguridad, monitorización, desarrollo, dependencias con licencia, tiempo de soporte y una reserva para trabajos inesperados.
Luego calcula cuánto aporta realmente cada compra.
Actual de Tebex documentación de tarifas y facturación lista 15% FiveM-tarifa de plataforma específica, con las tarifas de la pasarela de pago cobradas por separado. También pueden aplicarse costes de retiro y conversión de divisas. Consulta los términos y tarifas aplicables a tu cuenta en lugar de presupuestar basándote en la tarifa genérica de la plataforma 5%.
Supongamos, solo a modo de ilustración:
Tu cálculo es:
$300 ÷ $8 = 37.5
Por lo tanto, necesitas 38 membresías de pago para cubrir ese objetivo de coste.
Este es un ejemplo de planificación, no una previsión de ingresos ni una declaración de las tarifas efectivas totales de Tebex. Tampoco proporciona el salario de un propietario a menos que hayas incluido uno en el objetivo.
Lanza con una oferta que puedas explicar y respaldar adecuadamente. Añade otra solo cuando sirva a una necesidad genuinamente diferente.
Evita empezar con cinco niveles casi idénticos. Antes de introducir una mejora, decide exactamente qué cambia, si el beneficio anterior se reemplaza y cómo deben comportarse la facturación y la caducidad.
Sé particularmente cauteloso con las ofertas “de por vida”. Decide qué significa eso antes de usar la palabra: la vida útil del servidor, la disponibilidad del producto o algo más. Un período de suscripción definido es más fácil de describir sin hacer promesas abiertas.
Sigue la corriente Instrucciones de configuración de Cfx.re: crea el proyecto apropiado, conecta el servidor de juegos, configura el secreto generado y completa la verificación requerida y la revisión de la tienda. La configuración documentada es:
sv_tebexSecret YOUR_SECRET_HERE
Usa solo tu secreto generado real en la configuración del servidor privado. (Documentación de Cfx)
Para el recorrido práctico, sigue nuestro guía para crear una tienda Tebex para un servidor FiveM.
Mantén los secretos fuera de los repositorios públicos, capturas de pantalla, mensajes de soporte y código del lado del cliente. Restringe el acceso a la configuración al personal que lo necesite y rota un secreto después de su exposición.
Una pantalla de "compra exitosa" no debe tratarse como prueba de que un jugador deba recibir algo. Tampoco un evento enviado por el cliente del juego del jugador.
Cfx.re's guía de seguridad del servidor explica que los clientes pueden manipular o activar eventos y que las comprobaciones autorizadas pertenecen al servidor. Aplica ese principio a cada concesión relacionada con la compra. (Documentación de Cfx)
Tu sitio web comunitario y tu sistema de pago no tienen por qué ser la misma aplicación.
Una disposición práctica es usar tu sitio web para información del servidor, reglas, guías y explicaciones de paquetes, y luego enviar a los compradores a través del flujo de compra autorizado.
Tebex también ofrece un API sin cabeza para tiendas personalizadas. Admite la recuperación de paquetes, la creación de cestas y la dirección de los clientes al pago. Eso proporciona una ruta de personalización sin necesidad de crear un backend de pago separado.
Azuriom es una plataforma de sitios web de comunidades de juegos de código abierto con extensiones para funciones como foros y tiendas. Su capacidad para ejecutar software de tienda no debe confundirse con la autorización para reemplazar el proveedor de monetización requerido por FiveM. (Azuriom)
Nuestro Comparación de Azuriom vs Tebex explica la distinción entre software de sitio web autohospedado y un servicio de comercio alojado.
Para el límite de la política de pago, lee Alternativas a FiveM Tebex: lo que permiten las reglas de Cfx.re.
Para un primer lanzamiento, prefiere una tienda estándar o un enlace directo de sitio web a tienda. Crea una integración personalizada cuando tengas un requisito específico que justifique su mantenimiento.
Un comprador no debería tener que unirse a Discord y preguntar a un moderador qué contiene realmente un paquete.
de Tebex guía de revisión de la tienda requiere descripciones claras que cubran los beneficios incluidos, los efectos en el juego, el método de entrega, los requisitos de canje y la compatibilidad.
Utiliza lo siguiente como una hoja de trabajo de redacción de productos:
| Pregunta | Qué especificar |
|---|---|
| ¿Qué estoy comprando? | El rol exacto, la característica u otro beneficio revisado, no solo un nombre de nivel. |
| ¿Dónde funciona? | El servidor, la comunidad y la cuenta relevantes. |
| ¿Cuánto cuesta? | Moneda, frecuencia de facturación y el total aplicable antes del pago. |
| ¿Se renueva? | Si la renovación es automática y cómo funciona la cancelación. |
| ¿Cuándo lo recibiré? | Vinculación de cuenta requerida y una estimación de entrega que realmente hayas probado. |
| ¿Cuándo termina? | La fecha de pago completado o la duración claramente definida. |
| ¿Qué está excluido? | Cualquier cosa que un comprador razonable podría asumir que está incluida. |
| ¿Qué pasa después de un reinicio? | Si el derecho sobrevive a un reinicio de personaje, economía o base de datos. |
| ¿Dónde consigo ayuda? | Una vía de soporte funcional para problemas de entrega y cuenta. |
Lo siguiente es una redacción ilustrativa del paquete, no una oferta preaprobada:
Colaborador de la Comunidad — $10 al mes
Recibe el rol de Community Supporter en nuestro servidor Discord por cada período de membresía pagada.
Este rol solo proporciona reconocimiento. No incluye permisos de personal, dinero en el juego, objetos, prioridad en la cola ni un trato diferente según las reglas del servidor.
Vincula la cuenta Discord que debe recibir el rol antes de comprar. La entrega comienza después de la confirmación del pago y la vinculación exitosa de la cuenta.
Esta es una membresía recurrente. La cancelación detiene las renovaciones futuras; el rol permanece hasta que finaliza el período de pago actual. Para un rol faltante o un problema de vinculación de cuenta, contacta al equipo de soporte de la tienda.
Publica solo redacciones que coincidan con tu configuración real. En particular, no copies una promesa de cancelación en la descripción sin haberla probado.
La PLA actual también requiere que los sitios web y las tiendas orientados al servidor identifiquen al operador, proporcionen un correo electrónico de contacto válido y muestren un descargo de responsabilidad de no respaldo conspicuous. Su ejemplo es: “[NOMBRE DEL SERVIDOR PERSONALIZADO] NO ESTÁ APROBADO, PATROCINADO NI RESPALDADO POR ROCKSTAR GAMES.”
El pago exitoso y la entrega exitosa son eventos separados. Diseña tu sistema para que el personal pueda identificar cuál ha ocurrido.
Para la entrega personalizada, mantén un registro del derecho en el lado del servidor: un registro de lo que el jugador tiene derecho a recibir actualmente. Incluye la referencia de compra, el identificador del paquete, el destinatario, el estado, la fecha de pago completado cuando sea relevante y el historial de entregas.
Un rol de Discord debe reflejar ese registro, no reemplazarlo. Alguien que edita manualmente un rol no debe crear una compra inexplicable en tus registros.
La entrega idempotente significa que procesar la misma compra nuevamente no la otorga dos veces.
Para una membresía, eso significa aplicar la misma fecha de pago en un reintento en lugar de agregar otro mes.
Usa una clave de cumplimiento única para cada artículo comprado y período de facturación. No confíes solo en la referencia del pedido cuando un pedido puede contener varios productos.
En tu implementación, protege esa clave con una restricción de unicidad de base de datos o un mecanismo equivalente. Una simple secuencia de “verificar, luego conceder” no es suficiente cuando dos trabajadores pueden actuar simultáneamente.
Un flujo de trabajo de entrega útil es:
Compra verificada → registro pendiente duradero → intento de entrega → resultado confirmado
Registra la acción prevista antes de intentar la concesión, pero no la marques como completada hasta que se confirme el resultado.
Cuando el servidor del juego, la base de datos o la integración de Discord no estén disponibles, retén el trabajo pendiente y reinténtalo de forma segura. Dale al personal una forma de ver los fallos y reprocesar el trabajo original en lugar de crear una segunda compra.
Para integraciones basadas en webhooks, sigue la documentación de webhooks de Tebex. Verifica el X-Signature usando el procedimiento documentado y el cuerpo de la solicitud original. Tebex reintenta las devoluciones de llamada que no devuelven una respuesta HTTP exitosa, por lo que el manejo de duplicados es esencial.
Reconoce una devolución de llamada válida después de que haya sido aceptada en almacenamiento duradero, no simplemente recibida por la aplicación.
También protégete contra acciones obsoletas. Por ejemplo, un evento de compra retrasado no debería reactivar un beneficio que tus registros ya muestran como reembolsado. Reconcilia el estado de la transacción antes de aplicar una actualización ambigua.
No reduzcas cada cambio de pago a “eliminar el rol del jugador”.”
Tebex distingue una suscripción que finaliza de una que ya no está activa. Su documentación describe una suscripción que finaliza como activa sin renovarse, y proporciona un portal de historial de pagos del cliente para gestionar suscripciones.
Tu sistema de derechos también debería distinguir esos estados.
Para cada suscripción, prueba la renovación normal, la solicitud de cancelación, el final del período de pago, la renovación fallida y cualquier mejora o degradación admitida. No extiendas el acceso dos veces porque tanto una notificación de pago como una notificación de suscripción describen el mismo período de facturación.
Prepara un proceso vinculado a pedidos para corregir la entrega, emitir un reembolso apropiado a través de la ruta admitida y actualizar el beneficio asociado.
No elimines el progreso del personaje no relacionado, no publiques detalles privados del comprador ni improvises castigos cuando surja una disputa. Mantén la moderación de la cuenta separada de la investigación de pagos.
de Tebex Acuerdo de Creador describe su función en las transacciones y disputas de los compradores, pero también requiere la cooperación del creador. Permite deducciones en circunstancias específicas que involucren incumplimientos del creador o fallos en la asistencia. La protección del vendedor no es una razón para dejar de mantener pruebas de entrega. (Tebex – Pagos de juegos bien hechos)
Evita una declaración general de “no hay reembolsos bajo ninguna circunstancia”. Los derechos del consumidor aplicables requieren una consideración separada. Por ejemplo, la guía de la UE explica los requisitos específicos de consentimiento y reconocimiento para perder los derechos de desistimiento al acceder a cierto contenido digital; no asumas que todas las suscripciones de servidor entran en la misma categoría. (Unión Europea)
Una captura de pantalla de una compra exitosa demuestra muy poco sobre lo que sucede después.
Usa Tebex documentación de pruebas de paquetes. Distingue el Modo de Prueba de Tienda de los pagos manuales: las transacciones de prueba activan webhooks, mientras que los pagos manuales no. Solo activa el Modo de Prueba de Tienda mientras la tienda esté privada, y desactívalo antes de abrir a los clientes.
Usa una cuenta de prueba dedicada y registra el resultado de cada escenario:
| Prueba | Resultado aprobado |
|---|---|
| Compra exitosa | La cuenta correcta recibe el beneficio exacto una vez. |
| Notificación duplicada | Sin derecho adicional, artículo duplicado o tiempo de membresía extra. |
| Jugador desconectado | La entrega sigue pendiente o se completa a través del mecanismo sin conexión previsto. |
| Interrupción de la base de datos o de la integración | No hay compras perdidas; un reintento seguro se completa tras la recuperación. |
| Cancelación | La renovación se detiene y el acceso sigue las reglas publicadas del período de pago. |
| Renovación fallida | Tu comportamiento de caducidad configurado coincide con el estado de suscripción relevante. |
| Reembolso o disputa | La transacción se concilia y solo se cambia el derecho apropiado. |
| Cambio de enlace de cuenta | La identidad se verifica sin inventar otra compra. |
| Borrado o restauración del servidor | Los derechos siguen la política de borrado publicada y no se duplican. |
| Pago móvil | Las descripciones, la información de facturación y la selección de cuenta siguen siendo utilizables. |
Para cada prueba, conserva la referencia, los registros relevantes, el estado esperado y el estado real.
Los creadores de recursos necesitan una precaución adicional: Tebex advierte que los activos FiveM entregados a través de pagos manuales o de prueba no se pueden revocar y documenta un enfoque de prueba diferente basado en suscripción. Sigue esa guía en lugar de asumir que la entrega de activos se comporta como un rol Discord extraíble.
Una vez que la entrega sea confiable, trabaja en cómo los jugadores descubren y entienden la oferta.
Utiliza capturas de pantalla genuinas y demostraciones cortas del beneficio real. Mantén la tienda fácil de encontrar desde tu sitio web y la navegación de la comunidad, pero evita interrumpir el roleplay con mensajes de venta repetidos.
Explica qué ayuda a financiar el soporte sin hacer afirmaciones que no puedas respaldar. Una actualización de mantenimiento factual es más útil que un banner de financiación permanente de “emergencia”.
Antes de añadir otro paquete, busca mejoras más sencillas: una descripción poco clara, un enlace de cuenta roto, un botón móvil que falta, una pregunta de soporte sin respuesta o un cargo recurrente inesperado.
Realiza un seguimiento de un pequeño conjunto de métricas:
| Métrica | Qué investigar |
|---|---|
| Visitas a la tienda → compras | Si los visitantes entienden y desean la oferta. |
| El proceso de pago comienza → pagos completados | Fricción durante el proceso de pago o la verificación de la cuenta. |
| Contribución neta por compra | Lo que queda después de los costos relevantes. |
| Tasa de fallos en la entrega | Compras no cumplidas dentro del plazo indicado. |
| Renovaciones y cancelaciones de suscripción | Si se retiene la membresía continua. |
| Reembolsos y contactos de soporte | Problemas repetidos con las expectativas, la facturación o la entrega. |
Mantén las transacciones de prueba fuera de la interpretación de tu negocio. Tebex señala que las transacciones del Modo de Prueba de Tienda aparecen en las estadísticas de ventas aunque no afecten a las estadísticas de ganancias.
Cambia una parte significativa de la oferta a la vez, luego compara los resultados. Un valor de pedido más alto no es una mejora cuando viene con un trabajo de soporte o reembolsos desproporcionados.
Elige una persona designada responsable de verificar las discrepancias entre el pago y el derecho. “Alguien se dará cuenta en Discord” no es un proceso operativo.
Revisa las compras pagadas pero no entregadas, los trabajos fallidos, las suscripciones canceladas con acceso persistente, los reembolsos pendientes de conciliación y los ajustes manuales del personal. Conserva copias de seguridad y prueba la restauración en lugar de simplemente confirmar que existen los archivos de copia de seguridad.
Limita el acceso del personal a la información del cliente necesaria para su función. Mantén los detalles de pago y los documentos de identidad fuera de los canales de soporte ordinarios de Discord y define los períodos de retención para los registros y las actas.
Tebex actúa como el comerciante registrado según su acuerdo y maneja los impuestos de transacción aplicables dentro de ese acuerdo. Haz que un asesor cualificado revise cómo tu negocio debe registrar los pagos, cumplir sus propias obligaciones fiscales y manejar los requisitos relacionados con el consumidor, la privacidad y la edad en las jurisdicciones involucradas. (Tebex – Pagos de juegos bien hechos)
Antes de aceptar pagos reales, confirma que:
Comienza con un paquete bien definido. Verifica que los compradores lo reciban de manera confiable, entiendan la facturación y sepan cómo obtener ayuda. Amplía el catálogo solo después de que esa base esté funcionando.
Para la implementación, continúa con el Guía de configuración de tienda Tebex paso a paso.





