Capgo vs Capawesome Cloud

Capgo: Avviato nel 2020. Servito 1 miliardo + aggiornamenti al mese su 50 milioni + dispositivi. Prova di battaglia su scala per 4+ anni.

Capawesome: Aggiornamenti in tempo reale lanciati nel 2024. Molto nuovo in questo spazio. Ancora in fase di prova della scala 90+.

Abbiamo fatto questo molto più a lungo. 4+ anni di esperienza di produzione vs meno di un anno.

Capgo: 12€/mese per iniziare, scalabile con l'uso (~0,001€/UTM). Aggiornamenti in tempo reale è il nostro core business.

Capawesome: 9€/mese minimo. La loro principale attività è i plugin a pagamento - aggiornamenti in tempo reale è più un'offerta secondaria.

Abbiamo condotto questo business per 4+ anni - sappiamo cosa è sostenibile e scalabile. Capawesome è partito più tardi e compete sul prezzo, che potrebbe sembrare più economico inizialmente ma solleva domande sulla sostenibilità a lungo termine. Per noi, gli aggiornamenti in tempo reale è IL prodotto. Per loro, è un'offerta aggiuntiva al loro business dei plugin.

Capgo: 100% open source - plugin E backend (MIT/MPL-2.0)

• Plugin: github.com/Cap-go/capacitor-aggiornamento
• Backend: github.com/Cap-go/capgo
• Ostia, fork, auditate la sicurezza da voi stessi in qualsiasi momento
• Audit di sicurezza pubblici disponibili

Capawesome: Plugin, CLI è open source, backend è 0% open source (interamente chiuso)

• Nessuna possibilità di autovalutazione del backend code
• Nessuna valutazione di sicurezza pubblica
• Nessuna opzione di autohosting

Per la conformità, sanità, finanza o qualsiasi industria regolamentata in cui hai bisogno di valutare tutta la tua stack - siamo l'unica opzione sai cosa c'è all'interno in qualsiasi momento.

Capgo: Impresa familiare auto-sostenibile. Nessun investitore, nessun debito. Profitabile dal primo anno.

• Entità giuridiche in entrambi gli Stati Uniti e l'Europa
• Infrastruttura dedicata per la Cina
• Questo è la nostra fonte di sostentamento - nessuna pressione del VC per "adattarsi" o aumentare improvvisamente il prezzo 10 volte
• Progettato per il lungo termine

Capawesome: Fondatore unico, modello di business sostenibile (anche buono!)

Entrambi sono modelli di business sostenibili, solo strutture diverse. Dopo aver visto Appflow chiudere, questo conta.

Capgo: Mantieniamo 150+ Capacitor plugin - il più grande fornitore dopo il team ufficiale Capacitor. Tutti gratuiti e open source.

Capawesome: Loro creano anche ottimi plugin, approccio focalizzato sulla qualità. Alcuni sono a pagamento - è la loro principale attività.

Diversi approcci filosofici: andiamo a largo con plugin gratuiti tutti, loro si concentrano su plugin premium a pagamento.

Entrambi: Supporto umano da piccoli team (nessun chatbot!)

Capgo: Di solito entro poche ore, spesso minuti. Anche nei fine settimana (non possiamo aiutarci 😅)

Capawesome: Rispondenti e disponibili anche loro

Sinceramente, andrà tutto bene con entrambi. Entrambi piccoli team che si prendono cura.

Capgo: Assegnazione dinamica del canale - assegna dispositivi ai canali via API, dal tuo backend, o lascia che i dispositivi si assegnino da soli. Esempi di utilizzo: test A/B, programmi beta, rilasci graduati, costruzioni per ubicazione (bundle diversi per ristorante/magazzino), test anteprima di PR - tutti senza rilasciare nuove versioni dell'app.

Capawesome: No assegnazione dinamica dei canali - i canali sono statici. Non puoi riassegnare i dispositivi a canali diversi senza rilasciare una nuova versione dell'app.

Questo è un vero cambiamento per le squadre che fanno rilasci in fasi, test beta o segmentazione degli utenti. Con Capgo, controlli quali dispositivi ricevono quali aggiornamenti - dinamicamente, dal lato del server o dal dispositivo stesso.

Capgo: Log dei dispositivi - vedi esattamente cosa è accaduto su ogni dispositivo. Storia degli aggiornamenti, errori, rollback - tutto tracciabile per dispositivo con ID anonimi.

Capawesome: Registri del server solo - vedi cosa è accaduto sul server, non su dispositivi individuali. Molto più difficile da debuggare problemi specifici dei dispositivi.

Quando qualcosa va storto, devi sapere cosa è accaduto su quel dispositivo specifico. I registri del server ti dicono cosa hai inviato - i registri dei dispositivi ti dicono cosa è realmente accaduto.