Notifications push

Comment ça marche

Dans le Web Shop, vous pouvez configurer des notifications push : des messages personnels ou envoyés en masse que les utilisateurs reçoivent directement dans leur navigateur. Elles vous permettent de les informer des nouveaux objets, nouvelles promotions et offres spéciales.

Pour envoyer une notification à un utilisateur, par exemple, après la perte d’une bataille ou l’épuisement d’une ressource, appelez l’API Xsolla d’envoi de notifications côté serveur du jeu.

En appuyant sur la notification, l’utilisateur est redirigé vers le Web Shop pour acheter les objets dont il a besoin.

Les notifications push sont configurées dans le constructeur de site Xsolla et fonctionnent uniquement pour les Web Shops publiés.

Note
Sur Android, les notifications fonctionnent dans les navigateurs et dans les Web Shops installés en tant qu’application Web progressive (PWA). Sur iOS, elles sont disponibles uniquement pour les utilisateurs ayant installé le Web Shop en tant que PWA.

Xsolla ne suit pas les événements en jeu. Vous définissez quand le serveur du jeu doit appeler l’API pour envoyer une notification, par exemple :

Événement en jeuTexte de la notification push
Première connexion de la journée, semaine ou mois.Bon retour ! Consultez le Web Shop pour récupérer votre cadeau.
Perte d’une bataille.Ne vous découragez pas ! Achetez des power-ups pour votre héros et prenez votre revanche !
Manque d’énergie ou de monnaie.Plus d’énergie ? Rechargez-la dans le Web Shop et continuez à jouer !
Nouveau contenu débloqué.Nouveau niveau débloqué ! Achetez des power-ups dans le Web Shop pour progresser plus facilement.
Plusieurs tentatives échouées d’affilée.Boss difficile ? Un lot d’armes pour vous aider à gagner vous attend dans le Web Shop..

Flux d’interaction

  1. L’utilisateur ouvre le Web Shop dans un navigateur ou via une PWA installée et voit une bannière l’invitant à s’abonner aux notifications.
  2. L’utilisateur appuie sur S’abonner et autorise les notifications dans l’invite système du navigateur.
Note
Logique d'abonnement avec demande automatique de permission activée

Lorsque l'option de demande automatique de permission est activée dans les paramètres du site, le Web Shop demande l'autorisation d'envoyer des notifications à l'ouverture, sans afficher de bannière d'abonnement. Si l'utilisateur a déjà donné son accord, l'abonnement est activé automatiquement. En cas d'échec (blocage du navigateur ou refus de l'utilisateur), la bannière d'abonnement est affichée.

  1. Le Web Shop enregistre l’utilisateur comme abonné dans Xsolla. L’abonnement est lié au navigateur ou à la PWA installée sur son appareil. Le type de notifications disponibles dépend de son statut :

    • Utilisateur connecté au Web Shop : l’abonnement est lié à son ID et permet l’envoi de notifications personnalisées.
    • Utilisateur non connecté : seules les notifications en masse sont disponibles. L’abonnement sera automatiquement associé à son ID après connexion.
  2. Le serveur du jeu effectue l’appel API Xsolla pour envoyer des notifications.

  3. L’utilisateur reçoit la notification push.

  4. L’utilisateur appuie sur la notification et accède au Web Shop à l’adresse indiquée dans le paramètre data.url ou par défaut à la page d’accueil. Si l’utilisateur dispose d’une session active dans le Web Shop, il reste connecté.

Comment configurer

  1. Ouvrez le projet dans le Compte éditeur et accédez à la section Storefronts > Websites.
  2. Dans le volet du site souhaité, appuyez sur Open Site Builder.
  1. Accédez à la section Push notifications.
  2. Activez la bascule Enable notifications.
  3. Copiez les valeurs des champs Application ID, Client ID et Client secret key : elles seront nécessaires pour envoyer des requêtes API depuis le serveur du jeu. Ces paramètres sont créés une seule fois, lors de la première activation de la bascule Enable notifications, et sont utilisés pour l’ensemble du projet. Si le projet contient plusieurs sites, les mêmes valeurs sont utilisées pour chacun d’eux.
  4. Configurez la bannière d’abonnement si nécessaire : modifiez le titre, la description, l’icône et le texte du bouton.
  5. Pour que le site demande automatiquement la permission de l’utilisateur d’envoyer des notifications push à l’ouverture, activez la bascule Auto-request permission (facultatif). Si cette option est désactivée, l’autorisation sera demandée uniquement après que l’utilisateur a appuyé sur le bouton Subscribe.
  6. Pour appliquer les modifications, publiez le site.
  1. Sur le serveur du jeu, implémentez la logique d’envoi des notifications push. Le serveur du jeu doit effectuer l’appel API pour envoyer des notifications et passer l’ID utilisateur dans la requête.

Envoi de notifications

Xsolla n’envoie pas automatiquement de notifications : l’envoi est toujours déclenché par votre serveur de jeu via un appel API.

URL de base : https://messaging-platform.xsolla.com

Authentification

Les requêtes sont authentifiées via le protocole OAuth 2.0. Obtenez un JWT serveur en utilisant l’appel API Generate JWT , en passant les paramètres suivants :

  • grant_type — type de jeton JWT, passez la valeur client_credentials
  • client_id — valeur du champ Client ID des paramètres de la section Push notifications
  • client_secret — valeur du champ Client secret key des paramètres de la section Push notifications

Passez le jeton reçu dans l’en-tête Authorization: Bearer <token>.

Envoyer une notification à un utilisateur

Envoie une notification push personnelle à un utilisateur par son ID. La notification est distribuée à tous les navigateurs et PWA installées où l’utilisateur s’est abonné aux notifications.

Requête HTTP

POST https://messaging-platform.xsolla.com/api/v1/messages/push/send

En-têtes de requête

En-têteRequisDescription
AutorisationOui<Token> Bearer
Idempotency-KeyOuiClé de requête unique. Empêche l’envoi de la même notification plusieurs fois.
Content-TypeOuiapplication/json

Paramètres de requête

ParamètreTypeDescription
app_id
stringID d’application côté Xsolla, des paramètres de la section Push notifications. Requis.
identity
objectDonnées du destinataire de la notification.
external_user_id
stringID utilisateur. Requis.
title
stringTitre de la notification. Requis.
body
stringTexte de la notification. Requis.
image_url
stringURL de l’image affichée dans la notification.
data
objectDonnées supplémentaires de la notification.
url
stringURL de la page qui s’ouvre lorsque l’utilisateur appuie sur la notification. Si le paramètre n’est pas passé, la page principale du Web Shop s’ouvre.

Paramètres de réponse

ParamètreTypeDescription
message_ids
array of stringsListe des ID de messages envoyés au format UUID, un pour chaque navigateur ou PWA installée où l’utilisateur est abonné aux notifications.

Exemple de requête

Copy
Full screen
Small screen
 1{
 2  "notification_type": "user_validation",
 3  "settings": {
 4    "project_id": 123456,
 5    "merchant_id": 789012
 6  },
 7  "user": {
 8    "id": "11111111-1111-1111-1111-111111111111"
 9  }
10}

Exemple de réponse

Copy
Full screen
Small screen
1{
2  "message_ids": [
3"aa8ef5c2-front-4a3b-9d2e-example00001",
4"bb9fa6d3-front-4b4c-8e3f-example00002"
5    ]
6}

Envoyer une notification à tous les utilisateurs

Envoie une notification push à tous à une sélection d’utilisateurs. La notification est distribuée à tous les navigateurs et PWA installées où l’utilisateur s’est abonné aux notifications.

Requête HTTP

POST https://messaging-platform.xsolla.com/api/v2/messages/push/send_batch

En-têtes de requête

En-têteRequisDescription
AutorisationOui<Token> Bearer
Idempotency-KeyOuiClé de requête unique. Empêche l’envoi de la même notification plusieurs fois.
Content-TypeOuiapplication/json

Paramètres de requête

ParamètreTypeDescription
app_id
stringID d’application côté Xsolla, des paramètres de la section Push notifications. Requis.
recipients
objectDéfinit les destinataires de la notification.
type
stringType de destinataire. Valeurs possibles : all — tous les abonnés ; external_user_id — utilisateurs sélectionnés.
external_user_id
array of stringsTableau des IDs utilisateurs. Passez-le si le paramètre type est défini sur external_user_id. Requis.
title
stringTitre de la notification. Requis.
body
stringTexte de la notification. Requis.
image_url
stringURL de l’image affichée dans la notification.
data
objectDonnées supplémentaires de la notification.
url
stringURL de la page qui s’ouvre lorsque l’utilisateur clique sur la notification. Si le paramètre n’est pas passé, la page principale du Web Shop s’ouvre.

Paramètres de réponse

Exemple de requête

Exemple de réponse

Cet article vous a été utile ?
Merci !
Que pouvons-nous améliorer ? Message
Nous sommes désolés de l'apprendre
Dites-nous pourquoi vous n'avez pas trouvé cet article utile. Message
Merci pour votre commentaire !
Nous examinerons votre message et l'utiliserons pour améliorer votre expérience.
Dernière mise à jour: 7 Juillet 2026

Faute de frappe ou autre erreur dans le texte ? Sélectionnez le texte concerné et appuyez sur Ctrl+Entrée.

Signaler un problème
Nous améliorons continuellement notre contenu grâce à vos commentaires.
Indiquez votre adresse e-mail pour un suivi
Merci pour votre commentaire !
Impossible d'envoyer votre commentaire
Réessayez plus tard ou contactez-nous à [email protected].