Google Login Einrichtung
Einführung
Section titled “Einführung”In diesem Leitfaden lernen Sie, wie Sie Google Login mit Capgo Social Login einrichten. Sie benötigen Folgendes, um Google Login einzurichten:
- Ein Google-Konto
Allgemeine Einrichtung
Section titled “Allgemeine Einrichtung”In diesem Teil richten Sie den Login-Bildschirm ein, der von Google angezeigt wird.
- Bitte gehen Sie zu console.cloud.google.com
- Klicken Sie auf die Projektauswahl

- Wenn Sie noch kein Projekt haben, erstellen Sie bitte ein neues Projekt.
- Klicken Sie auf
New project
- Benennen Sie Ihr Projekt und klicken Sie auf
Create
- Stellen Sie sicher, dass Sie im richtigen Projekt sind

- Klicken Sie auf
- Beginnen Sie mit der Konfiguration des
OAuth consent screen-
Klicken Sie auf die Suchleiste

-
Suchen Sie nach
OAuth consent screenund klicken Sie darauf
-
Konfigurieren Sie den Consent Screen
Klicken Sie auf
create
-
- Füllen Sie die Informationen über Ihre App aus
-
Beginnen wir mit den
App Information
- Bitte geben Sie Ihren
App Nameein - Geben Sie die
user support emailein
-
Sie KÖNNEN das App-Logo hinzufügen.

-
Sie SOLLTEN die
App domainkonfigurieren
-
Sie MÜSSEN die E-Mail des Entwicklers angeben

-
Klicken Sie auf
save and continue
- Bitte geben Sie Ihren
-
- Konfigurieren Sie die Scopes
-
Klicken Sie auf
add or remove scopes
-
Wählen Sie die folgenden Scopes aus und klicken Sie auf
update
-
Klicken Sie auf
save and continue
-
- Fügen Sie einen Testbenutzer hinzu
- Klicken Sie auf
add users
- Geben Sie Ihre Google-E-Mail ein, drücken Sie Enter und klicken Sie auf
add
- Klicken Sie auf
save and continue
- Klicken Sie auf
- Klicken Sie auf
back to dashboard
- Reichen Sie Ihre App zur Überprüfung ein
Unterschiede zwischen Online-Zugriff und Offline-Zugriff
Section titled “Unterschiede zwischen Online-Zugriff und Offline-Zugriff”Es gibt mehrere Möglichkeiten, Google Login mit Capacitor zu verwenden. Hier ist eine Tabelle, die die Unterschiede zwischen den beiden zusammenfasst:
| Online-Zugriff | Offline-Zugriff | |
|---|---|---|
| Erfordert ein Backend | ❌ | ✅ |
| Langlebiges Access Token | ❌ | ✅ |
| Einfache Einrichtung | ✅ | ❌ |
Wenn Sie immer noch nicht wissen, welchen Sie wählen sollten, beachten Sie bitte die folgenden Szenarien:
-
Sie möchten, dass sich der Benutzer anmeldet, unmittelbar danach werden Sie ihm ein benutzerdefiniertes JWT ausstellen. Ihre App wird KEINE Google APIs aufrufen
Wählen Sie in diesem Fall Online-Zugriff.
-
Ihre App wird einige Google APIs vom Client aufrufen, aber nie vom Backend
Wählen Sie in diesem Fall Online-Zugriff
-
Ihre App wird einige Google APIs vom Backend aufrufen, aber nur wenn der Benutzer die App aktiv verwendet
Wählen Sie in diesem Fall Online-Zugriff
-
Ihre App wird regelmäßig den Kalender des Benutzers überprüfen, auch wenn er die App nicht aktiv verwendet
Wählen Sie in diesem Fall Offline-Zugriff
Ein Beispiel-Backend für Online-Zugriff
Section titled “Ein Beispiel-Backend für Online-Zugriff”In diesem Teil des Tutorials zeige ich, wie Sie den Benutzer auf Ihrem Backend validieren.
Dieses Beispiel wird sehr einfach sein und basiert auf den folgenden Technologien:
Sie können den Code für dieses Beispiel hier finden
Wie Sie sehen können:

Die Idee ist ziemlich einfach. Sie senden eine einfache GET Anfrage an https://www.googleapis.com/oauth2/v3/tokeninfo und diese gibt Ihnen zurück, ob der Token gültig ist oder nicht, und wenn ja, gibt sie Ihnen die E-Mail des Benutzers. Sie gibt Ihnen auch einige andere Informationen über den Benutzer-Token

Von dort aus könnten Sie dem Benutzer Ihr eigenes JWT ausstellen oder eine Art Session-Cookie ausstellen. Die Möglichkeiten sind endlos für die endgültige Auth-Implementierung.
Wenn Sie Google API’s aufrufen möchten, empfehle ich dringend, sich Google’s OAuth 2.0 Playground anzusehen. Von dort aus können Sie leicht sehen, welche APIs Sie aufrufen können.
Verwendung von Offline-Zugriff mit Ihrem eigenen Backend
Section titled “Verwendung von Offline-Zugriff mit Ihrem eigenen Backend”Um Online-Zugriff zu verwenden, benötigen Sie Folgendes:
- Einen HTTP-Server
In diesem Beispiel werde ich die folgenden Technologien verwenden, um den Offline-Zugriff in meiner App bereitzustellen:
-
LowDb (eine einfache Datenbank)
Der Code für dieses Beispiel ist hier zu finden
Was den Client-Code betrifft, sieht er so aus:
import { Capacitor } from '@capacitor/core';import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';import { usePopoutStore } from '@/popoutStore'; // <-- spezifisch für meine App
const baseURL = "[redacted]";
async function fullLogin() { await SocialLogin.initialize({ google: { webClientId: '[redacted]', iOSClientId: '[redacted]', iOSServerClientId: 'The same value as webClientId', mode: 'offline' // <-- wichtig } }) const response = await SocialLogin.login({ provider: 'google', options: { forceRefreshToken: true // <-- wichtig } })
if (response.provider === 'google') { const result = response.result as GoogleLoginOfflineResponse const res = await fetch(`${baseURL}/auth/google_offline`, { headers: { "Content-Type": "application/json" }, body: JSON.stringify({ serverAuthCode: result.serverAuthCode, platform: Capacitor.getPlatform() }), method: "POST" })
if (res.status !== 200) { popoutStore.popout("Full google login failed", "check console"); return }
const { jwt } = await res.json(); const userinfo = await fetch(`${baseURL}/auth/get_google_user`, { headers: { Authorization: `Bearer ${jwt}` } }) if (userinfo.status !== 200) { popoutStore.popout("Full google (userinfo) login failed", "check console"); return } popoutStore.popout("userinfo res", await userinfo.text()); }}