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

Bolt + Offline

Offline-Verhalten deiner Bolt-App

Reviewer schalten den Flugmodus ein. Nutzer fahren U-Bahn. Eine Bolt-App, die offline eine weiße Seite zeigt, wirkt kaputt; ein nativer Offline-Bildschirm mit „Erneut versuchen“-Button wirkt wie eine App. WebViewGold bietet dir drei Stufen der Offline-Unterstützung, und welche passt, hängt von deinem Stack ab (React oder Next.js mit Vite, Tailwind CSS, oft Supabase für Auth und Daten; Bolt kann auch direkt aus dem Editor deployen).

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

Die drei Stufen

1. Nativer Offline-Bildschirm

Standard. Hat das Gerät keine Verbindung, zeigt WebViewGold einen Offline-Bildschirm in deinem Branding mit „Erneut versuchen“-Button (offlinetitle, offlinemsg, offlinebuttontext) und verbindet sich automatisch neu (offlinescreenautoretry). Null Aufwand in deiner Web-App.

2. Cache und Fehlerzustände

Die WebView cacht die Assets deiner App, damit wiederholte Starts schnell gehen. Ergänze in deiner Web-App freundliche Fehlerzustände für Anfragen, die mitten in der Session bei Supabase, Firebase oder deine eigene API fehlschlagen, und behalte Formulareingaben, wenn eine Anfrage scheitert.

3. Lokales HTML-Fallback

Liefere einen statischen Build (oder eine schlanke Offline-Version) direkt in der App mit: offlinelocalhtmlswitch auf iOS, FALLBACK_USE_LOCAL_HTML_FOLDER_IF_OFFLINE auf Android. Online lädt die App die Remote-URL, offline den lokalen Ordner. Ideal für Content-Apps, Handbücher und Kataloge.

Prompt für Bolt

Füge das in Bolt ein, um die Web-App-Seite umzusetzen. Prüfe das Ergebnis, veröffentliche und teste dann in der WebViewGold-App.

Prompt zum Einfügen in Bolt
Verbessere das Offline-Verhalten dieser App für die native mobile Version. Füge eine Komponente OfflineBanner hinzu, die auf die Events online und offline hört und oben im Layout „Keine Verbindung, neuer Versuch läuft ...“ anzeigt. Pack alle Datenabrufe aus Supabase in einen Helper, der Netzwerkfehler abfängt und eine Komponente ErrorState mit kurzer Meldung und einem Button „Erneut versuchen“ rendert, der den Abruf wiederholt. Behalte die letzten erfolgreich geladenen Listenergebnisse im Speicher, damit beim Zurücknavigieren auch offline noch Daten zu sehen sind. Erstelle zum Schluss public/offline.html (nur Inline-CSS, keine externen Assets) mit unserem Logo, dem Text „Du scheinst offline zu sein“ und einem Button mit Link auf reconnect://, damit ich die Datei in den Fallback-Ordner der nativen App kopieren kann.

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.

Nelis Geiger · CodeCanyon

Ein gutes Offline-Setup für Bolt

Stufe 1 dauert zwei Minuten, Stufe 3 einen Nachmittag.

  1. Den Offline-Bildschirm gestalten

    Lege Titel, Nachricht, Button-Text und Hintergrundfarbe in der Konfiguration (oder im Cloud Builder) fest. Sag, was der Nutzer tun kann („Verbinde dich neu, um deine Bestellungen zu sehen“).

  2. Fehlerzustände in der Web-App ergänzen

    Jeder Datenabruf aus Supabase, Firebase oder deine eigene API braucht einen Fehlerzustand mit Neuladen-Button, keine leere Liste. Brich nach ein paar Sekunden ab, statt endlos einen Spinner zu zeigen.

  3. Den letzten Stand cachen

    Zeig offline die zuletzt geladenen Dashboard-Zahlen oder Listen mit dem Hinweis „zuletzt aktualisiert“; ein Service Worker oder Local Storage in deiner Web-App reicht dafür.

  4. Optional: eine Offline-Version mitliefern

    Exportiere einen statischen Build der Teile, die offline Sinn ergeben (Hilfe, Katalog, gespeicherte Einträge), in den Ordner local-html und schalte das Fallback ein. Behalte die Remote-URL als primäre Quelle, damit Updates sofort ankommen.

  5. Im Flugmodus testen

    Kaltstart, Start mit gecachter Session, Verbindungsabbruch mitten in der Session, erneute Verbindung. Genau das macht der Reviewer.

Häufig gestellte Fragen

Funktioniert die App auch komplett offline?

Nur mit einem lokalen HTML-Ordner (Stufe 3) oder einer PWA, die für Offline-Daten gebaut ist. Apps, die von Supabase, Firebase oder deine eigene API abhängen, zeigen den Offline-Bildschirm, bis die Verbindung zurück ist, und genau das erwarten Reviewer.

Funktionieren Service Worker in der App?

Die System-WebView unterstützt Standard-Caching; der Offline-Bildschirm von WebViewGold hängt nicht davon ab. Für garantiertes Offline-Verhalten nimm das lokale HTML-Fallback.

Lässt sich der Offline-Bildschirm anpassen?

Ja: Texte (in bis zu drei Sprachen), Farben und das Verhalten beim erneuten Versuch sind Einstellungen im WebViewGold-Projekt.

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 Bolt-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.