Passer à la navigation principale
Capgo logo

Guide de l'application Capacitor

Qu'est-ce qu'une application Capacitor ?

Une application Capacitor est une application web embarquée dans des projets natifs iOS et Android réels. Votre interface est constituée de HTML, CSS et JavaScript exécutés dans un WebView, tandis que les plugins Capacitor relient cette application web code aux API de dispositif natif comme la caméra, le stockage, les notifications push, les biométries, les fichiers et la localisation. Capgo transforme cette architecture en un avantage de mise en production avec des mises à jour en direct, des plugins maintenus et des builds cloud natifs.

Soutien humain de Martin

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

Comment ça marche

L'application Capacitor n'est pas un framework de conception de l'interface utilisateur. C'est le 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 sortez des actifs statiques. Capgo peut mettre à jour ces actifs après approbation.

2. Boîte native

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

3. Pont de plugin

JavaScript calls plugins, and plugins call Swift, Kotlin, Java, Objective-C, or web fallbacks. Capgo maintains plugins for common native needs.

__CAPGO_KEEP_0__ maintient les plugins pour les besoins natifs courants.

  • Les parties positives
  • With Capgo live updates, allowed HTML, CSS, and JavaScript fixes can bypass the store review queue after the native app is approved.
  • Avec les mises à jour en direct de __CAPGO_KEEP_0__, les corrections HTML, CSS et JavaScript autorisées peuvent contourner la file d'attente de revue de l'App Store après que l'application native est approuvée.
  • Native access comes through plugins, and custom Swift, Kotlin, Java, or Objective-C code can still be added.
  • L'accès natif passe par les plugins, et les Capacitor personnalisés Swift, Kotlin, Java ou Objective-C peuvent toujours être ajoutés.
  • Capacitor keeps native iOS and Android projects in the repo, which makes platform debugging and SDK work more explicit.
  • __CAPGO_KEEP_0__ garde les projets iOS et Android natifs dans le dépôt, ce qui rend la débogage des plateformes et le travail de __CAPGO_KEEP_1__ plus explicite.
  • Capgo adds maintained Capacitor plugins, live-update channels, rollback, and cloud builds on top of the Capacitor runtime.

Parties négatives

  • L’UI fonctionne dans un WebView, donc les performances web médiocres deviennent des performances mobiles médiocres.
  • Les transferts de données importants ou fréquents 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 mises à niveau SDK.
  • Les projets natives sont des fichiers source, donc les mises à niveau majeures peuvent nécessiter des changements manuels soigneux.
  • L'écosystème de 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.
  • C'est généralement pas la meilleure option pour les UI natives complètes, les jeux avancés, les applications AR lourdes ou les applications avec des flux de données natives à faible latence constant.

Meilleur ajustement, mauvais ajustement

Capacitor s'adapte le mieux lorsque

  • Les outils SaaS, fintech, santé, éducation, marché et 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 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.
  • Les équipes qui veulent que Capgo Build gère les builds répétitifs iOS et Android, la signature et les artefacts de publication sans maintenir chaque détail CI natif.

Choisissez une autre pile lorsque

  • Les jeux de haute gamme 3D, les éditeurs de vidéos, les produits AR ou les applications pilotées par un rendu natif en temps réel lourd.
  • Les équipes qui veulent écrire uniquement en Swift, Kotlin, Java ou Dart.
  • Les produits où chaque écran doit être construit à partir de contrôles natifs de plateforme de base.
  • Les applications qui dépendent d'une niche native SDK lorsque aucun plugin maintenu n'existe 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 un nouveau code, une signature, un déploiement et une revue d'applications 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 publication plus rapide tout en gardant les changements natifs code dans le flux de revue approprié de l'application.

Les mises à jour en direct qui sautent la file d'attente de revue

Capgo délivre les modifications de la bibliothèque web autorisée directement aux utilisateurs après que l'application native est approuvée, de sorte que les corrections de copie, les corrections de l'interface utilisateur, les correctifs de JavaScript et la configuration à distance ne doivent pas attendre des jours pour passer en revue l'App Store ou le Play Store.

Rollback, canaux et lancement contrôlé

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

Plugins Capacitor maintenus

Capgo keeps a large plugin catalog for production Capacitor apps, covering common native needs such as auth, storage, purchases, media, device APIs, and enterprise migrations.

Capgo Build for native releases

When native code really changes, Capgo Build helps produce iOS and Android builds, manage signing, follow logs, and ship store-ready artifacts from the same Capacitor project.

__CAPGO_KEEP_0__ Construire pour les sorties natives

Lorsque les modifications natives de Capgo sont vraiment importantes, __CAPGO_KEEP_1__ Build aide à produire des builds iOS et Android, à gérer les signatures, à suivre les journaux et à envoyer des artefacts prêts pour le magasin à partir du même projet __CAPGO_KEEP_2__. Support humain de Martin

context

Capacitor came from the Ionic team, the same company behind Ionic Framework. It inherits the core WebView and native-plugin pattern from Cordova and PhoneGap, but modernizes the developer experience around npm packages, TypeScript, Swift, Kotlin, committed native projects, and PWA support.

Cordova et PhoneGap

Capacitor hérite de l'idée d'application hybride : une coquille native, une vue Web 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 plus tard déclaré que Capacitor reste au centre du travail mobile d'OutSystems et du soutien open source.

2023-2026

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

Maintenance et santé

Capacitor est maintenu par l'équipe Ionic, avec des contributeurs communautaires 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.

Vérification de l'état le 6 mai 2026. Les comptes évoluent au fil du temps.

Dernière version stable

8.3.1

Publiée le 16 avril 2026

GitHub étoiles

15,6 k

ionic-team/capacitor

Forks

1,2 k

Répertoire public GitHub

Téléchargements mensuels

9,6 M

@capacitor/core, 6 avril-5 mai 2026

Lecture pratique

Traitez Capacitor comme un paramètre par défaut fort lorsque votre produit est web-first 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 les fonctionnalités natives et Capgo Build lorsque vous devez produire un vrai binaire natif. Les applications natives uniquement ne disposent pas de cette voie de mise à jour en direct ; chaque correctif attend une nouvelle build et une revue de l'application de magasin.

Construirez des applications natives avec Capgo Commencez avec Capgo

Sources

Continuez avec le Guide de l'application Capacitor

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 d'application, Capgo Mises à jour en temps réel contexte : Page/zone : Page de produit de mise à jour en temps réel. Rôle : Étiquette de navigation ou élément UI court. Vu dans : page live-update.astro. Préservez les termes de produit/marque et les termes de développeur exactement. Clé de message `live_update_hero_badge` (Écusson de mise à jour en temps réel Hero). Construirez une application mobile native avec Next.js et Capacitor pour un chemin spécifique au framework.