Todos os sportsbooks novos chegam à mesma bifurcação. Ou escolhem um white label e lançam com o produto de outra empresa por baixo do seu logótipo, ou escolhem uma API e constroem o produto sobre as odds de outra empresa. Nenhuma é a opção “séria”; servem equipas diferentes em momentos diferentes.
O que cada caminho lhe dá
| White label | API | |
|---|---|---|
| Front end | Fornecido | Construído pelo operador |
| Odds e risco | Fornecedor | Fornecedor, operador ou ambos |
| Prazo de lançamento | Curto | Depende do desenvolvimento |
| Controlo sobre aspeto e mercados | Limitado | Total |
| Engenharia necessária | Pouca | Significativa |
A favor do white label
Um white label resolve a parte mais difícil do lançamento de um sportsbook: pôr um produto fiável à frente dos jogadores. O boletim, as atualizações ao vivo, a lógica de cash-out e o layout mobile já funcionam. A equipa pode dedicar os primeiros meses à aquisição e aos pagamentos.
Os fornecedores deste segmento vão das casas geridas, como o sportsbook turnkey da Kambi, a fornecedores full-stack como a Digitain, e a nomes mais recentes como a Nocturn Sport, cujo white label assenta em odds cotadas internamente e lista 73 moedas, 13 delas cripto.
O preço é a uniformidade. As odds, os mercados e as funções seguem o roadmap do fornecedor. Se o fornecedor demora a acrescentar um bet builder ou um novo título de esports, o operador também demora.
A favor da API
Uma API dá controlo. O operador desenha o seu próprio front end, decide que mercados promover e pode combinar fornecedores: um feed generalista para o futebol, um especialista de esports para CS2, talvez odds próprias num nicho que conhece bem.
Também dá trabalho. A equipa tem de construir o boletim, aplicar suspensões em menos de um segundo, recuperar de desconexões e liquidar todos os casos-limite. O guia da MediaSoftware sobre como funciona uma API de feed de odds enumera o que isso implica.
Cinco perguntas para decidir
- Tem hoje engenheiros de front end e back end? Se não, white label.
- O desporto é o seu produto principal ou um separador ao lado de um casino? Um separador raramente justifica um desenvolvimento à medida.
- Os seus jogadores apostam em algo que as casas generalistas cobrem mal? Isso aponta para uma API com um especialista.
- Quem vai vigiar a exposição num sábado? Se ninguém, escolha um fornecedor que cote e gira o risco.
- Onde ficam os saldos dos jogadores? Mantenha-os na sua própria plataforma, seja qual for o caminho, para que uma mudança futura seja possível.
O percurso habitual
Muitos operadores começam em white label, aprendem em que desportos e mercados os seus jogadores realmente apostam, e depois passam as áreas de maior volume para uma API, mantendo o resto no white label. Preparar essa mudança desde o primeiro dia, sobretudo sendo dono das contas dos jogadores e da carteira, transforma-a numa migração e não num relançamento.
Perguntas frequentes
O que inclui um sportsbook white label?
Um front end pronto para desktop e mobile, o motor de apostas, as odds e normalmente a gestão de risco, entregues com a marca do operador. O operador traz os jogadores, o marketing e os pagamentos.
O que tem ainda o operador de construir com uma API de sportsbook?
O front end para o jogador, o boletim de apostas, a integração de contas e carteira e, muitas vezes, as suas próprias regras de risco. A API fornece as odds, a colocação de apostas e os dados de liquidação.
Um operador pode começar em white label e passar depois para uma API?
Sim, e é um percurso comum. O essencial é manter as contas dos jogadores e a carteira na plataforma do próprio operador, para que a mudança não mexa nos saldos.
Que caminho permite lançar mais depressa?
O white label, porque o front end e o motor já existem. Um lançamento por API depende da rapidez com que a equipa constrói e testa o lado do cliente.
Existe uma opção intermédia?
Sim. Alguns fornecedores oferecem um sportsbook incorporável (um iFrame) ou um feed modular para um front end existente, como o Odds Feed+ da Kambi ou o iFrame de esports da Oddin.gg.