Un software de apuestas deportivas es la plataforma B2B que procesa cuotas, apuestas en tiempo real, gestión de cuentas y cumplimiento regulatorio para un operador con licencia. Bajo la Dirección General de Ordenación del Juego arrancar con uno homologado cuesta desde 250.000 € en integración hasta más de 3.500.000 € en capital social y garantías según el modelo elegido —turnkey, platform o white label—, con plazos de implementación de 9 a 12 meses.
La realidad es más restrictiva de lo que parece: el Real Decreto 176/2023 y las obligaciones técnicas para 2026 —verificación biométrica, algoritmo de inteligencia artificial para detección de juego problemático, límites centralizados— dejan fuera a la mayoría de los proveedores globales white-label que carecen de homologación DGOJ. La elección del software ya no es una decisión de catálogo de funciones, sino una ecuación de negocio que define quién asume el trading, quién sostiene la licencia y cuándo se alcanza el punto de equilibrio bajo un impuesto del 20 % sobre la ganancia bruta del juego.
Un software de apuestas deportivas es una plataforma B2B —business to business— que gestiona el ciclo completo de operación de una casa de apuestas: desde la ingestión de cuotas y el procesamiento de apuestas hasta la gestión de cuentas, pagos y cumplimiento regulatorio. No es un producto de consumo ni una herramienta de análisis para apostantes: es la infraestructura técnica que permite a un operador comercial procesar miles de apuestas simultáneas con liquidación en tiempo real, control de riesgo automatizado y trazabilidad completa ante el regulador. Bajo la supervisión de la Dirección General de Ordenación del Juego en España, esa infraestructura debe cumplir requisitos biométricos y de inteligencia artificial obligatorios en 2026, lo que convierte la elección del proveedor en una decisión de negocio antes que de catálogo.
El núcleo de cualquier plataforma de apuestas deportivas se compone de cinco módulos principales. El motor de cuotas ingiere feeds de datos deportivos —resultados, estadísticas en directo, lesiones—, calcula probabilidades implícitas y aplica un margen comercial para convertirlas en cuotas ofrecidas al cliente. El módulo de gestión de apuestas registra cada transacción, valida los límites de stake, ejecuta la liquidación automática al finalizar el evento y mantiene el registro de auditoría que DGOJ exige conservar.
El sistema de gestión de jugadores —Player Account Management o PAM— centraliza el registro, la verificación de identidad, los saldos de cuenta y los límites de juego responsable. Bajo el Real Decreto 176/2023, este módulo debe integrarse con el registro centralizado de límites de depósito que España implementa en 2026: 600 € diarios, 1.500 € semanales y 3.000 € mensuales como techo por defecto. La plataforma de pagos conecta con pasarelas locales e internacionales, gestiona depósitos, retiradas y la conciliación contable. El módulo de trading y gestión de riesgo monitoriza patrones de apuesta en tiempo real, ajusta cuotas según el flujo de dinero y suspende mercados ante alertas de manipulación o exposición excesiva.
Todos estos componentes deben operar bajo una capa de cumplimiento regulatorio que incluye verificación biométrica, detección de comportamiento problemático mediante algoritmos de IA y auditoría continua de márgenes y pagos. Un operador que presente su solicitud ante DGOJ necesita demostrar que su plataforma cumple esos requisitos técnicos antes de recibir la homologación, lo que alarga el proceso de licenciamiento entre nueve y doce meses desde la solicitud inicial hasta la autorización de operar.
El mercado de software de apuestas se organiza en tres capas que a menudo se confunden. Un proveedor de plataforma —como Kambi, Altenar o Playtech— entrega el stack técnico completo: motor de cuotas, PAM, módulo de riesgo, integración de pagos y cumplimiento regulatorio. El operador obtiene una licencia de uso, integra la plataforma en su marca y asume la responsabilidad comercial y regulatoria. La plataforma procesa las apuestas, pero el operador es quien firma el contrato con el cliente final y responde ante DGOJ.
Un proveedor de datos deportivos —Sportradar es el partner oficial de DGOJ en esta categoría— suministra únicamente los feeds: cuotas pre-partido, datos en directo, estadísticas, validación de resultados. No gestiona cuentas de jugador, no procesa pagos ni liquida apuestas. Su cliente es el operador o la plataforma, no el apostante. Una casa de apuestas puede contratar su plataforma a Kambi y sus datos a Sportradar, o bien usar una plataforma que ya integre un proveedor de datos en su oferta.
El tercer modelo es el servicio gestionado o turnkey: el proveedor entrega plataforma, datos, trading, atención al cliente y en algunos casos hasta la solicitud de licencia. El operador aporta capital, marca y canales de adquisición; el proveedor ejecuta la operación técnica y comercial. Este modelo reduce el tiempo de arranque a semanas en lugar de meses, pero transfiere el control sobre precios, márgenes y gestión de riesgo al proveedor, lo que limita la diferenciación competitiva del operador en un mercado donde el margen sectorial se sitúa entre el 5 % y el 8 % antes de impuestos.
Una plataforma B2B que procesa cuotas, apuestas, gestión de cuentas y cumplimiento regulatorio para un operador con licencia. Incluye motor de cuotas, PAM, gestión de riesgo, integración de pagos y auditoría continua. Bajo DGOJ debe cumplir requisitos biométricos y de IA obligatorios en 2026.
El proveedor de sportsbook entrega la plataforma completa: motor de cuotas, PAM, riesgo, pagos y cumplimiento. El proveedor de datos suministra únicamente feeds deportivos —cuotas, resultados, estadísticas— que la plataforma consume. Sportradar, partner oficial DGOJ, es proveedor de datos; Kambi o Playtech son proveedores de plataforma.
Las empresas de software para apuestas deportivas ofrecen desde plataformas cerradas gestionadas hasta white label desplegable en semanas, con modelos de negocio, profundidad de trading y capacidad de homologación DGOJ radicalmente distintos. La elección determina inversión inicial, tiempo de salida al mercado y quién asume el riesgo de las cuotas.
El mercado se divide en tres capas. En la cima, proveedores enterprise como Kambi o Playtech entregan sportsbook gestionado con trading 24/7, homologación en decenas de mercados regulados y contratos plurianuales; integración entre cuatro y seis meses, rev-share típico sobre GGR. En el medio, plataformas modulares tipo Altenar o Digitain permiten desplegar un white label operativo en 30 días mediante iFrame, con feeds externos y control limitado del riesgo. En la base, ecosistemas amplios como BetConstruct ofrecen vertical completa —sportsbook, casino, retail, cripto— a cambio de menor especialización en trading deportivo profundo.
La tabla compara los diez proveedores con presencia directa o indirecta en el mercado español regulado.
| Operador | Licencia | Deportes cubiertos | Latencia/trading | Características live | Modelo de entrega |
|---|---|---|---|---|---|
| Kambi | MGA, UKGC, NGCB (Nevada), 50+ mercados | 65+ deportes | Trading gestionado 24/7, latencia tier-1 | In-play, Bet Builder, Cash Out, Player Props | Enterprise rev-share gestionado |
| Altenar | ISO 27001, 30+ jurisdicciones | 30+ deportes | Feeds oficiales premium | In-play, Bet Builder, Cash Out, Retail Cash Out, streaming | White label iFrame 30 días |
| Playtech | 180+ licencias (DGOJ incluida) | Omnicanal online + retail | BIT (Bet Instant Trading) | Bet Builder, Cash Out, streaming | Enterprise omnicanal 4-6 meses |
| BetConstruct | MGA, Curaçao, 15+ jurisdicciones | 140.000+ eventos pre-match y 70.000+ live/mes | Trading interno | In-play, virtuales 3D, esports, retail | Ecosistema completo en semanas |
| Digitain | MGA, Isle of Man, LatAm y Europa Central/Este | 65+ deportes, miles de ligas | API modular | In-play, Bet Builder, esports, analítica IA | API modular multi-vertical |
| SOFTSWISS Sportsbook | GLI-33, ISO 27001, MGA, Curaçao | 200+ deportes, 100.000+ eventos live/mes | Mobile-first | In-play, Bet Builder, Cash Out, casino integrado | Crypto-first fiat + cripto |
| Sportradar (ORAKO) | Proveedor datos oficial DGOJ, 120 países | Unified Odds Feed miles de competiciones | MTS (Managed Trading Services) | MTS, UOF, streaming oficial ligas mayores | Turnkey premium gestionado |
| BtoBet (Aristocrat Interactive) | LatAm, África, Europa | 50+ deportes, 25.000+ eventos live/mes | Personalización IA | In-play, Bet Builder, personalización IA | Localización mercados emergentes |
| BETBY | MGA, Curaçao | Cobertura amplia, esports premium | iFrame responsive | In-play, Bet Builder, esports profundo | iFrame altamente personalizable |
| Delasport | MGA, ISO 27001 | 125 deportes, 3.000+ mercados/evento | Traders senior incluidos | In-play, Bet Builder, Cash Out, retención integrada | Servicios gestionados con traders |
Kambi y Playtech concentran el 70 % del handle regulado europeo. Los white label apuestan por velocidad de despliegue a costa de control técnico. SOFTSWISS queda fuera del foco DGOJ por su arquitectura cripto-first, y Sportradar opera como partner oficial de datos aunque su vertical ORAKO compite directamente con las plataformas tradicionales.
Kambi Group opera desde 2010 como spin-off de Unibet y cotiza en Nasdaq Stockholm. Su plataforma cerrada gestiona trading end-to-end en 50+ mercados regulados, incluidos Nevada, Reino Unido y Malta. Procesa 65+ deportes con equipos de traders 24/7 y latencia tier-1 en feeds in-play; el operador recibe cuotas, gestión de riesgo y cumplimiento bajo un único contrato de rev-share sobre GGR.
La plataforma encaja en operadores de volumen que priorizan estabilidad regulatoria y profundidad de mercados sobre personalización de frontend. El contrato típico es plurianual con rev-share entre 8 % y 15 % del GGR según volumen; la integración demora cuatro a seis meses y el frontend admite personalización limitada. No hay opción self-trading: Kambi retiene el control del riesgo. Para un operador que aspire a diferenciarse mediante cuotas propias o innovación de producto, el modelo resulta demasiado cerrado.
Altenar entrega sportsbook white label operativo en 30 días mediante iFrame embebible, con homologación en 30+ jurisdicciones y un historial de integraciones con operadores DGOJ. Cubre 30+ deportes con foco en fútbol, baloncesto, tenis, Fórmula 1 y esports; consume feeds oficiales premium de proveedores externos. El módulo retail incluye terminales físicas con Cash Out en punto de venta.
El modelo se ajusta a operadores que buscan time-to-market corto sin asumir riesgo de trading. Altenar gestiona cuotas, riesgo y cumplimiento; el operador retiene marca, CRM y pagos. La dependencia de feeds externos en ciertos deportes puede elevar la latencia frente a competidores con trading interno. El rev-share se negocia por volumen; operadores pequeños pagan porcentajes altos en las primeras etapas.
Playtech PLC cotiza en la Bolsa de Londres y acumula 180+ licencias globales, DGOJ incluida. Su plataforma Playtech ONE es omnicanal enterprise: sportsbook online, retail integrado, PAM+ y payment gateway bajo un único stack. El motor BIT (Bet Instant Trading) procesa apuestas live con latencia sub-segundo; el operador accede a Bet Builder, Cash Out y streaming dentro de apps nativas iOS/Android y web responsive.
Playtech ONE encaja en grupos que operan múltiples verticales —casino, poker, bingo— y exigen integración profunda entre ellas. La integración demora entre cuatro y seis meses; los contratos son largos y el overhead corporativo eleva el presupuesto inicial frente a white label ligeros. Un operador nuevo sin volumen consolidado difícilmente justifica el coste de entrada. Para un grupo multi-marca con retail físico, la integración omnicanal es el argumento diferencial.
BetConstruct, parte de SoftConstruct Ltd, opera desde 2003 con licencias en MGA, Curaçao, Rumanía y varios mercados LatAm. Entrega ecosistema completo desplegable en semanas: sportsbook con 140.000+ eventos pre-match y 70.000+ live al mes, casino live, virtuales 3D, esports, retail y soporte cripto. La integración es modular; el operador selecciona verticales según el mercado objetivo y recibe 100+ métodos de pago preintegrados.
El producto amplio tiene la contrapartida de menor profundidad en trading gestionado deportivo puro frente a Kambi o Sportradar. BetConstruct encaja en operadores que priorizan lanzamiento rápido multi-vertical sobre especialización en un único producto. La plataforma permite self-trading si el operador cuenta con equipo de riesgo propio; de lo contrario el trading gestionado por BetConstruct opera con márgenes menos ajustados que los de un especialista puro.
Digitain LLC opera desde Armenia desde 1999, con licencias MGA, Isle of Man y cobertura en LatAm y Europa Central/Este. Su plataforma cubre 65+ deportes y miles de ligas mediante API modular que se integra con verticales casino, pagos y CRM externos. La arquitectura desacoplada permite combinar el sportsbook Digitain con PAM de terceros; el operador retiene flexibilidad técnica frente a ecosistemas cerrados.
La cobertura deportiva es versátil pero la notoriedad en España queda por debajo de Kambi o Playtech. Digitain encaja en operadores técnicamente autónomos que buscan API documentada y control sobre el stack completo. El modelo de negocio combina rev-share y licencia fija según volumen proyectado; la integración demora entre seis y diez semanas. Un operador sin equipo técnico propio pierde la ventaja diferencial de la modularidad.
SOFTSWISS lanzó su vertical sportsbook en 2022 sobre un stack crypto-first con certificación GLI-33 e ISO 27001. La plataforma cubre 200+ deportes y procesa 100.000+ eventos live al mes, con pagos nativos en BTC, USDT, ETH y decenas de altcoins junto a fiat. La integración con el casino SOFTSWISS es nativa; el operador despliega sportsbook y casino unificados bajo una única wallet.
El enfoque cripto deja la plataforma fuera del foco DGOJ puro: un operador regulado en España debe operar con fiat, KYC estricto y límites centralizados que la arquitectura nativa de cripto no cubre por diseño. SOFTSWISS encaja en operadores de mercado gris o jurisdicciones cripto-friendly como Curaçao. Para un proyecto DGOJ el coste de adaptación técnica anula la ventaja de time-to-market.
Sportradar AG cotiza en Nasdaq desde 2021 y acumula contratos como proveedor de datos oficial en 120 países, incluido partner oficial DGOJ. Su plataforma ORAKO, lanzada en 2022, combina Unified Odds Feed (UOF) con MTS (Managed Trading Services) gestionado end-to-end. El operador recibe cuotas, riesgo, streaming oficial de ligas mayores y cumplimiento bajo un contrato turnkey premium.
Sportradar encaja en operadores que priorizan datos oficiales certificados y externalización total del trading. El precio es tier-1: contratos largos, rev-share alto y dependencia absoluta del proveedor para cualquier ajuste técnico. Un operador sin volumen consolidado no justifica el coste; un operador con equipo de trading propio pierde autonomía. La ventaja diferencial es el acceso a feeds oficiales de ligas que no venden datos a terceros.
BtoBet, adquirida por Aristocrat Interactive en 2022, opera desde 2005 con licencias en LatAm, África y Europa. La plataforma cubre 50+ deportes y procesa 25.000+ eventos live al mes, con módulos de personalización por IA que adaptan cuotas, mercados y CRM según el perfil del jugador. La localización profunda incluye métodos de pago regionales y cumplimiento específico de mercados emergentes.
BtoBet encaja en operadores que entran a mercados en desarrollo con baja infraestructura bancaria y usuarios mobile-first. La implementación es menos ágil que competidores basados en iFrame puro: la personalización IA requiere configuración y el despliegue demora entre ocho y doce semanas. Un operador en mercado maduro europeo encuentra alternativas más rápidas; para LatAm o África la localización justifica el tiempo adicional.
BETBY opera desde Malta desde 2018 con licencias MGA y Curaçao. Su sportsbook iFrame es altamente personalizable: el operador controla frontend, UX y flujos de usuario mientras BETBY entrega cuotas, riesgo y cumplimiento. La vertical esports es premium, con proveedor propio de feeds y cobertura profunda en torneos tier-2 y tier-3 que otros proveedores omiten.
BETBY encaja en operadores con audiencia joven que priorizan esports y personalización de marca sobre ecosistema multi-vertical. El track record histórico es menor que el de veteranos como Kambi o Playtech; un operador conservador prefiere proveedor con décadas de operación regulada. La integración iFrame demora entre cuatro y seis semanas; el modelo de negocio es rev-share estándar con descuento por volumen proyectado.
Delasport Ltd opera desde Bulgaria desde 2010, con licencias MGA e ISO 27001 y presencia en jurisdicciones europeas. La plataforma cubre 125 deportes y ofrece hasta 3.000 mercados por evento, con servicios gestionados que incluyen traders senior dedicados por operador. El despliegue combina iFrame y apps white-label iOS/Android; el operador recibe herramientas de retención —Cash Out, Bet Builder, In-play— integradas desde el primer día.
Delasport encaja en operadores que buscan trading gestionado sin contratos enterprise plurianuales. Los traders senior dedicados ajustan márgenes y mercados según la estrategia del operador; la flexibilidad es mayor que en un white label estándar pero menor que en una plataforma modular self-trading. El volumen agregado de Delasport queda por debajo de Kambi o Sportradar, lo que limita la profundidad de liquidez en mercados nicho.
Kambi y Playtech lideran el mercado regulado DGOJ por volumen y profundidad de trading. Altenar y BetConstruct ofrecen despliegue rápido white label. Sportradar destaca como proveedor oficial de datos con plataforma turnkey premium. Digitain y Delasport compiten en flexibilidad técnica y servicios gestionados con traders dedicados.
Comprar software de apuestas deportivas no es una transacción aislada: es el ancla de una inversión que suma capital social, garantías bancarias, homologación técnica, integración y operación continua. Bajo DGOJ el rango va desde 250.000 € en un despliegue white label acelerado hasta más de 3.500.000 € en garantías, capital y desarrollo propio, con un plazo de puesta en marcha que oscila entre nueve y doce meses desde la solicitud de licencia hasta el primer handle. La decisión entre modelos de entrega determina no solo el presupuesto inicial sino también quién asume el riesgo de trading, quién retiene los datos de jugadores y en qué medida el operador controla su producto.
La estructura de costes arranca con las exigencias regulatorias, no con el software. DGOJ obliga a un capital social mínimo que varía según la modalidad de juego —un sportsbook puro parte de un suelo inferior al de un operador combinado con casino—, pero la partida mayor es la garantía bancaria destinada a cubrir premios pendientes y cuentas de jugador, calculada sobre proyecciones de volumen anual. Un operador que prevea gestionar 10.000.000 € anuales en handle necesita asegurar entre 500.000 € y 1.000.000 € solo en esta línea, bloqueados en una entidad financiera durante toda la vigencia de la licencia.
A esto se suma la homologación técnica de la plataforma: laboratorios acreditados auditan el generador de números aleatorios, la integridad del motor de cuotas, los registros de apuestas y la conexión con el sistema de control de DGOJ. El coste de esta certificación ronda entre 40.000 € y 80.000 € según el alcance del stack y la cobertura de módulos —un sportsbook con live, cash out y bet builder exige más pruebas que un producto prematch básico—. Los proveedores enterprise como Kambi y Playtech presentan certificaciones globales que acortan el proceso, pero DGOJ revisa cada integración local y cada personalización del cliente, lo que añade entre dos y cuatro meses al timeline incluso partiendo de un core homologado.
La integración técnica representa otra partida: conexión de APIs, migración de datos si se viene de otro proveedor, configuración de pasarelas de pago supervisadas, adaptación de frontend a los requisitos de accesibilidad y responsabilidad social. Aquí el rango es amplio: desde 50.000 € en un white label que entrega interfaz prediseñada hasta 300.000 € o más en una implementación platform que exige desarrollo propio del frontend, del CRM y de la capa de cumplimiento. El timeline de nueve a doce meses incluye todo este recorrido: solicitud de licencia, auditoría técnica, homologación, integración y periodo de prueba supervisado antes del lanzamiento comercial.
La elección del modelo de software redistribuye el capital inicial, el tiempo de despliegue y el control operativo. Cuatro opciones dominan el mercado regulado, cada una con un perfil de riesgo y una estructura de costes distinta.
| Modelo | Tiempo de integración | Inversión inicial | Quién asume trading | Quién asume licencia | Caso de uso |
|---|---|---|---|---|---|
| Turnkey | 6–9 meses | 250.000–500.000 € | Proveedor | Proveedor (sublicencia) | Entrada rápida, mercado pequeño, sin equipo técnico propio |
| Platform | 9–12 meses | 800.000–1.500.000 € | Operador | Operador | Control total, volumen medio-alto, equipo de traders propio |
| White label | 3–6 meses | 50.000–150.000 € CAPEX + rev-share | Proveedor | Proveedor | Lanzamiento acelerado, prueba de mercado, marca propia con operación delegada |
| Custom | 12–18 meses | 2.000.000–3.500.000 € | Operador | Operador | Diferenciación técnica, mercado maduro, volumen que justifica desarrollo propio |
El turnkey entrega todo: software, trading, cumplimiento y a menudo la propia licencia DGOJ bajo un modelo de sublicencia. El operador arrienda la infraestructura y paga un porcentaje del GGR —habitualmente entre 15 % y 25 %— más una cuota fija mensual. La inversión inicial cubre garantías reducidas, marca propia e integración básica de pagos. Conviene cuando el objetivo es validar el mercado sin asumir riesgo técnico ni de trading, pero el margen operativo queda comprimido: sobre un hold neto del 5 % al 8 %, entregar un cuarto del GGR al proveedor y otro 20 % al fisco deja poco espacio para marketing y beneficio.
El modelo platform separa el motor de cuotas y riesgo de todo lo demás: el proveedor suministra el core del sportsbook —feeds de datos, pricing engine, sistema de apuestas— y el operador construye el frontend, el CRM, la gestión de bonos y contrata su propio equipo de traders para mover líneas y gestionar exposición. La inversión sube porque se necesita personal cualificado y desarrollo propio, pero el control es total y el coste recurrente baja a un 8–12 % del handle o una comisión sobre volumen procesado. Kambi opera así con la mayoría de sus clientes europeos: el operador retiene los datos, diseña la experiencia y decide qué mercados abrir.
White label es el atajo: el proveedor entrega una marca personalizable sobre su infraestructura, asume trading, cumplimiento y a menudo pagos. El CAPEX puede ser tan bajo como 50.000 €, pero el OPEX está en el rev-share: entre 30 % y 50 % del GGR neto va al proveedor, más tasas por servicios auxiliares. Altenar y BetConstruct dominan este segmento. Funciona para testar un mercado o para operadores sin ambición técnica, pero escalar es caro: cuanto mayor el volumen, más duele ceder la mitad del margen.
El modelo custom es construir desde cero o desde un framework de bajo nivel, contratando cada módulo por separado: datos de Sportradar, motor de pricing propio o licenciado, plataforma de gestión de jugadores, CRM, sistema de bonos, pasarelas de pago. La inversión supera los 2.000.000 € y el plazo se estira hasta año y medio, pero el resultado es un producto diferenciado sin dependencia de un proveedor único. Solo tiene sentido en mercados maduros con volumen proyectado superior a 100.000.000 € anuales en handle, donde la reducción de dos puntos porcentuales en coste de plataforma justifica el CAPEX.
La estructura de costes española comprime el margen operativo hasta un punto en que muchos modelos de negocio viables en jurisdicciones de baja tributación dejan de serlo bajo DGOJ. El hold sectorial —la proporción del handle que el operador retiene como beneficio bruto antes de impuestos— oscila entre 5 % y 8 % según el mix de producto: el prematch rinde más, el live menos, las combinadas empujan el hold hacia arriba. Sobre ese margen se aplica el 20 % de impuesto sobre GGR, y después se resta el coste de la plataforma.
Handle mensual
Un operador pequeño procesa 500.000 € al mes en apuestas totales. Este es el handle, el volumen apostado bruto.
Cálculo del GGR con hold del 6 %
El hold medio del 6 % —realista para un mix equilibrado prematch/live— produce un GGR de 30.000 €. Esta es la cifra sobre la que tributa.
Impuesto DGOJ del 20 %
Sobre esos 30.000 € de GGR, el operador paga 6.000 € al regulador. Quedan 24.000 € de GGR neto.
Coste de plataforma white label al 35 % del GGR
Un proveedor white label con rev-share del 35 % cobra 10.500 € sobre el GGR bruto de 30.000 €. El margen operativo baja a 13.500 € antes de marketing, personal y overhead.
Beneficio neto tras estructura
Con 8.000 € mensuales en marketing, 3.000 € en atención al cliente y 2.000 € en costes generales, el beneficio neto mensual es 500 €. El break-even real está en 520.000 € de handle mensual.
El ejemplo revela la realidad: con un modelo white label al 35 % de rev-share, el punto de equilibrio está cerca de 6.000.000 € anuales en handle, y el margen antes de imprevistos apenas supera el 2 % del volumen procesado. Bajar el coste de plataforma a un 10 % —un platform o turnkey más eficiente— libera 7.500 € adicionales al mes, lo que duplica el margen y baja el break-even a 350.000 € mensuales en handle. La diferencia entre un modelo y otro no es una cuestión de features sino de viabilidad económica: con 500.000 € de handle mensual, un white label al 35 % apenas sobrevive; un platform al 10 % ya genera beneficio operativo.
La cuenta empeora si el hold cae al 5 % —frecuente en catálogos con mucho live y apuestas simples— o si el operador regala bonos sin recalcular su coste real bajo el impuesto del 20 %. Un freebet de 10 € genera un GGR esperado de 5 € a 6 € según el rollover, del cual el 20 % va a DGOJ y otro tercio al proveedor: el coste real del bono para el operador supera los 7 €, no los 10 € nominales. Ignorar esta aritmética lleva a quemar capital en adquisición de jugadores que nunca recuperan su CAC.
Comprar acceso a un software de sportsbook regulado bajo DGOJ cuesta desde 50.000 € en CAPEX para un white label con rev-share del 30–50 % del GGR hasta más de 2.000.000 € en un desarrollo custom con licencias de datos, motor propio y equipo de trading. Los modelos intermedios —turnkey entre 250.000 € y 500.000 €, platform entre 800.000 € y 1.500.000 €— incluyen garantías, homologación técnica e integración, con un plazo de nueve a doce meses hasta el lanzamiento.
El turnkey entrega todo bajo una sublicencia: software, trading, cumplimiento y gestión de riesgo, con inversión inicial mayor y rev-share menor. El white label personaliza una marca sobre la infraestructura del proveedor con CAPEX mínimo pero rev-share superior al 30 %, cediendo control total sobre producto, datos y operación.
Operar un sportsbook bajo DGOJ no es una decisión de producto sino de negocio: el software para casa de corredores de apuestas representa solo una fracción del capital comprometido, y el umbral de viabilidad lo marca la capacidad de generar volumen suficiente para absorber el coste fijo de la plataforma, las garantías reglamentarias y el 20 % de impuesto sobre beneficio bruto. Gestionar menos de €500.000 en handle mensual difícilmente cubre el punto de equilibrio incluso con un white label de bajo CAPEX, porque el hold sectorial del 5–8 % se reduce a 4–6,4 % después de impuestos, y sobre esa base debe pagarse la plataforma, el trading y el coste de adquisición. La escala no es opcional.
El acceso a capital actúa como primer filtro. Entre €250.000 y €3.500.000 en inversión inicial según el modelo elegido, más un año de runway operativo antes de alcanzar break-even, coloca el sportsbook propio fuera del alcance de afiliados, grupos de inversión minoritarios y operadores de nicho sin respaldo institucional. Las casas que operan con éxito bajo DGOJ comparten dos características: capital suficiente para soportar 12–18 meses de pérdidas operativas y un plan de adquisición que no depende de un solo canal. Un operador que aspire a licencia propia necesita demostrar solvencia ante la Dirección General de Ordenación del Juego antes de homologar la plataforma; el capital social mínimo y las garantías no son negociables.
La capacidad operativa constituye el segundo filtro: un sportsbook regulado exige equipos internos de cumplimiento, gestión de riesgo, atención al cliente en castellano y mantenimiento técnico continuo. El proveedor entrega la infraestructura, pero la responsabilidad legal, el KYC, la detección de fraude y la relación con el regulador recaen sobre el titular de la licencia. Una estructura puramente comercial —sin departamento de riesgo, sin equipo técnico, sin proceso AML propio— no sobrevive la primera auditoría de DGOJ. Conviene distinguir entre operar y revender: el white label cede estos riesgos al proveedor a cambio de márgenes reducidos, mientras que el modelo platform o custom requiere construir esa capacidad internamente.
Quienes arrancan con ventaja son operadores con activos previos: una red de locales de apuestas físicas que puede canalizar tráfico hacia el canal online, una base de clientes existente en otro vertical regulado (casino, bingo), un acuerdo de patrocinio con derechos de explotación digital o una audiencia propia en medios deportivos. El coste de adquisición en España supera los €150 por jugador registrado en canales pagados; quien parte de cero en distribución necesita presupuesto de marketing que duplica la inversión en software. Codere, Sportium y otras licenciatarias establecidas operan sportsbooks propios porque el coste marginal de incorporar un jugador retail al canal online es una fracción del CAC en frío. Sin ese activo, la ecuación no cierra.
El tercer elemento es el horizonte temporal y la tolerancia al riesgo regulatorio. Nueve a doce meses desde la solicitud de licencia hasta el primer euro apostado, con cambios normativos en curso —el algoritmo obligatorio de detección de juego problemático entra en vigor en 2026, los límites centralizados de depósito ya están activos— que pueden alterar los requisitos técnicos en mitad de la integración. Un operador sin experiencia previa en mercados regulados subestima sistemáticamente el tiempo de homologación y el coste de cumplir actualizaciones del RD 176/2023. Sólo tiene sentido económico si el proyecto se plantea a cinco años vista como mínimo.
Las casas de apuestas profesionales bajo DGOJ operan con plataformas enterprise homologadas en múltiples jurisdicciones reguladas: Kambi abastece a operadores en más de 50 mercados, Playtech mantiene licencia DGOJ directa y Altenar está integrado con varios titulares españoles. No existe un estándar único; la elección depende de si el operador asume el trading internamente o lo delega al proveedor.
La cobertura deportiva marca la primera barrera de entrada. Un software de apuestas deportivas típico abarca fútbol, baloncesto, tenis y deportes de motor como base obligatoria; carreras de caballos, deportivos americanos y ligas de nicho dependen del mercado objetivo y del modelo de adquisición de datos. Lo que distingue a un proveedor enterprise de una solución white label genérica no es la cantidad de deportes en catálogo, sino la profundidad de mercados por evento y la rapidez con que incorpora ligas emergentes cuando la demanda lo justifica.
Fútbol copa entre el 60 % y el 75 % del handle en España, lo que obliga a cualquier proveedor homologado a cubrir al menos las cinco grandes ligas europeas más LaLiga en todas sus divisiones. La profundidad de mercados por partido supera los 300 en encuentros de primera división durante horario prime; un partido de Champions League puede ofrecer 500 mercados si el proveedor soporta bet builder nativo. El baloncesto ocupa el segundo puesto en volumen: NBA, Euroliga y ACB son obligatorios, con cobertura live que exige latencia por debajo de 2 segundos para que el cash out funcione sin arbitraje contra el operador.
Tenis y carreras de caballos plantean problemas distintos. El tenis genera handle constante pero márgenes estrechos; los datos oficiales tienen coste elevado y los proveedores que operan con feeds no oficiales asumen riesgo de retraso o error en el marcador, lo que dispara las reclamaciones. Las carreras de caballos requieren integración con totalizadores y legislación específica en cada jurisdicción; en España la explotación de apuestas hípicas está sujeta a concesión separada, lo que limita qué operadores pueden ofrecerlas y bajo qué software.
Deportes de nicho —esports, MMA, cricket, rugby— amplían el catálogo pero raramente justifican desarrollo a medida. Se integran mediante feed agregado de Sportradar o BetConstruct, con márgenes más altos (8 %–12 %) que compensan el bajo volumen. Un operador que arranca bajo DGOJ prioriza cobertura completa en fútbol y baloncesto antes que diversificación; la cola larga de deportes se añade después, si el OPEX lo permite.
Un stack omnicanal procesa apuestas desde web, aplicación móvil, terminal de apuestas en local físico y quiosco autoservicio con un solo motor de riesgo y un único registro de cuenta. Integrar estos canales no es cuestión de diseño responsive: cada uno impone requisitos técnicos y regulatorios propios. El móvil exige autenticación biométrica desde el RD 176/2023; el terminal retail necesita impresora de tickets, lector de DNI y conexión permanente con el servidor de validación de DGOJ; el quiosco combina ambos más hardware de pago en efectivo, con homologación separada del dispositivo.
La dificultad está en mantener sincronización de saldo y límites en tiempo real. Un jugador que deposita 200 € en el quiosco, apuesta 50 € desde el móvil y cobra 80 € en el terminal debe ver el saldo correcto en los tres puntos sin latencia perceptible. Eso exige arquitectura de mensajería con tolerancia a fallos de red y log transaccional que soporte auditoría por DGOJ hasta cinco años atrás. Los proveedores que venden software de terminal de apuestas como módulo independiente generan inconsistencias de saldo que el operador paga en reclamaciones y sanciones.
El canal retail sigue vivo en España: las terminales en bares y locales de apuestas procesan todavía entre el 15 % y el 25 % del handle total según zona geográfica. Requieren pantallas táctiles industriales, sistema operativo embebido que impida manipulación y capacidad de operar en modo degradado si cae la conexión. Un operador que arranca solo digital deja fuera este segmento; uno que lo incluye desde el principio suma entre 30.000 € y 80.000 € en hardware y homologación por cada veintena de puntos de venta.
Fútbol, baloncesto, tenis y deportes de motor forman el núcleo obligatorio; carreras de caballos, deportes americanos y esports se añaden según mercado objetivo. La profundidad importa más que la cantidad: 300 mercados por partido de fútbol de primera división, cobertura live en baloncesto con latencia bajo 2 segundos y datos oficiales en tenis son el estándar bajo DGOJ.
La profundidad de mercados se cotiza en pantalla, pero la ventaja competitiva se juega en milisegundos de latencia, módulos de cumplimiento adaptados al RD 176/2023 y la capacidad de sostener el margen operativo bajo una carga fiscal del 20 % sobre el GGR. Un software de apuestas virtuales y en directo no es una lista de features: es una arquitectura que debe entregar cuotas actualizadas antes que la competencia, bloquear depósitos en tiempo real según mandato regulatorio y recalcular el coste real de cada euro nominal de bono. Las plataformas que no cumplen con los requisitos técnicos de 2026 quedan fuera del mercado español antes de llegar a homologación.
El apostante percibe una cuota cerrada en el segundo 89 de un partido; el operador sabe que su feed llegó 1,8 segundos después del gol. Esa diferencia es hold perdido. La latencia del proveedor de datos determina cuántas apuestas se aceptan fuera de precio y cuánto margen se evapora en directo, donde el volumen representa entre el 60 % y el 75 % del handle total en fútbol de primera división.
| Proveedor de feed | Latencia típica | Impacto en hold in-play | Ventaja / compromiso |
|---|---|---|---|
| Datos oficiales (ligas, federaciones) | Bajo 1 segundo | Hold protegido, rechazos mínimos | Coste más alto, cobertura limitada a competiciones premium |
| Sportradar UOF | 1–2,5 segundos | Hold estándar con gestión de riesgo activa | Cobertura global, integración probada bajo DGOJ |
| LSports y agregadores no oficiales | 2–5 segundos | Hold erosionado, requiere suspensión frecuente de mercados | Precio más bajo, riesgo operativo en eventos rápidos |
Un proveedor con latencia superior a 3 segundos obliga a suspender mercados cada 90 segundos en baloncesto live; uno bajo 1,5 segundos permite mantener cuotas abiertas el 92 % del tiempo de juego. La diferencia en hold puede alcanzar 2–3 puntos porcentuales en deportes de alta frecuencia, lo que en un handle mensual de 5.000.000 € representa entre 100.000 € y 150.000 € de margen recuperado o perdido.
El bet builder combina selecciones correlacionadas dentro de un evento —goleador, resultado, córneres— con una cuota sintética que incluye un margen adicional del 15 % al 25 % sobre el margen base. No todas las plataformas lo generan en tiempo real: algunas precalculan combinaciones populares, otras requieren aprobación manual del trader. Bajo presión de tráfico, esa diferencia es visible.
El cash out permite cerrar una apuesta antes del final, con una cuota de salida que el software recalcula cada segundo en función del estado del evento y del margen que el operador quiere proteger. La funcionalidad exige feed en tiempo real y motor de pricing propio; las plataformas white label económicas suelen ofrecerla solo en eventos preseleccionados o con demora de hasta 10 segundos, lo que la vuelve inútil en momentos de alto valor para el usuario.
El Real Decreto 176/2023 obliga desde su entrada en vigor a que todo operador con licencia DGOJ implemente verificación de identidad reforzada, límites de depósito centralizados y, a partir de 2026, un algoritmo de inteligencia artificial que detecte patrones de juego problemático y active intervenciones automáticas. Estas obligaciones no son módulos opcionales: rediseñan por completo los sistemas PAM (gestión de jugadores), CRM (comunicación y segmentación) y KYC (verificación de identidad).
La verificación biométrica —reconocimiento facial o de documento con validación en vivo— debe completarse antes de permitir el primer depósito y repetirse ante actividad sospechosa. Exige integración con proveedores certificados bajo normativa de protección de datos y añade entre 15 y 45 segundos al flujo de alta, lo que impacta directamente en la tasa de conversión de registro a primer depósito. Las plataformas que no soportan esta capa de forma nativa requieren desarrollo a medida.
El algoritmo de IA obligatorio en 2026 debe analizar frecuencia de sesiones, variación de importe apostado, uso de límites autoimpuestos y tiempo de juego para asignar una puntuación de riesgo. Cuando el modelo detecta un patrón definido por DGOJ como señal de alarma —por ejemplo, duplicar el depósito medio semanal durante tres semanas consecutivas—, el sistema debe mostrar una advertencia, proponer un límite más bajo o, en casos extremos, suspender la cuenta hasta intervención manual. Esto no es un dashboard para el área de cumplimiento: es lógica de negocio en el core transaccional. Las plataformas B2B que no ofrecen este módulo certificado obligan al operador a desarrollarlo por fuera, lo que añade entre 80.000 € y 200.000 € al CAPEX de integración y plazos de seis a nueve meses adicionales.
Un operador regulado en España no entrega un bono: compra handle con margen negativo. Cada euro nominal de freebet tiene un coste real que se calcula sobre el beneficio bruto de juego, no sobre el importe nominal.
Un jugador recibe 10 € de apuesta gratuita, apuesta a cuota 2,00 y gana. El operador paga 20 €, pero el jugador no aportó stake: el beneficio bruto de juego es −10 €. Sobre esa pérdida, el operador aún debe pagar el 20 % de impuesto sobre el GGR positivo generado por el resto de la operación del mes. Si el hold promedio del operador es del 6 %, cada 10 € de freebet generan en promedio 0,60 € de margen bruto; restado el 20 % de impuesto, quedan 0,48 €. El coste neto del bono es 10 € − 0,48 € = 9,52 €. El valor esperado para el jugador, asumiendo que apuesta a cuota media 2,00, es 5 €. Así, un «bono de 10 €» cuesta al operador 9,52 € y entrega al jugador entre 4 € y 5 € de valor real, según la cuota elegida y el hold del mercado.
Este cálculo obliga a recalibrar toda la estrategia de bonos. Un operador en Curaçao puede permitirse ofrecer 100 € de bono con requisito de rollover 6x porque su coste marginal es cercano al valor nominal; un operador bajo DGOJ con el mismo bono estaría regalando 95 € de coste real para captar un cliente cuyo valor de vida útil en España —con límites de depósito, autoexclusiones obligatorias y menor hold permitido— rara vez supera 300 € anuales. El software debe calcular estos flujos en el módulo de promociones: cuánto cuesta cada euro de bono en términos de GGR neto, cuál es el rollover mínimo para alcanzar punto de equilibrio y qué segmento de jugador justifica la inversión.
Desde 2026 el RD 176/2023 obliga a un algoritmo de IA que monitoriza patrones de juego —frecuencia, importe, uso de límites— y activa advertencias o suspensiones automáticas ante señales de riesgo definidas por DGOJ, rediseñando los módulos PAM y CRM del software para cumplimiento en tiempo real.
Esa obligación técnica de IA en tiempo real, sumada a la homologación biométrica y los módulos de límites centralizados, sitúa el coste de desarrollo y mantenimiento de un sportsbook DGOJ en cientos de miles de euros anuales. Un proveedor que ofrezca software gratuito para apuestas deportivas no está regalando nada: o cobra por otra vía, o entrega una plataforma que no supera la auditoría técnica previa a la licencia. La búsqueda de soluciones sin coste inicial responde a una expectativa comprensible en cualquier industria digital, pero choca de frente con la realidad regulatoria española desde el primer día.
El desarrollo de un stack completo —motor de cuotas, gestión de riesgo, PAM, KYC, CRM, integración de feeds live, pasarela de pago, reporting fiscal— exige equipos especializados durante meses, y su mantenimiento continuo cubre actualizaciones de API, parches de seguridad, adaptación a cambios normativos y soporte técnico las 24 horas. Ese esfuerzo se financia de tres formas: licencia mensual fija, comisión sobre handle o GGR, o venta directa del software. Ninguna de ellas es gratuita. Cuando un proveedor anuncia «sin coste de licencia», la letra pequeña revela un revenue share del 15 % al 40 % sobre el margen bruto, que en un sportsbook con hold del 6 % puede llevarse dos tercios del beneficio operativo antes de impuestos. Ese modelo convierte al proveedor en socio permanente, con acceso a los datos de negocio y control sobre las condiciones comerciales futuras: si el operador crece, la factura crece en la misma proporción, sin techo.
La dependencia técnica amplifica el problema. Un proveedor que entrega software sin licencia inicial suele retener la propiedad del código fuente, el acceso a la base de datos y las claves de integración con los feeds. Migrar a otra plataforma exige reescribir módulos enteros, rehacer las homologaciones DGOJ y exportar manualmente el histórico de cuentas y transacciones, un proceso que puede paralizar la operación durante semanas y costar más que la inversión inicial en un software con licencia transparente. El operador queda atado a un proveedor que puede subir comisiones, retirar funcionalidades o incluso cerrar el servicio sin que exista recurso contractual eficaz.
Bajo DGOJ la homologación técnica es un requisito de entrada, no opcional. El software debe superar auditorías de ciberseguridad, certificar la integridad de los generadores de números aleatorios donde apliquen, registrar cada apuesta en logs inmutables y conectar con el sistema de autoexclusión nacional. Un proveedor que ofrece software gratuito de apuestas deportivas sin mencionar esas certificaciones no está en condiciones de entregarlas, porque cada auditoría cuesta entre €20.000 y €60.000 y debe repetirse con cada actualización mayor del sistema. La promesa de «comenzar sin inversión» se traduce en un rechazo de la solicitud de licencia o, peor aún, en una sanción por operar sin cumplimiento una vez detectado el problema en una inspección técnica.
No en el sentido funcional para un operador regulado. Lo que se presenta como gratuito es siempre un modelo de revenue share con comisiones sobre ingresos que superan el coste de una licencia mensual fija, acompañado de dependencia técnica permanente y, frecuentemente, de incumplimiento de los requisitos de homologación exigidos por DGOJ para operar legalmente en España desde 2026.
La búsqueda de plataformas para arrancar un sportsbook regulado devuelve con frecuencia herramientas orientadas al apostante final: software de apuestas de valor, de apuestas seguras, de réplica de tickets. Nada de eso tiene relación con un software B2B para operadores. Son calculadoras, scrapers de cuotas y servicios de señales diseñados para quien apuesta, no para quien gestiona el negocio. Confundirlos refleja una diferencia de categoría, no de funcionalidad: el primero busca arbitraje entre casas, el segundo construye la casa.
El llamado software de value betting compara cuotas entre decenas de operadores en tiempo real para localizar ineficiencias de pricing donde la probabilidad implícita es favorable al jugador. El software de apuestas seguras hace lo mismo, pero detectando oportunidades de arbitraje puro entre casas que permiten cubrir todos los resultados con beneficio garantizado. Ambos operan mediante scraping de odds, no mediante gestión de riesgo ni trading propio. Un operador bajo DGOJ no utiliza estas herramientas: él es el objetivo al que apuntan.
Los replicadores de apuestas —sistemas para copiar automáticamente los tickets de tipsters o cuentas profesionales en múltiples casas— pertenecen a la misma categoría de herramientas de jugador. Requieren credenciales de acceso a operadores externos, no integración con un proveedor de datos deportivos ni módulo de trading. Un sportsbook propio no replica: fija sus propias cuotas, asume el riesgo y cierra la posición según su libro.
La confusión tiene una causa comercial. Proveedores de señales y scrapers de cuotas venden suscripciones usando las mismas palabras clave que un operador en fase de licenciamiento buscaría, porque el volumen de búsqueda está concentrado en quien quiere apostar, no en quien quiere operar. Distinguirlas es inmediato: si el producto promete encontrar value en otras casas, no es una plataforma para montar la tuya.
La plataforma que un operador elige no es una decisión de compras. Es la variable que determina si el modelo de negocio cierra o no bajo el marco regulatorio español. Entre capital social mínimo de €100.000, garantía de €1.000.000, homologación técnica que añade entre €50.000 y €150.000, tasa de supervisión anual sobre el ingreso bruto y el coste de integración del software, el CAPEX inicial parte de €250.000 en el mejor escenario turnkey y puede superar €3.500.000 si se construye un stack propio. A eso se suma un plazo de 9 a 12 meses desde la solicitud hasta el primer bet procesado.
Ese plazo no es una molestia administrativa. Representa un año de quemar caja sin ingresos, en un mercado donde el hold sectorial del 5–8 % se reduce al 4–6,4 % después del impuesto del 20 % sobre GGR. El proveedor de software no solo entrega código: define cuándo se factura el primer euro, qué parte del riesgo comercial asume, quién pone el capital de trading y si el módulo de cumplimiento soporta los límites centralizados de €600 día / €1.500 semana / €3.000 mes que entran en vigor bajo el RD 176/2023 y sus extensiones previstas para 2026. Un white label de €15.000 mensuales con revenue share del 15–25 % puede parecer ligero en CAPEX, pero duplica el coste de adquisición de cliente cuando el break-even ya exige 50.000 apuestas mensuales con ticket medio de €12 y un hold neto del 5 %.
El filtro no es técnico. Kambi, Altenar, Playtech y BetConstruct ofrecen latencias de feed por debajo de 200 ms, bet builder configurable y cash out parcial; todos cumplen con el estándar de la DGOJ para operadores con volumen. La pregunta correcta es otra: ¿el operador dispone del capital para asumir el trading en propia cuenta, o necesita ceder ese riesgo al proveedor a cambio de márgenes más estrechos? ¿Puede costear un equipo de riesgos propio y un stack de datos en tiempo real, o el modelo económico solo cierra si el proveedor entrega todo gestionado? La segunda opción reduce el CAPEX inicial en €500.000 a €1.500.000, pero aumenta el OPEX variable y fija el margen operativo entre el 15 % y el 30 % del GGR antes de impuestos. Eso funciona con más de 10.000 clientes activos mensuales.
La matriz de decisión se estrecha bajo regulación española. Los requisitos de verificación biométrica, algoritmo de IA para detección de ludopatía y límites de depósito centralizados que la DGOJ ha anunciado para el horizonte 2026 eliminan del mercado a proveedores cuya oferta técnica no contempla estos módulos o cuyo coste de desarrollo adicional recae sobre el operador. Ningún proveedor white label genérico fuera de la lista de homologados puede garantizar cumplimiento con la normativa futura sin una reingeniería completa del stack PAM y CRM. Eso convierte la elección del software en una apuesta sobre quién absorbe el riesgo regulatorio los próximos cinco años.
La lista de features importa. Pero después. Primero cierra la ecuación: capital disponible, plazo tolerable hasta ingresos, capacidad de asumir trading, margen operativo viable bajo el 20 % de GGR y coste por cliente adquirido en un mercado saturado donde los líderes ya gastan €150–€300 por registro cualificado. Si esos números no permiten superar el punto de equilibrio en 18 a 24 meses, ningún motor de cuotas lo arreglará.
