Ablehnung bei Google Play
Googles Reviewer und der automatische Pre-Launch-Bericht installieren deine App auf echten Geräten und benutzen sie. Bleibt die WebView weiß, stürzt die App beim Start ab oder wirft die Zurück-Taste die Nutzer hinaus, ist das Review an dieser Stelle vorbei. Fast jeder dieser Fehler hat eine Konfigurationsursache in der Web-App oder in WebViewGold, und sobald sie benannt ist, ist sie schnell behoben.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Die Richtlinie zur Mindestfunktionalität enthält eine einfache Erwartung: Die App lässt sich installieren, öffnet sich, lädt ihre Inhalte und lässt den Nutzer tun, was der Store-Eintrag verspricht, ohne abzustürzen, einzufrieren oder leere Screens zu zeigen. Reviewer testen auf physischen Geräten und auf mehreren Android-Versionen. Zusätzlich erzeugt jeder Upload in einen Test-Track einen Pre-Launch-Bericht in der Play Console: Automatische Crawler tippen sich auf einer Reihe von Geräten durch die App und zeichnen Abstürze, Fehler, Sicherheitswarnungen und Probleme mit der Barrierefreiheit auf.
Bei einer Wrapper-App ist die WebView die gesamte Benutzeroberfläche, deshalb sieht alles, was das Rendern der Seite verhindert, wie eine tote App aus: eine Preview-URL, die eingeschlafen ist, ein http://-Bild auf einer https://-Seite, ein Zertifikatsproblem, ein JavaScript-Bundle, das eine ältere System-WebView nicht parsen kann, oder eine Bot-Schutz-Abfrage, die nie abgeschlossen wird.
| Symptom | Übliche Ursache | Lösung |
|---|---|---|
| Weißer Bildschirm nach dem Splash Screen | URL nicht erreichbar: Preview-URL von Lovable oder Bolt, schlafendes Replit-Deployment, DNS einer neuen eigenen Domain noch nicht propagiert | Veröffentliche zuerst auf einer eigenen Produktions-Domain; siehe den Guide zur eigenen Domain. Lass ACTIVATE_PROGRESS_BAR aktiviert, damit das Laden sichtbar ist |
| Seite lädt, aber Bilder oder API-Aufrufe fehlen | Mixed Content: http://-Ressourcen auf einer https://-Seite, von der WebView blockiert | Liefere alles über HTTPS aus; schalte Cleartext-Traffic im Android-Projekt ab, wie im WebViewGold-Support-Center beschrieben |
| Zertifikatsfehler oder leere Seite auf manchen Geräten | Abgelaufene, selbstsignierte oder unvollständige Zertifikatskette | Korrigiere das Zertifikat bei deinem Hoster; setze BLOCK_SELF_SIGNED_AND_FAULTY_SSL_CERTS auf true, damit der Pre-Launch-Bericht keinen unsicheren SSL-Error-Handler beanstandet |
| Absturz beim Start | Werbung aktiviert ohne gültige AdMob-App-ID in strings.xml, oder Push aktiviert ohne passende google-services.json bzw. OneSignal-App-ID | Trage entweder die IDs ein oder setze SHOW_BANNER_AD, SHOW_FULL_SCREEN_AD, PUSH_ENABLED oder FIREBASE_PUSH_ENABLED auf false |
| Zurück-Taste schließt die App | EXIT_APP_BY_BACK_BUTTON_ALWAYS auf true gesetzt, oder eine Single-Page-App, die nie Einträge in die History schreibt | Setze es auf false, behalte EXIT_APP_BY_BACK_BUTTON_HOMEPAGE mit EXIT_APP_DIALOG für eine Bestätigungsabfrage bei und sorge dafür, dass dein Router echte History-Einträge anlegt |
| Nutzer bei jedem Start ausgeloggt | CLEAR_CACHE_ON_STARTUP auf true löscht Cookies und Session Storage | Setze es bei Apps mit Login auf false |
| „Browser not supported“ oder endlose Challenge-Seite | Bot-Schutz oder User-Agent-Prüfung bei deinem Hoster oder deinem Auth-Anbieter | Erlaube den User Agent der App in deinen Schutzregeln oder setze einen eigenen USER_AGENT; für den Google-Login siehe den disallowed_useragent-Fix |
Der Bericht ist kostenlos, läuft bei jedem Upload in einen Test-Track und zeigt dir, was der Reviewer sehen wird.
Lege mit deinem signierten Bundle einen Release für interne Tests an. Der Pre-Launch-Bericht startet automatisch und braucht eine Weile, bis er fertig ist.
Stabilität (Abstürze und ANRs mit Stacktraces), Leistung, Barrierefreiheit und Sicherheit. Bei einer WebView-App zählen die Tabs Stabilität und Sicherheit am meisten; ein Absturz-Stacktrace, der Ads, Firebase oder OneSignal erwähnt, verweist direkt auf eine fehlende ID.
Der Bericht enthält Bildschirmaufzeichnungen des Crawlers. Eine Aufzeichnung, die auf einem weißen Bildschirm oder einem Cookie-Banner hängen bleibt, zeigt dir ohne Raten, was zu beheben ist.
Installiere über den Link für interne Tests und teste mit WLAN, mobilen Daten und im Flugmodus. Im Flugmodus muss der native Offline-Screen erscheinen (aktiviere FALLBACK_USE_LOCAL_HTML_FOLDER_IF_OFFLINE und liefere eine kleine local-html-Seite mit), keine Browser-Fehlerseite.
Starte die App in Android Studio auf einem Emulator und filtere Logcat nach deinem Paketnamen. WebView-Fehler wie blockierter Mixed Content, Zertifikatsfehler und JavaScript-Exceptions erscheinen dort mit der genauen URL.
Erhöhe den Version Code und lade erneut hoch. Warte auf einen sauberen Bericht, bevor du den Release in die Produktion übernimmst.
WebViewGold hat uns die kürzeste und effizienteste Time-to-Market ermöglicht, die jemals möglich war, verglichen mit allen anderen App-Plattformen, die wir in den letzten 5 Jahren ausprobiert haben. Ich weiß nicht, warum ich euch nicht schon früher entdeckt habe, aber ich bin wirklich, wirklich froh, dass ich es getan habe. Wir nähern uns derzeit fast 6000 App-Downloads im iOS App Store & Google Play Store ohne Probleme!
WebViewGold rendert deine Website mit der Android System WebView, einer Chromium-Komponente, die Google unabhängig vom Betriebssystem über Play aktualisiert. Die meisten Geräte haben eine aktuelle Version; manche älteren oder abgeschotteten Geräte nicht, und ein JavaScript-Bundle mit sehr neuer Syntax lässt sich dort nicht parsen und hinterlässt eine leere Seite. Die WebView des Nutzers kannst du nicht aktualisieren, aber du kannst dein Build-Ziel vernünftig halten: Bitte deinen Builder, für eine browserslist zu transpilieren, die ein paar ältere Chrome-Versionen einschließt, verlass dich beim Layout nicht auf brandneue CSS-Features und zeige einen sichtbaren Fehler, wenn das Bootstrap-Skript deiner App fehlschlägt, statt einer stummen weißen Seite. Der Guide zur Website-Einrichtung listet die Praktiken auf, mit denen sich eine Website in der App gut verhält.
TRACKING_EVENT) mit Einwilligungsschritt aktiviert, damit du Abstürze in der Produktion siehst.Der Crawler läuft auf anderen Geräten, oft mit frischem Profil und ohne Cookies. Typische Gründe sind ein Cookie-Banner oder eine Login-Wand, an der der Crawler nicht vorbeikommt, eine URL, die nur für eingeloggte Nutzer funktioniert, oder Mixed Content, der bei einer strengeren Konfiguration blockiert wird. Die Aufzeichnung zeigt dir, was davon zutrifft.
Warnungen blockieren nicht, aber Sicherheitswarnungen zur SSL-Behandlung und Abstürze sind genau das, worauf Reviewer schauen. Behebe sie vor dem Produktions-Release.
Auf der Startseite und nach einer Bestätigung ist das unter Android das erwartete Verhalten. Überall sonst sollte sie in der Web-History zurückgehen, was WebViewGold standardmäßig tut.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$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$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobieren$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
Winter-Sale-Preise gültig bis 31. Dezember 2026.
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.