Un opérateur sous licence choisit un fournisseur de plateforme sportsbook selon l’ampleur du changement dont il a besoin, et non selon un classement de logos. Il y a trois modèles courants : un iFrame, quand le compte joueur existe déjà et que le changement doit rester petit ; une API, quand l’opérateur veut son propre écran sur les cotes, le risque et le portefeuille d’un tiers ; et une plateforme complète, quand l’équipe de l’opérateur peut assumer le quotidien. Aucun des trois n’est un score, et aucun ne fixe une marge ni un chiffre de GGR. Pour le produit lui-même, partez de la page du logiciel de paris sportifs, puis revenez au choix.
Ce que les trois modèles décident
Dans ce cadre, un fournisseur de plateforme sportsbook est la partie qui fournit l’écran de pari, les cotes, les contrôles de risque ou le desk du quotidien, tandis que l’opérateur sous licence conserve le droit d’offrir le pari.
- iFrame. Un écran du fournisseur dans un site qui connaît déjà le joueur. Le pari s’ajoute sans reconstruire l’inscription, la caisse ou le compte.
- API. Les pages et la navigation de l’opérateur, avec des prix, des décisions de risque et des mouvements de portefeuille qui viennent d’un autre acteur.
- Plateforme complète. Des personnes nommées du côté de l’opérateur ouvrent le desk chaque jour, et les limites, les rapports et les questions de règlement ont un responsable.
Les trois sont des manières d’ajouter ou de remplacer un sportsbook. Toute affirmation sur la vitesse ou le revenu appartient à la société qui la prononce, pas à votre calendrier ni à votre résultat de trading. Comparez qui tient le compte, qui construit l’écran, et qui peut changer un prix dans la nuit.
Un iFrame quand le changement reste petit
Un sportsbook en iFrame est un écran de pari rendu par le fournisseur, posé dans un site qui a déjà un compte joueur, afin d’ajouter le pari sans remplacer l’inscription ni la caisse.
Utilisez-le quand le compte doit rester où il est. Le cadre ajoute les événements, les marchés et un ticket sur une page que vous hébergez. La session, la devise, la mise et l’identifiant du pari demandent une carte écrite : si le cadre et le compte divergent, une seule marque donne deux réponses, et le support le voit en premier. Une grande part de la mise en page et de nombreux réglages de risque restent chez le fournisseur. Cela convient à une petite équipe, mais cela ne suffit plus quand la marque exige un écran qu’aucun autre site n’a, ou quand les traders doivent modifier une limite selon leur propre horaire. Votre calendrier dépend encore du compte, des sports et de la licence que vous détenez : un écran plus petit ne rend pas la licence plus rapide.
Une API quand l’écran est le vôtre
Une API de sportsbook permet à l’opérateur de construire son propre écran, tandis qu’un autre acteur fournit les cotes, la décision de risque et le mouvement de portefeuille derrière le ticket.
Elle convient à une équipe prête à assumer l’écran. Le joueur utilise vos pages, mais le prix, l’acceptation ou le refus, et la mise à jour du solde arrivent de l’extérieur. Vous possédez l’apparence, pas le desk, sauf si le contrat le dit. Avant de traiter l’API comme une indépendance, le contrat a besoin de trois lignes :
- Cotes. Qui compose le prix, qui suspend un marché, et ce qui arrête un pari quand le résultat est déjà connu.
- Risque. Qui fixe le plafond de mise, qui peut écarter un refus, et quel journal enregistre l’action.
- Portefeuille. Qui déplace le solde, et quel enregistrement couvre le règlement. L’interface n’apporte pas de licence.
Une API convient si vous voulez votre propre écran sans un desk de prix dans la masse salariale. Elle vieillit mal si chaque changement de limite doit attendre une autre mise en production, alors que vos traders sont les personnes qu’un régulateur appellera. Demandez à voir les appels qui donnent un prix, refusent un pari et inscrivent un solde. Si ces appels manquent, l’écran n’est qu’une image.
Une plateforme complète que votre équipe peut tenir
Une plateforme complète est un logiciel de sportsbook que l’équipe de l’opérateur utilise pour les limites, les rapports et les règlements, avec une séparation écrite entre ce que fait le fournisseur et ce que contrôle l’opérateur.
Choisissez-la quand votre équipe peut assumer le quotidien : une personne qui travaille sous votre licence peut ouvrir un pari, voir pourquoi il a été accepté, changer une limite et exporter l’enregistrement.
Sirplay vend cette sorte de plateforme comme un logiciel B2B pour des opérateurs sous licence. Sur le marché depuis 2011, elle sert plus de 130 clients dans 22 pays, en Amérique latine, en Europe et en Asie. Son sportsbook couvre plus de 100 000 événements en direct par mois, plus de 150 000 événements pre-match et plus de 80 sports, à côté d’un catalogue de plus de 30 000 jeux. Sirplay indique neuf licences et quatre certifications, avec des tests GLI et BMM et l’ISO/IEC 27001. Ces titres qualifient le fournisseur. Ils ne vous autorisent pas à prendre des paris.
Sirplay propose deux voies. Le turnkey pose votre marque, vos couleurs et votre domaine sur les modèles Sirplay : une fois la marque et les marchés définis, la mise en place prend environ 10 jours ouvrés, et une démo peut être demandée sous 24 heures. Le white label est la même plateforme adaptée à votre cahier, donc le délai dépend de l’ampleur de ce travail. Pour la voie sur mesure, voir la page de la plateforme de paris en marque blanche. Dans les deux cas, il vous faut encore une équipe, et l’opérateur nomme encore qui tient le desk.
Le trading peut être assuré par Sirplay comme un service ou par l’équipe propre de l’opérateur. Quand votre équipe tient le desk du sportsbook, Nash AI applique les limites fixées par l’équipe, enregistre chaque action automatique dans un journal d’audit, et laisse une reprise manuelle aux traders. Nash AI ne promet pas de résultats. Les promotions se règlent dans le moteur de bonus, avec le budget et les règles fixés par l’opérateur.
Qui peut encore agir après la signature
Le modèle du contrat n’est réel que dans la mesure où une personne peut encore changer un prix, arrêter un pari et repartir avec les enregistrements quand la relation est sous tension. Machiavel poserait le test en une ligne : qui peut encore agir après la signature, sans demander la permission de l’autre partie.
| Domaine | Titulaire | Ce qu’il faut écrire |
|---|---|---|
| Licence | Opérateur | Pays, produits et entité juridique. Jamais dans un délai de mise en ligne. |
| Intégration du compte | Opérateur | Ce qu’un iFrame ou une API peut lire, et ce qu’il ne doit pas modifier. |
| Cotes et risque | Votre équipe, ou Sirplay en service | Qui fixe les limites, qui peut les écarter, et où vit le journal d’audit. |
| Quotidien | Rôles nommés | Qui suspend un marché, qui traite les questions de règlement, et qui exporte la liste. |
| Sortie | Opérateur | Propriétaire du domaine, format d’export, et écrans auxquels vous avez encore accès. |
Tout ce qu’un fournisseur vous dit, Sirplay compris, est une affirmation à vérifier dans ce tableau. Le contexte de la société est sur la page à propos de Sirplay. Demandez un passage sur un environnement de démo, pas le back office réel d’un client : composer un prix, accepter un pari dans une limite, en refuser un hors limite, reprendre la main avec un motif, et exporter le journal.
Ce qu’il faut régler avant la démo
Avant que quiconque ne parle d’une date, nommez les titulaires du compte, de l’écran, des cotes, du risque et de la licence.
- Choisissez le modèle : iFrame, API ou plateforme complète. Si vous comptez changer plus tard, dites lequel vient en premier.
- Listez ce qui doit rester : compte, caisse, domaine, et marchés que vous ouvrirez.
- Nommez les personnes : qui compose les cotes, qui fixe les limites, et qui peut écarter un refus.
- Si vous choisissez Sirplay : décidez entre les modèles et un cahier sur mesure. Le compte des 10 jours ne commence qu’une fois la marque et les marchés définis, et la licence suit sa propre voie.
- Décidez du trading : votre équipe ou un service Sirplay, et où sont conservées les limites de Nash AI.
- Jugez la démo sur ce qu’elle montre, pas sur des promesses de revenu : demandez quelles tâches elle couvrira.
Quand la liste a des noms, demandez une démo. Le formulaire enregistre votre demande. Il ne réserve pas de créneau, et il n’accorde pas de licence.
Un iFrame, quand un compte joueur existe déjà et que le changement doit rester petit. Une API, quand l'opérateur veut son propre écran sur les cotes, le risque et le portefeuille d'un tiers. Une plateforme complète, quand l'équipe de l'opérateur peut assumer le quotidien.
Non. Dans chaque modèle la licence reste à l'opérateur. Un iFrame change l'endroit où se trouve l'écran de pari, pas l'entité juridique qui offre le pari. Les licences propres d'un fournisseur, dont les neuf de Sirplay, ne remplacent pas celle de l'opérateur.
Quand l'écran doit appartenir à l'opérateur: les pages, la navigation et le ticket dans la marque. Les cotes, le risque et les mouvements de portefeuille restent chez l'autre partie, sauf si le contrat les déplace. Si ces trois titulaires ne sont pas nommés, l'API n'est encore qu'une image.
Environ 10 jours ouvrés une fois la marque et les marchés définis, sur les modèles Sirplay. Une démo peut être demandée sous 24 heures. La licence est à part et n'entre pas dans ce délai. Le white label, adapté au cahier du client, dure le temps de ce travail.
Nash AI applique les limites fixées par l'équipe de trading, tient un journal d'audit et laisse une reprise manuelle aux traders. Le trading peut être un service Sirplay ou l'équipe de l'opérateur. Nash AI est un outil de gestion du risque, pas une promesse de revenu.
