Skip to content
Zweryfikowany przewodnik Wavize

Konfiguracja i rozwiązywanie problemów z logowaniem Google

Rozróżnij problem z przyciskiem i nieautoryzowane pochodzenie OAuth w Google Cloud.

Zaktualizowano 7 sierpnia 2026

Przycisk Google i klient OAuth to dwie różne warstwy

Przycisk Wavize powinien mieć czytelną wielkość, ikonę i etykietę. Błąd Google 401 invalid_client lub „no registered origin” pojawia się po kliknięciu i oznacza błędną konfigurację Google Cloud, a nie problem z CSS.

Logowanie wykorzystuje klienta OAuth typu Aplikacja internetowa. Dozwolone pochodzenia JavaScript zawierają tylko schemat i host; URI przekierowań zawiera dokładną ścieżkę callback podaną przez aplikację.

Przykład, którego nie należy mylić
Pochodzenie: https://wavize.com. URI przekierowania: pełny adres callback Wavize używany przez twoją trasę. Ścieżka wpisana w pochodzeniach jest odrzucana.

Sprawdź zmienne Wavize i projekt Google

Skonfigurowany Client ID w Wavize musi należeć do tego samego klienta co sekret i uprawnienia.

  1. Typ Aplikacja internetowa

    W Google Cloud Console > APIs & Services > Credentials otwórz używanego klienta. Klient Android lub iOS nie nadaje się do tego przepływu webowego.

  2. Dokładny Client ID

    Porównaj całą wartość, łącznie z sufiksem apps.googleusercontent.com. Stara zmienna produkcyjna może wskazywać na usunięty projekt.

  3. Sekret po stronie serwera

    Sekret nie może nigdy pojawić się w HTML ani zrzucie ekranu. Po rotacji aktualizuj konfigurację serwera i wyczyść pamięć podręczną konfiguracji.

Zapisz dozwolone pochodzenia i przekierowania

Dodaj każde środowisko jawnie, unikając niebezpiecznych znaków wieloznacznych.

  1. Pochodzenie JavaScript

    Dodaj dokładnie https://wavize.com i, jeśli faktycznie używane, https://www.wavize.com. Bez końcowego slasha ani ścieżki /auth/google/callback.

  2. URI callback

    Skopiuj z trasy produkcyjnej oczekiwany pełny URI. Schemat, host, ścieżka, slash i ewentualny prefiks językowy muszą się dokładnie zgadzać.

  3. Ekran zgody

    Sprawdź status publikacji, dozwolone domeny i użytkowników testowych, jeśli aplikacja jest w trybie testowym. Konto nie na liście może być zablokowane mimo poprawnego callbacka.

Rozróżnij objawy

Moment wystąpienia błędu wskazuje warstwę do sprawdzenia.

  • Przycisk wizualnie niepoprawny

    Sprawdź CSS, szerokość kontenera, ikonę i responsywność. Kliknięcie może jednak otwierać Google prawidłowo.

  • invalid_client

    Nieistniejący Client ID, zły projekt, niespójny sekret lub niezaładowana zmienna. Napraw konfigurację przed zmianą tras.

  • no registered origin

    Dodaj dokładne pochodzenie, z którego działa przycisk. Obecność adresu accounts.google.com na pasku nie oznacza, że należy zezwolić na Google jako pochodzenie.

  • redirect_uri_mismatch lub 403

    Porównaj callback znak po znaku i sprawdź ekran zgody, użytkowników testowych oraz polityki Workspace.

Testuj ponownie bez ukrywania problemu

Propagacja Google może potrwać kilka minut.

  1. Wyczyść cache aplikacji

    Po zmianie zmiennych załaduj ponownie konfigurację Wavize i otwórz okno incognito.

  2. Testuj istniejące konto

    Użyj już zarejestrowanego adresu - powinno odnaleźć to samo konto bez duplikatów.

  3. Testuj nowe rejestracje

    Zaakceptuj Regulamin przed przekierowaniem. Nowe konto otrzyma zweryfikowany adres i przejdzie onboarding.


Przydatne dowody do diagnozy

Ukryj kod OAuth, Client ID jeśli wymaga procedura, e-mail i każdy sekret.

  • Komunikat Google — Dokładny tekst i kod błędu.
  • Przetestowane pochodzenie — Widoczny schemat i host, bez parametrów callback.
  • Czas i środowisko — Produkcja lub preprodukcja, przeglądarka i okno incognito.

Nie znalazłeś odpowiedzi?

Nasz zespół pomoże Ci w Twoim panelu klienta.

Skontaktuj się z pomocą techniczną