Aller au contenu
WebViewGold Du vibe coding à l'App Store
Français
Obtenir WebViewGold

Problèmes de connexion

La connexion Google affiche « disallowed_useragent » dans votre app ? Voici la solution

Google refuse d'exécuter son flux de connexion dans les WebViews intégrées. Votre web app est en ordre ; la coque native doit confier cette seule étape à un contexte de navigateur approuvé par Google et ramener la session. WebViewGold le fait avec le Social Login Helper.

Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.

  • Garantie d'approbation – ou remboursement sous 14 jours
  • Aucun codage requis
  • Paiement unique, mises à jour gratuites
  • Support humain 24/7
  • Conçu en Allemagne depuis 2014 · ISO 27001

Pourquoi cela arrive

Depuis 2016, les endpoints OAuth de Google rejettent les requêtes dont le user agent identifie une WebView intégrée (WKWebView, Android WebView), car l'app hôte pourrait observer les identifiants. Le résultat est la page « Error 403: disallowed_useragent ». Facebook et quelques autres fournisseurs appliquent des règles similaires. Les connexions par e-mail/mot de passe et par magic link ne sont pas concernées ; seule la redirection OAuth vers le fournisseur l'est.

La solution avec WebViewGold

Un réglage par fournisseur, aucun changement dans Supabase, Firebase ou Base44.

  1. Repérez les URL OAuth utilisées par votre app

    Lancez la connexion Google dans un navigateur desktop et notez les domaines par lesquels passe la redirection (accounts.google.com pour Google, m.facebook.com / www.facebook.com pour Facebook).

  2. Saisissez-les comme préfixes déclencheurs

    iOS : dans Config.swift, définissez google_login_helper_triggers et facebook_login_helper_triggers sur ces préfixes. Android : utilisez les réglages correspondants du login helper dans Config.java (voir la documentation de configuration).

  3. Testez dans l'app

    Quand une URL déclencheuse se charge, WebViewGold ouvre la page du fournisseur dans une fenêtre de connexion dédiée avec un user agent accepté, effectue les étapes OAuth et revient à votre web app avec la session établie.

  4. Sign in with Apple ne demande rien

    Le flux appleid.apple.com est détecté et géré automatiquement. Activez simplement le fournisseur Apple dans votre backend et ajoutez le bouton.

  5. Alternative : ouvrir l'URL d'authentification en externe

    Pour les cas particuliers, confiez l'URL de connexion au navigateur système avec le schéma googlelogin:// ; la session vit alors dans le navigateur et revient via votre URL de redirection.

Notes par backend

  • Supabase (Lovable, Bolt, Tempo, Horizons) : vérifiez que la Site URL et les Redirect URLs dans les réglages Authentication incluent votre domaine de production ; le helper revient à cette URL.
  • Firebase (Softgen, Firebase Studio, Databutton) : préférez signInWithRedirect à signInWithPopup dans l'app ; les pop-ups sont bloquées par défaut dans les WebViews.
  • Base44, Anything (Create), Replit Auth : la connexion Google intégrée passe par les mêmes URL accounts.google.com ; le helper s'en charge.
  • Guideline 4.8 d'Apple : une fois la connexion Google fonctionnelle, ajoutez Sign in with Apple (ou un équivalent) sur iOS ; voir le guide de connexion pour les apps Lovable.

Avec une bonne version optimisée de votre application Web, vous pouvez avoir une superbe application mobile en quelques minutes. De plus, le service client est très agréable et très utile! Je ne peux que recommander WebViewGold :-)

Julian Koch · Co-fondateur de DuelDonkey · CodeCanyon

Questions fréquentes

Puis-je simplement changer le user agent pour ressembler à Safari ?

Définir un user agent personnalisé est une option prise en charge par WebViewGold et résout le problème pour certains fournisseurs, mais Google peut toujours détecter les contextes intégrés. Le Social Login Helper est la solution fiable et conserve votre user agent identifiant pour le reste de l'app.

La session persiste-t-elle après la fermeture de la fenêtre du helper ?

Oui. Le helper revient à votre web app dans la vue principale avec les cookies et les tokens en place, et WebViewGold les conserve d'un lancement à l'autre.

Cela fonctionne-t-il pour la connexion GitHub, Microsoft ou Discord ?

Ajoutez leurs domaines OAuth comme préfixes déclencheurs de la même manière. Tout fournisseur qui bloque les WebViews peut être routé via le helper.

Trois façons de mettre votre app dans les stores

Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.

Faites-le vous-même

$109 par plateforme, paiement unique

La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.

Voir les offres sur la page principale

Full Service

$698 par plateforme $798

Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.

Détails du Full Service Propulsé par WeSetupYourWebViewApp

Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.

Prêt à publier votre app ?

Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours

Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.

Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.