Google Login Setup

Einführung

In dieser Anleitung lernen Sie, wie Sie Google Login mit Capgo Social Login einrichten. Um Google Login einzurichten, benötigen Sie Folgendes:

• Eine Google-Konto

Allgemeine Einrichtung

Hinweis

Diese Schritte sind unabhängig von der gewählten Plattform erforderlich.

In diesem Teil stellen Sie die von Google angezeigte Anmeldeseite ein.

1. Bitte gehen Sie zu console.cloud.google.com
2. Klicken Sie auf den Projektselector
3. Wenn Sie noch keinen Projekt haben, bitten wir Sie, ein neues Projekt zu erstellen.
   1. Klicken Sie auf New project
   2. Benennen Sie Ihr Projekt und klicken Sie Create
   3. Stellen Sie sicher, dass Sie sich auf dem richtigen Projekt befinden
4. Beginnen Sie mit der Konfiguration des OAuth consent screen

   1. Klicken Sie auf die Suchleiste

      

   2. Nach OAuth consent screen und klicken Sie darauf

      

   3. Konfigurieren Sie die Konsent-Screen

      Hinweis

      Ich werde davon ausgehen, dass Sie ein öffentliches App entwickeln, also werde ich den external Benutzer-Typ verwenden. Bitte wählen Sie den Benutzer-Typ, der Ihnen am besten passt UND klicken Sie create

      Klicken Sie auf create

      
5. Füllen Sie die Informationen über Ihre App

   1. Lassen Sie uns mit der App Information

      
      • Bitte geben Sie Ihren App Name

        Vorsicht

        DAS WIRD DEN BENUTZERN GEZEIGT

      • Geben Sie den user support email

        Hinweis

        Sie können mehr über die Support-E-Mail hier erfahren

      2. Sie KANNEN Hinzufügen Sie das App-Logo.

         

         Dies ist nicht verpflichtend und ich werde diesen Schritt überspringen.

         Sie

      3. SOLLTE die Domain-Konfiguration für die App konfigurieren. App domain

         

         Anmerkung

         Ich werde das nicht tun, weil dies nur eine einfache Demonstration ist, die nicht veröffentlicht wird, aber ich empfehle Ihnen, diese Abschnitt auszufüllen. NICHT Sie

      4. müssen den Entwickler-E-Mail-Adresse bereitstellen Entwickler-Kontaktinformationen mit E-Mail-Feld

         

      5. Speichern und fortfahren save and continue

         
6. Klicken Sie auf

   1. __CAPGO_KEEP_0__ add or remove scopes

      

   2. Wählen Sie die folgenden Berechtigungen aus und klicken Sie update

      

   3. Klicken Sie save and continue

      
7. Einen Testbenutzer hinzufügen
   1. Klicken Sie auf add users
   2. Einrichten Sie Ihr Google-E-Mail-Konto, drücken Sie Enter und klicken Sie add
   3. Klicken Sie save and continue
8. Klicken Sie back to dashboard
9. Senden Sie Ihr App zur Überprüfung

   Hinweis

   Ich empfehle Ihnen stark, Ihre App zur Überprüfung zu senden. Dies liegt außerhalb des Umfangs dieser Anleitung. Sie können mehr erfahren hier. Dies ist nicht erforderlich für lokale Tests, aber erforderlich für die Produktion.

Differenzen 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
Benötigt einen Backend-Server	❌	✅
Langzeitzugriffstoken	❌	✅
Einfache Einrichtung	✅	❌

Hinweis

Offline-Modus bezeichnet, dass Ihr Backend-Server auf die Google-APIs zugreifen kann, auch wenn der Benutzer nicht aktiv mit Ihrer App interagiert (d. h. wenn der Benutzer „offline“ von der Perspektive Ihrer App aus ist). Langzeitzugriffstoken ermöglichen diese Funktionalität, indem sie dem Backend ermöglichen, auf Google-APIs im Namen des Benutzers aufzurufen, wann immer dies erforderlich ist.

Vorsicht

Offline-Modus ERFOLGT EINEM Backend-Server. Wenn Sie Offline-Modus verwenden, erhält die Vorderseite minimalen Informationen (hauptsächlich nur ein Serverauth code). Ohne einen Backend-Server, um diesen code gegen Token und Benutzerinformationen auszutauschen, bietet Offline-Modus Ihrer Vorderseiteanwendung keine nützlichen Daten.

Achtung

SocialLogin.refresh({ provider: 'google' }) fungiert nicht mit google.mode: 'offline'. Bei Offline-Modus liefert der Plugin nur serverAuthCodeund Ihr Backend muss code gegen Zugriffs- und Aktualisierungstoken austauschen, dann diese Tokens auf dem Backend aktualisieren.

Wenn Sie immer noch nicht wissen, welches Sie wählen sollten, überlegen Sie bitte die folgenden Szenarien:

1. Sie möchten, dass der Benutzer sich anmeldet, und sofort nach der Anmeldung wird ihm ein benutzerdefinierter JWT ausgegeben. Ihre App ruft keine Google-APIs auf

   In diesem Fall wählen Sie Online-Zugriff.

2. Ihre App ruft einige Google-APIs vom Client aus, aber nie vom Backend auf

   In diesem Fall wählen Sie Online-Zugriff.

3. Ihre App ruft einige Google-APIs vom Backend aus, aber nur, wenn der Benutzer aktiv mit der App arbeitet.

   In diesem Fall wählen Sie "Online-Zugriff".

4. Ihre App überprüft periodisch den Kalender des Benutzers, auch wenn dieser nicht aktiv mit der App arbeitet.

   In diesem Fall wählen Sie "Offline-Zugriff".

Ein Beispiel-Backend für den Online-Zugriff

In diesem Teil des Tutorials zeige ich Ihnen, wie Sie den Benutzer auf Ihrem Backend validieren können.

Dieses Beispiel wird sehr einfach sein und auf folgenden Technologien basieren:

• TypeScript

• Hono

• Javascripts fetch API

Sie können das code für dieses Beispiel finden hier

Wie Sie sehen können:

Die Idee ist eigentlich sehr einfach. Sie senden eine einfache Anfrage an GET und diese gibt Ihnen mit zurück, ob der Token gültig ist oder nicht und wenn es ist, gibt es Ihnen die E-Mail des Benutzers. Es gibt Ihnen auch einige andere Informationen über den Benutzer-Token https://www.googleapis.com/oauth2/v3/tokeninfo Google OAuth Playground zeigt Token-Informationen mit Benutzerdetails an

Wenn Sie Google __CAPGO_KEEP_0__ aufrufen möchten, empfehle ich Ihnen stark, sich an

If you do want to call Google API’s, I would strongly recommend looking at zu wenden. Von dort aus können Sie leicht erkennen, welche APIs Sie aufrufen könnenMit Offline-Zugriff mit Ihrem eigenen Backend

Wenn Sie Google __CAPGO_KEEP_0__ aufrufen möchten, empfehle ich Ihnen stark, sich an

Um den Offline-Zugriff zu verwenden, benötigen Sie Folgendes:

• Eine HTTP-Serviceliste

In diesem Beispiel verwende ich die folgenden Technologien, um den Offline-Zugriff in meiner App bereitzustellen:

• Hono

• Hono Zod-Validator

• Zod

• Hono JWT

• LowDb (eine einfache Datenbank)

Die code für dieses Beispiel finden Sie hier

As für den Client code, sieht er so aus:

import { Capacitor } from '@capacitor/core';
import { GoogleLoginOfflineResponse, SocialLogin } from '@capgo/capacitor-social-login';
import { usePopoutStore } from '@/popoutStore'; // <-- specific to my app

const baseURL = "[redacted]";

async function fullLogin() {
  await SocialLogin.initialize({
    google: {
      webClientId: '[redacted]',
      iOSClientId: '[redacted]',
      iOSServerClientId: 'The same value as webClientId',
      mode: 'offline' // <-- important
    }
  })
  const response = await SocialLogin.login({
    provider: 'google',
    options: {
      forceRefreshToken: true // <-- important
    }
  })

  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());
  }
}

Hinweis: was fehlt hier ist, dass es in der App keine SocialLogin.refresh() Anforderung gibt. Das ist bewusst. Bei Google Offline-Modus erfolgt die Aktualisierung nachdem Ihr Backend den serverAuthCode Refresh-Token sicher gespeichert hat.

Fortsetzen mit Google Login Setup

Wenn Sie Google Login Setup zur Planung der Authentifizierung und Account-Flüsse verwenden, verbinden Sie es mit Mit @__CAPGO_KEEP_0__/__CAPGO_KEEP_1__-social-login zur Verwendung der native Fähigkeit in Mit @capgo/capacitor-social-login, for the native capability in Using @capgo/capacitor-social-login, @capgo/capacitor-Social-Login Für die Implementierungsdetails in @capgo/capacitor-Social-Login @capgo/capacitor-Passkey Für die Implementierungsdetails in @capgo/capacitor-Passkey @capgo/capacitor-Native-Biometrie Für die Implementierungsdetails in @capgo/capacitor-Native-Biometrie und Zwei-Faktor-Authentifizierung Für die Implementierungsdetails in Zwei-Faktor-Authentifizierung.