Une seule base de code, une vraie app de store
L'app Android charge votre URL GitHub Copilot 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 Copilot
Copilot vit dans votre dépôt : issues, pull requests, Actions et l'hébergeur qui déploie main. WebViewGold s'insère dans cette boucle, car l'app native charge l'URL sur laquelle votre branche main est déployée : fusionner une pull request de Copilot met donc à jour l'app installée sans nouvelle version sur les stores. Un projet Swift et Kotlin séparé donnerait à l'agent deux bases de code de plus à garder synchronisées, alors que le pont JavaScript permet à Copilot d'ajouter le push, les retours haptiques, le partage ou la connexion biométrique dans le code qu'il connaît déjà.
Continuez à publier depuis GitHub Copilot
Fusionnez dans main, le déploiement se lance et l'app affiche la modification au prochain lancement. 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 Google Play
Garantie d'approbation Google Play 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 Copilot publiée sur une URL HTTPS publique (username.github.io/repo ou yourproject.vercel.app ou, mieux, votre propre domaine)
- Un compte développeur Google Play Console ($25 en une fois) pour votre soumission Google Play Store
- Android Studio sur Windows, macOS ou Linux – ou le WebViewGold Cloud Builder dans votre navigateur
- WebViewGold pour Android ($109 en paiement unique, mises à jour gratuites)
- Une page de politique de confidentialité, une icône de 1024 × 1024 px et 30 à 60 minutes
Excellent travail! Je n'ai jamais codé quoi que ce soit, mais j'ai réussi à travailler avec cela. Facile et rapide! Avec une grande aide des créateurs!
GitHub Copilot → Google Play : 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 Copilot sur une URL de production
Fusionnez la pull request dans votre branche main et laissez votre hébergeur déployer : Vercel, Netlify ou Azure Static Web Apps compilent chaque push, ou un workflow GitHub Actions publie un build statique sur GitHub Pages. Saisissez l'URL de production ou votre domaine dans WebViewGold. Les ports redirigés de Codespaces (app.github.dev), les déploiements de prévisualisation des pull requests et localhost sont temporaires. Utilisez le déploiement de production de votre branche main. Domaine personnalisé : Ajoutez le domaine dans les réglages Pages du dépôt (ou dans les réglages de domaine de votre hébergeur), configurez les enregistrements DNS et activez Enforce HTTPS. 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é Google Play : 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 Android
Paiement unique, mises à jour gratuites. Vous recevez le projet Android Studio prêt à l'emploi, ou activez le WebViewGold Cloud Builder et passez-vous complètement de l'IDE.
Insérez votre URL et personnalisez l'app
Ouvrez Config.java (ou le formulaire du Cloud Builder), collez votre URL publiée, définissez le nom de l'app, choisissez votre nom de package, importez l'icône et choisissez l'écran de démarrage. Aucun codage requis.
Activez les fonctionnalités natives
Activez les notifications push, l'écran hors ligne, le pull-to-refresh, la connexion biométrique, le scanner QR ou les App Links avec de simples réglages. Tout est optionnel.
Compilez l'App Bundle signé
Dans Android Studio : Build → Generate Signed Bundle. Dans le Cloud Builder : cliquez sur Build, le .aab signé est préparé et envoyé pour vous.
Créez la fiche dans la Play Console
Créez l'app dans la Play Console, remplissez la fiche du store, importez l'icône, l'image de présentation et les captures d'écran, complétez Sécurité des données, la classification du contenu et l'accès à l'app.
Testez, puis soumettez
Les nouveaux comptes personnels mènent d'abord un test fermé de 14 jours avec 12 testeurs. Promouvez ensuite la release en production et soumettez pour examen. Notre garantie d'approbation vous couvre.
Vérifications spécifiques à GitHub Copilot avant de soumettre
Voici les points qui reviennent le plus souvent avec les projets GitHub Copilot (N'importe quelle stack web dans votre dépôt GitHub : Next.js, React + Vite, Astro, Vue, Rails, Django ou ASP.NET).
- GitHub Pages ne sert que des fichiers statiques, et un site de projet se trouve sous /repo-name/. Définissez le chemin de base, ajoutez un fallback 404.html (ou un routage par hash) pour les applications monopages et privilégiez un domaine personnalisé, sinon les deep links et les rechargements renvoient une erreur 404 dans l'app.
- Placez les règles WebViewGold dans .github/copilot-instructions.md (ou AGENTS.md) pour que le mode agent et l'agent cloud cessent d'ajouter des bannières « Téléchargez notre app », des menus au survol pensés pour le desktop ou des API propres au navigateur.
- Vérifiez chaque pull request de Copilot en largeur de téléphone (via son déploiement de prévisualisation ou un Codespace) avant de la fusionner : un débordement horizontal à 320px et des zones tactiles minuscules sont exactement ce qui donne aux examinateurs l'impression qu'une app encapsulée n'est qu'un site web.
- Si l'app propose Sign in with GitHub, Google ou une autre connexion tierce, la directive 4.8 d'Apple attend une option équivalente respectueuse de la vie privée comme Sign in with Apple, que WebViewGold gère automatiquement ; les connexions Google et Facebook passent par le Social Login Helper.
Laissez GitHub Copilot faire le travail de préparation pour le store
Collez ceci dans GitHub Copilot et laissez-le appliquer les changements que les examinateurs recherchent. Vérifiez le résultat, puis publiez.
Issue pour l'agent cloud de Copilot (ou le mode agent)
Titre : Préparer l'app web pour l'App Store et Google Play (wrapper WebViewGold) Cette app sera publiée sous forme d'apps natives iOS et Android qui chargent l'URL de production dans le wrapper WebView WebViewGold. N'ajoutez ni Capacitor, ni React Native, ni SDK natifs ; les fonctionnalités natives viennent du pont JavaScript de WebViewGold documenté sur https://www.webviewgold.com/llms-full.txt. Ouvrez une seule pull request qui remplit ces critères d'acceptation : - [ ] Balise meta viewport, aucun débordement horizontal de 320px à 1024px, zones tactiles de 44px, padding safe-area-inset sur les en-têtes et pieds de page fixes - [ ] Pages /privacy et /terms liées depuis le pied de page - [ ] Une action « Supprimer le compte » dans les réglages qui supprime, après confirmation, les données et l'enregistrement d'authentification de l'utilisateur - [ ] Aucune bannière « Téléchargez notre app » ni aucun lien promotionnel externe dans la navigation principale - [ ] États d'erreur avec bouton « Réessayer » pour les requêtes qui échouent ; aucun contenu factice - [ ] Les routes de l'application monopage fonctionnent au rechargement et via les deep links (fallback 404 si le site est sur GitHub Pages) - [ ] Une section « Wrapper d'app natif » qui reprend ces règles dans .github/copilot-instructions.md Si vous pouvez lancer l'app, ajoutez à la description de la pull request des captures d'écran des écrans principaux en largeur de téléphone.
Examen Google Play : les règles qui comptent pour les apps GitHub Copilot
Google examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé GitHub Copilot ; les apps sont refusées pour les points ci-dessous.
- Fonctionnalités minimales
Règle Spam et fonctionnalités minimales
Google refuse les apps qui ne font qu'encapsuler un site web sans l'autorisation de son propriétaire ou qui n'offrent aucune fonctionnalité réelle. Encapsuler votre propre produit avec des fonctionnalités natives en plus est accepté.
- Sécurité des données
Règle Données utilisateur
Chaque app a besoin d'une URL de politique de confidentialité et d'un formulaire Sécurité des données (Data safety) rempli, qui liste ce que l'app et ses SDK collectent.
- Suppression de compte
Règle Données utilisateur
Les apps qui permettent de créer un compte doivent proposer la suppression du compte dans l'app et via un lien web que vous indiquez dans la Play Console.
- Obligation de test
Comptes développeur personnels
Les comptes personnels créés après novembre 2023 doivent mener un test fermé avec au moins 12 testeurs pendant 14 jours consécutifs avant de pouvoir demander l'accès à la production.
- Niveau d'API cible
Exigences de niveau d'API cible
Les nouvelles apps doivent cibler une version récente d'Android. Les mises à jour WebViewGold maintiennent le modèle à jour ; compilez simplement avec la dernière version.
- Paiements
Google Play Billing
Les biens numériques et abonnements vendus dans l'app doivent en général passer par Google Play Billing (WebViewGold prend en charge RevenueCat). Les biens physiques et les services peuvent utiliser d'autres moyens de paiement.
Les fonctionnalités natives que votre app GitHub Copilot obtient dans l'app Android
Chaque fonctionnalité est optionnelle et documentée pas à pas dans la documentation WebViewGold pour Android.
Notifications push
Push distant via OneSignal ou Pushwoosh, push locaux planifiés via un appel JavaScript.
DocumentationApp Links et deep links
Les liens https vers votre domaine et les schémas personnalisés s'ouvrent directement dans l'app.
DocumentationAchats intégrés
Abonnements et achats uniques Google Play 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.
DocumentationÉcran de démarrage et indicateur de chargement
Durée minimale et maximale du splash avec fondu, ou un spinner natif pendant le chargement.
DocumentationConnexion biométrique
Verrou par empreinte digitale / reconnaissance faciale depuis un appel JavaScript.
DocumentationScanner de QR codes et codes-barres
Scanner natif qui renvoie le résultat à votre app web.
DocumentationPartage natif et haptique
Intent 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.
DocumentationEnvoi de fichiers et photos
Sélecteur de fichiers natif et appareil photo pour vos formulaires d'envoi.
DocumentationChecklist avant soumission Google Play
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 : Android bloque par défaut le trafic http:// en clair sur les versions actuelles.
- Mise en page responsive de 320 px aux largeurs de tablette, avec un comportement prévisible du bouton Retour (WebViewGold relie le bouton Retour à l'historique web).
- URL de politique de confidentialité prête et formulaire Sécurité des données rempli honnêtement.
- Suppression de compte dans l'app plus un lien web de suppression si les utilisateurs peuvent s'inscrire.
- Identifiants d'accès à l'app pour l'examinateur si le contenu est derrière une connexion.
- Un nom de package unique (par exemple com.votresociete.votreapp) défini avant le premier envoi : il ne pourra plus jamais changer.
- Une icône de 512 × 512 px et une image de présentation de 1024 × 500 px.
- Au moins deux captures d'écran de téléphone prises dans la vraie app (captures de tablette recommandées).
- Pour les nouveaux comptes personnels : 12 testeurs prêts pour le test fermé de 14 jours.
- Android App Bundle (.aab) signé, compilé à partir de la dernière version de WebViewGold.
Exemple : du projet GitHub Copilot à l'app approuvée
Imaginons que vous ayez créé avec Copilot, dans un dépôt Next.js, un planificateur de créneaux pour une banque alimentaire associative : les bénévoles voient les créneaux libres, s'inscrivent d'un geste et reçoivent un rappel la veille. Vous rédigez la checklist de conformité aux stores sous forme d'issue, l'assignez à l'agent cloud de Copilot, vérifiez sa pull request en largeur de téléphone et la fusionnez. Vercel déploie main sur shifts.yourfoodbank.org, que vous encapsulez avec WebViewGold, et le push OneSignal prévient les bénévoles quand un créneau urgent s'ouvre. Comme la connexion propose Google, l'agent ajoute Sign in with Apple dans une seconde pull request. Le bénévole de démonstration indiqué dans les notes de validation a déjà deux créneaux réservés, les deux stores approuvent l'app, et chaque pull request fusionnée l'atteint au prochain lancement.
Votre première semaine après le lancement
- Étiquetez les issues liées aux stores (par exemple app-store) et assignez-les à l'agent cloud de Copilot ; vérifiez chaque pull request en largeur de téléphone avant de la fusionner.
- Protégez main avec un status check obligatoire qui compile l'app, car une fusion défectueuse arrive directement dans chaque copie installée.
- Gardez .github/copilot-instructions.md synchronisé avec les appels au pont WebViewGold que vous utilisez, pour que l'agent ne les supprime pas lors d'un refactoring.
- Lisez l'identifiant OneSignal (player ID) avec getonesignalplayerid:// après la connexion et enregistrez-le avec l'utilisateur, pour pouvoir envoyer un push à un seul bénévole plutôt qu'à tout le monde.
- Demandez une note avec rateapp:// quand un bénévole a terminé son premier créneau.
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 Android Studio 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
Comment publier sur l'App Store une app web créée avec GitHub Copilot ?
Déployez la branche main sur une URL HTTPS publique (Vercel, Netlify, Azure Static Web Apps ou GitHub Pages), saisissez cette URL dans WebViewGold pour iOS, compilez avec Xcode ou le Cloud Builder et soumettez via App Store Connect. La même URL alimente l'app Android.
L'agent cloud de Copilot peut-il préparer mon app pour la validation ?
Oui. Assignez-lui une issue avec la checklist de conformité aux stores, vérifiez en largeur de téléphone la pull request qu'il ouvre, puis fusionnez-la. Comme l'app des stores charge votre déploiement, les modifications fusionnées atteignent les apps installées sans nouvelle version sur les stores.
GitHub Pages suffit-il pour une app publiée sur les stores ?
Pour une app statique ou rendue côté client, oui, avec un domaine personnalisé, HTTPS imposé et un fallback pour les routes de l'application monopage. Si l'app a besoin de code serveur, de routes API ou de secrets, déployez-la plutôt sur Vercel, Netlify ou Azure.
Ai-je besoin d'Android Studio ?
Soit Android Studio (gratuit, fonctionne sous Windows, macOS et Linux), soit le WebViewGold Cloud Builder, qui compile et envoie l'App Bundle signé depuis votre navigateur.
Qu'est-ce que la règle des 12 testeurs ?
Google exige que les comptes développeur personnels créés après novembre 2023 mènent un test fermé avec au moins 12 testeurs inscrits pendant 14 jours consécutifs avant la première publication en production. Des amis, des collègues ou une communauté Discord suffisent ; les comptes d'organisation en sont exemptés.
Que se passe-t-il si Google refuse l'app ?
Google nomme la règle en cause et vous pouvez corriger puis resoumettre. WebViewGold est livré avec une garantie d'approbation Google Play : si Google refuse l'app pour un motif non lié au contenu, vous êtes remboursé dans les 14 jours suivant l'achat.
Mon app peut-elle utiliser Sign in with GitHub comme seule méthode de connexion ?
Seulement si l'app est un client de GitHub lui-même, par exemple un tableau de bord des dépôts de l'utilisateur, car la directive 4.8 exempte les apps dans lesquelles les utilisateurs doivent se connecter à un service tiers précis pour accéder à leur contenu sur ce service. Pour tout autre produit, ajoutez Sign in with Apple, ou une autre méthode de connexion qui remplit les conditions de confidentialité de la directive, à côté du bouton GitHub. Google Play n'a pas de règle équivalente, mais sa section App access exige tout de même des identifiants qui permettent à l'examinateur d'entrer.
Ai-je besoin d'un domaine personnalisé si l'app tourne sur GitHub Pages ?
C'est fortement recommandé. Un site de projet se trouve sous username.github.io/repo-name/ : les fichiers qui doivent se trouver à la racine du domaine, comme apple-app-site-association et assetlinks.json pour les Universal Links et les App Links, ne peuvent donc pas être servis pour lui, et déplacer le site plus tard changerait l'URL dans votre app. Avec votre propre domaine, HTTPS imposé et un fallback 404.html pour les routes de l'application monopage, GitHub Pages est un très bon hébergeur pour une app statique publiée sur les stores.
Dois-je resoumettre l'app à chaque modification dans GitHub Copilot ?
Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans GitHub Copilot 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 Android (mises à jour gratuites) plus le compte développeur Google Play Console ($25 en une fois). 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.