Une seule base de code, une vraie app de store
L'app iOS charge votre URL Firebase Studio publiée dans une WebView native. Pas de second projet à maintenir, pas d'export de code.
Firebase Studio → App Store
Firebase Studio ferme, l'hébergement Firebase non. Votre app reste à une URL des deux stores. Votre app Firebase Studio tourne déjà dans le navigateur. WebViewGold encapsule l'URL publiée dans une coque d'app iOS native, ajoute les notifications push et d'autres fonctionnalités natives, et couvre la soumission par une garantie d'approbation App Store. Vous continuez à construire dans Firebase Studio ; chaque publication met l'app à jour instantanément.
Dès $109 en paiement unique par plateforme, ou notre équipe s'occupe de tout dès $698.
Google ferme Firebase Studio (plus de nouveaux espaces de travail depuis le 22 juin 2026, arrêt complet le 22 mars 2027), mais App Hosting, Firestore et Authentication continuent de fonctionner, donc une app web construite là-bas garde son URL. WebViewGold encapsule cette URL hosted.app, web.app ou à domaine personnalisé : Firebase Authentication continue de fonctionner (Social Login Helper pour Google, Sign in with Apple géré automatiquement), et vous poursuivez le développement dans Google Antigravity, Google AI Studio ou n'importe quel éditeur sans toucher aux apps des stores. Une réécriture en Flutter ne ferait qu'ajouter une seconde base de code face aux mêmes données Firestore.
L'app iOS charge votre URL Firebase Studio publiée dans une WebView native. Pas de second projet à maintenir, pas d'export de code.
Déployez à nouveau (depuis Firebase Studio jusqu'à la fermeture, puis depuis votre nouvel éditeur vers le même backend App Hosting) et l'app se met à jour instantanément. Seules les modifications de la coque native elle-même (icône, nouvelle fonctionnalité native) nécessitent une mise à jour sur le store.
Notifications push, écran hors ligne, partage natif, connexion biométrique, scanner QR, achats intégrés et deep links : un simple réglage ou un appel JavaScript d'une ligne.
Garantie d'approbation Apple App Store – ou remboursement sous 14 jours. 96.4% de toutes les apps WebViewGold sont approuvées par les équipes de validation dès la première tentative.

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 !
Huit étapes, zéro code. La plupart des gens bouclent la partie native en moins d'une heure.
Les espaces de travail existants peuvent encore publier sur Firebase App Hosting (ou Firebase Hosting) jusqu'à la fermeture. App Hosting sert l'app à une adresse hosted.app, l'hébergement classique à une adresse web.app ou firebaseapp.com. Comme App Hosting continue de fonctionner, vous pouvez déplacer le code vers Google Antigravity, Google AI Studio ou n'importe quel éditeur et continuer à déployer sur le même backend, si bien que l'URL de votre app ne change jamais. Les URL d'aperçu des espaces de travail sont privées et temporaires, et elles disparaissent avec Firebase Studio. Utilisez l'URL App Hosting ou Hosting déployée. Domaine personnalisé : Ajoutez un domaine personnalisé à votre backend App Hosting (ou à votre site Hosting) dans la console Firebase et configurez les enregistrements DNS indiqués. Voir pourquoi un domaine personnalisé avant la soumission en vaut la peine.
Ajoutez une page de politique de confidentialité, une option de suppression de compte (si les utilisateurs peuvent s'inscrire) et retirez les badges d'outil ou les bannières « Téléchargez notre app ». Testez votre URL avec l'outil gratuit Vérification de conformité App Store : il signale en quelques secondes le contenu mixte, les balises viewport manquantes, les domaines de prévisualisation et d'autres points bloquants.
Paiement unique, mises à jour gratuites. Vous recevez le projet Xcode prêt à l'emploi. Si vous n'avez pas de Mac, activez le WebViewGold Cloud Builder et faites tout dans le navigateur.
Ouvrez Config.swift (ou le formulaire du Cloud Builder) et collez votre URL publiée. Définissez le nom de l'app, importez votre icône, choisissez l'écran de démarrage et la couleur de la barre d'état. Aucun codage requis.
Activez les notifications push, l'écran hors ligne, la gestion des connexions sociales, le pull-to-refresh, la connexion biométrique ou le scanner QR avec de simples réglages. Tout est optionnel.
Dans Xcode : Product → Archive → Distribute vers App Store Connect. Dans le Cloud Builder : cliquez sur Build, l'envoi vers App Store Connect est fait pour vous.
Dans App Store Connect, ajoutez le nom, le sous-titre, la description, les mots-clés, les captures d'écran, l'URL de politique de confidentialité et les réponses App Privacy. Ajoutez un compte de démonstration dans les notes pour l'examen si nécessaire.
Apple examine la plupart des apps sous 24 à 48 heures. Répondez aux questions de l'examinateur dans le Resolution Center si elles se présentent. Notre garantie d'approbation vous couvre.
Voici les points qui reviennent le plus souvent avec les projets Firebase Studio (Next.js, React, Angular ou Flutter web avec Firebase Auth, Firestore et App Hosting).
Collez ceci dans Firebase Studio et laissez-le appliquer les changements que les examinateurs recherchent. Vérifiez le résultat, puis publiez.
Prepare this app for publishing as a native iOS and Android app (it will run inside a native WebView wrapper): add /privacy and /terms pages linked from the footer; add a "Delete my account" action that removes the Firestore data and the Firebase Auth user after confirmation; make all pages responsive from 320px to tablet widths with 44px tap targets; remove external promotional links; add a retry state for failed requests; set the title to the app name (max 30 characters).
Apple examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé Firebase Studio ; les apps sont refusées pour les points ci-dessous.
L'app doit offrir plus qu'un site web réemballé. Une mise en page responsive, une navigation native et au moins une capacité native (notifications push, écran hors ligne, partage natif, connexion biométrique) font la différence. WebViewGold les active avec un réglage chacune.
Pas de contenu provisoire, pas de liens morts, pas de plantages. Si le contenu se trouve derrière une connexion, fournissez un compte de démonstration dans les notes pour App Review.
Une URL publique de politique de confidentialité est obligatoire. Les apps qui permettent de créer un compte doivent aussi permettre de le supprimer dans l'app.
Si l'app utilise la connexion Google, Facebook ou un autre service de connexion tiers ou social pour le compte de l'utilisateur, elle doit aussi proposer une connexion équivalente qui limite les données au nom et à l'adresse e-mail, permet aux utilisateurs de garder leur adresse e-mail privée et ne les suit pas à des fins publicitaires. Sign in with Apple est la façon sûre de remplir cette exigence. Une app qui n'utilise que sa propre connexion par e-mail et mot de passe n'est pas concernée.
Les biens numériques et abonnements vendus dans l'app doivent passer par l'In-App Purchase d'Apple. Les biens physiques et les services du monde réel peuvent garder Stripe ou PayPal.
Les captures d'écran, la description et le nom de l'app doivent correspondre à ce que fait l'app. Ne mentionnez ni d'autres plateformes ni « bêta » dans la fiche.
Chaque fonctionnalité est optionnelle et documentée pas à pas dans la documentation WebViewGold pour iOS.
Push distant via OneSignal ou Pushwoosh, push locaux planifiés via un appel JavaScript, demande de permission au moment que vous choisissez.
DocumentationLes connexions Google et Facebook fonctionnent dans l'app ; Sign in with Apple est géré automatiquement.
DocumentationLes liens reçus par e-mail (magic links, réinitialisations de mot de passe) s'ouvrent directement dans l'app.
DocumentationAbonnements et achats uniques App Store via RevenueCat, déclenchés depuis votre app web.
DocumentationUn écran natif « Réessayer » lorsque l'utilisateur est hors ligne, ou un HTML local de repli.
DocumentationGardez l'écran de lancement jusqu'au chargement de l'app web, ou affichez un spinner natif.
DocumentationVerrou Face ID / Touch ID depuis un appel JavaScript.
DocumentationScanner natif qui renvoie le résultat à votre app web.
DocumentationBoîte de dialogue de partage et retour haptique depuis votre app web.
DocumentationMasquez les éléments réservés au site web et injectez du code lors du chargement dans l'app.
DocumentationCochez ces points et l'examen n'est plus qu'une formalité. La vérification de conformité gratuite contrôle automatiquement la partie technique.
Imaginons que vous ayez prototypé dans Firebase Studio une app de discussion pour un club de course à pied : les membres se connectent avec Google ou Apple via Firebase Auth, publient leurs sorties dans un fil Firestore et discutent des parcours. Vous l'avez publiée sur App Hosting, avez connecté club.yourdomain.com et l'avez encapsulée avec WebViewGold, en ajoutant au fil des options de signalement et de blocage pour respecter les règles des deux stores sur le contenu généré par les utilisateurs. Firebase Cloud Messaging envoie un push quand quelqu'un répond à votre sortie. Quand Google a annoncé la fin de Firebase Studio, vous avez déplacé le code vers Antigravity et l'avez reconnecté au même backend App Hosting : les apps approuvées n'ont rien remarqué. Les mises à jour partent désormais du nouvel éditeur vers la même URL.
Un projet d'app natif complet, pas un abonnement. Tout ce qui suit est inclus dans la licence et s'active par un simple réglage.
Oui. Déployez-la sur Firebase App Hosting ou Hosting, insérez l'URL publique dans WebViewGold et soumettez les builds natifs. Firebase continue de servir l'authentification et les données, même après la fermeture de Firebase Studio.
Non. La création d'espaces de travail et les inscriptions sont désactivées depuis le 22 juin 2026. Démarrez les nouveaux projets dans Google AI Studio ou Google Antigravity (les successeurs recommandés par Google) ou dans un autre éditeur, déployez sur Firebase App Hosting comme avant et encapsulez cette URL avec WebViewGold de la même façon.
Pas avec le WebViewGold Cloud Builder : la configuration, la compilation et l'envoi vers App Store Connect se font dans le navigateur. Si vous avez un Mac, le projet Xcode fonctionne tel quel.
La plupart des soumissions sont examinées sous 24 à 48 heures. Les premières soumissions et les apps avec connexion reçoivent parfois une question de l'examinateur ; répondez-y dans le Resolution Center et l'examen se poursuit.
Les refus citent la directive et le motif, et vous pouvez resoumettre autant de fois que nécessaire. WebViewGold est livré avec une garantie d'approbation App Store : si Apple refuse l'app pour un motif non lié au contenu, vous êtes remboursé dans les 14 jours suivant l'achat.
Non. Selon Google, la fin de vie ne concerne que l'environnement de développement Firebase Studio ; App Hosting, Authentication et Firestore continuent de fonctionner et les apps déployées restent en ligne. Votre app WebViewGold continue de charger la même URL : il vous suffit de déplacer votre code vers un nouvel éditeur avant le 22 mars 2027.
Google recommande Google AI Studio (dans le navigateur) ou Google Antigravity (un IDE local piloté par des agents). Pour conserver votre URL, reliez le code migré à votre backend App Hosting actuel ; publier sur un nouveau service Cloud Run ou chez un autre hébergeur change l'URL et exige alors un nouveau build de l'app avec la nouvelle adresse.
Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans Firebase Studio sont immédiatement en ligne dans l'app. Une nouvelle version sur le store n'est nécessaire que si la coque native change, par exemple une nouvelle icône d'app ou une fonctionnalité native ajoutée.
$109 en paiement unique pour WebViewGold pour iOS (mises à jour gratuites) plus le compte Apple Developer Program ($99 par an). En option : l'extension Cloud Builder ($349 par licence, paiement unique) pour compiler dans le navigateur sans Mac, ou le pack Full Service (à partir de $698 par plateforme) où notre équipe configure, compile et soumet l'app pour vous.
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é parPrix Soldes d'hiver valables jusqu'au 31 décembre 2026.
Garantie d'approbation Apple App Store – 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.