Zum Inhalt springen
WebViewGold Vibe Coding in den App Store
Deutsch
WebViewGold holen

Login-Probleme

Google-Login zeigt „disallowed_useragent“ in deiner App? Hier ist die Lösung

Google weigert sich, seinen Anmeldeablauf in eingebetteten WebViews auszuführen. Deine Web-App ist in Ordnung; die native Hülle muss diesen einen Schritt an einen Browser-Kontext übergeben, dem Google vertraut, und die Session zurückholen. WebViewGold erledigt das mit dem Social Login Helper.

Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.

  • Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
  • Kein Programmieren nötig
  • Einmalzahlung, kostenlose Updates
  • 24/7 Support von echten Menschen
  • Made in Germany seit 2014 · ISO 27001

Warum das passiert

Seit 2016 lehnen Googles OAuth-Endpunkte Anfragen ab, deren User-Agent ein eingebettetes WebView (WKWebView, Android WebView) erkennen lässt, weil die Host-App die Zugangsdaten mitlesen könnte. Das Ergebnis ist die Seite „Error 403: disallowed_useragent“. Facebook und einige andere Anbieter wenden ähnliche Regeln an. E-Mail/Passwort- und Magic-Link-Logins sind nicht betroffen; nur die OAuth-Weiterleitung zum Anbieter ist es.

Die Lösung mit WebViewGold

Eine Einstellung pro Anbieter, keine Änderung in Supabase, Firebase oder Base44.

  1. Die OAuth-URLs deiner App herausfinden

    Starte den Google-Login in einem Desktop-Browser und notiere die Domains, über die die Weiterleitung läuft (accounts.google.com bei Google, m.facebook.com / www.facebook.com bei Facebook).

  2. Sie als Trigger-Präfixe eintragen

    iOS: Setze in Config.swift google_login_helper_triggers und facebook_login_helper_triggers auf diese Präfixe. Android: Nutze die passenden Login-Helper-Einstellungen in Config.java (siehe Setup-Dokumentation).

  3. In der App testen

    Wenn eine Trigger-URL geladen wird, öffnet WebViewGold die Seite des Anbieters in einem eigenen Login-Fenster mit akzeptiertem User-Agent, schließt die OAuth-Schritte ab und kehrt mit aufgebauter Session zu deiner Web-App zurück.

  4. Sign in with Apple braucht nichts

    Der appleid.apple.com-Ablauf wird automatisch erkannt und behandelt. Aktiviere einfach den Apple-Provider in deinem Backend und ergänze den Button.

  5. Alternative: die Auth-URL extern öffnen

    Für Sonderfälle übergibst du die Login-URL mit dem Schema googlelogin:// an den Systembrowser; die Session lebt dann im Browser und kommt über deine Redirect-URL zurück.

Hinweise je Backend

  • Supabase (Lovable, Bolt, Tempo, Horizons): Stelle sicher, dass Site URL und Redirect URLs in den Authentication-Einstellungen deine Produktions-Domain enthalten; der Helper kehrt zu dieser URL zurück.
  • Firebase (Softgen, Firebase Studio, Databutton): Bevorzuge in der App signInWithRedirect statt signInWithPopup; Pop-ups sind in WebViews standardmäßig blockiert.
  • Base44, Anything (Create), Replit Auth: Der eingebaute Google-Login läuft über dieselben accounts.google.com-URLs; der Helper übernimmt ihn.
  • Apple-Richtlinie 4.8: Sobald der Google-Login funktioniert, ergänze unter iOS Sign in with Apple (oder Gleichwertiges); siehe den Login-Guide für Lovable-Apps.

Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)

Julian Koch · Mitbegründer von DuelDonkey · CodeCanyon

Häufig gestellte Fragen

Kann ich den User-Agent nicht einfach wie Safari aussehen lassen?

Ein eigener User-Agent ist eine unterstützte WebViewGold-Option und löst es bei manchen Anbietern, aber Google kann eingebettete Kontexte trotzdem erkennen. Der Social Login Helper ist die zuverlässige Lösung und behält deinen identifizierenden User-Agent für den Rest der App bei.

Bleibt die Session erhalten, nachdem sich das Helper-Fenster schließt?

Ja. Der Helper kehrt in der Hauptansicht zu deiner Web-App zurück, mit gesetzten Cookies und Tokens, und WebViewGold behält sie über App-Starts hinweg.

Funktioniert das auch für GitHub-, Microsoft- oder Discord-Login?

Trage deren OAuth-Domains auf dieselbe Weise als Trigger-Präfixe ein. Jeder Anbieter, der WebViews blockiert, lässt sich über den Helper leiten.

Drei Wege, deine App in die Stores zu bringen

Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.

Selbst machen

$109 pro Plattform, einmalig

Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.

Pakete auf der Hauptseite ansehen

Full Service

$698 pro Plattform $798

Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.

Full-Service-Details Powered by WeSetupYourWebViewApp

Winter-Sale-Preise gültig bis 31. Dezember 2026.

Bereit, deine App zu veröffentlichen?

App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen

Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.

Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.