[OAuth 2.0] Get link for social auth

client_id required	integer ID Ihrer Anwendung. Diese erhalten Sie, nachdem Sie einen OAuth 2.0 Client erstellt haben.
state required	string Wert, der für eine zusätzliche Benutzerprüfung verwendet wird. Wird meist dazu verwendet, CSRF-Angriffe abzuschwächen. Der Wert wird in der Antwort zurückgegeben. Er muss mindestens 9 Zeichen umfassen.
response_type required	string Der in Ihrem Projekt verwendete Grant-Typ, für den das OAuth 2.0-Protokoll aktiviert ist. Muss `code` sein, um den Benutzerauthentifizierungscode in der Antwort zu erhalten. Der empfangene Code muss über den Aufruf JWT generieren gegen einen JWT getauscht werden, um die Benutzerauthentifizierung abzuschließen.
redirect_uri	string URL, zu der der Benutzer nach der Kontobestätigung, der erfolgreichen Authentifizierung oder dem Zurücksetzen des Passworts weitergeleitet wird. Wenden Sie sich an Ihren Customer Success Manager oder senden Sie eine E-Mail an csm@xsolla.com, um diesen Parameter einzurichten. Hinweis: Der Parameter ist erforderlich, wenn Sie mehr als eine URI für die Weiterleitung in Ihren Projekteinstellungen haben.
scope	string Scope (deutsch: Geltungsbreich) ist ein Mechanismus in OAuth 2.0, um den Zugriff einer Anwendung auf das Konto eines Benutzers zu beschränken. Möglich sind: `email` für die Aufrufe Über soziales Netzwerk authentifizieren oder Link für die Authentifizierung über soziales Netzwerk abrufen, um zusätzlich eine E-Mail-Adresse vom Benutzer abzufragen. `offline`, um mit dem `refresh_token` aus dem Aufruf JWT generieren den JWT bei dessen drohendem Verfall zu aktualisieren. `playfab`, um SessionTicket in den session_ticket-Claim des JWT zu schreiben, sofern Sie Nutzerdaten bei PlayFab speichern. Sie können bei diesem Aufruf für den `scope`-Parameter eigene, nicht obenerwähnte Werte festlegen. Der Xsolla-Login-Server verarbeitet diese Werte nicht, sondern gibt sie im empfangenen JWT zurück. Wird die `email` abgefragt und das soziale Netzwerk antwortet nicht mit dem Wert `email`: wird – sofern Sie das Login-Widget integriert haben – der Benutzer gebeten, seine E-Mail-Adresse in die entsprechende Maske einzugeben; muss – sofern Sie die Login API integriert haben – der Benutzer gebeten werden, seine E-Mail-Adresse in die entsprechende Maske auf Ihrer eigenen Benutzeroberfläche einzugeben. Bitte senden Sie die URL dieser Eingabemaske an Ihren Customer Success Manager. Nach Eingabe der E-Mail-Adresse erhält der Benutzer eine Nachricht, um die E-Mail-Adresse zu bestätigen. Wenden Sie sich bitte an Ihren Customer Success Manager, wenn Sie die Bestätigung der E-Mail-Adresse deaktivieren möchten.

Responses

200

400

Bad Request

401

Bad Request

404

Not Found

422

Unprocessable Entity

429

Too Many Requests

Request samples

Response samples

application/json

{"url": "http://someurl.com"
}