Reviewer schalten den Flugmodus ein. Nutzer fahren U-Bahn. Eine v0-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 (Next.js (App Router), React, Tailwind CSS und shadcn/ui, deployt auf Vercel; Daten über Supabase, Neon oder Vercel-Integrationen).
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
9:41
vv0
Offline-ModusJetzt auf dem Smartphone
App Store · Google Play Freigegeben
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 Next.js Route Handlers und Server Actions, Postgres über Neon oder Supabase 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 v0
Füge das in v0 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 v0
Ergänze dieses Next.js-App-Router-Projekt für den nativen Build um Offline-Handling. 1) Erstelle app/error.tsx und app/global-error.tsx mit einer freundlichen Meldung und einem Button „Erneut versuchen“, der reset() aufruft. 2) Füge components/offline-banner.tsx hinzu (Client Component), die „Du bist offline“ anzeigt, wenn navigator.onLine false ist, und dafür auf die Events online und offline hört; rendere sie in app/layout.tsx. 3) Zeig überall, wo im Client Daten geladen werden, einen Zustand zum erneuten Versuchen statt einer leeren Liste, wenn der Abruf einen Fehler wirft. 4) Erstelle public/offline.html, eine statische Seite mit Inline-CSS, unserem Logo und einem Button „Erneut versuchen“, dessen onclick window.location.href auf 'reconnect://' setzt, für den nativen Fallback-Ordner. Halte alle Texte kurz.
Großartige Möglichkeit, eine Web-App in eine native App zu verwandeln! Schnelle Umsetzung und ein toller Weg, Apps in die App Stores zu bringen, ohne eine komplett native App entwickeln zu müssen!
Kevin Joling · FlightConnections & TrainConnections · Trustpilot
Ein gutes Offline-Setup für v0
Stufe 1 dauert zwei Minuten, Stufe 3 einen Nachmittag.
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“).
Fehlerzustände in der Web-App ergänzen
Jeder Datenabruf aus Next.js Route Handlers und Server Actions, Postgres über Neon oder Supabase braucht einen Fehlerzustand mit Neuladen-Button, keine leere Liste. Brich nach ein paar Sekunden ab, statt endlos einen Spinner zu zeigen.
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.
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.
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 Next.js Route Handlers und Server Actions, Postgres über Neon oder Supabase 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.
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.
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.
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.