Domande frequenti

Se hai domande non risposte qui, per favore chiedi! Entrambe la creazione di un issue o la domanda su Discord lavoro

What is “code push”?

Code push, noto anche come aggiornamenti “over-the-air” (OTA), è un servizio cloud che consente ai Capacitor sviluppatori di distribuire aggiornamenti ai loro app in produzione. Capgo funziona attualmente su Android, iOS e Electron.

“Code Push” è un riferimento al nome di una funzione di distribuzione utilizzata dalla community React Native da Microsoft e Expo, né di cui supportano Capacitor.

Cosa è la differenza tra un bundle e una release?

Utilizziamo il termine “rilascio” per intendere la preparazione di un binario per i negozi di app. Per poter generare successivamente un pacchetto Capgo deve conoscere il binario esatto che è stato spedito ai negozi di app.

Utilizziamo il termine “pacchetto” per intendere una patch che può essere applicata a un rilascio per aggiornarlo a nuove code. Il npx @capgo/cli@latest bundle upload Il comando viene utilizzato per generare un pacchetto dal tuo nuovo code locale che viene poi spedito ai tuoi utenti.

Qual è la nostra roadmap?

I nostri tavoli di progetto sono anche pubblici e possono essere trovati a: https://github.com/orgs/Cap-go/projects

Il nostro team opera anche in modo pubblico, quindi puoi vedere cosa stiamo lavorando in qualsiasi momento. Siamo felici di rispondere a qualsiasi domanda che hai sulla nostra roadmap o priorità tramite Github issue o Discord.

Posso utilizzare Capgo con il mio team?

Sì! Tutti i piani supportano sviluppatori illimitati. Limitiamo solo le metriche dell'app (MAU, archiviazione e banda) per ogni organizzazione.

Vedi Team per ulteriori informazioni.

Riserva Capgo il mio codice sorgente code?

No. I server di Capgo non vedono mai il tuo codice sorgente code. Quando esegui npx @capgo/cli@latest bundle upload, Capgo archivia un file zip del codice minificato/compilato code - lo stesso code che un browser riceverebbe, non il tuo codice sorgente code.

Per ulteriori informazioni sulla sicurezza, hai due opzioni:

• Chiarificazione fine-all'altro: Criptare il tuo bundle prima di caricarlo per proteggerlo in archiviazione e in transito e per impedire a terze parti di generare aggiornamenti crittografati validi senza la tua chiave privata. Ciò non rende impossibile per gli ingegneri del web reversare gli asset web distribuiti perché la chiave pubblica è presente nell'applicazione distribuita.
• Caricamento da URL esterno: Archivia il bundle sul tuo server e fornisce solo a Capgo il link di download con l'opzione --external <url>

Vedi anche la nostra politica sulla privacy: https://capgo.app/privacy

Posso utilizzare Capgo dal mio sistema di integrazione continua?

Sì. Capgo è destinato ad essere utilizzato dai sistemi di integrazione continua. Abbiamo pubblicato una guida per Android e Github Actions e iOSe per GitLab. Altri sistemi CI dovrebbero essere simili.

Per favore non esitare a contattarci su GitHub problemi o Discord se incontri problemi.

Come si relaziona a Firebase Remote Config o Launch Darkly?

Code push consente di aggiungere nuovi code / sostituire code sul dispositivo. Firebase Remote Config e Launch Darkly sono entrambi sistemi di configurazione. Consentono di modificare la configurazione dell'app senza dover inviare una nuova versione. Non sono destinati a sostituire code.

Quanto grande è l'impronta di dipendenza che questo aggiunge?

Non ho misurato di recente, ma mi aspetto che la libreria code push aggiunga meno di un megabyte agli Capacitor app. Sappiamo come fare in modo che questo sia più piccolo quando diventerà una priorità. Se il size è un blocco per te, per favore ci avvisaci!

Funziona Capgo sul simulatore iOS 18.4?

No. A causa di un problema upstream che colpisce il simulatore iOS 18.4, Capgo non si esegue in modo affidabile lì. Per favore, testa su un dispositivo reale o utilizza una versione diversa del simulatore iOS.

Vedi i dettagli nell'issue React Native: facebook/react-native#50510

Funziona code push con applicazioni grandi?

Sì. Non esiste un limite di dimensione per l'applicazione che può essere aggiornata con code push. Come notato di seguito, Capgo può modificare qualsiasi code JS nell'applicazione, indipendentemente dalla dimensione.

To not dimenticare: un dimensione più grande rende più difficile per gli utenti scaricare gli aggiornamenti. Raccomandiamo di mantenere il tuo'applicazione il più piccola possibile.

Quali sono le possibilità di utilizzare Capgo code?

Abbiamo visto una varietà di utilizzi, tra cui:

• Risposte di emergenza per applicazioni in produzione.
• Invio di correzioni di bug agli utenti con versioni più vecchie del tuo'applicazione.
• Invio costante (ad esempio, ogni ora).

Nota che la maggior parte delle librerie di app proibisce l'invio di code che cambia il comportamento dell'applicazione in modo significativo. Vedi di seguito per ulteriori informazioni.

Cosa si intende per “MAU” per Capgo?

Un MAU è un ‘Utente Attivo Mensile’. Nel contesto di Capgo, si riferisce effettivamente a un dispositivo attivo mensile. Contiamo un MAU come qualsiasi dispositivo che ha contattato i nostri server negli ultimi 30 giorni. Non contiamo i dispositivi che non hanno contattato i nostri server negli ultimi 30 giorni.

Importante: A partire dalla versione del plugin v5.10.0, v6.25.0 e v7.25.0, il deviceID persiste ora anche dopo il riavvio dell'app. Prima di queste versioni, ogni riavvio dell'app generava un nuovo deviceID e veniva conteggiato come nuovo MAU.

Con le versioni correnti:

• DeviceID persiste anche dopo il riavvio dell'app (archiviato in modo sicuro in Keychain su iOS e EncryptedSharedPreferences su Android)
• Aggiornando l'app non viene creato un nuovo ID dispositivo
• Eseguendo lo sviluppo, se si utilizza una versione più vecchia del plugin (< v5.10.0 / v6.25.0 / v7.25.0), ogni reinstallazione crea ancora un nuovo MAU

Nota: le download di TestFlight e le modifiche di canale in Android possono ancora generare nuove registrazioni di dispositivi a seconda della tua configurazione.

Consigliamo di disabilitare i dispositivi di sviluppo e gli emulatori dopo la prima configurazione per ridurre la quantità di dispositivi duplicati.

Cosa non possiamo utilizzare Capgo code push?

Come sopra, Capgo non deve essere utilizzato per violare le politiche degli store di app. Consulta di seguito per maggiori informazioni.

Inoltre Capgo non supporta la modifica di code nativi (ad esempio Java/Kotlin su Android o Objective-C/Swift su iOS). L'utente verrà avvertito durante un'aggiornamento se ha modificato code nativi.

Posso aggiornare capacitor.config.ts modifiche via Capgo?

No. Le modifiche a capacitor.config.ts non possono essere inviate attraverso gli aggiornamenti live di Capgo. Il file di configurazione Capacitor viene letto durante la compilazione nativa e compilato nel binario dell'applicazione nativa. Ciò significa che qualsiasi modifica a capacitor.config.ts (come le configurazioni dei plugin, l'ID dell'app, le impostazioni del server o le opzioni dei plugin nativi) richiede una nuova versione nativa attraverso l'App Store o Google Play.

Capgo può solo aggiornare gli asset web (HTML, CSS, JavaScript) caricati in esecuzione. Se hai bisogno di modificare la tua Capacitor configurazione, devi:

1. Aggiornare capacitor.config.ts localmente
2. Ricompilare il tuo app nativa (npx cap sync seguito da una compilazione nativa)
3. Inviare il nuovo binario ai negozi di app

Capgo invia automaticamente i binari ai negozi di app per me?

Capgo non supporta attualmente la sottoscrizione ai negozi di app per conto tuo. Abbiamo piani per aggiungere questo in futuro, ma per ora dovrai continuare a utilizzare i processi esistenti per sottoscrivere ai negozi di app.

Puoi utilizzare il nostro Guida per la CI Android per automatizzare questo processo e Guida per la CI iOS.

Cosa fa Capgo sul disco e dove?

L'aggiornatore Capgo (incluso nella tua applicazione quando costruisci l'app) memorizza la versione più recente del pacchetto scaricato nella sola directory che capacitor consente di caricare code. Su Android, si trova in /data/user/0/com.example.app/code_cache/capgo_updater benché la base di quel percorso sia fornita dal sistema Android e può cambiare dinamicamente durante l'esecuzione. Su dispositivi iOS, i dati sono memorizzati sotto Library/Application Support/capgo.

The Capgo strumenti a riga di comando (ad esempio npx @capgo/cli@latest bundle upload) sono installati sul disco in npm cache, le tue credenziali sono memorizzate nella directory home in ~/.capgo.

Come si relaziona a Capacitor Hot Reload?

La Hot reload di Capacitor è una funzionalità disponibile solo durante lo sviluppo. Code push è per la produzione.

La Hot reload è una funzionalità di Capacitor che ti consente di modificare code sul dispositivo durante lo sviluppo. Richiede la creazione dell'app Capacitor con un proxy per connettersi alla tua macchina locale.

Code push è una funzionalità che ti consente di modificare code sul dispositivo in produzione. Utilizzeremo una varietà di tecniche diverse per rendere ciò possibile a seconda della piattaforma.

Quali tipi di modifiche supporta Capgo code push?

Capgo può modificare qualsiasi code JS nell'applicazione. Ciò include le code dell'app e le code generate. Puoi anche aggiornare le dipendenze in package.json fino a quando non richiedono modifiche native code.

Non abbiamo piani per supportare la modifica di code native (ad esempio Java/Kotlin su Android o Objective-C/Swift su iOS), e lo strumento vi avviserà se rileva che avete modificato code native poiché non sarà incluso nel pacchetto.

Funziona con il Web?

Non è necessario Code push per il web poiché il web funziona già in questo modo. Quando un utente apre un'app web, scarica la versione più recente dal server se necessario.

Se hai un caso d'uso per code push con il web, ci piacerebbe saperlo!

Funziona su iOS, Android, Mac, Windows, Linux, ecc.?

Sì.

Fino a ora abbiamo focalizzato il supporto per Android, iOS e Electron, e code push è pronto per la produzione su tutti e tre.

Quali versioni di sistema operativo supporta Capgo?

Capgo supporta le stesse versioni di Android che Capacitor supporta.

Capacitor supporta attualmente Android API livello 22+ e iOS 13.0+: https://capacitorjs.com/docs/main/reference/support-policy

Quali versioni di Capacitor supporta Capgo?

Capgo supporta attualmente solo rilasci stabili recenti di Capacitor. Potremmo supportare anche versioni più vecchie di Capacitor, ma non abbiamo ancora sviluppato l'infrastruttura necessaria per mantenere tali versioni nel tempo. Intendiamo supportare più versioni di Capacitor in futuro, comprese qualsiasi versione per i nostri clienti aziendali. https://github.com/Cap-go/capgo/issues/1100

Capgo segue le versioni stabili di Capacitor e aggiorna generalmente entro poche ore di ogni rilascio stabile. Il nostro sistema per eseguire queste aggiornamenti è automatizzato e richiede pochi minuti per essere eseguito. Eseguiamo poi un ulteriore passaggio di verifica manuale prima di pubblicare sulle nostre server.

How si relazionato a questo processo di valutazione o alle politiche della App/Play Store?

I sviluppatori sono vincolati dai loro accordi con i fornitori dei negozi quando scelgono di utilizzare quei negozi. Code push è progettato per consentire agli sviluppatori di aggiornare le loro app e di conformarsi comunque alle politiche dei negozi su iOS, Android e canali di distribuzione di Electron. Simile alla varietà di prodotti commerciali disponibili per farlo con React Native (ad esempio Microsoft, Microsoft pubblica anche una guida su come la loro soluzione si conforma alle politiche dei negozi:).

https://__CAPGO_KEEP_0__.com/microsoft/react-native-__CAPGO_KEEP_1__-push#store-guideline-compliance github push è una tecnica largamente utilizzata in tutti i negozi di app. Tutte le grandi app che conosco utilizzano code push. La principale politica di cui bisogna tenere conto è non cambiare il comportamento dell'app in modo significativo. Per ulteriori informazioni, si veda

Code push is a widely used technique throughout the app stores. All of the large apps I’m aware of use code push. The major policy to be aware of is not to change the behavior of the app in a significant way. Please see per ulteriori informazioni. Comporta __CAPGO_KEEP_0__ a rispettare le linee guida di Play Store?

Comporta Capgo a rispettare le linee guida di Play Store?

Sì.

Play Store offre due restrizioni relative agli strumenti di aggiornamento.

1. Aggiornamenti devono utilizzare un interprete o una macchina virtuale (Capgo utilizza JavaScript in un WebView). https://support.google.com/googleplay/android-developer/answer/9888379?hl=it

    An app distributed via Google Play may not modify, replace, or update itself
    using any method other than Google Play's update mechanism. Likewise, an app
    may not download executable code (such as dex, JAR, .so files) from a
    source other than Google Play. *This restriction does not apply to code
    that runs in a virtual machine or an interpreter* where either provides
    indirect access to Android APIs (such as JavaScript in a webview or
    browser).

    Apps or third-party code, like SDKs, with interpreted languages (JavaScript,
    Python, Lua, etc.) loaded at run time (for example, not packaged with the
    app) must not allow potential violations of Google Play policies.

2. Le modifiche all'app non devono essere ingannevoli (ad esempio, cambiare lo scopo dell'app tramite l'aggiornamento). https://support.google.com/googleplay/android-developer/answer/9888077 Per favore, sia chiaro con i tuoi utenti su cosa stai fornendo con la tua applicazione e non violare le loro aspettative con cambiamenti comportamentali significativi attraverso l'uso di Capgo.

Capgo è progettato per essere compatibile con le linee guida di Play Store. Tuttavia Capgo è uno strumento, e come con ogni strumento, può essere abusato. Abusare deliberatamente Capgo per violare le linee guida di Play Store è in violazione del Capgo Termini di Servizio Ecco alcune informazioni importanti: potrebbe comportare la chiusura della tua account.

Infine, i servizi di push code sono ampiamente utilizzati nell'industria (tutti gli app che conosco li utilizzano) e ci sono altri code servizi di push pubblicamente disponibili (ad esempio expo.dev e appcenter.ms). Questo è un percorso ben tracciato.

Microsoft pubblica anche una guida su come il loro codice di reattiva “codepush” library si conforma alle regole degli store: https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Si Capgo si conforma alle linee guida degli store?

Sì.

Similmente alla Play Store, gli store offrono sia restrizioni tecniche che di politica.

3.2.2
... interpreted code may be downloaded to an Application but only so long as
such code:
(a) does not change the primary purpose of the Application by providing
features or functionality that are inconsistent with the intended and
advertised purpose of the Application as submitted to the App Store,
(b) does not create a store or storefront for other code or applications, and
(c) does not bypass signing, sandbox, or other security features of the OS.

Capgo utilizza JavaScript in un WebView per conformarsi alla restrizione dell'interprete solo per le aggiornamenti su iOS. A patto che la tua applicazione non stia ingaggiando comportamenti ingannevoli tramite aggiornamenti (ad esempio cambiando lo scopo dell'app tramite l'aggiornamento), l'aggiornamento tramite Capgo (o qualsiasi altro code soluzione di push) è una pratica standard dell'industria e conforme alle linee guida degli store.

Abusare deliberatamente Capgo per violare le linee guida degli store è in violazione di Capgo Termini di Servizio e può portare alla sospensione del tuo account.

Microsoft pubblica anche una guida su come il loro reattivo nativo “codepush” library rispetta le regole degli store degli app: https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Puo' utilizzare Capgo nel mio paese?

Non abbiamo tentato di limitare l'accesso a Capgo da alcun paese.

Riconosciamo che alcuni paesi hanno restrizioni su cosa può essere accesso da all'interno del paese. Capgo utilizza attualmente Cloudflare Cloud per l'hosting, compresi R2 Storage e Cloudflare workers.

I seguenti URL sono utilizzati da Capgo:

• https://api.capgo.app — utilizzato dal npx @capgo/cli strumenti di linea di comando per interagire con i server Capgo nonché l'aggiornatore Capgo sulle dispositivi degli utenti per verificare le aggiornamenti.
• https://*.r2.cloudflarestorage.com — utilizzato dal npx @capgo/cli strumento di linea di comando per caricare e scaricare il pacchetto

Se tutte quelle URL sono accessibili dal tuo paese, allora Capgo dovrebbe funzionare.

Se la tua regione richiede di bloccare l'accesso a qualsiasi di quelle URL, ti preghiamo di informarci e possiamo lavorare con te per trovare una soluzione. I server proxy sono un'opzione.

Posso ospitare Capgo da solo?

Sì, puoi ospitare Capgo da solo. La guida non è ancora scritta, ma il code è open source e disponibile su https://github.com/cap-go/capgo

code richiede la connessione a Internet per funzionare?

Sì. Si potrebbe immaginare di eseguire un server per distribuire gli aggiornamenti separatamente dalla rete internet generale, ma è richiesta una forma di connettività di rete per trasportare gli aggiornamenti ai dispositivi.

Come è Capgo influenzato dalla mancanza di connettività di rete?

L'aggiornatore Capgo (incluso nella tua applicazione quando costruisci l'app con Capgo) è progettato per essere resiliente ai problemi di connettività di rete.

Nel comportamento di aggiornamento predefinito, quando l'applicazione si avvia, avverte l'aggiornatore Capgo, che avvia un thread separato per effettuare una richiesta di rete ai server di Capgo e chiedere un aggiornamento. Intenzionalmente utilizziamo un thread separato per evitare di influenzare qualsiasi altra cosa l'applicazione possa essere facendo. Se la richiesta di rete fallisce o scade, l'aggiornatore semplicemente cercherà di controllare nuovamente la prossima volta che l'applicazione si avvia.

Gli strumenti di riga di comando Capgo (ad esempio, ) richiedono la connettività di rete per funzionare. Se stai utilizzando Capgo per distribuire la tua app, assicurati che il tuo sistema CI abbia la connettività di rete. npx @capgo/cli@latest bundle upload) require network connectivity to function. If you are using Capgo to distribute your app, you should ensure that your CI system has network connectivity.

Collegamento diretto a Cosa succede se un utente non aggiorna per molto tempo e perde un aggiornamento?

Noi implementiamo sempre un aggiornamento specificamente adattato per il dispositivo che lo richiede, aggiornando sempre il richiedente alla versione più recente disponibile. Quindi se un utente non aggiorna per un po' di tempo, perderà gli aggiornamenti intermedi.

Potremmo modificare il server di aggiornamento per supportare la risposta con la versione incrementale successiva o la versione più recente a seconda delle esigenze del tuo'applicazione. Ci faccia sapere se comportamenti di aggiornamento alternativi sono importanti per te.

Cosa ha a che fare Capgo con Capacitor?

Capgo è un plugin per Capacitor che aggiunge code push. Capgo non è una sostituzione per Capacitor. Puoi continuare ad utilizzare le strumentazioni per Capacitor che già conosci e ami.

Seguiamo la versione stabile più recente di Capacitor e aggiorniamo il nostro plugin di push code per funzionare con essa.

Quando avvengono gli aggiornamenti?

Di default, l'aggiornatore Capgo controlla gli aggiornamenti all'avvio dell'app. Esegue il controllo su un thread di background e non blocca il thread della UI. Gli aggiornamenti saranno installati mentre l'utente utilizza l'app e saranno applicati la prossima volta che l'app viene riavviata.

It è anche possibile eseguire manualmente l'aggiornatore Capgo utilizzando il @capgo/capacitor-updater pacchetto, attraverso cui è possibile attivare gli aggiornamenti in qualsiasi momento, incluso tramite una notifica push.

L'aggiornatore Capgo è progettato in modo tale che quando la rete non è disponibile, o il server è down o altrimenti non raggiungibile, l'app continuerà a funzionare normalmente. Se dovessi mai scegliere di eliminare un aggiornamento dai nostri server, tutti i tuoi client continueranno a funzionare normalmente.

Abbiamo aggiunto la possibilità di annullare le patch. La cosa più semplice è semplicemente attaccare un bundle precedente al tuo canale per annullare.

Devo conservare il mio app_id segreto?

No. L' app_id è incluso nella tua app e è sicuro essere pubblico. Puoi verificarlo nel controllo delle versioni (anche pubblicamente) e non preoccuparti che qualcuno altro possa accedervi.

Qualcuno che ha il tuo app_id può estrarre la versione più recente della tua app dai server Capgo , ma non possono inviare aggiornamenti alla tua app o accedere ad alcun altro aspetto del tuo account Capgo.

Cosa viene inviato ai server Capgo?

Anche se Capgo si connette alla rete, non invia alcuna informazione identificativa. Includere Capgo non dovrebbe influire sulle dichiarazioni per il Play Store o l'App Store.

Il Capgo riceve le seguenti richieste dall'app:

• app_id (specificato capacitor.config.json)
• canale (facoltativo in capacitor.config.json)
• release_version (versionName da AndroidManifest.xml o CFBundleShortVersionString da Info.plist o capacitor.config.json se impostato in CapacitorUpdater.version )
• version_number (generato come parte di npx @capgo/cli@latest bundle upload)
• os_version (ad esempio ‘11.2.1’)
• piattaforma (ad esempio ‘android’, necessario per inviare il patch giusto) Quindi basta. Il code per questo è in updater/library/src/network.rs
• device_id (generato sul dispositivo alla prima esecuzione, utilizzato per evitare duplicati per installazioni per dispositivo e consentire di fatturare in base agli utenti installati (ad esempio utenti attivi mensili), piuttosto che patch totali o installazioni di patch totali)
• Il codice di identificazione personalizzato (facoltativo, impostato in esecuzione dallo sviluppatore, utilizzato per collegare un dispositivo a un utente nel suo sistema)

Quali piattaforme supporta Capgo?

Attualmente, Capgo supporta Android, iOS e Electron. Tutti sono pronti per la produzione.

L'uso di Capgo per iOS, Android o Electron può essere una decisione indipendente. Puoi impostare la tua strategia di canale per Android e un ipa costruito per l'App Store, o i canali di Electron, come necessario.

Capgo può (relativamente facilmente) essere reso compatibile con i bersagli desktop o embedded. Se sono importanti per te, per favore ci informa.

Come interagisce Capgo con le piste di testing di Google Play o Apple TestFlight?

Ogni negozio di app ha meccanismi separati per distribuire app a gruppi di utenti limitati (ad esempio “testing interno”, “beta chiusa”, ecc.). Questi sono tutti meccanismi per segmentare gli utenti in gruppi e distribuire versioni specifiche delle app a ciascuno.

Purtroppo, questi meccanismi non consentono a tutte le terze parti di rilevare quando le app sono installate in qualsiasi pista di testing o tramite TestFlight. Pertanto, non abbiamo una visibilità affidabile sulla composizione di questi gruppi, e non possiamo quindi garantire l'accesso alle patch di Capgo in base a questi gruppi. https://stackoverflow.com/questions/53291007/can-an-android-application-identificare-la-traccia-di-test-con-google-play https://stackoverflow.com/questions/26081543/como-trovare-in-tempo-di-esecuzione-se-un-applicazione-ios-è-in-esecuzione attraverso un beta-test di TestFlight

Se desiderate segmentare la disponibilità del pacchetto Capgo, ci sono 4 opzioni potenziali:

1. Usare un canale separato per ogni gruppo. Questo è l'approccio più diretto, ma richiede di gestire più canali. Potreste già avere dei canali di sviluppo e produttivi con disponibilità diverse. Potete quindi aggiornare i vostri canali di sviluppo, verificarli e poi aggiornare separatamente i vostri canali produttivi. Consigliamo l'uso di branch / tag nel vostro controllo delle versioni per aiutare a tenere traccia delle fonti associate a ogni rilascio.
2. Seguire il proprio elenco di utenti che hanno optato in, disabilitare gli aggiornamenti automatici e attivare gli aggiornamenti solo per certi utenti tramite il @capgo/capacitor-updater pacchetto. Questo funziona oggi, ma richiede di gestire il proprio elenco di opt-in.
3. Capgo consente di creare il proprio meccanismo di opt-in su base dispositivo (simile a Test Tracks o TestFlight, ma agnostico alle piattaforme). Ciò consente al vostro team di QA di opt-in per il pacchetto prima che vengano promossi al pubblico generale.
4. Capgo hanno roll-out basati sulle percentuali. Ciò non consente di scegliere quali dispositivi inviare, ma può aiutare a distribuire gradualmente e a tornare indietro alla vista di qualsiasi problema.

Facturazione

Come posso aggiornare o ridurre il mio piano?

Puoi aggiornare o ridurre il tuo piano in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/organizzazione/piani

Quando si resetta il mio periodo di fatturazione?

Il periodo di fatturazione viene resettato automaticamente ogni mese nel mese in cui hai sottoscritto Capgo. Ad esempio, se hai sottoscritto il 15 del mese, il tuo periodo di fatturazione verrà resettato il 15 di ogni mese.

Come posso annullare la mia sottoscrizione?

Puoi annullare la tua sottoscrizione in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/organizzazione/piani

Posso pagare un anno in anticipo?

Sì, puoi farlo in qualsiasi momento nel tuo pannello di controllo: https://console.capgo.app/impostazioni/organizzazione/piani

Statistiche e analisi

Le statistiche nel tuo pannello di controllo vengono aggiornate ogni mezzanotte UTC. Le statistiche sono calcolate in base al numero di MAU installati sulle vostre dispositivi.

Come viene generato l'ID del dispositivo

L'ID del dispositivo viene generato sul dispositivo alla prima esecuzione e viene utilizzato per evitare duplicati per installazioni per dispositivo e consentire di fatturare in base agli utenti installati (ad esempio, utenti attivi mensili), anziché patch totali o installazioni di patch totali.

Il MAU è una soluzione migliore del numero di installazioni per determinare il prezzo Capgo, poiché è più preciso e riflette il costo reale Capgo per dispositivo.

Persistenza dell'ID del dispositivo (Aggiornato in v6.25.0 e v7.25.0):

• Comportamento corrente: L'ID del dispositivo persiste ora anche dopo reinstallazioni dell'app. Viene memorizzato in modo sicuro nella Keychain del dispositivo (iOS) o in EncryptedSharedPreferences (Android), consentendo di tracciare lo stesso dispositivo anche dopo l'installazione/rininstallazione.
• Comportamento precedente (prima di v6.25.0/v7.25.0): Per motivi di privacy legati alle politiche di Apple e Google Store, l'ID del dispositivo veniva resettato alla reinstallazione dell'app, rendendo impossibile tracciare lo stesso dispositivo durante le reinstallazioni.

Le regole sulla privacy sono applicate da Apple e Google, e l'implementazione di Capgo rispetta le loro migliori pratiche per l'identificazione dei dispositivi.

L'ID dispositivo non sarà elencato nella tua lista dei dispositivi fino a quando non installeranno il loro primo aggiornamento.

Perché il mio numero di dispositivo è diverso dal mio MAU?

Attualmente, la lista dei dispositivi non viene aggiornata con la frequenza desiderata rispetto al MAU.

La lista dei dispositivi viene aggiornata solo quando un dispositivo installa un aggiornamento.

Mentre il MAU viene aggiornato con ogni avvio dell'applicazione. Questo è un limite attuale della piattaforma. Il nostro piattaforma di Analytics non supporta aggiornamenti raw, quindi utilizziamo una base di dati convenzionale per la lista dei dispositivi.

Per limitare il numero di query alla base di dati, aggiorniamo una sola riga all'avvio dell'applicazione.

Questa limitazione verrà eliminata in futuro.

Come avere un aggiornamento diverso per piattaforma?

Puoi creare un canale per ogni piattaforma e disabilitare le aggiornamenti specifici per piattaforma in ogni canale.

Nel canale iOS disabilita gli aggiornamenti per Android e nel canale Android disabilita gli aggiornamenti per iOS.

Carica quindi un bundle in ogni canale per avere aggiornamenti diversi per ogni piattaforma.

Se hai bisogno di avere gli stessi aggiornamenti per entrambe le piattaforme, puoi collegare un bundle a più canali. Non è necessario duplicare il bundle.

Continua dalla FAQ

Se stai utilizzando FAQ per pianificare la consegna degli aggiornamenti in diretta, connettilo con Capgo Aggiornamenti in diretta per il flusso di lavoro del prodotto in Capgo Aggiornamenti in diretta Panoramica per i dettagli di implementazione in Overview, Caratteristiche per i dettagli di implementazione in Caratteristiche, Comportamento dell'aggiornamento per i dettagli di implementazione in Comportamento dell'aggiornamento, e Tipi di aggiornamento per i dettagli di implementazione in Tipi di aggiornamento.