Passer au contenu principal
Logo de Capgo

Guide de l'application Capacitor

Qu'est-ce qu'une application Capacitor ?

A Capacitor app is a web app shipped inside real native iOS and Android projects. Your interface is HTML, CSS, and JavaScript running in a WebView, while Capacitor plugins bridge that web code to native device APIs like camera, storage, push notifications, biometrics, files, and location. Capgo turns that architecture into a release advantage with live updates, maintained plugins, and native cloud builds.

Explorer les plugins Capgo Surcharger la revue pour les correctifs web
Développement d'applications mobiles cross-plateforme sur iOS, les frameworks web et Android

Comment ça marche

Le Capacitor n'est pas un framework de conception de l'interface utilisateur. Il s'agit du runtime natif sous l'application. Ionic, React, Vue, Angular, Svelte, Tailwind ou votre propre système de conception peuvent rendre l'interface utilisateur à l'intérieur du WebView.

1. Application web

Vous construisez le produit avec les outils web normaux, puis vous exportez des actifs statiques. Le Capgo peut mettre à jour ces actifs après approbation.

2. Shell natif

Le Capacitor insère ces actifs à l'intérieur des projets iOS et Android. Le Capgo Build aide lorsque ces binaires doivent être reconstruits.

3. Pont de plugin

Les appels JavaScript appellent les plugins, et les plugins appellent Swift, Kotlin, Java, Objective-C ou les redirigeants web par défaut. Le Capgo maintient les plugins pour les besoins natifs courants.

Parties positives

  • Un codebase web unique peut déployer sur iOS, Android et le web.
  • Avec les mises à jour en direct du Capgo, les corrections autorisées HTML, CSS et JavaScript peuvent contourner la file d'attente de revue de l'application native après que l'application native est approuvée.
  • Les équipes gardent React, Vue, Angular, Svelte ou les outils web simples sans avoir à réécrire en Swift et Kotlin.
  • L'accès natif passe par les plugins, et le code personnalisé Swift, Kotlin, Java ou Objective-C peut toujours être ajouté.
  • Les applications web modernes existantes peuvent adopter le Capacitor sans changer les frameworks de UI.
  • Capacitor garde les projets iOS et Android natifs dans le dépôt, ce qui rend la débogage de plateforme et le SDK plus explicite.
  • La plupart des plugins Cordova peuvent toujours fonctionner, ce qui aide les équipes Ionic et Cordova plus anciennes à migrer progressivement.
  • Capgo ajoute des plugins Capacitor maintenus, des canaux de mise à jour en temps réel, la possibilité de reculer et des builds cloud en plus du runtime Capacitor.

Les parties négatives

  • L'interface utilisateur s'exécute dans un WebView, donc les performances web médiocres deviennent des performances mobiles médiocres.
  • Les transferts de données fréquents ou importants entre le pont JavaScript-natif ajoutent un surcoût.
  • Les équipes ont encore besoin de connaissances natives pour la signature, la revue de magasin, les permissions, Gradle, Xcode et les SDK mises à niveau.
  • Les projets natifs sont des fichiers sources, donc les mises à niveau majeures peuvent nécessiter des changements manuels soigneux.
  • L'écosystème des plugins est large, mais pas tous les plugins de la communauté ont la même qualité de maintenance, c'est pourquoi les plugins Capgo maintenus sont importants pour les applications de production.
  • Il n'est généralement pas le meilleur choix pour des interfaces utilisateur natives complètes, des jeux avancés, des applications AR lourdes ou des applications avec des flux de données natives à faible latence constants.

Meilleur ajustement, mauvais ajustement

Capacitor s'adapte le mieux lorsque

  • Les produits SaaS, fintech, santé, éducation, marché et outils internes avec des besoins forts en produits web.
  • Les applications web existantes qui nécessitent une distribution dans les magasins d'applications sans une reécriture native complète.
  • Les équipes qui veulent que le web, iOS et Android soient gérés par la même équipe frontend.
  • Les applications avec des besoins natifs normaux : caméra, push, authentification, fichiers, biométrie, paiements, localisation et liens profonds.
  • Les produits qui bénéficient d'actualisations de bundle web en direct après l'approbation de la boutique.
  • Teams that want Capgo Build to handle repeatable iOS and Android builds, signing, and release artifacts without maintaining every native CI detail.

Choisissez un autre stack lorsque

  • Les jeux de haute gamme 3D, les éditeurs de vidéos, les produits AR d'abord ou les applications pilotées par un rendu natif en temps réel lourd.
  • Les équipes qui veulent écrire uniquement Swift, Kotlin, Java ou Dart.
  • Les produits où chaque écran doit être construit à partir de contrôles natifs de plateforme stock.
  • Les applications qui dépendent d'une niche native SDK lorsqu'il n'existe pas de plugin maintenu et que l'équipe ne peut pas maintenir un.
  • Teams that expect native-code, permission, entitlement, or store-policy changes to bypass app review. Capgo live updates are for the web bundle, not native binary changes.

Pourquoi Capgo compte

Les applications natives attendent une nouvelle version binaire, une signature, un déploiement et une revue de l'application pour chaque changement visible. Capacitor vous donne un bundle web à l'intérieur de l'application native. Capgo transforme ce bundle en un chemin de déploiement plus rapide tout en gardant les changements native-code dans le flux de revue approprié de l'application.

Mises à jour en direct qui ignorent la file d'attente de revue

Capgo envoie les changements de bundle web autorisés directement aux utilisateurs après l'approbation de l'application native, de sorte que les corrections de copie, les corrections de l'interface utilisateur, les correctifs JavaScript et les configurations à distance ne doivent pas attendre des jours pour passer par la revue de l'App Store ou de la Play Store.

Rollback, canaux et déploiement contrôlé

Capgo permet aux équipes de lancer vers les utilisateurs en bêta, des pourcentages, des canaux ou des versions spécifiques, puis de revenir rapidement lorsqu'une mise à jour web est mauvaise.

Plugins Capacitor maintenus

Capgo garde un grand catalogue de plugins pour les applications de production Capacitor , couvrant les besoins natives courants tels que l'authentification, le stockage, les achats, les médias, les API de périphérique et les migrations d'entreprise.

Capgo Construire pour les sorties natives

Lorsque les modifications natives code sont vraiment importantes, Capgo Build aide à produire des builds iOS et Android, à gérer les signatures, à suivre les journaux et à envoyer des artefacts prêts à être mis en vente à partir du même projet Capacitor.

Utiliser les mises à jour en direct Capgo Construire des sorties natives

Histoire et lignée

Capacitor provient de l'équipe Ionic, la même entreprise derrière le framework Ionic. Il hérite du modèle de WebView et de la liaison native de Cordova et PhoneGap, mais modernise l'expérience de développement autour des packages npm, TypeScript, Swift, Kotlin, projets natifs engagés et support PWA.

Cordova et PhoneGap

Capacitor hérite de l'idée d'applications hybrides : un noyau natif, un WebView et un pont de JavaScript vers les API natives.

Fin 2017

L'équipe Ionic a commencé à explorer une alternative moderne à Cordova alors que Ionic s'est élargie au-delà de la seule interface utilisateur mobile.

2019

Capacitor a été publié pour la première fois lorsque Ionic s'est tournée vers un runtime web natif pour iOS, Android, bureau et PWAs.

2022

Ionic a rejoint OutSystems. Ionic a ensuite déclaré que Capacitor reste central à la travail mobile d'OutSystems et au soutien open source.

2023-2026

Ionic a déplacé Capacitor vers un rythme de publication plus prévisible et a commencé un rééquilibrage de la santé de la liste des tâches.

Maintenance et santé

Capacitor est maintenu par l'équipe Ionic, avec des contributeurs de la communauté autour de l'écosystème. Le projet est en bonne santé, mais pas parfait : Ionic a reconnu publiquement un endettement de la liste des tâches en février 2026 et a commencé un processus de nettoyage pour les anciens problèmes et demandes de modification.

Instantané vérifié le 6 mai 2026. Les comptes évoluent au fil du temps.

Dernière version stable

8.3.1

Publié le 16 avril 2026

GitHub étoiles

15.6k

ionic-team/capacitor

Fils

1.2k

Répertoire public GitHub

Téléchargements mensuels

9.6M

@capacitor/core, du 6 avril au 5 mai 2026

Lecture pratique

Traitez Capacitor comme un paramètre par défaut fort lorsque votre produit est web et que les appareils mobiles sont importants. Utilisez Capgo lorsque la vitesse de mise en production est importante : mises à jour en direct pour les correctifs web, annulation pour les versions mauvaises, canaux pour un déploiement étalé, plugins maintenus pour des fonctionnalités natives et Capgo Construire lorsque doit être produit un véritable binaire natif. Les applications natives uniquement ne bénéficient pas de cette voie de mise à jour en direct ; chaque correctif attend une nouvelle construction et une revue de magasin.

Construire des applications natives avec Capgo Commencez avec Capgo

Sources

Continuez à partir de la Capacitor Guide de l'application

Si vous transformez une application web en application Capacitor, connectez cette page avec Capgo Quickstart pour les mises à jour en temps réel, Capgo Répertoire des plugins pour les capacités natives, Capgo Bâtiments natifs pour les fichiers binaires de l'application, Capgo Live Updates __CAPGO_KEEP_0__ pour les correctifs post-examen, et Créer une application mobile native avec Next.js et Capacitor __CAPGO_KEEP_0__ pour un chemin spécifique au framework.