Aller au contenu
WebViewGold Du vibe coding à l'App Store
Français
Obtenir WebViewGold

Bubble → App Store

Transformez votre app Bubble en app iOS et publiez-la sur l'App Store

Votre app Bubble est en ligne sur le web. Livrez-la aux stores à partir de la même version. Votre app Bubble 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 Bubble ; 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.

  • 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

Pourquoi encapsuler vaut mieux que redévelopper pour les apps Bubble

Bubble propose son propre builder mobile natif, mais cela implique de reconstruire les pages et les workflows une seconde fois pour un produit qui fonctionne déjà comme app web responsive sur bubbleapps.io ou sur votre domaine. WebViewGold encapsule la version Live, laisse votre base de données, vos workflows et votre plugin Stripe intacts, et fait passer l'OAuth Google et Facebook par le Social Login Helper, ce dont les WebViews classiques sont incapables. Déployez vers Live et l'app se met à jour sans validation des stores.

Une seule base de code, une vraie app de store

L'app iOS charge votre URL Bubble publiée dans une WebView native. Pas de second projet à maintenir, pas d'export de code.

Continuez à publier depuis Bubble

Déployez vers Live 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.

Des fonctionnalités natives en plus

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 App Store

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.

Ce dont vous avez besoin

  • Une app Bubble publiée sur une URL HTTPS publique (yourapp.bubbleapps.io ou, mieux, votre propre domaine)
  • Un compte Apple Developer Program ($99 par an) pour votre soumission Apple App Store
  • Xcode sur un Mac – ou le WebViewGold Cloud Builder dans votre navigateur (aucun Mac requis)
  • WebViewGold pour iOS ($109 en paiement unique, mises à jour gratuites)
  • Une page de politique de confidentialité, une icône de 1024 × 1024 px et 30 à 60 minutes

Je suis très content d'avoir acheté cette application ! Extrêmement facile et excellente documentation. J'ai été en contact avec le service client, ils ont répondu très rapidement et très amicalement. Ils ont résolu ma question en un jour. 10/10 recommanderaient.

Nelis Geiger · CodeCanyon

Bubble → App Store : le guide pas à pas

Huit étapes, zéro code. La plupart des gens bouclent la partie native en moins d'une heure.

  1. Publiez votre app Bubble sur une URL de production

    Déployez la version de développement vers Live dans l'éditeur Bubble. L'app est servie sur bubbleapps.io et, avec une formule payante, sur votre domaine personnalisé. Utilisez la version Live, pas l'URL de développement version-test, dans l'app. Domaine personnalisé : Définissez votre domaine sous Settings → Domain/email (formules payantes) et mettez à jour les enregistrements DNS. Voir pourquoi un domaine personnalisé avant la soumission en vaut la peine.

  2. Rendez-la prête pour le store

    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.

  3. Obtenez WebViewGold pour iOS

    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.

  4. Insérez votre URL et personnalisez l'app

    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.

  5. Activez les fonctionnalités natives

    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.

  6. Compilez et envoyez

    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.

  7. Créez la fiche App Store

    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.

  8. Soumettez pour examen

    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.

Vérifications spécifiques à Bubble avant de soumettre

Voici les points qui reviennent le plus souvent avec les projets Bubble (Éditeur Bubble avec sa propre base de données, ses workflows et son hébergement).

  • Les plugins OAuth de Bubble (Google, Facebook) échouent dans les WebViews intégrées ; activez le Social Login Helper de WebViewGold.
  • Utilisez le moteur responsive de Bubble et testez à 320 px de large ; Apple teste aussi sur iPad.
  • Les apps avec comptes ont besoin d'un workflow de suppression de compte dans l'app (un seul workflow Bubble : supprimer les données de l'utilisateur, puis l'utilisateur).
  • Les abonnements numériques vendus dans l'app iOS nécessitent les achats in-app ; WebViewGold prend en charge RevenueCat pour cela.
  • Built on Bubble: Désactivez la bannière Bubble dans les paramètres de l'app (formules payantes) avant de compiler l'app. En savoir plus sur les badges d'outil.

Examen App Store : les règles qui comptent pour les apps Bubble

Apple examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé Bubble ; les apps sont refusées pour les points ci-dessous.

  • 4.2

    Fonctionnalité minimale

    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.

  • 2.1

    Complétude de l'app

    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.

  • 5.1.1

    Confidentialité

    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.

  • 4.8

    Services de connexion

    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.

  • 3.1.1

    Achats intégrés

    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.

  • 2.3

    Métadonnées exactes

    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.

Les fonctionnalités natives que votre app Bubble obtient dans l'app iOS

Chaque fonctionnalité est optionnelle et documentée pas à pas dans la documentation WebViewGold pour iOS.

Checklist avant soumission App Store

Cochez ces points et l'examen n'est plus qu'une formalité. La vérification de conformité gratuite contrôle automatiquement la partie technique.

  • HTTPS partout : App Transport Security bloque le contenu en http:// simple et les certificats invalides.
  • Mise en page responsive de 320 px aux largeurs d'iPad. Apple ouvre aussi les apps iPhone sur un iPad pendant l'examen.
  • URL de politique de confidentialité prête (une page dans votre app web suffit).
  • Suppression de compte disponible dans l'app si les utilisateurs peuvent s'inscrire.
  • Identifiants de démonstration pour l'examinateur si le contenu est derrière une authentification.
  • Aucune bannière « Téléchargez notre app », aucun lien vers d'autres stores, aucun badge d'outil dans l'app.
  • Une icône d'app de 1024 × 1024 px sans transparence ni coins arrondis (Apple applique le masque).
  • Des captures d'écran aux tailles d'iPhone actuelles (et iPad si pris en charge), prises dans la vraie app.
  • Un nom d'app de 30 caractères maximum, un sous-titre et des mots-clés préparés.
  • Conformité à l'exportation renseignée (une app qui n'utilise que HTTPS relève de l'exemption standard pour le chiffrement).

Exemple : du projet Bubble à l'app approuvée

Imaginons que vous ayez créé dans Bubble une marketplace qui met en relation des propriétaires de chiens et des promeneurs locaux : profils, disponibilités, réservations, paiements Stripe et messagerie intégrée. Vous déployez en Live sur votre domaine personnalisé et encapsulez l'app avec WebViewGold : les propriétaires reçoivent un push quand un promeneur accepte, et les promeneurs partagent leur position via la géolocalisation standard du navigateur tant que l'écran de la promenade est ouvert. Comme les réservations paient un service réel, le plugin Stripe reste dans les deux apps. Vous ajoutez des boutons de signalement et de blocage aux profils et aux conversations pour respecter les règles sur le contenu généré par les utilisateurs, et laissez aux examinateurs un compte de démonstration propriétaire et un compte promeneur. Les deux stores l'approuvent, et chaque déploiement en Live met à jour les apps.

Votre première semaine après le lancement

  • Déployez en Live comme d'habitude et utilisez les savepoints de Bubble comme filet de sécurité ; les apps suivent sans mise à jour sur les stores.
  • Surveillez votre consommation de workload units : les utilisateurs rouvrent souvent l'app, et chaque chargement de page exécute des recherches et des workflows.
  • Envoyez des push depuis un backend workflow via l'API Connector vers OneSignal, avec le player ID enregistré sur le User.
  • Consultez chaque jour la file des signalements ; les marketplaces sont testées autant par les examinateurs que par les premiers utilisateurs.
  • Demandez une note avec rateapp:// après une réservation terminée.

Ce que vous obtenez avec WebViewGold

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.

  • Projet Xcode complet
  • Notifications push
  • Écran hors ligne
  • Icône & écran de démarrage
  • Partage natif & retour haptique
  • Deep links & liens universels
  • Achats intégrés
  • Mises à jour gratuites, marque blanche

Questions fréquentes

Puis-je publier mon app Bubble sur l'App Store et Google Play ?

Oui. Encapsulez l'URL Live avec WebViewGold pour iOS et Android, ajoutez des fonctionnalités natives comme les notifications push et soumettez les builds. Votre app Bubble continue de se mettre à jour sans nouvelle soumission aux stores.

Bubble a son propre builder mobile natif. Pourquoi encapsuler l'app web ?

Si votre produit existe déjà sous forme d'app web Bubble responsive, l'encapsuler livre les deux apps de store à partir de la version que vous maintenez déjà. Un projet natif séparé implique de reconstruire les pages et les workflows une seconde fois.

Ai-je besoin d'un Mac pour publier une app iOS ?

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.

Combien de temps dure l'examen d'Apple ?

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.

Que se passe-t-il si Apple refuse l'app ?

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.

Ma consommation de workload units Bubble va-t-elle augmenter au lancement de l'app ?

Probablement, car les utilisateurs de l'app comptent comme des visiteurs web : chaque chargement de page, recherche et workflow qu'ils déclenchent consomme des workload units. Consultez le tableau de bord de consommation de Bubble pendant la semaine du lancement, optimisez les recherches lourdes et vérifiez les limites de votre formule avant une journée chargée.

Comment envoyer des notifications push depuis un workflow Bubble ?

Lisez l'ID OneSignal de l'utilisateur dans l'app via le bridge JavaScript de WebViewGold (getonesignalplayerid:// définit la variable onesignalplayerid, qu'un élément JavaScript-to-Bubble peut transmettre), enregistrez-le sur le User, puis appelez l'API REST de OneSignal depuis un backend workflow avec l'API Connector. Ainsi, n'importe quel workflow, comme un nouveau message ou une nouvelle réservation, peut envoyer un push.

Dois-je resoumettre l'app à chaque modification dans Bubble ?

Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans Bubble 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.

Combien cela coûte-t-il au total ?

$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.

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.

Voir les offres sur la page principale

Full Service

$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 WeSetupYourWebViewApp

Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.

Prêt à publier votre app Bubble ?

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.