Cursor + Splash-Screen
Zwei Sekunden weißer Bildschirm nach dem Start: So sammelt eine Cursor-App einen Hinweis nach Guideline 2.1 oder eine Ein-Stern-Bewertung. Die native App öffnet sich sofort, deine Web-App braucht einen Moment. WebViewGold überbrückt diesen Moment mit einem Splash-Screen in deinem Branding, einer nativen Ladeanzeige und Pull-to-Refresh, und ein paar Zeilen in deiner Web-App machen die Übergabe unsichtbar.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Die App startet in Millisekunden, aber das erste HTML, CSS und JavaScript muss trotzdem erst über das Netz kommen. Bei einem kalten Server (Hosting mit Scale-to-Zero) oder einer schwachen Verbindung dauert das Sekunden. Ohne Splash schauen Nutzer und Reviewer auf eine leere WebView.
Die meisten Vibe-Coding-Apps sind React-Single-Page-Apps. Wenn die Seite „fertig geladen“ ist, kann das Root-Element noch leer sein, bis JavaScript rendert und die ersten Daten ankommen. Verschwindet der Splash genau dann, siehst du einen leeren Frame.
Eine dunkle App hinter einem weißen Splash-Hintergrund oder ein weißer Seitenhintergrund unter einem dunklen Header blitzt bei jedem Start auf. Eine gemeinsame Hintergrundfarbe für Splash, HTML und Statusleiste beseitigt das.
Füge das in Cursor ein, um die Web-App-Seite umzusetzen. Prüfe das Ergebnis, veröffentliche und teste dann in der WebViewGold-App.
Diese Web-App läuft im nativen Wrapper von WebViewGold (ihr User Agent enthält "WebViewGold"), der einen Splash zeigt, bis die erste Seite geladen ist. 1. Miss First Contentful Paint und die Größe des initialen JavaScripts der Produktions-URL mit einem gedrosselten Mobilprofil und berichte die Werte. 2. Setz die Hintergrundfarbe der Seite inline in den HTML-Head, lade die Hauptschrift vor und teile die Routen per Code-Splitting auf, damit der erste Bildschirm nur lädt, was er braucht. 3. Ersetze leere erste Renderings (null während des Ladens) durch Skeleton-Komponenten. 4. Erstelle lib/native-ui.ts mit showNativeSpinner() und hideNativeSpinner() (spinneron:// und spinneroff://) sowie setPullToRefresh(enabled) (enablepulltorefresh:// oder disablepulltorefresh://), alle außerhalb der App ohne Wirkung und nie zwei Aufrufe im selben Tick. 5. Deaktiviere Pull-to-Refresh auf Bildschirmen mit Drag-and-drop, Karten oder horizontalen Swipern und aktiviere es wieder, wenn sie unmounten. 6. Miss erneut und berichte den Unterschied.
Ich bin sehr glücklich, dass ich diese App gekauft habe! Extrem einfach und großartige Dokumentation. Ich stand in Kontakt mit dem Kundenservice, sie antworteten sehr schnell und sehr freundlich. Sie lösten meine Frage innerhalb eines Tages. 10/10 würde ich empfehlen.
Zehn Minuten in Config.swift und Config.java, dann ein neuer Build.
iOS: splashScreenEnabled in Config.swift und dein quadratisches splash.gif (128, 512 oder 1024 px) im Projekt-Root. Android: SPLASH_SCREEN_ACTIVATED in Config.java und splash.gif in den Assets. Animierte GIFs funktionieren; halte die Animation kurz.
Setz splashscreencolor auf iOS und den Splash-Hintergrund in colors.xml auf Android auf genau die Hintergrundfarbe deines ersten Bildschirms. Die Logogröße steuerst du mit scaleSplashImage und SCALE_SPLASH_IMAGE (Prozent der kürzeren Bildschirmseite; 0 blendet das Logo aus).
Setz remainSplashOption (iOS) und REMAIN_SPLASH_OPTION (Android) auf true: Der Splash bleibt, bis die Start-URL geladen ist, statt nach einem festen splashTimeout / SPLASH_TIMEOUT der Ladeanzeige Platz zu machen. Optional: splashMinTime / SPLASH_MIN_TIME für eine Mindestdauer und splashFadeTime / SPLASH_FADE_OUT für das Ausblenden, jeweils in Millisekunden.
Nach dem Start zeigt WebViewGold bei jedem Seitenaufruf seine native Anzeige. Auf iOS wählst du Spinner oder Fortschrittsbalken (useLoadingSign, useLoadingProgressBar) und eine Farbe (loadingIndicatorColor); auf Android schaltest du sie mit ACTIVATE_PROGRESS_BAR um.
Gib dem html-Element in der index.html eine Inline-Hintergrundfarbe, die der Splash-Farbe entspricht, und render ein leichtes Skeleton statt eines leeren Roots, während Session-Prüfung und erster Datenabruf laufen. Dann ist die Übergabe vom Splash zur Web-App nahtlos.
Clientseitige Arbeit ist kein Seitenaufruf, deshalb erscheint die native Anzeige dabei nicht von selbst. Schalte sie in deiner Cursor-App rund um KI-Generierungen, Uploads oder lange Backend-Aufrufe selbst ein und aus, und deaktiviere Pull-to-Refresh auf Bildschirmen mit eigenen Gesten:
const inApp = navigator.userAgent.includes("WebViewGold"); // dein eigenes User-Agent-Token
async function withNativeSpinner(task) {
if (inApp) window.location.href = "spinneron://";
try {
return await task();
} finally {
if (inApp) window.location.href = "spinneroff://";
}
}
// Verwendung
// const reply = await withNativeSpinner(() => fetch("/api/generate", { method: "POST", body }));
// Karten, Drag-and-drop-Boards, Karussells: deaktivieren, solange der Bildschirm offen ist
function setPullToRefresh(enabled) {
if (inApp) window.location.href = enabled ? "enablepulltorefresh://" : "disablepulltorefresh://";
}pulltorefresh auf true und preventoverscroll auf false (die Geste braucht den Bounce-Effekt). Farben für Hell- und Dunkelmodus: pulltorefresh_loadingsigncolour_lightmode, pulltorefresh_backgroundcolour_lightmode und die _darkmode-Varianten (Pull-to-Refresh-Doku).ENABLE_PULL_REFRESH in Config.java auf true. Dieselben Aufrufe enablepulltorefresh:// und disablepulltorefresh:// funktionieren auf beiden Plattformen.autoRefreshEnabled (iOS) und AUTO_REFRESH_ENABLED (Android) laden die Seite neu, sobald die App wieder im Vordergrund ist; bei Apps mit langen Formularen lässt du sie aus.remainSplashOption und einer langsamen ersten Anfrage sieht der Reviewer genau das, und ein leerer Bildschirm ist ein typischer Befund nach Guideline 2.1 (so behebst du 2.1).Apple verlangt einen Launch Screen, und den bringt das iOS-Projekt von WebViewGold bereits mit. Der gebrandete Splash darüber ist optional, aber für eine App, die eine Web-App lädt, ist er der praktische Weg, einen weißen Bildschirm zu vermeiden, während die erste Seite lädt.
So lange, wie die erste Seite zum Laden braucht, und nicht länger. Genau das machen remainSplashOption (iOS) und REMAIN_SPLASH_OPTION (Android); eine Mindestdauer von etwa einer Sekunde lohnt sich nur, wenn das Logo bei sehr schnellem Laden flackert.
Die Seite ist geladen, aber deine Single-Page-App hat noch nicht gerendert, oder ihr Hintergrund weicht von der Splash-Farbe ab. Setz eine Inline-Hintergrundfarbe auf das html-Element, render sofort ein Skeleton und halte die Splash-Farbe identisch.
Ja, splash.gif darf auf beiden Plattformen animiert sein. Halte es quadratisch, die Datei klein und die Animation kürzer als die typische Ladezeit, damit Nutzer sie nicht mittendrin abbrechen sehen.
Nicht automatisch: Clientseitige Routenwechsel und fetch-Aufrufe sind keine Seitenaufrufe. Nutze spinneron:// und spinneroff:// rund um lange Vorgänge und Skeletons für kurze.
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.