Skip to content
Verifizierter Wavize-Leitfaden

Google-Verbindung einrichten und Fehler beheben

Unterscheiden Sie Schaltflächenprobleme von nicht autorisierten OAuth-Ursprüngen in Google Cloud.

Aktualisiert am 7 August 2026

Der Google-Button und der OAuth-Client sind zwei unterschiedliche Ebenen

Der Wavize-Button muss lesbare Größe, Icon und Beschriftung behalten. Ein Google-Fehler 401 invalid_client oder „no registered origin“ tritt nach Klick auf und weist auf eine falsche Google Cloud-Konfiguration hin, nicht auf CSS-Fehler.

Die Verbindung nutzt einen OAuth-Client vom Typ Webanwendung. Erlaubte JavaScript-Ursprünge enthalten nur Schema und Host; Redirect-URIs enthalten den genauen Callback-Pfad der App.

Beispiel zur Unterscheidung
Ursprung: https://wavize.com. Redirect-URI: die komplette Wavize-Callback-URL Ihrer Route. Ein Pfad im Ursprung wird abgelehnt.

Überprüfen Sie Wavize-Variablen und Google-Projekt

Die im Wavize konfigurierte Client-ID muss zum selben Client wie das Secret und die Berechtigungen gehören.

  1. Typ Webanwendung

    Öffnen Sie in der Google Cloud Console unter APIs & Dienste > Anmeldedaten den verwendeten Client. Ein Android- oder iOS-Client ist für diesen Webfluss nicht geeignet.

  2. Genau übereinstimmende Client-ID

    Vergleichen Sie die gesamte Zeichenfolge inklusive Suffix apps.googleusercontent.com. Eine alte Produktionsvariable könnte auf ein gelöschtes Projekt zeigen.

  3. Serverseitiges Secret

    Das Secret darf niemals in HTML oder Screenshots erscheinen. Nach Rotation aktualisieren Sie die Serverkonfiguration und leeren den Config-Cache.

Autorisierte Ursprünge und Redirects speichern

Fügen Sie jede Umgebung explizit hinzu ohne gefährliche Wildcards.

  1. JavaScript-Ursprung

    Fügen Sie exakt https://wavize.com und ggf. https://www.wavize.com. hinzu. Kein abschließender Slash oder Pfad /auth/google/callback.

  2. Callback-URI

    Kopieren Sie die komplette URI aus der Produktionsroute. Schema, Host, Pfad, Slash und eventuell Sprachpräfix müssen exakt übereinstimmen.

  3. Consent-Bildschirm

    Überprüfen Sie den Veröffentlichungsstatus, zugelassene Domains und Testnutzer, falls die App noch im Testmodus ist. Ein nicht gelisteter User wird selbst bei korrektem Callback blockiert.

Symptome unterscheiden

Der Zeitpunkt des Fehlers zeigt die zu prüfende Ebene.

  • Optisch fehlerhafter Button

    Prüfen Sie CSS, Containerbreite, Icon und Responsivität. Der Klick kann Google dennoch korrekt öffnen.

  • invalid_client

    Nicht existente Client-ID, falsches Projekt, inkonsistentes Secret oder ungeladene Variable. Beheben Sie die Konfiguration vor Änderung der Routen.

  • no registered origin

    Fügen Sie die exakte Quelle hinzu, von der der Button ausgeführt wird. Eine URL mit accounts.google.com in der Leiste bedeutet nicht, dass Google als Ursprung autorisiert werden muss.

  • redirect_uri_mismatch oder 403

    Vergleichen Sie Callback Zeichen für Zeichen und prüfen Sie Consent-Bildschirm, Testnutzer und Workspace-Richtlinien.

Problem erneut testen ohne Verdeckung

Die Google-Propagation kann einige Minuten dauern.

  1. App-Cache leeren

    Laden Sie die Wavize-Konfiguration nach Variablenänderung neu und öffnen Sie ein privates Fenster.

  2. Bestehenden Account testen

    Verwenden Sie eine bereits registrierte Adresse: Sie sollte denselben Account ohne Dubletten finden.

  3. Neue Registrierung testen

    Akzeptieren Sie die AGB vor Weiterleitung. Der neue Account erhält eine verifizierte Adresse und startet das Onboarding.


Hilfreiche Nachweise für Diagnose

Blenden Sie OAuth-Code, Client-ID (wenn nötig), E-Mail und Geheimnisse aus.

  • Google-Nachricht — Exakter Text und Fehlercode.
  • Getestete Herkunft — Sichtbares Schema und Host, ohne Callback-Parameter.
  • Zeit und Umgebung — Produktion oder Vorproduktion, Browser und privates Fenster.

Antwort nicht gefunden?

Unser Team hilft Ihnen gern in Ihrem Kundenbereich.

Support kontaktieren