Capgo vs Capawesome Cloud

Capgo 2020年に始まりました。1億回以上の更新を毎月実行しています。 50,000万台以上のデバイスを横断しています __CAPGO_KEEP_0__ __CAPGO_KEEP_0__. 4年以上の実戦経験を持ちます。

Capawesome: 2024年にライブ更新がリリースされました。まだこの分野は新しいところです。まだ規模の検証が続いています。90%以上です。

4年以上の実用経験を持っています。1年未満の実用経験を持つCapawesomeと比較して。

Capgo: 月額 12 ドル 利用開始、利用量に応じて料金が変動します (~ $0.001/MAU)。ライブ更新は主なビジネスです。

Capawesome: €9/月 最低限の料金です。主なビジネスは有料プラグインです - ライブ更新は副次的なビジネスです。

4年以上の実用経験を持っています - 価格設定が持続可能かつ拡大可能であることを知っています。Capawesomeは後発であり、価格競争に参加しています。短期的には安く見えますが、長期的な持続可能性について疑問を呈します。ライブ更新は私たちの主な製品です。彼らにとっては、プラグインビジネスの補完的な製品です。

Capgo: 100% オープンソース - プラグインとバックエンド (MIT/MPL-2.0)

• プラグイン: github.com/Cap-go/capacitor-updater
• バックエンド: github.com/Cap-go/capgo
• 自社でホスト、フォーク、セキュリティを自ら監査できる
• パブリック セキュリティ アウディットが利用可能

Capawesome: プラグイン、CLIはオープンソース、バックエンドは 0% open source (完全に閉鎖)

• バックエンドの自己監査方法がない code
• 公開されたセキュリティアウトはありません
• 自己ホスティングのオプションはありません

規制された業界（医療、金融など）で、すべてのスタックを監査する必要がある場合 - その時点で何が入っているかを知る唯一の方法は私たちです。

Capgo: 家族経営の自社資本で起業した会社投資家や負債はありません。初年度から利益を上げています。

• 米国とヨーロッパの法的エンティティ
• 中国向け専用インフラ
• これは私たちの生計 - VCの圧力はありません "ピボット" または突然 10 倍の価格
• 長期にわたって作られたもの

Capawesome: ソロファウンダー、持続可能なビジネスモデル（もちろん！）

両方とも持続可能なビジネスですが、構造が異なります。Appflowが閉鎖された後、このことは重要です。

Capgo: 私たちは 135+ Capacitor プラグイン - オフィシャル Capacitor チームの後で最大の提供者。すべて無料でオープンソースです。

Capawesome: 彼らも素晴らしいプラグインを作り、品質に焦点を当てています。いくつかは有料 - それが彼らの主なビジネスです。

異なる哲学: すべてのフリー プラグインで幅広く行い、有料プレミアム プラグインに焦点を当てています。

両方: 小さなチームから人間のサポート (チャットボットなし!)

Capgo 通常は数時間以内、場合によっては数分以内です。週末も含めて (私たちは自分自身を助けることができない😅)

Capawesome: 対応し、役立つこともあります

実際にはどちらでも大丈夫です。どちらも心を込めた小さなチームです。

Capgo ダイナミック チャネル アサインメント - APIでデバイスをチャネルに割り当てることができます。バックエンドから、またはデバイス自身で割り当てます。 自律割り当て. 以下の用途に適しています。 A/Bテスト、ベータプログラム、段階的なロールアウト、場所ごとのビルド (異なるパッケージごとにレストラン/店舗)、PRプレビューテスト - すべて新しいアプリバージョンを配信せずに。

Capawesome: 動的チャネル割り当てなし - チャネルは静的です。デバイスを異なるチャネルに再割り当てることはできません。新しいアプリバージョンを配信する必要があります。

これは、段階的なロールアウト、ベータテスト、またはユーザーセグメント化を行うチームにとって大きな変化です。Capgoで、デバイスごとにアップデートを制御できます - サーバーサイドから、またはデバイス自身から。

Capgo: デバイスレベルのログ - 各デバイスで起こったことを正確に確認できます。更新履歴、エラー、ロールバック - すべて匿名IDでデバイスごとに追跡できます。

Capawesome: サーバー側ログのみ - サーバー上でしか、個々のデバイスでは何も見ることができない。デバイス固有の問題をデバッグするのはとても難しい。

何かが間違っているときは、特定のデバイスで何が起こったのかを知る必要がある。サーバーログは送信した内容を教えてくれるが、デバイスログは実際に何が起こったのかを教えてくれる。