Capgo vs Capawesome Cloud

Capgo: Iniciado en 2020. Servicio 1B+ actualizaciones/mes en 50M+ dispositivos. Probado en batalla a gran escala durante 4+ años.

Capawesome: Actualizaciones en vivo lanzadas en 2024. Muy nuevo en este espacio. Aún probando escala 90+.

Hemos estado haciendo esto mucho más tiempo. 4+ años de experiencia en producción vs menos de un año.

Capgo: 12€/mes para empezar, se escalona con el uso (~0,001€/MAU). Las actualizaciones en vivo es nuestro negocio principal.

Capawesome: 9€/mes mínimo. Su negocio principal es los plugins pagados - las actualizaciones en vivo es más una oferta secundaria.

Hemos estado ejecutando este negocio durante 4+ años - sabemos qué precio es sostenible y escalable. Capawesome comenzó más tarde y compite en precio, lo que puede parecer más barato al principio pero plantea preguntas sobre la sostenibilidad a largo plazo. Para nosotros, las actualizaciones en vivo es EL producto. Para ellos, es una oferta adicional a su negocio de plugins.

Capgo: 100% de código abierto - plugin Y backend (MIT/MPL-2.0)

• Plugin: https://github.com/Cap-go/capacitor-updater
• Backend: https://github.com/Cap-go/capgo
• Autogestione, forke, audita la seguridad tú mismo en cualquier momento
• Auditorías de seguridad públicas disponibles

Capawesome: El plugin, CLI es de código abierto, el backend es 0% de código abierto (completamente cerrado)

• No hay forma de autogestionar el backend code
• No hay auditorías de seguridad públicas
• No opción de alojamiento propio

Para cumplir con la normativa, industrias de la salud, finanzas o cualquier sector regulado donde necesitas auditar toda tu pila - somos la única opción que sabes qué hay dentro en cualquier momento.

Capgo: Empresa familiar fundada por nosotros mismos. Sin inversores, sin deuda. Rentable desde el primer año.

• Entidades legales en ambos EE. UU. y Europa
• Infraestructura dedicada para China
• Esto es nuestra fuente de vida - sin presión de VC para "pivotar" o aumentar repentinamente el precio 10 veces
• Construido para largo plazo

Capawesome: Fundador único, modelo de negocio sostenible (¡también es bueno!)

Ambas son negocios sustentables, estructuras diferentes. Después de ver que Appflow se cerró, esto importa.

Capgo: Mantenemos +150 Capacitor plugins - mayor proveedor después del equipo oficial Capacitor. Todos gratuitos y de código abierto.

Capawesome: También crean excelentes plugins, enfoque enfocado en la calidad. Algunos son de pago - ese es su negocio principal.

Filosofías diferentes: nos enfocamos en plugins gratuitos, ellos se centran en plugins de pago premium.

Ambas: Soporte humano de pequeños equipos (sin chatbots!)

Capgo: Normalmente dentro de horas, a menudo minutos. Incluso los fines de semana (no podemos evitarlo 😅)

Capawesome: También muy responsables y útiles

Honestamente, estarás bien con cualquiera. Ambos son para pequeños equipos que se preocupan.

Capgo: Asignación dinámica de canales - asignar dispositivos a canales a través de API, desde su backend, o dejar que los dispositivos se asignen ellos mismos. Ejemplos de uso: pruebas A/B, programas de beta, lanzamientos graduales, construcciones por ubicación (paquetes diferentes por restaurante/almacén), pruebas de previsualización de PR - todo sin enviar nuevas versiones de la aplicación.

Capawesome: No asignación dinámica de canales - los canales son estáticos. No puedes reasignar dispositivos a diferentes canales sin enviar una nueva versión de la aplicación.

Esto es un cambio de juego para los equipos que realizan lanzamientos de etapas, pruebas de beta o segmentación de usuarios. Con Capgo, controlas qué dispositivos reciben qué actualizaciones - de manera dinámica, desde el lado del servidor o desde el dispositivo mismo.

Capgo: Registros a nivel de dispositivo - ve exactamente qué sucedió en cada dispositivo. Historial de actualizaciones, errores, rollbacks - todo rastreable por dispositivo con IDs anónimas.

Capawesome: Solo registros del lado del servidor - ves qué sucedió en el servidor, no en dispositivos individuales. Mucho más difícil de depurar problemas específicos de dispositivos.

Cuando algo sale mal, necesitas saber qué sucedió en ESE dispositivo específico. Los registros del servidor te dicen qué enviaste - los registros de dispositivos te dicen qué sucedió en realidad.