Intégrer le magasin dans le jeu
Après avoir créé et configuré des biens (objets virtuels, monnaies virtuelles, lots, clés) dans votre Compte éditeur, ajoutez In-Game Store à votre jeu :
- Implémentez l’affichage du catalogue des objets.
- Implémentez la logique de vente des objets.
Affichage du catalogue des objets
Implémentez l’affichage du catalogue des objets via les appels In-Game Store API :
Tâche | API |
---|---|
Pour afficher la liste complète des objets virtuels ajoutés à votre magasin | Lire une liste d’objets virtuels |
Pour afficher une liste de groupes d’objets virtuels disponibles à la vente côté client | Get item groups list |
Pour obtenir une liste des monnaies virtuelles disponibles à la vente dans votre magasin côté client | Lire une liste de monnaies virtuelles |
Pour afficher la liste complète des packages de monnaies virtuelles ajoutés à votre magasin côté client | Lire une liste de packages de monnaie virtuelle |
Pour afficher la liste complète des lots ajoutés à votre magasin | Lire une liste de lots |
1
lors de la requête de catalogue.Vente des objets
Vous pouvez vendre des objets comme suit :
- Achat rapide d’un bien. Il s’agit de la vente d’une UGS dans n’importe quelle quantité (par exemple, 100 potions identiques ou un montant quelconque de monnaie virtuelle).
- Achat via le panier. Dans ce cas, le joueur remplit le panier, ajoute ou supprime des biens, ou modifie leur quantité.
Achat rapide
- Appelez l'API Créer une commande à partir d'un objet spécifique. Un jeton permettant d'ouvrir l'interface de paiement sera passé dans la réponse.
- Ouvrez l'interface de paiement à l'aide du jeton de paiement reçu.
Achat via le panier
Implémentez la logique :- Pour configurer le panier et obtenir le jeton :
- Sur le client — si vous voulez implémenter vous-même le panier dans votre application ;
- Sur le serveur — si vous voulez utiliser une solution Xsolla (les appels In-Game Store API) pour gérer le panier.
- Pour ouvrir l’interface de paiement.
Remplir et acheter le panier sur le client
Implémentez vous-même la logique d’ajout et de suppression de biens. De plus, gardez à l’esprit que, avant l’appel à l’API pour remplir le panier, l’utilisateur n’aura pas d’informations sur les promotions qui seront appliquées à l’achat. Cela signifie que le coût total et les informations sur les objets bonus ajoutés ne seront pas connus à l’avance.
- Une fois que le joueur a rempli son panier, appelez l'API Remplir le panier d'objets. Les informations actuelles sur les biens sélectionnés (prix avant et après les remises, objets bonus) seront passées dans la réponse.
- Appelez l'API Créer une commande à partir de tous les objets du panier actuel. L'ID de la commande et le jeton de paiement seront passés dans la réponse. La commande créée aura le statut New.
- Ouvrez l'interface de paiement.
Remplir et acheter le panier sur le serveur
Cette option peut nécessiter plus de temps pour configurer le panier, car chaque modification du panier doit être accompagnée d’appels API.
Suivez les étapes suivantes :
- Modifiez le panier :
- Pour ajouter un bien ou modifier la quantité d’un bien, appelez l’API Update cart item by card ID ;
- Pour supprimer un bien, appelez l’API Delete cart item by card ID.
- Appelez l'API Create order with all items from the current cart. L'ID de la commande et le jeton de paiement seront passés dans la réponse. La commande créée aura le statut New.
- Ouvrez l'interface de paiement.
Ouverture de l'interface de paiement
Pour payer les biens, ouvrez l’interface de paiement. Le jeton permettant d’ouvrir l’interface de paiement sera passé dans la réponse à l’appel API Créer une commande à partir de tous les objets du panier actuel.
Implémentez l’ouverture de l’interface de paiement de l’une des manières suivantes :
- Dans une nouvelle fenêtre. Pour ouvrir l’interface de paiement dans une nouvelle fenêtre du navigateur, utilisez le lien :
https://secure.xsolla.com/paystation3/?access_token=ACCESS_TOKEN
oùACCESS_TOKEN
est le jeton reçu lors de la création de la commande. - Via un widget. Utilisez le script Xsolla PayStation Widget (le fichier README contient les instructions).
Tester la procédure de paiement
Pour tester le flux de paiement, utilisez le mode bac à sable. Faites usage d’une carte bancaire de test et de n’importe quel compte.
Après le premier paiement réel, une politique de paiement stricte entre en vigueur. Effectuer des paiements en mode bac à sable ne sera disponible qu’aux utilisateurs spécifiés dans le Compte éditeur, sous la section Company settings > Users.
L’achat de monnaie virtuelle et d’objets contre des devises réelles n’est possible qu’après avoir signé le contrat de licence avec Xsolla. Pour ce faire, dans le Compte éditeur, accédez à la section Agreements & Taxes > Agreements, remplissez le formulaire de contrat, et attendez la confirmation. L’examen du contrat peut prendre jusqu’à 3 jours ouvrables.
sandbox
dans la requête d’achat rapide et d’achat via le panier. Par défaut, le mode bac à sable est désactivé.Obtenir le statut de la commande de l'utilisateur
Utilisez les moyens suivants pour obtenir le statut de la commande de l’utilisateur :
Obtenir le statut de la commande de l'utilisateur côté serveur via des webhooks
Après avoir configuré les webhooks sur votre serveur, vous pouvez les utiliser pour obtenir les détails et le statut de la commande.Obtenir le statut de la commande de l'utilisateur côté client via WebSocket API ou IGS API
Si vous n’avez pas de serveur ou si vous implémentez la logique de traitement des achats côté client, vous pouvez utiliser les moyens suivants :Obtenir l'état d'une commande côté client à l'aide de l'API WebSocket
La solution utilise WebSockets pour obtenir les statuts des commandes sans récupérer d’informations détaillées sur celles-ci. Cette méthode est préférable, car elle établit une seule connexion entre le client (par exemple, votre site web ou votre application mobile) et le serveur Xsolla, évitant ainsi une charge supplémentaire pour le client ou le serveur.
Effectuez les étapes suivantes:
- Pour permettre au serveur Xsolla WebSocket et à votre client d’identifier les messages d’état des commandes, créez une connexion :
- javascript
const client = new Centrifuge(
connectionURL,
{
data: {
user_external_id: user_external_id,
auth: auth,
project_id: project_id
}
}
)
connectionURL - wss://ws-store.xsolla.com/connection/websocket
auth - user JWT token
- Pour recevoir de nouveaux messages sur les statuts des commandes, abonnez-vous aux événements à l'aide de la fonction
client.on
:
- javascript
client.on('publication', (ctx) => {
//handle the status
});
- Déclenchez l'établissement effectif de la connexion :
- javascript
client.connect()
- Pour recevoir l'historique des changements de statuts des commandes, connectez la méthode API d'historique.
- javascript
client.on('subscribed', function (ctx) {
client.history(ctx.channel, { limit: -1, since: { offset: 0 }, reverse: false }).then(function (resp) {
resp.publications.forEach((ctx) => {
/handle the status
});
}, function (err) {
//handle the status
});
});
Exemple de corps de message:
- javascript
{
order_id: 59614241,
status: 'new'
}
Les statuts de commande suivants sont possibles :
New
— la commande a été créée, mais n’est pas encore payée ;Paid
— la commande est payée ;Done
— la commande a été livrée (tous les reçus ont été envoyés, les livraisons ont été effectuées du côté de Xsolla, des plateformes externes, etc.) ;Canceled
— la commande a été annulée et le paiement a été remboursé à l’utilisateur.
Recommandations d’utilisation de websocket :
- Le temps d’attente maximum pour une réponse via websocket est de 5 minutes.
- La connexion doit être établie lors de l’ouverture de l’interface de paiement.
- La connexion doit être interrompue après réception du statut final de la commande, soit
Canceled
ouDone
. - En cas d’expiration de la durée de vie de la websocket ou de problèmes de connexion, utilisez le short-polling.
Short-polling
Pour obtenir des informations détaillées sur les biens de la commande après le passage au statut approprié, appelez l’API Lire une commande.
NoteUne interrogation périodique du statut de la commande est utilisée : une simple requête HTTP qui reçoit le statut de la commande et des informations sur celle-ci. Le délai recommandé entre les requêtes est de 3 secondes.Dernière mise à jour: 8 Novembre 2024Cet article vous a été utile ?Merci pour votre commentaire !Nous examinerons votre message et l'utiliserons pour améliorer votre expérience.Faute de frappe ou autre erreur dans le texte ? Sélectionnez le texte concerné et appuyez sur Ctrl+Entée.