Enregistrer un nouvel utilisateur

post/oauth2/user

Crée un nouvel utilisateur.

Si le stockage des données utilisateur est Xsolla ou un stockage personnalisé, l'utilisateur reçoit un e-mail de confirmation de compte.
Si le stockage des données utilisateur est PlayFab, configurez l'envoi d'e-mail de confirmation de compte à l'utilisateur. Pour ce faire, suivez les instructions PlayFab.
Si le stockage des données utilisateur est Firebase, l'utilisateur reçoit un message de confirmation de compte côté Firebase.

Voir la page de Comparaison des stockages de données utilisateur pour plus d'informations sur les stockages de données utilisateur.

Request

query Parameters

response_type required	string Type de subvention utilisé dans votre projet avec protocole OAuth 2.0 activé. Passez la valeur `code` pour obtenir le code d'authentification utilisateur dans la réponse. Le code reçu doit être échangé contre un JWT en utilisant l'appel Générer un JWT pour finaliser l'authentification de l'utilisateur.
client_id required	integer Votre ID d'application. Vous l'obtiendrez après avoir créé un client OAuth 2.0.
state required	string Valeur utilisée pour une vérification supplémentaire de l'utilisateur. Souvent utilisée pour atténuer les attaques CSRF. La valeur est renvoyée dans la réponse. Elle doit comporter plus de 8 symboles.
scope	string La portée est un mécanisme dans OAuth 2.0 qui permet de limiter l'accès d'une application au compte d'un utilisateur. Valeurs possibles : `email` : utilisé dans les appels Authentifier via un réseau social ou Lire un lien pour l'authentification via un réseau social pour une demande additionnelle de l'adresse e-mail de l'utilisateur. `offline` : pour utiliser `refresh_token` dans l'appel Générer un JWT pour actualiser le JWT lorsqu'il est expiré. `playfab` : pour écrire SessionTicket dans la revendication `session_ticket` du JWT si le stockage des données utilisateur est PlayFab. Si vous utilisez vos propres valeurs du paramètre `scope` qui ne sont pas mentionnées ci-dessus, définissez-les lors de l'appel. Le serveur Xsolla Login ne les traitera pas directement, mais les inclura dans le JWT renvoyé.
audience	string Paramètre d'identification de l'application pour laquelle le jeton a été émis. La valeur du paramètre sera passée dans le champ `aud` du JWT.
redirect_uri	string URL de redirection utilisateur après une confirmation du compte, une authentification réussie ou une confirmation de la réinitialisation du mot de passe. Pour configurer ce paramètre, contactez votre responsable de la réussite client ou envoyez un e-mail à csm@xsolla.com. Remarque Ce paramètre est requis si vous avez plus d'un URI de redirection dans les paramètres de votre projet.
payload	string Vos données personnalisées. La valeur du paramètre sera renvoyée dans la revendication `payload` du JWT utilisateur. La longueur maximale recommandée est de moins de 500 caractères. Notez que ce paramètre n'est disponible qu'avec un stockage de données utilisateur personnalisé.

Request Body schema: application/json

username required	string [ 3 .. 255 ] characters Nom d'utilisateur.
password required	string [ 6 .. 100 ] characters Mot de passe de l'utilisateur.
email required	string [ 1 .. 255 ] characters Adresse e-mail de l'utilisateur.
accept_consent	boolean Si l'utilisateur a donné son consentement au traitement de ses données personnelles.
fields	object Paramètres utilisés pour le formulaire d'enregistrement étendu. Pour utiliser cette fonctionnalité, contactez votre responsable de la réussite client.

Responses

200

OK (Confirmation de compte désactivée)

204

No Content (Confirmation de compte activée)

400

Bad Request

404

Not Found

422

Unprocessable Entity

429

Too Many Requests

Request samples

application/json

{"email": "john-email@email.com",
"fields": {"additional_agreement": true,
"nickname": "Johny",
"promo_email_agreement": true
},
"password": "password123",
"username": "John"
}

Response samples

application/json

{"login_url": "string"
}