Lovable + hors ligne
Les examinateurs activent le mode avion. Les utilisateurs prennent le métro. Une app Lovable qui affiche une page blanche hors ligne semble cassée ; un écran hors ligne natif avec un bouton Réessayer ressemble à une app. WebViewGold propose trois niveaux de prise en charge du hors-ligne, et le bon choix dépend de votre stack (React + Vite + Tailwind CSS + shadcn/ui côté front-end, généralement Supabase (ou Lovable Cloud) pour l'authentification, la base de données et les edge functions).
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Par défaut. Quand l'appareil n'a pas de connexion, WebViewGold affiche un écran hors ligne à vos couleurs avec un bouton « Réessayer » (offlinetitle, offlinemsg, offlinebuttontext) et se reconnecte automatiquement (offlinescreenautoretry). Aucun travail dans Lovable.
La WebView met en cache les ressources de votre app pour accélérer les lancements suivants. Ajoutez dans Lovable des états d'erreur clairs pour les requêtes vers Supabase ou Lovable Cloud (Postgres, stockage, edge functions) qui échouent en cours de session, et conservez la saisie des formulaires quand une requête échoue.
Embarquez un build statique (ou une version hors ligne allégée) dans l'app : offlinelocalhtmlswitch sur iOS, FALLBACK_USE_LOCAL_HTML_FOLDER_IF_OFFLINE sur Android. L'app charge l'URL distante quand elle est en ligne et le dossier local hors ligne. Idéal pour les apps de contenu, les manuels et les catalogues.
Collez ceci dans Lovable pour implémenter la partie app web. Vérifiez le résultat, publiez, puis testez dans l'app WebViewGold.
Faites en sorte que cette app gère proprement les situations hors ligne (elle tournera dans un wrapper mobile natif qui n'affiche son propre écran hors ligne que si la toute première page ne se charge pas). 1) Ajoutez en haut un bandeau fin « Vous êtes hors ligne. Vos modifications seront synchronisées à la reconnexion. », activé et désactivé par les événements online et offline de window et par navigator.onLine. 2) Chaque écran qui charge des données depuis Supabase doit afficher, en cas d'erreur de la requête, un état vide bienveillant avec un bouton « Réessayer » au lieu d'un spinner sans fin. 3) Configurez le query client avec retry: 2 et un court délai entre les tentatives. 4) Veillez à ce que les formulaires conservent leur saisie quand un envoi échoue. 5) Gardez le shell de l'app (navigation, logo) visible hors ligne.
Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
Le niveau 1 prend deux minutes ; le niveau 3, un après-midi.
Définissez le titre, le message, le texte du bouton et la couleur de fond dans la configuration (ou dans le Cloud Builder). Indiquez ce que l'utilisateur peut faire (« Reconnectez-vous pour voir vos commandes »).
Chaque requête de données vers Supabase ou Lovable Cloud (Postgres, stockage, edge functions) a besoin d'un état d'échec avec un bouton Réessayer, pas d'une liste vide. Abandonnez au bout de quelques secondes au lieu de tourner indéfiniment.
Hors ligne, affichez les derniers chiffres du tableau de bord ou la dernière liste chargée avec une mention « dernière mise à jour » ; un service worker ou le stockage local de votre app web suffit.
Exportez un build statique des parties qui ont du sens hors ligne (aide, catalogue, éléments enregistrés) dans le dossier local-html et activez le repli. Gardez l'URL distante comme source principale pour que les mises à jour restent instantanées.
Lancement à froid, lancement avec une session en cache, perte de connexion en cours de session, reconnexion. C'est exactement ce que fait l'examinateur.
Seulement avec un dossier HTML local (niveau 3) ou une PWA conçue pour les données hors ligne. Les apps qui dépendent de Supabase ou Lovable Cloud (Postgres, stockage, edge functions) affichent l'écran hors ligne jusqu'au retour de la connexion, ce que les examinateurs attendent.
La WebView du système prend en charge la mise en cache standard ; l'écran hors ligne de WebViewGold n'en dépend pas. Pour un comportement hors ligne garanti, utilisez le repli HTML local.
Oui : le texte (jusqu'à trois langues), les couleurs et le comportement de nouvelle tentative sont des réglages du projet WebViewGold.
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principale$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuite$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation App Store & Google Play – ou remboursement sous 14 jours
Vous préférez déléguer ? Full Service : nous configurons, compilons et livrons sous 72 heures, dès $698 par plateforme. Des questions ? Chattez avec nous 24/7.
Les remboursements sont accordés aux conditions indiquées dans notre FAQ : un refus non lié au contenu par Apple et/ou Google, demandé dans les 14 jours suivant l'achat.
