Réécriture native (Expo / React Native) ou encapsulation de la web app que vous avez déjà
Les nouveaux outils de vibe coding promettent des apps natives à partir d'un prompt. Ils conviennent aux nouvelles idées. Pour un produit qui tourne déjà dans le navigateur, la question est différente : voulez-vous une deuxième base de code, ou voulez-vous cette app sur les stores la semaine prochaine ?
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Garantie d'approbation – ou remboursement sous 14 jours
Aucun codage requis
Paiement unique, mises à jour gratuites
Support humain 24/7
Conçu en Allemagne depuis 2014 · ISO 27001
9:41
Votre app
Votre appDésormais dans votre poche
App Store · Google Play Approuvée
Côte à côte
Réécrire avec Expo / React Native
Encapsuler avec WebViewGold
Délai jusqu'au store
Des jours à des semaines : reconstruire les écrans, l'authentification, la couche de données, puis tester sur des appareils
Quelques heures : coller l'URL, configurer, compiler, soumettre
Bases de code à maintenir
Deux (web + natif), les fonctionnalités divergent
Une seule (la web app)
Publication des mises à jour
EAS Update pour les changements JS ; validation en store pour les changements natifs
Publiez dans votre builder ; instantané dans l'app
Fidélité native
La plus élevée : navigation native, gestes, animations à 60 fps
Rendu par la WebView du système, plus les fonctionnalités de la coque native (push, biométrie, scanner, partage, IAP)
Hors ligne d'abord
Naturellement adapté
Écran hors ligne, cache ou repli HTML local ; des données entièrement hors ligne exigent une conception de type PWA
Compétences de l'équipe
React Native, outils de build natifs, EAS
Rien de plus que votre builder
Coût
Votre temps ou une agence ; formules EAS en option
$109 par plateforme, paiement unique
Quand la réécriture vaut le coup
Reconstruisez en natif quand l'app est le produit et que le web n'était que le prototype : animations lourdes, expériences centrées sur la caméra, données pensées d'abord pour le hors ligne, cartes avec des milliers de marqueurs, AR, traitement audio, tâches en arrière-plan. Si les utilisateurs passent des heures par jour dans l'app, une interface native rentabilise l'investissement.
Quand l'encapsulation l'emporte
La plupart des produits vibe-codés sont des tableaux de bord, des marketplaces, des communautés, des outils de réservation, des assistants IA, des apps de contenu et des outils internes. Ce sont des formulaires, des listes et des pages de détail. La WebView les affiche exactement comme Safari, WebViewGold ajoute les éléments natifs que les utilisateurs remarquent (push, Face ID, partage natif, écran hors ligne, présence sur les stores), et vous gardez une seule base de code que vous savez déjà modifier avec un prompt.
La voie hybride est aussi réversible : publiez l'app encapsulée maintenant, découvrez ce que veulent les utilisateurs et reconstruisez en natif plus tard si les métriques le justifient. Gardez le même bundle identifier et les utilisateurs verront simplement une mise à jour.
Avec une bonne version optimisée de votre application Web, vous pouvez avoir une superbe application mobile en quelques minutes. De plus, le service client est très agréable et très utile! Je ne peux que recommander WebViewGold :-)
Julian Koch · Co-fondateur de DuelDonkey · CodeCanyon
Une règle de décision pratique
Le produit existe sous forme de web app responsive et les utilisateurs demandent « une app » : encapsulez.
Vous avez besoin du push, des achats intégrés et d'une fiche en store, pas d'une nouvelle interface : encapsulez.
L'expérience principale dépend de gestes natifs, de données hors ligne ou de fonctionnalités au niveau du matériel : réécrivez.
Vous hésitez : encapsulez d'abord ; cela coûte un après-midi et vous dit si le canal des stores compte vraiment.
Questions fréquentes
Apple va-t-il refuser une web app encapsulée ?
Pas parce qu'elle est encapsulée. Apple refuse les apps qui n'offrent rien de plus qu'un site web (guideline 4.2). Notifications push, gestion du hors ligne, connexion native et partage transforment une web app responsive en app qu'Apple accepte ; 96,4 % des apps WebViewGold passent dès la première tentative.
Puis-je faire les deux ?
Oui. Certaines équipes encapsulent la web app pour le lancement sur les stores et construisent plus tard des écrans natifs pour des parcours précis. Les projets WebViewGold sont des projets Xcode et Android Studio classiques que vous pouvez étendre.
L'option Expo de Bolt produit-elle une app prête pour les stores ?
Elle produit un projet React Native qu'il vous reste à terminer, tester, signer et soumettre, avec une intégration backend séparée. Pour une web app terminée, l'encapsulation est le chemin le plus court.
Trois façons de mettre votre app dans les stores
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.
Faites-le vous-même
$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.
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.
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.
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.