Le migliori piattaforme CI/CD per app Capacitor nel 2026

La lista per la CI/CD di Capacitor si è ristretta. I servizi di build e distribuzione di Microsoft App Center sono stati ritirati il 31 marzo 2025. Ionic Appflow è in una fase di dismissione pluriennale. GitHub Actions, GitLab CI, Bitrise e Codemagic sono ancora qui e continuano a svolgere bene i loro compiti.

L'errore è trattare tutto questo come una sfida in cui scegli un piattaforma e spostare l'intera pipeline su di essa. La maggior parte dei team Capacitor ha già una CI. Ciò che manca sono i tre compiti che una CI generalista gestisce ancora male: native build firmati, Live Update, e installare l'app su un dispositivo reale.

Capgo è costruito per questi tre compiti ed è progettato per girare dentro sulla CI di cui ti fidi già. Continua a usare GitHub Actions o GitLab CI per lint, type-check, unit test e la web build. Chiama Capgo quando la pipeline richiede un binario iOS o Android, un bundle over-the-air o una preview installabile da un tester.

Il panorama del 2026

Due nomi compaiono ancora nei risultati di ricerca, anche se non sono più una scelta valida per il 2026.

• Microsoft App Center ritirato il 31 marzo 2025. Build e distribuzione interrotte. Analytics e Diagnostics estesi fino al 31 marzo 2027. CodePush non è più un servizio ospitato da Microsoft. Se hai ancora una pipeline App Center, leggi Migrare da App Center a Capgo.
• Alternative a Ionic Appflow ha interrotto le nuove vendite commerciali l'11 febbraio 2025. I clienti esistenti mantengono l'accesso fino al 31 dicembre 2027. Funziona ancora, ma tutto ciò che avvii ora dovrà essere migrato entro il 2028. Vedi Alternativa a Ionic Appflow.

Ecco le piattaforme effettivamente utilizzate dai team:

• Azioni GitHub e GitLab CI: CI generalista. Eccellente su Linux. Costoso e incompleto per il mobile nativo.
• Bitrise e Codemagic: specialisti CI mobile. Ottimi per signing e invio agli store. Nessun Capacitor live updates gestito.
• Capgo: live updates nativi per Capacitor, build cloud-native e anteprime su device installabili, richiamabili dalla tua CI attuale.
• Capawesome Cloud: live updates e build native per Capacitor, venduti come alternativa alla CI. Colleghi Git e usi GitHub Actions. Backend chiuso, vendor lock-in totale e un piano tariffario già cambiato più volte.

La domanda utile nel 2026 non è “quale CI dovrebbe sostituire GitHub Actions?”, ma “cosa dovrebbe chiamare GitHub Actions quando un'app Capacitor richiede un binario, un bundle OTA o l'installazione su telefono?”

Cosa le CI generaliste gestiscono ancora male

GitHub Actions e GitLab CI sono ottime cucine. Non sono una build farm nativa, una rete OTA o un device lab per la QA.

Native Build

Per iOS servono ancora Xcode, certificati, provisioning profiles e un Mac. Per Android serve ancora un keystore e una Play upload key. I minuti macOS ospitati su GitHub Actions costano molto più di quelli Linux. Dopo il taglio delle tariffe di GitHub di gennaio 2026, un minuto macOS standard costa ancora circa dieci volte un minuto Linux (Fatturazione GitHub Actions).

Ecco perché molti team Capacitor dividono già la pipeline: Linux per i check delle PR, altro per il binario firmato. Capgo Native Build è proprio quell'altro qualcosa. Il job rimane su ubuntu-latest. Capgo gestisce il Mac.

Live Update

La CI può compilare un web bundle. Non può però distribuire quel bundle ai dispositivi che hanno già l'app installata, gestendo canali, rollback, crittografia e device logs. I Live Update sono un prodotto, non un semplice step YAML. I team Capacitor che saltano gli OTA devono aspettare la revisione di App Store e Play Store per fix JavaScript che non avrebbero mai richiesto un nuovo binario.

Capgo Live Update si affianca alla CI. La pipeline builda la web app, poi effettua l'upload del bundle. Gli utenti ricevono la modifica senza passare per gli store, purché il native shell non sia cambiato.

Testing di app mobile

Gli unit test su Linux non provano l'app su un telefono. Il processing di TestFlight, i canali interni di Play Store e il classico “puoi installare questo IPA che ti ho appena mandato via mail?” sono la parte lenta della review. Capgo PR preview assegna ogni pull request a un canale. I tester cambiano canale nell'app che già usano. I job di Native Build possono anche generare un link QR di installazione per l'APK o l'IPA.

Questo non è un device farm. Se ti servono matrici di emulatori o Firebase Test Lab, tieni quei job in CI. Capgo colma il gap che la CI raramente risolve: un umano con un telefono, che guarda la build giusta, in meno di un minuto.

Tabella comparativa

Tre elementi spiccano. Capgo, Capawesome Cloud e Appflow offrono bundle di live updates gestiti con Native Build, ma Appflow è in fase di dismissione. Solo Capgo è progettato per mantenere GitHub Actions o GitLab CI invece di sostituirli. Capawesome Cloud è l'altra opzione Capacitor-native, ma è un CI sostitutivo con backend chiuso. Bitrise e Codemagic possono gestire il binario nativo, ma l'assemblaggio di OTA e device preview resta a tuo carico.

Le piattaforme nel dettaglio

Capgo

Capgo è lo strato di rilascio Capacitor che manca ai CI generalisti.

• Live Update: OTA di web-bundle criptati, canali, rollback, delta updates e device logs.
• Native Build: binari iOS e Android firmati nel cloud, inclusa la sottomissione agli store. Il runner CI può restare su Linux. Capgo è già su Xcode 26 per il requisito di App Store Connect di aprile 2026.
• Testing su device: Canali preview per PR, link QR sugli artifact nativi e il App mobile Capgo per testare un bundle su un device reale.

Non sposti lint e unit test da GitHub Actions. Aggiungi due chiamate CLI dopo il successo della web build:

- 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

I piani a pagamento partono da $12/mese con fatturazione annuale e includono live updates più tempo di Native Build (circa 15 build/mese, con minuti extra tramite crediti). Quel prezzo non è aumentato dal lancio. Vedi prezzi, CI/CD con Capgo Build, e il Guida al build con GitHub Actions.

Il plugin updater è open source (MPL-2.0) e il backend è open source (AGPL-3.0). Puoi auditarli, fare fork o self-hostare. Capgo Cloud a pagamento è un'infrastruttura opzionale, non una trappola.

Capawesome Cloud

Capawesome Cloud CI — Native Builds più Live Updates, ora venduti come Capawesome Platform — è l'altra opzione Capacitor-native che integra OTA con build iOS e Android in cloud. La loro proposta è l'opposto di Capgo: sostituire GitHub Actions e GitLab invece di integrarli.

Il loro post sul lancio di Native Build è esplicito. Niente CI/CD di terze parti. Collega GitHub, GitLab, Bitbucket o Azure DevOps. Integra la pipeline capawesome.config.json. Eseguila dentro Capawesome Cloud. Puoi triggerare un build da un CLI, ma il workflow previsto è la CI ospitata dal vendor. Integrazione Git, signing, minuti di build, live updates e invio agli store sono tutti gestiti da un unico backend chiuso. Il plugin e CLI sono open source. Il backend no. Il self-hosting è al massimo parziale: puoi ospitare i bundle, ma i metadati restano su Capawesome Cloud.

Questo significa un totale vendor lock-in. Cambiare in seguito vuol dire spostare l'updater, la configurazione di build, la connessione git e i metadati di release. Capgo mantiene questi elementi nel tuo repo e nella tua CI, e il suo updater e backend open-source rappresentano la via d'uscita.

La cronologia dei prezzi è l'altro punto di divergenza. Il piano a pagamento di Capgo è stato $12/mese fatturato annualmente fin dal lancio. Non è mai stato aumentato. Capawesome ha già cambiato il proprio modello commerciale più di una volta:

• Lancio di Native Builds: da $9/mese per 1.000 Live Update e 200 minuti di build. Il business era $299/mese.
• Rilancio della piattaforma a maggio 2026: Live Updates passa da MAU al conteggio per aggiornamento, poi tornare ai MAU dopo le lamentele dei clienti. Il piano Platform completo (build, live updates e publishing) parte da $19/mese. Business è $499/mese.
• L'attuale listino pubblico separa ancora i Live Updates (da $9/mese) dalla piattaforma completa (da $19/mese).

Un prezzo basso che continua a cambiare non è come un prezzo equo e stabile. Se vuoi Capacitor live updates e Native Build senza rinunciare alla tua CI, Capgo è la scelta giusta. Se hai già standardizzato i plugin Capawesome e vuoi la loro CI collegata a Git, leggi Capgo vs Capawesome Cloud e il guida alla migrazione.

Fonti: Annuncio Capawesome Native Builds, Annuncio Capawesome Platform, Prezzi Capawesome.

Azioni GitHub

GitHub Actions è la CI predefinita per la maggior parte dei repo Capacitor, e dovrebbe rimanere tale per i controlli PR. I job Linux costano poco. Il workflow risiede accanto al code. Caching, matrix builds e status check obbligatori sono problemi già risolti.

Cosa non è: una piattaforma mobile DevOps. Scrivi il YAML. Configuri Fastlane o Capgo per la firma. Ospiti il tuo OTA, o non hai OTA. I minuti macOS dominano la fattura non appena i build iOS girano su ogni pull request.

L'approccio ibrido che funziona: GitHub Actions per lint, test e npm run build. Capgo per bundle upload, Native Build e preview. Questa divisione è più economica e veloce che forzare l'intera pipeline mobile su Mac ospitati. Guide alla configurazione: GitHub Azioni per i Live Update e build e release automatiche.

GitLab CI

Stessa struttura di GitHub Actions. Ottimo CI su Linux, runner Mac opzionali, nessun Capacitor live updates gestito, nessun canale PR installabile. Se il repo è già su GitLab, resta lì. Chiama Capgo .gitlab-ci.yml allo stesso modo. Vedi configurazione GitLab e build Android automatici su GitLab.

Bitrise

Bitrise è una piattaforma CI mobile con un'ampia libreria di step, gestione del signing e pubblicazione sugli store. Puoi buildare un'app Capacitor con npm step, oltre a quelli nativi per iOS e Android. È una scelta valida se il team desidera una flotta di runner mobile dedicata e non ha bisogno di OTA.

Ciò che manca è il ciclo di rilascio tipico di Capacitor: live updates, canali PR e un CLI che il tuo workflow GitHub può chiamare senza spostare l'intera pipeline. Anche i prezzi sono nella fascia alta delle CI mobile. Usa Bitrise se è già lo standard per le tue app native. Aggiungi Capgo se hai ancora bisogno di OTA e preview sui dispositivi; non dare per scontato che Bitrise sostituisca questo layer.

Codemagic

Codemagic è nato come builder per Flutter e ora supporta workflow YAML per Ionic e Capacitor, con gestione degli Android keystore, chiavi API per App Store Connect e pubblicazione su TestFlight e Play. Il signing è un suo punto di forza.

Presenta lo stesso limite di Bitrise: nessuna gestione integrata dei live updates. Dovresti comunque fare l'upload dei bundle OTA altrove. Se l'unico gap nella tua configurazione GitHub Actions è "non voglio gestire Fastlane su un Mac", Codemagic può risolvere il problema. Capgo colma quel gap e i gap di OTA e preview in un unico CLI. Guide su Codemagic in questo sito: iOS con Codemagic.

Alternative a Ionic Appflow

Appflow è il prodotto all-in-one di Ionic: Native Build, signing, Live Update e pubblicazione sugli store. È un sistema CI completo, non un plugin per GitHub Actions. Ionic ha annunciato la chiusura commerciale l'11 febbraio 2025. I clienti attuali manterranno l'accesso fino al 31 dicembre 2027.

Se usi già Appflow, pianifica l'uscita ora invece che verso la fine del 2027. Il passaggio equivalente prevede Capgo per Live Update e Native Build, mantenendo (o tornando a) GitHub Actions per l'automazione delle PR. Migrazione: da Appflow a Capgo.

Microsoft App Center

Non è un'opzione per il 2026. Build e distribuzione sono terminate il 31 marzo 2025. CodePush come servizio hosted non esiste più. I team che non hanno completato la migrazione lo cercano ancora. Il percorso Capacitor prevede Capgo per OTA più Capgo Build o il tuo CI per i binari. Inizia con migrazione da App Center e alternative a CodePush.

Xcode Cloud

Il CI di Apple va bene per app native iOS già presenti su App Store Connect. Non builda per Android, non distribuisce Capacitor Live Update e non offre canali PR per la QA dei web-bundle. Consideralo un extra lato Apple, non una Capacitor piattaforma.

Come Capgo si integra nella tua pipeline

Ecco la configurazione vincente per il 2026:

1. Su ogni pull request, GitHub Actions o GitLab CI installano le dipendenze, eseguono i test e buildano la web app su Linux.
2. Se la modifica riguarda solo il web, Capgo carica un bundle su un canale PR. I reviewer aprono l'app esistente, cambiano canale e testano. Niente attese su TestFlight. Guarda Trasforma ogni pull request in un'anteprima installabile.
3. Se sono cambiati code, plugin o permessi nativi, lo stesso workflow richiede un Capgo Native Build e condivide un link di installazione via QR code.
4. Su main o su un tag di versione, Capgo rilascia un live update in produzione, o un binario firmato su TestFlight e Play, a seconda di cosa è cambiato.

Uno schema rapido di 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 }}

Lo schema è solo per iOS. Per Android serve ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, e PLAY_CONFIG_JSON. Non copiare il blocco env iOS e modifica solo --platform. Usa la matrice nella guida build GitHub Actions. I segreti di signing restano in GitHub e vengono passati come variabili d'ambiente nella richiesta di build. Capgo non deve diventare la tua fonte di verità per git. Trovi esempi completi nella documentazione builder GitHub Actions e Integrazione CI/CD.

Scegliere il setup giusto

Non esiste un vincitore universale. Questi scenari coprono la maggior parte dei team Capacitor.

Usi già GitHub Actions o GitLab CI. Continua a usarli. Aggiungi Capgo per live updates, native builds e PR previews. Questa è la soluzione standard per il 2026.

Stai valutando Capawesome Cloud. Cercano la connessione git, il sostituto di YAML e i metadati di release. È comodo, finché non decidi di andartene. Capgo mantiene il tuo CI, è totalmente open source e non ha alzato il prezzo d'ingresso a $12. Scopri Capgo vs Capawesome Cloud.

Sei ancora su Appflow. Hai tempo fino al 31 dicembre 2027. Aspettare significa concentrare tutta la migrazione. Sposta Live Update e Native Build su Capgo, e riporta l'automazione delle PR su GitHub Actions se Appflow era anche il tuo CI.

Stai lasciando App Center. La build pipeline è sparita e CodePush non è un prodotto hosted. Sostituisci entrambi con Capgo invece di ricostruire l'OTA su GitHub Actions da zero.

I minuti macOS stanno gonfiando il conto di GitHub. Non spostare lint e unit test da GitHub. Sposta i Native Build su Capgo così iOS non girerà più su Mac hosted in Actions. Mantieni i PR status check dove sono.

Stai avviando un'app Capacitor nel 2026. Salta Appflow e App Center. Inizia con GitHub Actions per il CI. Aggiungi Capgo dal primo giorno per OTA, cloud build e device preview. Puoi aggiungere Bitrise o Codemagic in seguito se hai esigenze specifiche di runner o librerie. La maggior parte dei team non ha bisogno di una piattaforma extra. Salta Capawesome Cloud a meno che il loro catalogo di plugin non sia così importante da giustificare un cambio di CI.

FAQ

Qual è la migliore piattaforma CI/CD per app Capacitor?

Mantieni la CI che già usi per lint, unit test e web build. Aggiungi Capgo per build native iOS e Android firmate, live updates e test su dispositivi installabili. Bitrise e Codemagic possono sostituire le Native Build se non ti servono i live updates. Capawesome Cloud copre OTA e build native, ma come sostituto CI con backend chiuso. Appflow resta disponibile per i clienti esistenti fino al 31 dicembre 2027, ma non è una scelta ideale per nuovi progetti.

Dovrei sostituire GitHub Actions con una piattaforma CI mobile?

Solitamente no. GitHub Actions e GitLab CI sono ottimi per i controlli sulle pull request su Linux. La parte costosa riguarda le build native su macOS, la firma, i live updates e il caricamento della build su un telefono. Capgo è progettato per essere chiamato da quella pipeline esistente invece di sostituirla.

Bitrise e Codemagic includono i live updates per Capacitor?

No. Entrambi sono validi per build native, firma e pubblicazione sugli store. Avrai comunque bisogno di un prodotto separato per i live updates per distribuire JavaScript, CSS e HTML senza passare dalla revisione dello store. Capgo gestisce build native e live updates nello stesso workflow.

Come testa Capgo un'app mobile dalla CI?

Capgo trasforma le pull request in anteprime installabili su canali dedicati, condivide gli artifact delle build native come link QR per l'installazione e permette al QA di cambiare canale direttamente nell'app già presente sul dispositivo. È molto più veloce che aspettare TestFlight. Non è un sostituto dei device-farm per le matrici di emulatori.

Ionic Appflow è ancora una scelta valida nel 2026?

Solo se sei già un cliente. Ionic ha interrotto le nuove vendite commerciali l'11 febbraio 2025, e l'accesso ad Appflow continuerà fino al 31 dicembre 2027. I nuovi progetti Capacitor dovrebbero mantenere la propria CI e aggiungere Capgo invece di partire con una piattaforma destinata alla chiusura.

Come si confronta Capawesome Cloud CI con Capgo?

Capawesome Cloud è una CI Capacitor all-in-one: connetti git, usi GitHub Actions ed esegui Native Build e Live Update nel loro cloud. Questo significa vendor lock-in. Capgo è open source (plugin e backend), si integra con la CI che già utilizzi e mantiene lo stesso piano base da $12/mese dal lancio. Capawesome ha già modificato i prezzi più volte, includendo Native Build da $9/mese al lancio e un nuovo SKU Platform a maggio 2026 da $19/mese, con il piano Business a $499/mese rispetto ai precedenti $299.

Conclusione

La shortlist Capacitor del 2026 è più ristretta di quanto sembri: due piattaforme all-in-one dismesse o in fase di chiusura, due CI mobile generaliste senza OTA, una CI Capacitor connessa a git che sostituisce la tua pipeline, e un runner general-purpose che già possiedi. Il team che rilascia più velocemente non è quello che ricostruisce la CI su un nuovo vendor. È il team che mantiene GitHub Actions o GitLab CI, aggiungendo poi uno strato Capacitor per i task che la CI gestisce ancora male.

Quello strato è Capgo: native build, live updates, e test sui dispositivi, attivato dalla pipeline che già utilizzi. Open source. Prezzi equi e mai aumentati. Non è un sostituto chiuso per la CI.

Crea un account Capgo, poi segui Integrazione CI/CD o Capgo Build tramite GitHub Actions. Se vuoi prima vedere il prodotto, inizia con Native Build, Live Update, e PR preview.