Les meilleures plateformes CI/CD pour les apps Capacitor en 2026

La liste des solutions CI/CD pour Capacitor s'est réduite. Les services de build et de distribution de Microsoft App Center ont été retirés le 31 mars 2025. Ionic Appflow est en phase de retrait sur plusieurs années. GitHub Actions, GitLab CI, Bitrise et Codemagic sont toujours là, et ils remplissent toujours parfaitement les missions pour lesquelles ils ont été conçus.

L'erreur est de considérer cela comme un comparatif où vous choisissez un plateforme et y migrer l'intégralité du pipeline. La plupart des équipes Capacitor utilisent déjà une CI. Ce qui leur manque, ce sont les trois tâches que les CI généralistes gèrent encore mal : les builds natifs signés, les live updates, et l'installation de l'app sur un vrai téléphone.

Capgo est conçu pour ces trois tâches, et il est fait pour s'exécuter inside la CI en laquelle vous avez déjà confiance. Gardez GitHub Actions ou GitLab CI pour le lint, le type-check, les tests unitaires et le build web. Appelez Capgo quand le pipeline nécessite un binaire iOS ou Android, un bundle pour Live Update, ou une version de test installable.

Le paysage en 2026

Deux noms apparaissent encore dans les résultats de recherche, même s'ils ne sont plus les meilleurs choix en 2026.

• Microsoft App Center arrêté le 31 mars 2025. Le build et la distribution ont cessé. L'analytics et le diagnostic ont été prolongés jusqu'au 31 mars 2027. CodePush n'est plus un service hébergé par Microsoft. Si vous avez encore un pipeline App Center, lisez Migrer d'App Center vers Capgo.
• Ionic Appflow a cessé ses nouvelles ventes commerciales le 11 février 2025. Les clients actuels conservent leur accès via 31 décembre 2027. Il fonctionne toujours, mais tout nouveau projet devra migrer avant 2028. Voir Alternative à Ionic Appflow.

Voici les plateformes que les équipes utilisent réellement :

• GitHub Actions GitHub et GitLab CI: CI polyvalente. Excellente sur Linux. Coûteuse et incomplète pour le mobile natif.
• Bitrise et Codemagic: spécialistes du CI mobile. Signature et publication sur les stores performantes. Pas de live updates Capacitor gérés.
• Capgo: live updates Capacitor-natifs, builds cloud natifs et aperçus sur appareils installables, appelés depuis votre CI actuelle.
• Capawesome Cloud: live updates et builds natifs Capacitor-natifs vendus comme un remplacement de CI. Vous connectez Git et laissez GitHub Actions. Backend fermé, verrouillage propriétaire total et historique de tarifs ayant déjà changé plus d'une fois.

La question pertinente en 2026 n'est pas « quel CI devrait remplacer GitHub Actions ? ». C'est « que devrait appeler GitHub Actions lorsqu'une application Capacitor a besoin d'un binaire, d'un bundle OTA ou d'une installation sur téléphone ? »

Ce que les CI généralistes font encore mal

GitHub Actions et GitLab CI sont de bonnes cuisines. Ce ne sont pas des fermes de builds natifs, un réseau OTA ou un labo de QA sur appareils.

Builds natifs

iOS nécessite toujours Xcode, des certificats, des profils de provisionnement et un Mac. Android nécessite toujours un keystore et une clé d'upload Play. Les minutes macOS hébergées sur GitHub Actions coûtent bien plus cher que les minutes Linux. Après la baisse des tarifs de GitHub en janvier 2026, une minute macOS standard coûte encore environ dix fois le prix d'une minute Linux (Facturation GitHub Actions).

C'est pourquoi tant d'équipes Capacitor séparent déjà leur pipeline : Linux pour les checks de PR, et autre chose pour le binaire signé. Capgo Native Build est cette autre solution. Le job reste sur ubuntu-latest. Capgo gère le Mac.

Live updates

La CI peut compiler un bundle web. Elle ne peut pas livrer ce bundle aux appareils qui ont déjà l'app installée, avec la gestion des canaux, le rollback, le chiffrement et les logs des appareils. Les live updates sont un produit, pas une étape YAML. Les équipes Capacitor qui font l'impasse sur l'OTA attendent la validation de l'App Store et du Play Store pour des correctifs JavaScript qui n'ont jamais eu besoin d'un nouveau binaire.

Capgo Live Update(s) se place à côté de la CI. Le pipeline compile l'app web, puis envoie le bundle. Les utilisateurs reçoivent le changement sans passer par les stores, tant que le shell natif ne change pas.

Tests d'applications mobiles

Unit tests on Linux do not prove the app on a phone. TestFlight processing, internal Play tracks, and “can you install this IPA I just emailed you?” are the slow part of review. Capgo les previews de PR place chaque pull request sur un canal. Les testeurs changent de canal dans l'app qu'ils possèdent déjà. Les jobs de Native Build peuvent aussi générer un lien d'installation QR pour l'APK ou l'IPA.

Ce n'est pas une ferme de terminaux (device farm). Si vous avez besoin de matrices d'émulateurs ou de Firebase Test Lab, gardez ces jobs dans votre CI. Capgo comble la lacune que la CI résout rarement : un humain avec un téléphone, consultant le bon build, en moins d'une minute.

Matrice des fonctionnalités

Trois éléments se distinguent. Capgo, Capawesome Cloud et Appflow regroupent la gestion des live updates et des builds natifs, et Appflow est en fin de vie. Seul Capgo est conçu pour conservez compléter GitHub Actions ou GitLab CI plutôt que de les remplacer. Capawesome Cloud est l'autre option Capacitor-native, mais c'est un CI de remplacement avec un backend fermé. Bitrise et Codemagic peuvent gérer le binaire natif, mais vous devez toujours assembler l'OTA et les previews sur appareil vous-même.

Détails des plateformes

Capgo

Capgo est la couche de release Capacitor qui manque aux CI généralistes.

• Live updates: OTA par bundle JS chiffré, canaux, rollback, mises à jour delta et logs d'appareil.
• Builds natifs: des binaires iOS et Android signés dans le cloud, incluant la soumission aux stores. Le runner CI peut rester sur Linux. Capgo est déjà sur Xcode 26 pour l’exigence d’App Store Connect d’avril 2026.
• Tests sur appareil: Canaux de preview de PR, des liens QR sur les artefacts natifs, et le Application mobile Capgo pour vérifier un bundle sur un appareil réel.

Vous ne déplacez pas le lint et les tests unitaires hors de GitHub Actions. Vous ajoutez deux appels à CLI après la réussite du build web :

- name: Live update
  run: npx @capgo/cli@latest bundle upload --channel production

- name: Native build
  run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release

Les plans payants commencent à 12 $/mois, facturés annuellement, et incluent les live updates ainsi que le temps de build natif (environ 15 builds/mois, avec des minutes supplémentaires facturées via des crédits). Ce prix d’entrée n’a pas augmenté depuis le lancement. Voir tarifs, CI/CD avec Capgo Build, et le Guide de build pour GitHub Actions.

Le plugin updater est open source (MPL-2.0) et le backend est open source (AGPL-3.0). Vous pouvez les auditer, les forker ou les auto-héberger. Le Capgo Cloud payant est une infrastructure optionnelle, pas un piège.

Capawesome Cloud

Capawesome Cloud CI — Native Builds plus Live Updates, désormais vendu sous le nom de Capawesome Platform — est l'autre option Capacitor-native qui associe l'OTA à des builds iOS et Android cloud. Le pitch produit est à l'opposé de Capgo : remplacer GitHub Actions et GitLab au lieu de s'y intégrer.

Leur post de lancement de Native Builds est explicite. Pas de CI/CD tiers. Connectez GitHub, GitLab, Bitbucket ou Azure DevOps. Placez le pipeline dans capawesome.config.json. Exécutez-le dans Capawesome Cloud. Vous pouvez déclencher un build depuis un CLI, mais le workflow prévu est une CI hébergée par le fournisseur. L'intégration Git, la signature, les minutes de build, les live updates et la publication sur les stores sont tous regroupés derrière un seul backend fermé. Le plugin et CLI sont open source. Le backend ne l'est pas. L'auto-hébergement est au mieux partiel : vous pouvez héberger les bundles, mais les métadonnées restent dans Capawesome Cloud.

C'est un verrouillage propriétaire total. En partir plus tard signifie devoir migrer l'updater, la config de build, la connexion Git et les métadonnées de release. Capgo conserve ces éléments dans votre repo et votre CI, et son updater et son backend open source facilitent la sortie.

L'historique des tarifs est un autre point de divergence. L'offre payante de Capgo est 12 $/mois facturée annuellement depuis le lancement. Elle n'a jamais augmenté. Capawesome a déjà modifié son modèle commercial plus d'une fois :

• Lancement de Native Build : de 9 $/mois pour 1 000 live updates et 200 minutes de build. L'offre Business était de 299 $/mois.
• Relance de la plateforme en mai 2026 : les Live Updates passent d'un calcul basé sur les MAU à un calcul par mise à jour, puis retour aux MAU après les plaintes des clients. Le SKU plateforme complet (builds, live updates et publication) commence à 19 $/mois. L'offre Business est à 499 $/mois.
• Les tarifs publics actuels séparent encore les Live Updates (depuis 9 $/mois) de la plateforme complète (à partir de 19 $/mois).

Un prix d'appel qui change sans cesse n'est pas un prix juste et stable. Si vous voulez des live updates et des native builds Capacitor sans abandonner votre CI, Capgo est la solution. Si vous utilisez déjà les plugins Capawesome et souhaitez leur CI connectée à Git, lisez Capgo vs Capawesome Cloud et le guide de migration.

Sources : Annonce Capawesome Native Build, Annonce Capawesome Platform, Tarifs de Capawesome.

GitHub Actions GitHub

GitHub Actions est le CI par défaut pour la plupart des repos Capacitor, et cela devrait rester ainsi pour les checks de PR. Les jobs Linux ne coûtent rien. Le workflow se trouve à côté du code. Le caching, les matrix builds et les status checks obligatoires sont des problèmes déjà résolus.

Ce que ce n'est pas : une plateforme DevOps mobile. Vous écrivez le YAML. Vous configurez Fastlane ou Capgo pour la signature. Vous hébergez votre propre OTA, ou vous n'avez pas d'OTA. Les minutes macOS dominent la facture dès que les builds iOS tournent sur chaque pull request.

L'approche hybride qui fonctionne : GitHub Actions pour le lint, les tests et npm run build. Capgo pour bundle upload, les builds natifs et les previews. Cette approche est moins coûteuse et plus rapide que de forcer l'intégralité du pipeline mobile sur des Macs hébergés. Guides d'installation : GitHub Actions de live update et build et release automatiques.

GitLab CI

Même structure que GitHub Actions. CI Linux robuste, runners Mac optionnels, pas de Capacitor live updates gérés, pas de canal PR installable. Si le repo est déjà sur GitLab, gardez-le. Appelez Capgo de .gitlab-ci.yml la même manière. Voir configuration GitLab et builds Android automatiques sur GitLab.

Bitrise

Bitrise est une plateforme de CI mobile dotée d'une vaste bibliothèque de steps, de la signature gérée et de la publication sur les stores. Vous pouvez compiler une application Capacitor avec npm steps, en plus des steps natifs iOS et Android. C'est un choix raisonnable si l'équipe souhaite une flotte de runners mobiles dédiée et n'a pas besoin de live updates.

Ce qui manque, c'est la boucle de release de type Capacitor : les live updates, les canaux de PR et un CLI que votre workflow GitHub actuel peut appeler sans déplacer l'ensemble du pipeline. Les tarifs se situent également dans la tranche haute de la CI mobile. Utilisez Bitrise si vous l'utilisez déjà de manière standard pour vos apps natives. Ajoutez Capgo si vous avez toujours besoin de live updates et de prévisualisations d'appareils ; ne partez pas du principe que Bitrise remplace cette couche.

Codemagic

Codemagic a débuté comme un builder Flutter et documente désormais les workflows YAML pour Ionic et Capacitor, avec des keystores Android gérés, des clés API App Store Connect, et la publication sur TestFlight et Play. La signature est l'un de ses points forts.

Il présente la même lacune que Bitrise : pas de live updates gérés. Vous devriez toujours envoyer vos bundles OTA ailleurs. Si le seul manque dans votre configuration GitHub Actions est « je ne veux pas maintenir Fastlane sur un Mac », Codemagic peut combler ce vide. Capgo comble ce vide et comblez les lacunes de l'OTA et des previews en un seul CLI. Tutoriels Codemagic sur ce site : iOS avec Codemagic.

Ionic Appflow

Appflow est le produit tout-en-un d'Ionic : builds natifs, signature, live updates et publication sur les stores. C'est un CI complet, pas un simple plugin pour GitHub Actions. Ionic a annoncé la fin de l'offre commerciale le 11 février 2025. Les clients actuels conservent leur accès jusqu'au 31 décembre 2027.

Si vous utilisez déjà Appflow, planifiez votre sortie dès maintenant plutôt qu'à la fin de 2027. L'équivalent direct est Capgo pour les live updates et les builds natifs, tout en conservant (ou en revenant à) GitHub Actions pour l'automatisation des PR. Migration : d'Appflow vers Capgo.

Microsoft App Center

Pas une option pour 2026. Les builds et la distribution ont pris fin le 31 mars 2025. CodePush en tant que service hébergé n'existe plus. Les équipes n'ayant pas terminé leur migration le cherchent encore. La voie Capacitor est Capgo pour les mises à jour OTA, combinée à Capgo Build ou votre CI pour les binaires. Commencez par la migration App Center et les alternatives à CodePush.

Xcode Cloud

Le CI d'Apple convient aux apps natives iOS déjà présentes dans App Store Connect. Il ne build pas pour Android, ne déploie pas de live updates Capacitor et ne propose pas de canaux de PR pour la QA des bundles web. Considérez-le comme un complément côté Apple, pas comme une plateforme Capacitor.

Comment Capgo s'intègre à votre pipeline

La configuration gagnante pour 2026 ressemble à ceci :

1. À chaque pull request, GitHub Actions ou GitLab CI installe les dépendances, lance les tests et compile l'application web sur Linux.
2. Si le changement concerne uniquement le web, Capgo envoie un bundle vers un canal de PR. Les relecteurs ouvrent l'application existante, changent de canal et testent. Pas d'attente TestFlight. Voir Transformez chaque pull request en une preview installable.
3. Si le code natif, les plugins ou les permissions ont changé, le même workflow demande un Capgo build natif et partage un lien d'installation par QR code.
4. Sur la branche main ou un tag de version, Capgo déploie une live update de production, ou un binaire signé vers TestFlight et Play, selon ce qui a réellement changé.

Un aperçu compact de GitHub Actions :

name: Capacitor CI
on:
  pull_request:
  push:
    branches: [main]
    tags: ['v*']

jobs:
  web:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'
      - run: npm ci
      - run: npm test
      - run: npm run build
      - name: Upload live update
        if: github.event_name == 'push' && github.ref == 'refs/heads/main'
        run: npx @capgo/cli@latest bundle upload --channel production
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
      - name: Native build on tag-style releases
        if: startsWith(github.ref, 'refs/tags/v')
        run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          CAPGO_IOS_PROVISIONING_MAP_BASE64: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_BASE64 }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

L'aperçu est spécifique à iOS. Android nécessite ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, et PLAY_CONFIG_JSON. Ne copiez pas le bloc env iOS et modifiez seulement --platform. Utilisez la matrice dans le Guide de build pour GitHub Actions. Les secrets de signing restent dans GitHub et sont transmis comme variables d'environnement lors de la requête de build. Capgo n'a pas besoin de devenir votre source de vérité pour git. Des exemples complets sont disponibles dans la documentation GitHub Actions du builder et Intégration CI/CD.

Choisir la bonne configuration

Il n'y a pas de gagnant universel. Ces situations couvrent la plupart des équipes Capacitor.

Vous utilisez déjà GitHub Actions ou GitLab CI. Gardez-les. Ajoutez Capgo pour les live updates, les Native Build et les previews de PR. C'est la réponse par défaut pour 2026.

Vous utilisez Capawesome Cloud. Ils recherchent la connexion git, le remplacement du YAML et les métadonnées de release. C'est pratique, jusqu'au moment où vous voudrez partir. Capgo conserve votre CI, est entièrement open source et n'a pas imposé de prix d'entrée de 12 $. Découvrez Capgo vs Capawesome Cloud.

Vous êtes toujours sur Appflow. Vous avez jusqu'au 31 décembre 2027. Attendre ne fera que concentrer la migration. Transférez vos live updates et vos native builds vers Capgo, et remettez l'automatisation des PR sur GitHub Actions si Appflow servait aussi de CI.

Vous quittez App Center. Le pipeline de build a disparu, et CodePush n'est pas un produit hébergé. Remplacez ces deux éléments par Capgo plutôt que de reconstruire l'OTA de zéro sur GitHub Actions.

Les minutes macOS plombent la facture GitHub. Ne déplacez pas le lint et les tests unitaires hors de GitHub. Transférez les native builds vers Capgo pour que l'iOS ne tourne plus sur des Macs hébergés dans Actions. Gardez les checks de statut de PR là où ils sont.

Vous lancez une app Capacitor en 2026. Oubliez Appflow et App Center. Commencez avec GitHub Actions pour votre CI. Ajoutez Capgo dès le premier jour pour l'OTA, les cloud builds et les previews sur appareil. Vous pourrez ajouter Bitrise ou Codemagic plus tard si vous avez un besoin spécifique de runner ou de bibliothèque d'étapes. La plupart des équipes n'ont jamais besoin de cette plateforme supplémentaire. Évitez Capawesome Cloud, sauf si leur catalogue de plugins vous est indispensable au point d'accepter de changer de CI.

FAQ

Quelle est la meilleure plateforme CI/CD pour les apps Capacitor ?

Gardez la CI que vous utilisez déjà pour le lint, les tests unitaires et les builds web. Ajoutez Capgo pour les builds natifs iOS et Android signés, les live updates et les tests sur appareils installables. Bitrise et Codemagic peuvent remplacer les builds natifs si vous n'avez pas besoin de live updates. Capawesome Cloud couvre les mises à jour OTA et les builds natifs, mais comme une CI de remplacement avec un backend fermé. Appflow reste disponible pour les clients existants jusqu'au 31 décembre 2027, mais ce n'est pas un choix pour un nouveau projet.

Dois-je remplacer GitHub Actions par une plateforme CI mobile ?

Généralement non. GitHub Actions et GitLab CI sont performants pour les checks de pull-request sur Linux. La partie coûteuse concerne les builds natifs macOS, la signature, les live updates et l'installation d'un build sur un téléphone. Capgo est conçu pour être appelé depuis votre pipeline existant plutôt que pour le remplacer.

Est-ce que Bitrise et Codemagic incluent les live updates pour Capacitor ?

Non. Les deux sont performants pour les builds natifs, la signature et la publication sur les stores. Vous avez toujours besoin d'un produit de live-update distinct pour déployer le JavaScript, le CSS et le HTML sans passer par une revue des stores. Capgo couvre les builds natifs et les live updates dans le même workflow.

Comment Capgo teste-t-il une app mobile depuis la CI ?

Capgo transforme les pull requests en previews installables sur des canaux dédiés, partage les artefacts de build natif via des liens d'installation QR, et permet aux QA de changer de canal directement dans l'app déjà présente sur l'appareil. C'est plus rapide que d'attendre TestFlight. Ce n'est pas un remplacement de device-farm pour les matrices d'émulateurs.

Ionic Appflow est-il encore un choix valable en 2026 ?

Seulement si vous êtes déjà client. Ionic a cessé ses nouvelles ventes commerciales le 11 février 2025, et l'accès actuel à Appflow est maintenu jusqu'au 31 décembre 2027. Les nouveaux projets Capacitor devraient conserver leur CI et ajouter Capgo plutôt que de commencer sur une plateforme dont la date de fermeture est connue.

Comment Capawesome Cloud CI se compare-t-il à Capgo ?

Capawesome Cloud est une solution CI Capacitor tout-en-un : connectez votre git, utilisez GitHub Actions et lancez des builds natifs ainsi que des live updates dans leur cloud. C'est du vendor lock-in. Capgo est open source (plugin et backend), s'intègre à la CI que vous possédez déjà, et a conservé son tarif d'entrée à 12 $/mois depuis son lancement. Capawesome a déjà remanié ses tarifs à plusieurs reprises, incluant des Native Builds dès 9 $/mois au lancement et un SKU Platform en mai 2026 dès 19 $/mois, avec un forfait Business à 499 $/mois contre 299 $ auparavant.

Conclusion

La sélection Capacitor de 2026 est plus restreinte qu'il n'y paraît : deux plateformes tout-en-un retirées ou en fin de vie, deux généralistes de la CI mobile sans OTA, une CI Capacitor connectée à git qui remplace votre pipeline, et un runner polyvalent que vous utilisez déjà. L'équipe qui livre le plus vite n'est pas celle qui reconstruit sa CI chez un nouveau fournisseur. C'est l'équipe qui conserve GitHub Actions ou GitLab CI, puis ajoute une couche Capacitor pour les tâches que la CI gère encore mal.

Cette couche, c'est Capgo : les builds natifs, les live updates, et les tests sur appareil, déclenché depuis le pipeline que vous exécutez déjà. Open source. Des tarifs équitables qui n'ont pas augmenté. Pas un remplacement de CI propriétaire.

Créer un compte Capgo, puis suivez Intégration CI/CD ou Capgo Build depuis GitHub Actions. Si vous voulez d'abord voir le produit, commencez par Native Build, Live Update(s), et les previews de PR.