Guide Wavize vérifié

Configurer et dépanner la connexion Google

Distinguez un problème de bouton d’une origine OAuth non autorisée dans Google Cloud.

Mis à jour le 7 août 2026

Le bouton Google et le client OAuth sont deux couches différentes

Le bouton Wavize doit conserver une taille, une icône et un libellé lisibles. Une erreur Google 401 invalid_client ou « no registered origin » se produit après le clic et indique une configuration Google Cloud incorrecte, pas une déformation CSS.

La connexion utilise un client OAuth de type Application Web. Les origines JavaScript autorisées contiennent uniquement schéma et hôte ; les URI de redirection contiennent le chemin callback exact fourni par l’application.

Exemple à ne pas confondre
Origine : https://wavize.com. URI de redirection : l’URL complète de callback Wavize utilisée par votre route. Un chemin placé dans Origines est refusé.

Vérifier les variables Wavize et le projet Google

Le Client ID configuré côté Wavize doit appartenir au même client que le secret et les autorisations.

  1. Type Application Web

    Dans Google Cloud Console > APIs & Services > Credentials, ouvrez le client utilisé. Un client Android ou iOS ne convient pas à ce flux web.

  2. Client ID exact

    Comparez toute la valeur, y compris suffixe apps.googleusercontent.com. Une ancienne variable de production peut pointer vers un projet supprimé.

  3. Secret côté serveur

    Le secret ne doit jamais apparaître dans le HTML ou une capture. Après rotation, mettez la configuration serveur à jour et videz le cache de configuration.

Enregistrer origines et redirections autorisées

Ajoutez chaque environnement explicitement sans joker dangereux.

  1. Origine JavaScript

    Ajoutez exactement https://wavize.com et, si réellement utilisé, https://www.wavize.com. Aucun slash final ni chemin /auth/google/callback.

  2. URI callback

    Copiez depuis la route de production l’URI complète attendue. Schéma, hôte, chemin, slash et éventuel préfixe de langue doivent correspondre exactement.

  3. Écran de consentement

    Vérifiez état de publication, domaines autorisés et utilisateurs test si l’application est encore en mode test. Un compte hors liste peut être bloqué même avec un callback correct.

Distinguer les symptômes

Le moment de l’échec indique la couche à examiner.

  • Bouton visuellement incorrect

    Inspectez CSS, largeur du conteneur, icône et responsive. Le clic peut néanmoins ouvrir Google correctement.

  • invalid_client

    Client ID inexistant, mauvais projet, secret incohérent ou variable non chargée. Corrigez la configuration avant de modifier les routes.

  • no registered origin

    Ajoutez l’origine exacte depuis laquelle le bouton est exécuté. Une URL accounts.google.com dans la barre ne signifie pas qu’il faut autoriser Google comme origine.

  • redirect_uri_mismatch ou 403

    Comparez callback caractère par caractère et vérifiez écran de consentement, utilisateurs test et politiques Workspace.

Retester sans masquer le problème

La propagation Google peut prendre quelques minutes.

  1. Vider cache applicatif

    Rechargez la configuration Wavize après modification des variables, puis ouvrez une fenêtre privée.

  2. Tester compte existant

    Utilisez une adresse déjà enregistrée : elle doit retrouver le même compte sans créer de doublon.

  3. Tester nouvelle inscription

    Acceptez les CGV avant redirection. Le nouveau compte reçoit une adresse vérifiée et rejoint l’onboarding.


Preuves utiles pour un diagnostic

Masquez code OAuth, Client ID si votre procédure l’exige, e-mail et tout secret.

  • Message Google — Texte exact et code d’erreur.
  • Origine testée — Schéma et hôte visibles, sans paramètres de callback.
  • Heure et environnement — Production ou préproduction, navigateur et fenêtre privée.

Vous n’avez pas trouvé votre réponse ?

Notre équipe peut vous aider depuis votre espace client.

Contacter le support