Ce que c'est
v0, de Vercel, génère des apps React et Next.js à partir de prompts et les déploie sur Vercel en un clic. Développeurs front-end et designers qui pensent en composants React et livrent sur Vercel.
Commencez ici
App v0 → App StorePas à pas, de l'URL v0 publiée à la fiche App Store, avec les vérifications spécifiques à v0.App v0 → Google PlayLe guide Android pour les apps v0, y compris la configuration de la Play Console et la règle des 12 testeurs.v0 : App Store + Google PlayLes deux stores depuis une seule URL : différences, coûts et plan en parallèle.App v0 refusée : les solutionsRefusée ? Le triage pour les apps v0, les motifs habituels et un modèle de réponse.
Fonctionnalités natives pour les apps v0
Chaque page de fonctionnalité explique la partie native (un réglage ou un appel d'URL) et la partie app web pour votre stack v0, avec un prompt à coller.
Notifications pushSur iOS, le web push du navigateur ne fonctionne que pour les web apps ajoutées à l'écran d'accueil, et la plupart des utilisateurs ne le voient jamais. Devenue une app native grâce à WebViewGold, votre app v0 profite du vrai push : des notifications système sur iOS et Android, envoyées depuis votre backend, depuis un tableau de bord ou planifiées par votre propre JavaScript.Achats intégrésVotre app v0 encaisse probablement via Stripe. Sur le web, rien ne change. Mais dans l'app iOS, Apple impose l'achat intégré (In-App Purchase) pour les biens numériques (guideline 3.1.1), et Google Play Billing s'applique sur Android. WebViewGold gère les deux via RevenueCat, avec un seul appel d'URL depuis votre app web.Connexion Google et Sign in with AppleLes apps v0 utilisent généralement Auth.js/NextAuth, Clerk, Supabase Auth ou intégrations Vercel. La connexion par e-mail et mot de passe fonctionne telle quelle dans une app WebViewGold. Mais Google et d'autres fournisseurs OAuth bloquent les WebViews intégrées, et Apple ajoute sa propre règle. Voici comment faire fonctionner chaque méthode de connexion dans l'app sans modifier votre code d'authentification.Connexion biométriqueUn champ de mot de passe donne l'impression d'un site web. Face ID donne l'impression d'une app. WebViewGold ajoute l'authentification biométrique à votre app v0 sous deux formes : un simple verrouillage de l'app activé dans la configuration, ou une API JavaScript (
bioauth://) qui renvoie le résultat à votre app web pour protéger exactement les écrans de votre choix.Scanner de QR codes et de codes-barresDans une WebView, le scan de QR codes via le navigateur est lent et multiplie les demandes d'autorisation. WebViewGold ouvre le scanner natif de la caméra depuis un lien (qrcode:// ou barcodescanner://) et renvoie directement le résultat à votre app v0 : une URL s'ouvre automatiquement, la valeur d'un code-barres arrive dans une variable JavaScript.GéolocalisationVotre app v0 appelle déjà navigator.geolocation. Dans une app WebViewGold, cet appel déclenche la vraie boîte de dialogue d'autorisation du système, et la position provient du GPS de l'appareil plutôt que d'une approximation du navigateur. Aucun code natif : vous rédigez seulement le texte d'explication et répondez aux questionnaires des stores.Publicités AdMobLes régies publicitaires web rapportent peu dans les apps et fonctionnent souvent mal dans les WebViews. WebViewGold intègre le SDK natif AdMob : une bannière sous votre app v0, des interstitiels après un certain nombre d'interactions et des vidéos avec récompense que vous déclenchez depuis JavaScript quand l'utilisateur veut des crédits ou du contenu supplémentaires.Mode hors ligneLes examinateurs activent le mode avion. Les utilisateurs prennent le métro. Une app v0 qui affiche une page blanche hors ligne semble cassée ; un écran hors ligne natif avec un bouton Réessayer ressemble à une app. WebViewGold propose trois niveaux de prise en charge du hors-ligne, et le bon choix dépend de votre stack (Next.js (App Router), React, Tailwind CSS et shadcn/ui, déployés sur Vercel ; données via Supabase, Neon ou les intégrations Vercel).Deep linksUn utilisateur touche dans son e-mail le magic link envoyé par Auth.js/NextAuth, Clerk, Supabase Auth ou intégrations Vercel et atterrit dans Safari : connecté sur le web, mais pas dans l'app. Les Universal Links et App Links règlent ce problème : les liens https vers votre domaine ouvrent directement l'app v0. Voici la configuration complète, plus les liens à schéma personnalisé pour les QR codes et les autres apps.Partage natif et retour haptiqueDeux petites choses donnent à une app v0 une sensation native dès la première minute : une vraie feuille de partage (AirDrop, Messages, WhatsApp, Mail) au lieu d'un lien copié, et une légère vibration quand une action réussit. WebViewGold expose les deux sous forme d'appels d'URL que vous pouvez relier à vos boutons existants.Téléchargements de fichiers et uploads caméraUne WebView brute ignore silencieusement le téléchargement d'un PDF et affiche un sélecteur de fichiers rudimentaire. WebViewGold enregistre les images dans la photothèque (savethisimage://?url=…), télécharge les PDF, fichiers audio, ePub et Office, et ouvre l'appareil photo ou la galerie natifs pour chaque <input type="file"> de votre app v0.Évaluation in-appLes notes décident si une fiche de store convertit. WebViewGold permet à votre app v0 d'afficher la boîte de dialogue d'évaluation native (rateapp://) exactement quand l'utilisateur est satisfait : après une commande terminée, un entraînement achevé, un projet enregistré. Vous choisissez le moment dans votre app web ; la partie native tient en un appel.CSS et JavaScript personnalisésLe site web a besoin d'un bandeau cookies, d'un pied de page avec 30 liens et d'un badge « Téléchargez notre app ». L'app n'a besoin de rien de tout cela. WebViewGold injecte un fichier custom.css et un fichier custom.js dans chaque page que votre app v0 charge dans l'app : le site web reste intact et l'app ressemble à une app.Lecteur de tags NFCSafari ne donne aucun accès NFC aux sites web, et Web NFC n'existe que dans Chrome sur Android. Encapsulée avec WebViewGold, votre app v0 lance un scan NFC natif avec un simple lien et reçoit le contenu du tag dans une fonction JavaScript : sur Android via l'API NFC documentée, sur iPhone via le plugin NFC de WebViewGold. Check-ins, étiquettes d'équipement et cartes de visite NFC ne demandent alors que quelques lignes de code.Scanner de documentsSi votre app v0 propose un envoi de fichier, elle peut avoir un vrai scanner de documents. WebViewGold ajoute une option Scan Document à la boîte de dialogue d'envoi native : Apple VisionKit sur iPhone et Google ML Kit sur Android détectent les bords de la page, recadrent et améliorent chaque page, puis transmettent le résultat à votre champ de fichier existant, comme n'importe quel autre envoi.Impression et AirPrintLe bouton Imprimer qui fonctionne dans le navigateur reste généralement muet dans une app, car les WebViews d'app ne gèrent pas window.print() comme Safari ou Chrome. WebViewGold offre à votre app v0 une alternative native : printitem:// télécharge un PDF ou une image depuis votre serveur et ouvre la boîte de dialogue d'impression du système, AirPrint sur iPhone et le service d'impression Android, avec l'option Enregistrer au format PDF.Copier-coller et presse-papiersLes boutons Copier qui échouent sans prévenir et les champs de collage qui ne se remplissent jamais sont des agacements classiques des WebViews. Dans une app WebViewGold, votre app v0 lit le presse-papiers de l'appareil à la demande avec getclipboard:// (le contenu arrive dans la variable clipboarddata), et la copie utilise l'API Clipboard standard du web avec une solution de repli. Voici le schéma à suivre, ainsi que les règles de confidentialité que les deux plateformes imposent.Accès aux contactsLes écrans « Retrouvez vos amis », les invitations de groupe et les apps de partage de dépenses veulent souvent accéder au carnet d'adresses. Dans une app WebViewGold, votre app v0 demande l'autorisation avec requestcontactpermission:// et reçoit les noms et numéros de téléphone en JSON dans la variable contacts après readcontacts://. Le code prend quelques minutes ; c'est l'usage que vous faites des données qui décide si l'app passe l'examen.Lecture vidéo et audioUne balise vidéo HTML5 fonctionne dans l'app, mais les longues leçons y paraissent à l'étroit et la lecture s'arrête généralement dès que l'utilisateur change d'app. Avec WebViewGold, votre app v0 confie l'URL d'un flux au lecteur natif grâce à un simple lien (startnativevideo://) : vos spectateurs profitent du plein écran et du Picture-in-Picture sur les deux plateformes, et d'AirPlay sur iPhone. Sur iOS, vous pouvez aussi laisser l'audio HTML continuer en arrière-plan pour les podcasts, la radio et les cours audio.Protection contre les captures d'écranLeçons payantes, conversations privées, soldes de compte, coupons à usage unique : certains écrans ne devraient pas finir dans une discussion de groupe. WebViewGold peut bloquer les captures et les enregistrements d'écran sur Android et les détecter sur iOS, puis appeler une fonction JavaScript dans votre app v0 pour que vous puissiez réagir. La même boîte à outils fonctionne aussi dans l'autre sens : takescreenshot:// enregistre volontairement un écran dans Photos, pour les billets et les reçus.HealthKit et Health ConnectLes trackers de fitness, les apps d'habitudes et les outils de coaching créés avec v0 peuvent afficher le vrai nombre de pas, la fréquence cardiaque ou le poids de l'utilisateur au lieu de lui demander de les saisir. WebViewGold lit et écrit dans Apple Santé (HealthKit) sur iOS et dans Health Connect sur Android avec les deux mêmes schémas d'URL. Le code est la partie facile ; ce sont les règles des stores sur les données de santé qui méritent l'essentiel de votre attention.Événements de calendrierUne réservation absente du calendrier de l'utilisateur, c'est un rendez-vous manqué en puissance. Sur iOS, WebViewGold permet d'ajouter un événement à l'app Calendrier depuis un simple lien vers un fichier .ics : votre app v0 n'a besoin de rien d'autre que d'une URL qui renvoie l'événement. Sur Android, WebViewGold n'a pas d'API de calendrier dédiée ; voici ce qui fonctionne à la place.Lampe torcheLire un numéro de série dans une réserve sombre, relever un compteur dans une cave, trouver sa place à un concert : parfois, votre app v0 a simplement besoin de lumière. WebViewGold allume et éteint la lampe du téléphone grâce à deux liens, enableflashlight:// et disableflashlight://, sur iOS et Android. C'est une petite fonctionnalité qui donne le meilleur d'elle-même comme aide au sein d'un parcours plus large.Extension de partageUn outil de favoris, une boîte à recettes ou un moodboard ne sert vraiment que si l'enregistrement se fait en un tap. Avec WebViewGold, votre app v0 apparaît dans la feuille de partage d'iOS et d'Android, et tout ce que l'utilisateur partage (un lien, un extrait de texte, une photo) arrive dans votre app web sous la forme de la variable JavaScript sharedData. Votre code décide de la suite : préremplir un formulaire, l'enregistrer dans votre backend ou ouvrir un éditeur.Widgets et raccourcisL'écran d'accueil est l'endroit où une app prouve qu'elle est plus qu'un favori. Sur iOS, WebViewGold offre à votre app v0 quatre façons d'y être présente : un widget image que votre serveur tient à jour, des actions rapides par appui long sur l'icône, des phrases Siri qui exécutent votre JavaScript et des icônes d'app alternatives. Android n'a pas d'équivalent WebViewGold pour les widgets et les actions rapides : ce guide présente donc aussi, honnêtement, les alternatives de ce côté.Pass Apple WalletSi votre app v0 vend des billets d'événement, gère un programme de fidélité ou distribue des coupons, le pass a sa place dans Apple Wallet, sur l'écran verrouillé au moment où il compte. WebViewGold ajoute le chaînon manquant : remplacez https:// par addpkpass:// dans l'URL de votre fichier .pkpass et iOS affiche la feuille native Ajouter à Apple Wallet. Vous créez et signez toujours le pass vous-même, et sur Android, Google Wallet fonctionne via son propre lien d'enregistrement web.Stockage natif et identifiant d'appareilLes utilisateurs attendent d'une app qu'elle se souvienne d'eux. Les cookies et le localStorage gardent généralement votre app v0 connectée, mais ce sont des stockages web qui disparaissent avec le cache. WebViewGold ajoute deux petits outils natifs : un stockage de valeurs persistant (writevalue:// et readvalue://) pour les réglages et la restauration de session, et un UUID d'appareil (get-uuid://) pour les licences liées à un appareil, les appareils de confiance et les réglages par appareil sur votre serveur.Publicités Meta Audience NetworkSi votre audience vit sur Facebook et Instagram, Meta Audience Network peut être une alternative à AdMob. WebViewGold intègre le SDK natif Audience Network : interstitiels programmés ou déclenchés par une page sur iOS, bannières et interstitiels sur Android, configurés dans Config.swift et Config.java et pilotés depuis votre app v0. Voici la configuration, les formalités de confidentialité et les points sur lesquels les apps avec publicité se font refuser.Barre d'onglets native et navigationUn menu hamburger et un en-tête de site web sont le moyen le plus rapide de donner à une app v0 l'air d'un simple favori, et c'est précisément ce que les examinateurs jugent au titre de la guideline 4.2. WebViewGold ajoute une barre d'onglets ou une barre latérale native sur iOS, et une navigation inférieure ou un tiroir Material sur Android, chacun configuré dans un seul fichier, tandis que votre app web continue de gérer le routage.Splash screen et indicateur de chargementDeux secondes d'écran blanc après le lancement : c'est ainsi qu'une app v0 récolte une remarque au titre de la guideline 2.1 ou un avis à une étoile. L'app native s'ouvre instantanément ; votre app web a besoin d'un instant. WebViewGold couvre cet instant avec un splash à vos couleurs, un indicateur de chargement natif et le pull-to-refresh, et quelques lignes dans votre app web rendent la transition invisible.Safe area et barre d'étatUne app v0 parfaite dans le navigateur peut voir son en-tête passer sous la Dynamic Island, sa barre d'onglets sous l'indicateur d'accueil, ou son horloge disparaître en blanc sur blanc en mode sombre. Par défaut, WebViewGold garde votre page dans la safe area et colore la barre d'état nativement ou depuis JavaScript. Voici quand vous y fier, et quand passer en bord à bord avec du CSS.Mise à jour forcée et contrôle de versionVotre app web v0 se met à jour à chaque publication, mais la coque native qui l'entoure ne change que lorsque les utilisateurs installent une nouvelle version depuis le store. Quand une nouvelle fonctionnalité dépend d'une coque plus récente, ou que d'anciens builds pointent vers une URL que vous abandonnez, vous devez savoir qui est en retard. WebViewGold transmet à votre app web la version installée ; quelques lignes de code en font une bannière discrète ou un écran de mise à jour obligatoire.Liens externes et gestion des URLSur le web, un lien vers Stripe, la connexion Google, WhatsApp ou votre centre d'aide fonctionne tout simplement. Dans une app, chaque lien a besoin d'une destination : l'app elle-même, un onglet de navigateur intégré, Safari ou Chrome, ou une autre app comme Mail, Téléphone ou WhatsApp. Si vous vous trompez, les utilisateurs se retrouvent bloqués sur une page tierce sans bouton retour, connectés au mauvais endroit, ou en train de payer dans un navigateur pendant que l'app attend.v0 en bref
Stack
Next.js (App Router), React, Tailwind CSS et shadcn/ui, déployés sur Vercel ; données via Supabase, Neon ou les intégrations Vercel
Publication et hébergement
Cliquez sur Deploy dans v0. Le projet est poussé vers un projet Vercel et servi à une adresse vercel.app. Chaque nouveau déploiement devient automatiquement la version de production.
Authentification
Auth.js/NextAuth, Clerk, Supabase Auth ou intégrations Vercel
Paiements
Stripe
Badge de l'outil
Aucun badge d'outil à retirer.
Exemple : du projet v0 à l'app approuvée
Imaginons que vous ayez créé avec v0 une boutique en ligne pour un petit torréfacteur de cafés de spécialité : des pages produits Next.js, un paiement Stripe pour les grains et les moulins, et une table Supabase pour l'historique des commandes. Vous déployez sur Vercel, connectez shop.yourdomain.com et encapsulez ce domaine avec WebViewGold pour iOS et Android. Comme la boutique vend des biens physiques, le paiement Stripe est autorisé dans les deux apps et aucun achat in-app n'est nécessaire. Vous ajoutez des notifications push pour le retour en stock des torréfactions limitées et la feuille de partage native pour que les clients puissent recommander un café à un ami, ce qui donne à l'app plus que ce que propose le site. Après l'approbation, chaque déploiement de production sur Vercel met à jour la boutique dans les deux apps en quelques minutes.
Votre première semaine après le lancement
- Livrez les correctifs par un déploiement de production Vercel normal, et vérifiez qu'il a bien été promu en production au lieu de rester un aperçu.
- Considérez l'historique des déploiements Vercel comme votre bouton de retour arrière : si une version casse quelque chose, promouvez le déploiement précédent et chaque app installée se rétablit au lancement suivant.
- Envoyez le premier push pour une vraie raison (un retour en stock, une fonctionnalité demandée) avec un lien vers la page concernée.
- Utilisez getappversion:// dans votre layout Next.js pour lire la version de l'app installée, afin d'afficher une invitation à mettre à jour dès que vous livrez un nouveau build natif.
- Demandez une note avec rateapp:// après une commande terminée ou une deuxième visite, pas au premier lancement.
Prompt de préparation pour les stores
Collez dans v0, vérifiez les changements, publiez.
Prompt à coller dans v0
Prepare this Next.js app for publishing as a native iOS and Android app (it will run inside a native WebView wrapper): 1. Add /privacy and /terms routes with editable placeholder content and link them from the footer. 2. Add a "Delete account" button in settings that deletes the user's data and account on the server, with a confirmation dialog. 3. Ensure all pages are responsive from 320px up to tablet widths with no horizontal overflow; tap targets at least 44px. 4. Remove any "Built with v0" or "Deploy with Vercel" badges and links, plus any external links in the main navigation. 5. Add an error boundary and a retry UI for failed data fetches. 6. Set metadata.title to the app name (max 30 characters) and add a description.
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 d'app natif
- 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 une app v0 sur l'App Store ?
Oui. Déployez le projet v0 sur Vercel, assurez-vous que l'URL de production est publique, insérez-la dans WebViewGold pour iOS et soumettez l'app compilée via App Store Connect. La même URL alimente l'app Android.
Le rendu côté serveur de Next.js fonctionne-t-il dans l'app ?
Oui. La WebView demande les pages comme le ferait un navigateur mobile : les server components, les route handlers et le middleware se comportent exactement comme sur vercel.app.
Puis-je continuer à livrer avec v0 une fois l'app en ligne ?
Oui. L'app charge votre URL de production, donc chaque nouveau déploiement Vercel est en ligne dans l'app sans mise à jour sur les stores.
Quelle URL Vercel dois-je mettre dans l'app ?
Votre domaine de production : soit l'adresse stable yourproject.vercel.app, soit, mieux encore, votre propre domaine personnalisé. N'utilisez jamais la longue URL unique d'un déploiement isolé ou d'une branche d'aperçu : elles peuvent être protégées par Vercel et pointent vers un build figé, si bien que l'app ne se mettrait pas à jour lors de votre prochain déploiement.
Ai-je besoin d'une formule Vercel payante pour une app sur les stores ?
WebViewGold fonctionne avec n'importe quelle URL HTTPS publique, donc techniquement non. La formule Hobby de Vercel est toutefois réservée à un usage personnel et non commercial : si l'app rapporte de l'argent ou représente une entreprise, passez le projet sur une formule Pro avant le lancement et connectez un domaine personnalisé en même temps.
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.