Aller au contenu principal

Guide de l'app Capacitor

Qu'est-ce qu'une app Capacitor ?

Une app Capacitor est une application web déployée au sein de véritables projets natifs iOS et Android. Votre interface est composée d'HTML, CSS et JavaScript s'exécutant dans une WebView, tandis que les plugins Capacitor font le pont entre ce web code et les API natives de l'appareil comme la caméra, le stockage, les notifications push, la biométrie, les fichiers et la localisation. Capgo transforme cette architecture en un avantage pour vos releases grâce aux live updates, des plugins maintenus et des builds cloud natifs.

support humain par Martin

Développement d'applications mobiles multiplateformes pour iOS, Android et les frameworks web

Comment ça marche

Capacitor n'est pas un framework UI. C'est le runtime natif sous l'application. Ionic, React, Vue, Angular, Svelte, Tailwind ou votre propre design system peut rendre l'UI dans la WebView.

1. Web app

Vous construisez le produit avec vos outils web habituels, puis générez des assets statiques. Capgo peut mettre à jour ces assets après approbation.

2. Shell natif

Capacitor place ces assets dans vos projets iOS et Android. Capgo Build vous aide lorsque ces binaires doivent être reconstruits.

3. Pont de plugins

Le JavaScript appelle les plugins, et les plugins appellent Swift, Kotlin, Java, Objective-C ou des alternatives web. Capgo maintient des plugins pour les besoins natifs courants.

Les points positifs

  • Un seul codebase web pour déployer sur iOS, Android et le web.
  • Avec les live update de Capgo, les correctifs HTML, CSS et JavaScript autorisés peuvent contourner la file d'attente de révision des stores une fois l'app native approuvée.
  • Les équipes conservent React, Vue, Angular, Svelte ou des outils web classiques au lieu de tout réécrire en Swift et Kotlin.
  • L'accès natif se fait via des plugins, et vous pouvez toujours ajouter du code personnalisé en Swift, Kotlin, Java ou Objective-C.
  • Les applications web modernes existantes peuvent adopter Capacitor sans changer de framework UI.
  • Capacitor conserve les projets natifs iOS et Android dans le repo, ce qui rend le débogage plateforme et le travail sur SDK plus explicites.
  • La plupart des plugins Cordova sont encore compatibles, ce qui aide les équipes Ionic et Cordova à migrer progressivement.
  • Capgo ajoute des plugins Capacitor maintenus, des canaux de live update, le rollback et des cloud builds par-dessus le runtime Capacitor.

Les points négatifs

  • L'UI s'exécute dans une WebView, donc une mauvaise performance web se traduit par une mauvaise performance mobile.
  • Les transferts de données volumineux ou fréquents via le bridge JavaScript-natif ajoutent une surcharge.
  • Les équipes ont toujours besoin de connaissances en apps natives pour la signature, la revue sur les stores, les permissions, Gradle, Xcode et les mises à jour SDK.
  • Native projects are source files, so major upgrades can require careful manual changes.
  • L'écosystème de plugins est vaste, mais tous les plugins communautaires n'ont pas la même qualité de maintenance ; c'est pourquoi des plugins Capgo maintenus sont essentiels pour les apps en production.
  • Ce n'est généralement pas le meilleur choix pour une UI totalement native, les jeux avancés, les apps lourdes en RA ou les apps avec des flux de données natives constants à faible latence.

Idéal, peu adapté

Capacitor est idéal quand

  • SaaS, fintech, santé, éducation, marketplace et outils internes avec de forts besoins en produit web.
  • Applications web existantes nécessitant une distribution sur les stores sans réécriture native complète.
  • Équipes souhaitant gérer le web, iOS et Android avec une seule et même équipe frontend.
  • Apps avec des besoins natifs classiques : caméra, push, auth, fichiers, biométrie, paiements, localisation et deep links.
  • Des produits qui bénéficient de live update de bundles JS après l'approbation des stores.
  • Équipes souhaitant que Capgo Native Build gère les builds iOS et Android, la signature et les artefacts de release sans maintenir chaque détail de la CI native.

Choisissez une autre stack si

  • Jeux 3D haut de gamme, éditeurs vidéo, produits centrés sur la RA ou applications nécessitant un rendu natif lourd en temps réel.
  • Les équipes qui souhaitent coder uniquement en Swift, Kotlin, Java ou Dart.
  • Les produits où chaque écran doit être construit avec les contrôles natifs de la plateforme.
  • Les applications dépendant d'un SDK natif spécifique lorsqu'aucun plugin maintenu n'existe et que l'équipe ne peut pas en maintenir un.
  • Les équipes qui s'attendent à ce que les changements de code, de permissions, d'entitlements ou de politiques de store contournent la revue d'app. Les live updates Capgo concernent le bundle web, pas les changements de binaire natif.

Pourquoi Capgo est important

Les apps exclusivement natives doivent attendre un nouveau binaire, la signature, le déploiement et la revue d'app pour chaque changement visible. Capacitor vous offre un bundle web à l'intérieur de l'app native. Capgo transforme ce bundle en un chemin de release plus rapide, tout en maintenant les changements code natifs dans le flux de revue des stores.

Des live updates qui évitent la file d'attente de revue

Capgo déploie les changements autorisés du bundle web directement aux utilisateurs une fois l'app native approuvée. Ainsi, les correctifs de texte, d'UI, les patchs JavaScript et la configuration à distance n'attendent pas des jours la revue de l'App Store ou du Play Store.

Rollback, canaux et déploiement progressif

Capgo permet aux équipes de publier vers des bêta-testeurs, des pourcentages, des canaux ou des versions spécifiques, puis d'effectuer un rollback rapide si une mise à jour web est défectueuse.

Plugins Capacitor maintenus

Capgo propose un large catalogue de plugins pour les apps de production Capacitor, couvrant les besoins natifs courants comme l'auth, le stockage, les achats, les médias, les API d'appareil et les migrations d'entreprise.

Capgo Build pour les releases natives

Quand le code natif change réellement, Capgo Build aide à générer des builds iOS et Android, gérer la signature, suivre les logs et livrer des artefacts prêts pour les stores depuis le même projet Capacitor.

support humain par Martin

Historique et lignée

Capacitor est issu de l'équipe Ionic, la société derrière Ionic Framework. Il hérite du pattern WebView et des plugins natifs de Cordova et PhoneGap, mais modernise l'expérience développeur autour des packages npm, de TypeScript, Swift, Kotlin, des projets natifs commités et du support PWA.

Cordova et PhoneGap

Capacitor hérite du concept d'app hybride : une coquille native, une WebView et un bridge entre JavaScript et les API natives.

Fin 2017

L'équipe Ionic a commencé à explorer une alternative moderne à Cordova, alors qu'Ionic s'étendait au-delà de la seule UI mobile.

2019

Capacitor a été lancé lors de la transition d'Ionic vers un runtime web-natif pour iOS, Android, le desktop et les PWA.

2022

Ionic a rejoint OutSystems. Ionic a indiqué plus tard que Capacitor reste au cœur du travail mobile d'OutSystems et du support open source.

2023-2026

Ionic a doté Capacitor d'un rythme de release plus prévisible et a entamé une remise à plat publique du backlog.

Maintenance et santé

Capacitor est maintenu par l'équipe Ionic, avec des contributeurs de la communauté autour de l'écosystème. Le projet est sain, mais pas parfait : Ionic a reconnu publiquement une dette de backlog en février 2026 et a lancé un nettoyage des anciennes issues et pull requests.

Instantané vérifié le 6 mai 2026. Les chiffres évoluent avec le temps.

Dernière release stable

8.3.1

Publié le 16 avril 2026

Stars GitHub

15,6k

ionic-team/capacitor

Forks

1,2 k

Repo public GitHub

Téléchargements mensuels

9,6 M

@capacitor/core, 6 avr. – 5 mai 2026

Lectures utiles

Considérez Capacitor comme un choix par défaut solide quand votre produit est web-first et que le mobile compte. Utilisez Capgo quand la vitesse de release compte : live updates pour corriger le web, rollback en cas de mauvaise release, canaux pour le déploiement progressif, plugins maintenus pour les fonctionnalités natives, et Capgo Build quand un vrai binaire natif doit être produit. Les apps 100 % natives n'ont pas accès à ce parcours de live update : chaque correctif attend un nouveau build et une validation par les stores.