Une seule base de code, une vraie app de store
L'app iOS charge votre URL Dyad 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 Dyad
Dyad vous donne du code React standard sur votre propre machine et vous laisse l'hébergement : une fois le projet sur Vercel, vous avez exactement ce dont WebViewGold a besoin, une URL HTTPS publique. La mise à niveau Capacitor expérimentale de Dyad empaquette le build dans des projets natifs à recompiler à chaque modification ; WebViewGold charge plutôt le déploiement en ligne, si bien qu'un Sync to GitHub met à jour les apps. L'authentification et les données Supabase continuent de tourner sans changement côté web.
Continuez à publier depuis Dyad
Faites un Sync to GitHub dans Dyad, votre hébergeur recompile, et l'app affiche la nouvelle version au prochain lancement, sans mise à jour sur les stores. 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 Dyad publiée sur une URL HTTPS publique (yourapp.vercel.app (ou l'adresse de l'hébergeur sur lequel vous déployez) 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
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 !
Dyad → 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 Dyad sur une URL de production
Dyad n'héberge pas les apps lui-même. Connectez GitHub dans les détails de l'app, cliquez sur Sync to GitHub, puis importez le dépôt sur Vercel (ou chez un autre hébergeur) ; vous obtenez une URL publique du type dyad-app-name.vercel.app. Chaque Sync to GitHub ultérieur déclenche un nouveau build. L'aperçu à côté du chat Dyad tourne sur votre propre ordinateur : personne d'autre ne peut donc l'ouvrir. Déployez d'abord et utilisez dans l'app l'URL de déploiement publique ou votre domaine personnalisé. Domaine personnalisé : Ajoutez votre domaine côté hébergement (Vercel : réglages du projet, Domains) et configurez les enregistrements DNS indiqués. 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 à Dyad avant de soumettre
Voici les points qui reviennent le plus souvent avec les projets Dyad (React + TypeScript + Vite avec React Router, Tailwind CSS et shadcn/ui dans le modèle par défaut (un modèle Next.js est aussi disponible), avec Supabase ou Neon pour l'authentification et les données).
- Dyad propose une option expérimentale « Upgrade to hybrid mobile app with Capacitor » qui ouvre le projet dans Xcode et Android Studio. Cette voie empaquette votre build dans des projets natifs à recompiler à chaque modification ; WebViewGold charge plutôt votre URL déployée, si bien qu'un Sync to GitHub met à jour les apps installées.
- Le modèle par défaut est une application monopage avec React Router et fournit un vercel.json qui renvoie chaque chemin vers index.html. Conservez une réécriture équivalente si vous déployez ailleurs, sinon les deep links et les rechargements dans l'app aboutissent sur une page 404.
- Par défaut, Supabase demande aux nouveaux utilisateurs de confirmer leur e-mail. Le lien de confirmation ouvre le navigateur du téléphone, sauf si vous configurez les Universal Links (iOS) et les App Links (Android) dans WebViewGold : prévoyez-le avant la validation.
- Par défaut, une app Dyad s'exécute côté client : gardez les clés API dans des fonctions serveur Supabase ou dans les variables d'environnement de votre hébergeur, jamais dans le bundle du navigateur.
- La connexion Google dans l'app nécessite le Social Login Helper de WebViewGold, car Google bloque OAuth dans les WebViews intégrées.
- Made with Dyad: Le modèle par défaut place un lien « Made with Dyad » en bas de la page principale. Demandez à Dyad de retirer le composant MadeWithDyad partout avant de compiler l'app. En savoir plus sur les badges d'outil.
Laissez Dyad faire le travail de préparation pour le store
Collez ceci dans Dyad et laissez-le appliquer les changements que les examinateurs recherchent. Vérifiez le résultat, puis publiez.
Prompt à coller dans Dyad
Préparez cette app pour sa publication en tant qu'app native iOS et Android (elle tournera dans un wrapper WebView natif qui charge l'URL déployée) : 1. Ajoutez des routes /privacy et /terms dans src/App.tsx avec des pages provisoires que je pourrai modifier, et liez-les depuis le pied de page et l'écran des réglages. 2. Ajoutez dans les réglages du compte une action « Supprimer mon compte » qui appelle une fonction serveur Supabase pour supprimer les lignes et l'utilisateur d'authentification, avec une boîte de dialogue de confirmation. 3. Retirez le composant MadeWithDyad de toutes les pages. 4. Rendez chaque page responsive de 320px jusqu'aux largeurs d'iPad, sans défilement horizontal et avec des zones tactiles d'au moins 44px. 5. Affichez un état convivial avec possibilité de réessayer quand une requête échoue, au lieu d'un écran vide. 6. Assurez-vous qu'aucune clé API n'est utilisée dans le code client ; déplacez-les dans des fonctions serveur Supabase. 7. Définissez la balise <title> dans index.html avec le nom de l'app (30 caractères maximum) et ajoutez une meta description.
Examen App Store : les règles qui comptent pour les apps Dyad
Apple examine le comportement, pas l'outil. Personne n'est refusé pour avoir utilisé Dyad ; 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 Dyad 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.
DocumentationChecklist 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 Dyad à l'app approuvée
Imaginons que vous ayez créé avec Dyad une carte de fidélité numérique pour une brûlerie de café : les clients s'inscrivent, présentent un QR code personnel au comptoir et récoltent un tampon à chaque café. Dyad a écrit l'app React sur votre ordinateur portable, Supabase stocke les clients et les tampons, et Sync to GitHub la déploie sur Vercel sous cards.yourroastery.com. Dans l'app WebViewGold, le barista ouvre la page réservée à l'équipe et touche un bouton de scan qui appelle qrcode:// ; le code du client encode une URL comme /stamp/8f3k, qui s'ouvre dans l'app et ajoute le tampon. Un push OneSignal prévient les clients quand leur dixième café est offert. Vous retirez le lien Made with Dyad, les deux stores approuvent l'app, et votre ordinateur peut rester fermé : l'app continue de tourner sur Vercel et Supabase.
Votre première semaine après le lancement
- Faites vos modifications dans Dyad, testez-les dans l'aperçu local, puis lancez Sync to GitHub ; rien n'atteint l'app tant que le build Vercel n'est pas terminé.
- Ajoutez à AI_RULES.md une courte section sur les appels au pont WebViewGold, pour que les prompts suivants ne suppriment ni le bouton de scan ni l'enregistrement push.
- Gardez la clé de votre fournisseur IA dans Dyad, sur votre ordinateur ; l'app déployée n'a besoin que des clés Supabase prévues pour le navigateur.
- Vérifiez l'usage de Vercel et de Supabase après le lancement ; une formule gratuite qui atteint ses limites ressemble à une app cassée pour les clients.
- Demandez une note avec rateapp:// juste après qu'un client a profité de son premier café offert.
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 Dyad peut-elle être publiée sur l'App Store et Google Play ?
Oui, dès qu'elle tourne sur une URL HTTPS publique. Synchronisez le projet avec GitHub, déployez-le sur Vercel ou chez un autre hébergeur, saisissez cette URL dans WebViewGold et compilez les apps iOS et Android. Les apps chargent votre déploiement : le code reste donc un projet web normal que vous continuez à modifier dans Dyad.
Dyad propose une mise à niveau Capacitor. Pourquoi choisir plutôt WebViewGold ?
La mise à niveau Capacitor est expérimentale et vous laisse des projets natifs à configurer et à recompiler à chaque changement du code web. WebViewGold vous fournit des projets Xcode et Android Studio prêts à l'emploi, avec des fonctionnalités natives activables par simple réglage, et comme il charge votre URL déployée, les modifications web atteignent les utilisateurs sans nouveau build sur les stores.
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.
Mon ordinateur doit-il rester allumé pour que l'app Dyad fonctionne ?
Non. Dyad ne tourne que pendant que vous construisez. L'app publiée est servie par Vercel (ou votre autre hébergeur) et utilise Supabase ou Neon dans le cloud : les clients peuvent donc l'utiliser pendant que votre ordinateur portable est fermé. Votre ordinateur ne redevient utile que lorsque vous voulez modifier quelque chose et lancer un Sync to GitHub.
Quel modèle IA utiliser dans Dyad pour une app publiée sur les stores ?
N'importe quel modèle qui maîtrise bien React et Supabase. Apple et Google examinent l'app déployée, pas le modèle qui l'a écrite. Plus importants sont un AI_RULES.md court, qui garde la production de Dyad cohérente d'un modèle à l'autre, et l'habitude de tester l'URL de production sur un vrai téléphone avant de soumettre.
Dois-je resoumettre l'app à chaque modification dans Dyad ?
Non. L'app charge votre URL publiée : les changements de contenu et de fonctionnalités que vous publiez dans Dyad 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.