Comptes et identité
Connexion plateforme, passage d’un compte invité à un compte complet, liaison de comptes, profils, permissions et données joueur respectueuses de la vie privée, y compris les demandes de suppression et d’export.

DÉVELOPPEMENT DE BACKEND DE JEU
Des backends de jeu sur mesure pour les comptes joueurs, la progression, l’inventaire et les opérations live, intégrés à votre jeu et exploités selon les besoins de votre équipe.
CE QUE NOUS CONSTRUISONS
Nous développons des backends de jeu sur mesure pour les studios qui créent un jeu en ligne ou améliorent un service existant. Le périmètre peut couvrir les comptes joueurs, la progression, l’inventaire et les opérations live, avec une intégration et une responsabilité opérationnelle définies autour de votre jeu. Chaque fonctionnalité ci-dessous n’est cadrée que si votre jeu en a besoin.

Connexion plateforme, passage d’un compte invité à un compte complet, liaison de comptes, profils, permissions et données joueur respectueuses de la vie privée, y compris les demandes de suppression et d’export.
Sauvegardes cloud, expérience, déblocages et récompenses, avec des règles explicites pour les conflits entre appareils, sessions et versions du client.
Objets, monnaies, droits et attributions d’achats validés côté serveur, appliqués par des transactions idempotentes et consignés dans un historique auditable.
Classements, amis, groupes ou clans lorsque le game design le demande, avec les besoins de lutte contre les abus et de modération pris en compte dès le départ.
Paramètres distants, événements, offres, feature flags et métadonnées de contenu livrés par version du client, avec déploiement contrôlé et rollback.
Événements de jeu structurés, tableaux de bord, actions de support et outils d’administration traçables, pour que les équipes live puissent répondre aux questions des joueurs sans accès à la base de données.
BACKENDS EXISTANTS
De nombreux projets démarrent avec un backend qui contient déjà de vrais joueurs. Nous planifions les changements autour de cet état existant au lieu de supposer un départ de zéro.
Les nouvelles fonctionnalités sont ajoutées derrière des endpoints versionnés, à côté du service existant : les clients déjà publiés continuent de fonctionner pendant que les nouveaux builds adoptent le nouveau contrat.
Nous cartographions le modèle de données, les identités et l’historique des achats, puis migrons les fonctionnalités ou des cohortes de joueurs par étapes, avec un chemin de rollback vérifié à chaque étape.
Les anciens et les nouveaux builds du client coexistent en production. Contrats, périodes de dépréciation et valeurs par défaut côté serveur sont définis pour qu’un retard de validation sur un store ne casse pas le jeu.
Ce service couvre les services joueurs persistants. La simulation temps réel autoritaire des parties relève du développement multijoueur, et l’exploitation des flottes de serveurs de l’hébergement de serveurs dédiés ; nous les relions par des contrats explicites.
Développement multijoueurEXEMPLE D’ARCHITECTURE
Un exemple simplifié d’un jeu en ligne typique. Les composants exacts dépendent du jeu, de la charge attendue et de l’équipe qui l’exploitera.
Appelle une API versionnée et ne décide jamais seul des résultats à valeur.
Échange les identifiants de la plateforme ou du compte contre un jeton de session de courte durée.
Valide les requêtes, applique des limites de débit et maintient la compatibilité des contrats d’un build à l’autre.
Comptes, progression, inventaire, économie et configuration, avec des règles appliquées côté serveur.
Stockage transactionnel, caches et historique d’événements pour les audits et l’analytique.
Télémétrie, outils d’administration, déploiement, alertes et procédures de récupération.
Exemple conceptuel. Les serveurs de jeu temps réel autoritaires fonctionnent à côté de cette pile, pas à l’intérieur : ils simulent la partie, puis transmettent les résultats aux services joueurs via une API serveur à serveur de confiance.
INTÉGRATION & FIABILITÉ
Schémas typés de requêtes et d’erreurs, documentés sous une forme exploitable par vos développeurs client, avec des règles de compatibilité pour chaque build publié.
Le serveur décide des attributions, des dépenses et de la progression. Les entrées du client sont traitées comme une demande, pas comme un résultat.
Des clés de requête garantissent qu’une récompense ou un achat relancé n’est appliqué qu’une seule fois, même après des timeouts ou des reconnexions.
Timeouts, modes dégradés, traitements mis en file d’attente et comportement client clair lorsqu’une dépendance est indisponible.
Vous êtes propriétaire des données joueurs et des comptes. L’emplacement de stockage, la conservation, l’export et la suppression sont convenus et documentés.
NOTRE MÉTHODE
Nous cartographions les actions des joueurs et la responsabilité sur l’état avant de choisir les services ou les bases de données, puis livrons une première slice intégrée avant d’étendre la liste des fonctionnalités.

Nous identifions les données à valeur, les besoins de cohérence, les frontières de confiance, les plateformes, la charge attendue et qui exploitera le système.
Nous spécifions requêtes, événements, erreurs, idempotence et compatibilité afin que le travail côté client et côté backend puisse avancer en parallèle.
Une fonctionnalité, par exemple la connexion avec sauvegarde cloud, fonctionnant de bout en bout du client de jeu jusqu’à un environnement proche de la production.
Les fonctionnalités suivantes intègrent la télémétrie et les besoins d’administration, et sont testées face aux requêtes dupliquées, aux défaillances de dépendances, aux migrations et aux pics de trafic.
Documentation, runbooks et tableaux de bord pour votre équipe, ou exploitation continue dans le cadre d’un hébergement managé au périmètre convenu.
LIVRABLES
Le résultat est une frontière de services exploitable, avec code source, déploiement et propriété des données clairement définis.
EXPÉRIENCE DE L’ÉQUIPE
Les projets incluent des productions originales de Backend Alchemist ainsi que des travaux réalisés par les membres actuels de l’équipe dans le cadre de précédents postes en studio, de direction ou de missions contractuelles. Chaque page projet précise la contribution de l’équipe.

Avander VR / Mentis
Expérience de l’équipe dans la livraison d’un backend cloud avec gestion de contenu et traitement média, derrière un client VR et un éditeur web, utilisé dans des programmes de formation industrielle.
Voir le projet
Runofstone
Expérience de l’équipe dans la conception de systèmes PvP temps réel avec progression, collections et clans dans un jeu de stratégie connecté.
Voir le projet
Bad Goons
Notre production originale en développement actif : serveurs dédiés autoritaires et déploiement conteneurisé, le pendant temps réel des services joueurs persistants.
Voir le projetCOÛT & CALENDRIER
Nous ne publions pas de prix de départ fixes, car deux backends aux fonctionnalités portant le même nom peuvent différer d’un ordre de grandeur en effort. Voici les facteurs qui déterminent l’estimation.
Un court échange de cadrage suffit généralement pour produire un périmètre écrit, avec des hypothèses explicites et une fourchette d’estimation.
FAQ
Oui, généralement de manière incrémentale. Nous identifions des points de séparation stables, introduisons des contrats versionnés et migrons l’état ou le trafic par étapes contrôlées lorsque le système actuel le permet. Une réécriture complète n’est proposée que si un changement incrémental coûterait plus cher.
Unity est notre principal moteur côté client, mais le backend expose des contrats indépendants du moteur : d’autres clients peuvent donc s’intégrer via la même API. La connexion plateforme et les intégrations aux stores sont cadrées plateforme par plateforme.
La propriété et les licences sont définies dans le contrat. Le transfert comprend normalement le code source, la configuration de l’infrastructure, la documentation et un accès complet aux données joueurs.
Une plateforme managée peut être le choix le plus rapide lorsque ses fonctionnalités correspondent à votre jeu. Un backend sur mesure se justifie lorsque vous avez besoin de règles propres au jeu, de maîtriser les données et l’hébergement, ou d’un coût prévisible à grande échelle. Nous pouvons évaluer ce compromis pour votre jeu, y compris une approche hybride.
Oui, dans le cadre d’un hébergement managé au périmètre convenu et aux responsabilités définies, ou nous transférons le système à votre équipe avec runbooks, tableaux de bord et pipelines de déploiement.
Le genre du jeu et les plateformes, les fonctionnalités joueurs nécessaires, tout backend ou toutes données existants, le nombre de joueurs attendu s’il est connu, la fenêtre de lancement visée et qui exploitera le système. Un document de conception est utile, mais pas indispensable.
Les opérations à valeur utilisent des règles explicites de transaction et d’idempotence, une validation autoritaire et une piste d’audit adaptée aux investigations.
PROCHAINE ÉTAPE
Un responsable technique examinera l’état actuel et recommandera la plus petite prochaine étape utile.
Lancer un projet










