Une seule base de code, une vraie app de store
L'app iOS charge votre URL GitHub Spark publiée dans une WebView native. Pas de second projet à maintenir, pas d'export de code.
Pourquoi encapsuler vaut mieux que redévelopper pour les apps GitHub Spark
GitHub a retiré Spark le 31 août 2026 : les sparks publiés continuent de tourner sur github.app mais ne peuvent plus être modifiés, et les appels llm() ne fonctionnent plus depuis le 30 juillet 2026. La voie vers les stores passe par le dépôt exporté : remplacez llm() et le stockage Spark, déployez-le sur Vercel, Netlify ou Cloudflare Pages sur votre propre domaine, et WebViewGold encapsule cette URL. Ensuite, chaque redéploiement met l'app à jour sans validation sur les stores, et l'app ne dépend plus d'un service qui a été arrêté.
Continuez à publier depuis GitHub Spark
Un spark retiré ne peut plus être mis à jour. Redéployez le dépôt exporté et l'app affiche instantanément la nouvelle version. 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 GitHub Spark publiée sur une URL HTTPS publique (yourapp.vercel.app, yourapp.netlify.app ou yourapp.pages.dev 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.
GitHub Spark → App Store : le guide pas à pas
Huit étapes, zéro code. La plupart des gens bouclent la partie native en moins d'une heure.
Publiez votre app GitHub Spark sur une URL de production
Spark ne crée, ne modifie et ne publie plus d'apps : la création de nouvelles apps s'est arrêtée le 4 août 2026 et la fenêtre d'export s'est fermée le 31 août 2026. Un spark publié avant cette date continue de tourner à son adresse github.app, mais reste figé. Pour continuer à le développer, prenez le dépôt que vous avez exporté (Create repository dans le workbench Spark), remplacez les éléments propres au runtime Spark et déployez-le sur Vercel, Netlify ou Cloudflare Pages ; c'est cette URL de déploiement qui va dans WebViewGold. Ne construisez pas de nouvelle app de store sur une adresse github.app : le spark derrière ne peut plus être modifié et peut exiger une connexion GitHub. Utilisez votre propre déploiement du code exporté. Domaine personnalisé : L'hébergement Spark n'a jamais pris en charge votre propre domaine. Connectez votre domaine chez l'hébergeur où vous déployez le dépôt exporté (Vercel, Netlify ou Cloudflare Pages). Voir pourquoi un domaine personnalisé avant la soumission en vaut la peine.
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.
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.
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.
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.
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.
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.
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 à GitHub Spark avant de soumettre
Voici les points qui reviennent le plus souvent avec les projets GitHub Spark (Front-ends React + TypeScript qui utilisaient le stockage clé-valeur de Spark et les appels IA llm(), exportés sous forme de dépôt GitHub classique).
- La fonction llm() de Spark ne fonctionne plus depuis le 30 juillet 2026, date du retrait de GitHub Models. Remplacez chaque appel llm() par votre propre fournisseur de modèles et votre clé d'API, sinon les examinateurs trouveront des fonctions IA cassées (directive 2.1).
- Le runtime Spark (stockage useKV, connexion GitHub) ne fonctionne que sur l'hébergement de GitHub. Déplacez les données vers une vraie base de données et ajoutez votre propre connexion avant de déployer l'export ailleurs ; on ne peut pas demander aux examinateurs de créer un compte GitHub.
- Ajoutez une page de politique de confidentialité et, si vous avez des comptes, une action de suppression de compte.
- Activez l'indicateur de chargement de WebViewGold pour le premier chargement du bundle.
Laissez GitHub Spark faire le travail de préparation pour le store
Collez ceci dans GitHub Spark et laissez-le appliquer les changements que les examinateurs recherchent. Vérifiez le résultat, puis publiez.
Prompt pour votre agent de code (spark exporté)
This repository is an exported GitHub Spark app. Prepare it for publishing as a native iOS and Android app (it will run inside a native WebView wrapper that loads the deployed URL): replace every llm() call with a server-side call to my own model provider (API key in an environment variable); replace the Spark key-value storage (useKV) with a real database and add email sign-in so no GitHub login is required; add /privacy and /terms pages linked from the footer and a "Delete my account" action with confirmation; make all screens responsive from 320px to tablet widths with 44px tap targets and no horizontal scrolling; remove external promotional links; show a retry state when data fails to load; set the title to the app name (max 30 characters). Finally, list anything that still depends on Spark.
Examen App Store : les règles qui comptent pour les apps GitHub Spark
Apple examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé GitHub Spark ; 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 GitHub Spark obtient dans l'app iOS
Chaque fonctionnalité est optionnelle et documentée pas à pas dans la documentation WebViewGold pour iOS.
Notifications push
Push distant via OneSignal ou Pushwoosh, push locaux planifiés via un appel JavaScript, demande de permission au moment que vous choisissez.
DocumentationSocial Login Helper
Les connexions Google et Facebook fonctionnent dans l'app ; Sign in with Apple est géré automatiquement.
DocumentationUniversal Links
Les liens reçus par e-mail (magic links, réinitialisations de mot de passe) s'ouvrent directement dans l'app.
DocumentationAchats intégrés
Abonnements et achats uniques App Store via RevenueCat, déclenchés depuis votre app web.
DocumentationÉcran hors ligne et solution de repli
Un écran natif « Réessayer » lorsque l'utilisateur est hors ligne, ou un HTML local de repli.
DocumentationIndicateur de chargement et splash
Gardez l'écran de lancement jusqu'au chargement de l'app web, ou affichez un spinner natif.
DocumentationConnexion biométrique
Verrou Face ID / Touch ID depuis un appel JavaScript.
DocumentationScanner de QR codes et codes-barres
Scanner natif qui renvoie le résultat à votre app web.
DocumentationFeuille de partage native et haptique
Boîte de dialogue de partage et retour haptique depuis votre app web.
DocumentationCSS et JavaScript personnalisés
Masquez les éléments réservés au site web et injectez du code lors du chargement dans l'app.
DocumentationGuides de fonctionnalités pour les apps GitHub Spark
Chaque guide montre la configuration exacte pour votre stack GitHub Spark, avec un prompt à coller.
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 GitHub Spark à l'app approuvée
Imaginons que vous ayez créé en 2025 un spark de suivi des stand-ups pour de petites équipes de développement : chacun publie ce qu'il a fait, ce qui vient ensuite et ce qui le bloque, avec une synthèse llm() pour le lead de l'équipe. Vous l'avez exporté avec Create repository avant l'échéance d'août 2026, avez remplacé useKV par une table Supabase, remplacé llm() par votre propre fournisseur de modèles appelé depuis une fonction serverless et ajouté une connexion par e-mail. Vous l'avez ensuite déployé sur Cloudflare Pages sur votre propre domaine et avez encapsulé cette URL avec WebViewGold, en activant un push local qui rappelle à chaque membre de publier avant la réunion quotidienne. Avec un compte d'équipe de démonstration dans les notes de validation, les deux stores l'approuvent. Désormais, vous développez dans l'éditeur de votre choix, et chaque déploiement met à jour l'app.
Votre première semaine après le lancement
- Déployez les correctifs sur votre propre hébergement comme d'habitude ; l'app encapsulée suit cette URL, pas github.app.
- Orientez toute personne qui utilise encore l'ancienne version github.app vers les apps des stores et le nouveau domaine, puisque cette version ne peut plus être modifiée.
- Surveillez le coût du fournisseur de modèles qui a remplacé llm() ; vous payez désormais vous-même chaque synthèse.
- Programmez le rappel quotidien avec sendlocalpushmsg:// à l'heure choisie par chaque équipe, et annulez-le avec sendlocalpushmsg://push.send.cancel les jours de repos.
- Demandez une note avec rateapp:// après qu'une équipe a utilisé l'app pendant une semaine complète.
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
Une app GitHub Spark peut-elle encore être publiée sur l'App Store ?
Oui, à partir du code exporté. GitHub a retiré Spark le 31 août 2026 : les sparks déployés continuent de tourner sur github.app mais ne peuvent plus être modifiés, donc une app de store doit charger votre propre déploiement du dépôt exporté. Remplacez llm() et le stockage Spark, déployez sur Vercel, Netlify ou Cloudflare Pages, insérez cette URL dans WebViewGold et soumettez les builds natifs.
Je n'ai pas exporté mon spark avant le 31 août 2026. Que faire ?
Le spark publié continue de tourner, mais Spark ne vous permet plus de le modifier ni de l'exporter, et ses fonctions llm() ne marchent plus. Si vous pouvez encore l'ouvrir, servez-vous-en comme cahier des charges : décrivez ses écrans et ses données à Claude Code, GitHub Copilot ou Lovable, reconstruisez-le comme une app web classique sur votre propre hébergement et encapsulez-la avec WebViewGold. Encapsuler le spark figé lui-même est risqué, car rien ne pourra être corrigé si un examinateur signale un problème.
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.
GitHub Spark a été retiré. Mon spark publié fonctionne-t-il encore ?
Selon GitHub, les apps déjà déployées continuent de fonctionner après le retrait, mais vous ne pouvez plus les modifier dans Spark, et les fonctions IA basées sur llm() ont cessé de fonctionner à l'arrêt de GitHub Models le 30 juillet 2026. Pour une app sur les stores, partez du dépôt que vous avez exporté et hébergez-le vous-même.
Par quoi remplacer useKV et llm() quand j'héberge moi-même un spark ?
Le package du runtime Spark ne fonctionne que sur l'hébergement de GitHub : remplacez donc useKV par une vraie base de données (Supabase, Firebase ou votre propre API) et llm() par un appel côté serveur à un fournisseur de modèles avec votre propre clé d'API. Demandez à votre agent de code de le faire module par module, puis déployez sur Vercel, Netlify ou Cloudflare Pages et encapsulez l'URL avec WebViewGold.
Dois-je resoumettre l'app à chaque modification dans GitHub Spark ?
Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans GitHub Spark 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 principaleCloud Builder
$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 gratuiteFull 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
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.