Applications Webview / PWA
Dans Cadrant, vous construisez ces apps dans l'onglet Application mobile, option « Webview / PWA ». C'est une seule app web mobile-first, qui se distribue de deux façons — en PWA, sur les stores, ou les deux :
- PWA — vous publiez une URL, et vos utilisateurs installent l'app depuis leur navigateur, sans store.
- WebView — la même app, emballée dans un shell natif et soumise à l'App Store et à Google Play.
Ce que vous obtenez
- UI mobile-first générée pour les écrans tactiles et les formats téléphone.
- Aperçu cadre téléphone dans Cadrant (mêmes onglets qu'une app web : preview, éditeur, code, data).
- Une URL Cadrant gratuite, ou votre propre nom de domaine, avec HTTPS inclus.
- Backend Supabase : auth, base de données, stockage et Edge Functions.
- Sync GitHub et historique de versions.
1. PWA : installer depuis le navigateur
Une PWA (Progressive Web App) est une application web que vos utilisateurs installent sur leur téléphone directement depuis le navigateur. C'est la façon la plus simple de mettre un produit mobile entre les mains des gens : vous publiez une URL, et cette URL est l'application.
Comment une PWA arrive chez vos utilisateurs
- Ils ouvrent votre URL sur leur téléphone, dans n'importe quel navigateur.
- Ils touchent « Ajouter à l'écran d'accueil » dans le menu du navigateur.
- L'app obtient sa propre icône et s'ouvre en plein écran, sans l'interface du navigateur.
- À chaque publication, tout le monde a la nouvelle version immédiatement — rien à télécharger, rien à faire valider.
Publier
Depuis l'en-tête du projet, ouvrez Publier et choisissez un slug ou connectez un domaine personnalisé. Partagez le lien et c'est en ligne. Détails sur le slug et les domaines : Publier votre projet.
Ce qu'une PWA ne peut pas faire
- Les APIs du device sont limitées par rapport à une app native — la caméra et les notifications push en particulier, et iOS les restreint plus qu'Android.
- Elle n'est pas sur l'App Store : personne ne la trouvera en cherchant dans le store. Pour ça, passez à la partie 2.
Workflow PWA
Construire et prévisualiser
Itérez dans le cadre téléphone jusqu'à ce que la navigation et les parcours clés fonctionnent.Publier l'URL
Choisissez un slug ou un domaine personnalisé, puis partagez le lien.Tester l'installation
Ouvrez l'URL sur un vrai téléphone et ajoutez-la à l'écran d'accueil pour vérifier l'icône, le splash et le plein écran.
2. WebView : publier sur les stores
Une app WebView, c'est votre application web publiée, emballée dans un shell natif et soumise à l'App Store et à Google Play. C'est le même projet que votre PWA — la différence, c'est que celle-ci obtient une fiche sur le store. Choisissez cette voie quand vos utilisateurs doivent trouver et installer l'app depuis le store plutôt que depuis un lien.
Prérequis pour publier : l'offre Starter, un compte Expo (gratuit), un compte Apple Developer (99 $/an) pour l'App Store et un compte développeur Google Play (25 $ une fois) pour Google Play.
Comment ça marche
- Cadrant génère une coque Expo minimale dont l'unique écran est une WebView native pointant vers votre URL publiée.
- Les builds iOS et Android tournent sur votre compte Expo, et Expo les soumet sur votre compte App Store Connect et votre Play Console.
- Les utilisateurs l'installent depuis le store comme n'importe quelle app.
Ce qui change par rapport à la PWA
- Trouvable : votre app a une fiche store, une icône et un nom que les gens peuvent chercher.
- Soumise à review : Apple examine le binaire avant publication et à chaque nouveau build ; Google examine les releases en production sur Play.
- Le contenu se met toujours à jour instantanément : le shell charge votre URL en ligne, donc publier votre app change ce que voient les utilisateurs sans soumettre de nouveau build.
Publier
Les deux parcours sont identiques à ceux d'une app native — les builds tournent sur votre compte Expo, puis Expo soumet le binaire iOS sur votre compte App Store Connect et l'app bundle Android sur votre Play Console. Pas à pas, par plateforme — iOS : Publier sur App Store Connect. Android : Publier sur Google Play.
Workflow WebView
Connecter votre compte Expo
Créez un compte Expo gratuit et collez un token d'accès dans Intégrations. Le plan gratuit couvre 15 builds iOS et 15 builds Android par mois, et les builds tournent sur votre compte.Publier : le build tourne sur votre compte Expo
Cadrant vous guide dans la configuration du store — connexion Apple et certificat côté iOS, création de l'app et invitation du compte de service côté Google Play —, lance le build sur votre compte Expo, puis Expo le soumet sur App Store Connect ou sur votre Play Console.Tester sur un vrai appareil
Sur iOS, installez ce binaire exact via TestFlight. Sur Android, déployez la release brouillon vers vos testeurs internes depuis la Play Console. C'est là que vous vérifiez l'app telle que vos utilisateurs la recevront — pas en preview.Publier sur les stores
Finalisez les fiches dans App Store Connect et la Play Console — captures, description, confidentialité —, soumettez la version à la revue Apple et déployez la release Android depuis les tests internes.
Voir aussi
- Applications mobiles natives — APIs natives complètes, quand le navigateur ne suffit pas.
- Publier votre projet — slug et domaines personnalisés.
- Publier sur App Store Connect — parcours Apple Developer, build et envoi.
- Publier sur Google Play — configuration Play Console, clé d'upload et déploiement en tests internes.