Lovable + localisation
Votre app Lovable appelle déjà <code>navigator.geolocation</code>. Dans une app WebViewGold, cet appel déclenche la vraie boîte de dialogue d'autorisation du système, et la position provient du GPS de l'appareil plutôt que d'une approximation du navigateur. Aucun code natif : vous rédigez seulement le texte d'explication et répondez aux questionnaires des stores.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
WebViewGold relie l'API HTML5 Geolocation à Core Location et aux services de localisation Android. Le premier appel affiche la boîte de dialogue du système avec votre texte d'explication ; les appels suivants renvoient directement la position.
La géolocalisation ne fonctionne que sur des pages https://. L'URL publiée de Lovable l'est déjà ; vérifiez que chaque carte intégrée et chaque appel d'API passent aussi en HTTPS.
Apple demande ce que vous faites des données de localisation (App Privacy), Google pose la question dans le formulaire Sécurité des données et veut une justification de l'autorisation. « Afficher les offres à proximité » suffit si c'est bien ce que vous faites.
Collez ceci dans Lovable pour implémenter la partie app web. Vérifiez le résultat, publiez, puis testez dans l'app WebViewGold.
Ajoutez des fonctionnalités de localisation pour le wrapper d'app WebViewGold. Créez une page « À proximité » qui affiche d'abord une courte explication et un bouton « Utiliser ma position » ; n'appelez navigator.geolocation.getCurrentPosition qu'après le toucher, avec enableHighAccuracy à false et un délai de 10 secondes. Gérez PERMISSION_DENIED avec un message qui explique comment réactiver la localisation dans les réglages du téléphone, et TIMEOUT avec un bouton « Réessayer ». Enregistrez la latitude et la longitude dans profiles.last_location (geography PostGIS) via une RPC Supabase update_location, et ajoutez une RPC nearby_places(lat, lng, radius_m) qui renvoie les lieux triés par distance. Ne demandez jamais la position au chargement de la page et n'utilisez jamais watchPosition en arrière-plan.
Excellente façon de convertir son app web en app native ! Un délai très court, et un super moyen de mettre ses apps dans les stores sans devoir développer une app native complète !
Environ 10 minutes.
Dans le projet Xcode de WebViewGold, modifiez la description d'usage de la localisation dans Info.plist (« Nous utilisons votre position pour afficher les salles de sport près de chez vous »). Android : l'autorisation est déclarée dans AndroidManifest.xml et le système l'explique. Le Cloud Builder propose ce texte sous forme de champ.
Appelez navigator.geolocation.getCurrentPosition() quand l'utilisateur touche « Près de moi », pas au chargement de la page. Apple refuse les apps qui demandent des autorisations sans contexte (guideline 5.1.1).
Si l'utilisateur refuse, affichez une saisie manuelle (ville ou code postal) et une explication ; settingsapp:// ouvre les réglages de l'app, où l'utilisateur peut revenir sur sa décision.
N'envoyez les coordonnées à Supabase ou Lovable Cloud (Postgres, stockage, edge functions) que pour la fonctionnalité qui en a besoin et mentionnez-le dans la politique de confidentialité ; la localisation précise est un type de données sensible dans les deux questionnaires.
backgroundlocation dans Config.swift, requireBackgroundLocation dans Config.java), que les deux stores examinent de près ; laissez-la désactivée sauf si votre produit en a vraiment besoin, et expliquez-la dans les notes de validation.watchPosition) fonctionne tant que l'app est au premier plan ; arrêtez-le quand l'utilisateur quitte l'écran pour économiser la batterie.Non. L'API HTML5 Geolocation standard qu'utilise Lovable est reliée par WebViewGold aux services de localisation natifs ; vous configurez seulement le texte de l'autorisation.
La guideline 5.1.1 demande que les demandes d'autorisation aient du sens dans leur contexte. Demandez la position quand l'utilisateur déclenche une fonctionnalité de localisation et expliquez pourquoi dans le texte d'explication.
Oui. Les cartes intégrées et les bibliothèques JavaScript des SDK fonctionnent dans la WebView comme dans le navigateur, tant que tout se charge en HTTPS.
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.