Salta al contenuto principale

Imposta e dimentica

App private che si aggiornano da sole

Installa l'app nativa una sola volta tramite MDM o il tuo store interno. Da quel momento, Capgo scarica nuovi web bundle in background, li applica quando decidi, effettua il rollback di un bundle che non parte e mostra la versione in esecuzione su ogni dispositivo.

Mappa dei canali

Elenco dei canali della console Capgo per gestire i rilasci di un'app privata
Mappa dei canali
Esempio: production, site-eu, site-us
Regola di rollout
prima un sito, poi ogni località
Controllo aggiornamenti
All'apertura, poi ogni 10 minuti
Installa una sola volta
Distribuisci l'app nativa firmata tramite MDM, un app store aziendale o il tuo flusso di provisioning dei dispositivi.
Aggiorna in background
L'app verifica la presenza di un nuovo bundle all'avvio e ogni 10 minuti mentre è aperta, scaricandolo in background.
Continua a funzionare offline
I dispositivi senza connessione continuano a eseguire il bundle disponibile e riprovano quando tornano online.

Nessuno è lì per toccare aggiorna

I chioschi, i tablet condivisi e i dispositivi di campo spesso eseguono un'unica app per tutto il giorno. Gli utenti non aprono uno store per aggiornarla e l'IT non vuole spingere un nuovo pacchetto per ogni fix web. Capgo mantiene il layer web aggiornato da solo, annulla un bundle che non riesce ad avviarsi e ti dice cosa esegue ogni dispositivo.

Installazione nativa
Una volta, via MDM
Controllo aggiornamenti
Ogni 10 min mentre è aperta
Il bundle non riesce ad avviarsi
Rollback

Pensato per dispositivi che nessuno gestisce a mano

Usa Capgo come canale di rilascio per gli asset web, non come sostituto della tua distribuzione nativa. I binari nativi passano ancora attraverso il tuo flusso di packaging aziendale.

Funziona offline
L'app parte dall'ultimo bundle scaricato. I dispositivi senza connessione continuano a eseguirlo e riprovano quando si ricollegano.
Docs comportamento aggiornamenti
Un sito alla volta
Assegna a ogni sito o team il proprio canale. Convalida un bundle su un sito, poi collega lo stesso bundle agli altri canali.
Docs canali
Si riprende da un bundle difettoso
Se un nuovo bundle non chiama notifyAppReady() entro 10 secondi, il dispositivo lo segna come fallito e torna all'ultimo bundle funzionante. Nessuno sul posto deve fare nulla.
notifyAppReady() e rollback automatico
Mostra cosa esegue ogni dispositivo
I log dei dispositivi registrano check, download, installazioni ed errori. Imposta un ID personalizzato con setCustomId() per associare i dispositivi Capgo al tuo elenco di asset.
Dispositivi e ID personalizzati

Come funziona

Come i team IT mantengono aggiornati i dispositivi gestiti con Capgo

Configura l'app una volta, poi rilascia da CI e monitora dalla console. Ogni comando e impostazione qui sotto arriva dalla documentazione Capgo.

  1. Installa l'app una volta con un canale di default

    defaultChannel mette ogni dispositivo di questo build sul canale giusto, ad esempio uno per sito. autoUpdate: 'always' applica un nuovo bundle appena viene scaricato, ideale per app kiosk che non vanno mai in background.

    // capacitor.config.ts
    plugins: {
      CapacitorUpdater: {
        defaultChannel: 'site-eu',
        autoUpdate: 'always',
        autoSplashscreen: true,
      },
    },
    Docs comportamento aggiornamenti
  2. Chiama notifyAppReady() all'avvio

    Questo indica all'updater che il nuovo bundle è stato caricato. Se un bundle non arriva mai, il dispositivo torna da solo all'ultimo funzionante.

    import { CapacitorUpdater } from '@capgo/capacitor-updater'
    
    // once your app has loaded
    CapacitorUpdater.notifyAppReady()
    notifyAppReady() e rollback automatico
  3. Pubblica da CI, un sito alla volta

    Upload con --delta in modo che i dispositivi scarichino solo i file modificati. Quando il primo sito è corretto, collega lo stesso bundle agli altri canali.

    npx @capgo/cli@latest bundle upload --channel site-eu --delta
    # after the first site checks out
    npx @capgo/cli@latest channel set site-us com.example.app \
      --bundle 1.4.2
    Docs canali
  4. Monitora i dispositivi e fai rollback da un unico punto

    I log dei dispositivi mostrano ogni check, download, installazione e fallimento. Observe (beta) confronta i tempi di avvio e WebView per versione del bundle. Per fare rollback di un sito, collega il suo bundle precedente.

    # roll site-eu back to the previous bundle
    npx @capgo/cli@latest channel set site-eu com.example.app \
      --bundle 1.4.1
    Observe

What this is, and what it is not

  • Usalo per la distribuzione enterprise privata tramite MDM, Apple Business Manager, Android Enterprise o uno store aziendale interno.
  • Capgo aggiorna JavaScript, HTML, CSS e asset. Le modifiche ai plugin nativi richiedono ancora un nuovo pacchetto nativo firmato.
  • I dispositivi offline continuano a eseguire l'ultimo bundle con successo finché non si riconnettono e scaricano il prossimo aggiornamento approvato.
  • Non è un modo per bypassare l'App Store consumer. È un modello operativo per app private, pensato per team che già gestiscono la propria distribuzione.

App buildate con Capacitor

Le app account richiedono manutenzione automatica e silenziosa

Le app di telecomunicazioni e supporto hanno workflow di fatturazione, piani, assistenza e dispositivi che devono restare aggiornati senza costringere gli utenti a installare un nuovo binario per ogni piccolo miglioramento.

Icona dell'app My Swisscom PRODUTTIVITÀ

Il mio Swisscom

App dell'account in cui modifiche a supporto, piano e fatturazione devono passare inosservate.

Installazioni Google Play
1,8M
Valutazione store
4.4
Icona dell'app My Vodafone STRUMENTI

Il mio Vodafone

App self-service per operatori telefonici: gli utenti non dovrebbero gestire ogni aggiornamento minore.

Installazioni Google Play
11,1M
Valutazione store
4.6
Icona app Técnico Virtual – Suporte Técn Strumenti

Assistente Virtuale – Supporto Tecnico

App di supporto: i flussi di diagnostica e assistenza richiedono manutenzione senza il peso di una release.

Installazioni Google Play
10,3M
Valutazione store
4.3

Cosa dicono i clienti

Cosa dicono i team che rilasciano con Capgo

5.0/5 valutato dai team di sviluppatori 9,400+ team Leggi le recensioni

no-tone @ Webincode

Sviluppatore, Webincode

“Poter aggiungere i Device ID a determinati gruppi e inviare le modifiche solo a quei gruppi è una manna.”

Ritratto di Sergiu S

Sergiu S

Lead Developer, drivolino GmbH

“Il plugin Capgo Capacitor Updater ha rivoluzionato il nostro modo di rilasciare gli aggiornamenti. Quello che prima richiedeva giorni, ora si fa in pochi minuti.”

Kapil

Fondatore, NuTriQ

“Poter rilasciare aggiornamenti OTA in produzione all'istante, senza attendere i cicli completi di revisione dell'App Store, è stato un enorme vantaggio operativo.”

FAQ

Domande dei team con dispositivi gestiti

Per kiosk, MDM e app interne dove nessuno aggiorna manualmente.

La nostra app kiosk non passa mai in background. Si aggiornerà comunque?

Sì, con autoUpdate impostato su 'always'. Il plugin controlla ogni 10 minuti mentre l'app è aperta (periodCheckDelay, minimo 600 secondi) e applica subito il bundle scaricato. Con l'impostazione predefinita 'atBackground', il bundle attende che l'app passi in background. L'applicazione immediata richiede anche @capacitor/splash-screen con autoSplashscreen attivo.

Docs comportamento aggiornamenti

Cosa succede se un aggiornamento rompe l'app su un dispositivo?

Se il nuovo bundle non chiama notifyAppReady() entro 10 secondi, il dispositivo torna al bundle funzionante precedente. Puoi anche far tornare il canale a un bundle precedente, o forzare quello built-in, e i dispositivi lo riceveranno al prossimo controllo.

Docs sui rollback

Possiamo spingere una fix prima del prossimo update check?

Con Capgo Notifications configurato, il comando channel set --send-update-notification invia una notifica silenziosa di controllo aggiornamenti dopo aver cambiato il bundle del canale. La consegna è best effort e dipende dal sistema operativo, dalla rete e dallo stato del dispositivo. Non può raggiungere app offline o chiuse forzatamente.

Controlli silenziosi degli update

Serve ancora un MDM o uno store interno?

Sì, per l'app nativa. Capgo aggiorna JavaScript, HTML, CSS e asset. Nuovi plugin, code nativi e modifiche alla configurazione Capacitor vengono comunque distribuiti come nuovo pacchetto firmato tramite il tuo MDM o store interno.

Cosa richiede una build nativa

Il traffico di aggiornamento può restare sulla nostra infrastruttura?

Il piano Enterprise offre configurazioni dedicate, ibride e self-hosted con licenza. Puoi anche gestire il tuo server di aggiornamento con l'updater open-source, ma in quel caso dovrai sviluppare tu stesso funzionalità come canali e statistiche.

Docs updater self-hosted

Vuoi questo modello di rilascio per la tua app interna?

Raccontaci come i tuoi dispositivi sono registrati e connessi. Possiamo analizzare insieme canali, tempistiche di aggiornamento e rollback per la tua flotta.