Preguntas frecuentes

Si tienes preguntas no respondidas aquí, por favor pregunta. Ambas, abrir un problema o preguntar en Discord trabajo.

¿Qué es “code push”?

Code push, también conocido como “actualizaciones sobre la red” (OTA), es un servicio en la nube que permite a los desarrolladores de Capacitor desplegar actualizaciones a sus aplicaciones en producción. Capgo funciona actualmente en Android, iOS y Electron.

“Code Push” es una referencia al nombre de una característica de despliegue utilizada por la comunidad de React Native desde Microsoft y Expo, ninguna de las cuales soporta Capacitor.

¿Cuál es la diferencia entre un paquete y una versión de lanzamiento?

We utilizamos el término “lanzamiento” para referirse a la preparación de una versión binaria para las tiendas de aplicaciones. Para generar un paquete posteriormente, Capgo necesita saber la versión binaria exacta que se envió a las tiendas de aplicaciones.

We utilizamos el término “paquete” para referirse a una actualización que se puede aplicar a un lanzamiento para actualizarlo a una nueva code. El npx @capgo/cli@latest bundle upload El comando se utiliza para generar un paquete a partir de tu nueva versión local code que luego se envía a tus usuarios.

¿Cuál es el plan de acción?

Nuestros tableros de proyecto también están disponibles públicamente y se pueden encontrar en: https://github.com/orgs/Cap-go/projects

Nuestra equipo también opera en el público, por lo que puedes ver qué estamos trabajando en cualquier momento. Estamos encantados de responder a cualquier pregunta que tengas sobre nuestro plan de acción o prioridades a través de Github issues o Discord.

Puedo utilizar Capgo con mi equipo?

Sí! Todos los planes admiten un número ilimitado de desarrolladores. Solo limitamos las métricas de la aplicación (MAU, almacenamiento y ancho de banda) a cada organización.

Ver Equipos para obtener más información.

¿Almacena Capgo mi código fuente code?

No. Los servidores de Capgo nunca ven tu código fuente code. Cuando ejecutas npx @capgo/cli@latest bundle upload, Capgo almacena un archivo zip del code minificado/compilado - el mismo code que un navegador recibiría, no tu código fuente code.

Para una mayor seguridad, tienes dos opciones:

• Encriptación de Fin a Fin: Cifre su paquete antes de subirlo para protegerlo en almacenamiento y tránsito y para evitar que terceros generen actualizaciones cifradas válidas sin tu clave privada. Esto no hace que los activos web embarcados sean imposibles de desensamblar porque la clave pública está presente en la aplicación distribuida.
• Subir desde una URL externa: Almacene el paquete en su propio servidor y solo proporcione Capgo con la URL de descarga con la opción --external <url>

Consulte también nuestra política de privacidad: https://capgo.app/privacidad

¿Son los archivos de paquete datos privados?

No. Los archivos de paquete son activos web públicos destinados a ser descargados por los usuarios de su aplicación. Cualquiera que conozca la URL del paquete puede descargar esos archivos, y Capgo informa a los usuarios sobre esto durante la configuración y en la documentación.

El acceso a los archivos de paquete no se considera una violación de datos. No ponga secretos, credenciales, datos personales o datos regulados en su paquete de aplicación. Si necesita una mayor confidencialidad para casos de uso de alta seguridad, utilice la cifrado de extremo a extremo, pero aún trate los activos de la aplicación code y los activos embarcados como públicos desde una perspectiva de informes de seguridad.

Puedo utilizar Capgo desde mi sistema de CI?

Sí. Capgo se diseñó para usarse desde sistemas de CI. Hemos publicado una guía para Android y Github Actions y iOS, y para GitLab. Otros sistemas de CI deberían ser similares.

No dude en hacernos llegar un mensaje sobre GitHub o Discord si encuentra algún problema.

¿Cómo se relaciona esto con Firebase Remote Config o Launch Darkly?

Code permite agregar nuevos code / reemplazar code en el dispositivo. Firebase Remote Config y Launch Darkly son ambos sistemas de configuración. Permiten cambiar la configuración de tu aplicación sin tener que enviar una nueva versión. No están destinados a reemplazar code.

¿Cuánto espacio de dependencia agrega esto?

No he medido recientemente, pero espero que la biblioteca de code push agregue menos de un megabyte a las aplicaciones Capacitor. Sabemos de formas en que podemos hacer esto más pequeño cuando eso se convierta en una prioridad. Si el tamaño es un bloqueador para usted, por favor háznoslo saber!

¿Funciona Capgo en el simulador de iOS 18.4?

No. Debido a un problema upstream que afecta al simulador de iOS 18.4, Capgo no se ejecuta de manera confiable allí. Por favor, prueba en un dispositivo real o utiliza una versión diferente del simulador de iOS.

Consulte los detalles en el problema de React Native: facebook/react-native#50510

¿Funciona code push con aplicaciones grandes?

Sí. No hay límite en el tamaño de la aplicación que se puede actualizar con code push. Como se menciona abajo, Capgo puede cambiar cualquier code JS en tu aplicación sin importar el tamaño.

Ten en cuenta: Un tamaño mayor hace que sea más difícil para los usuarios descargar actualizaciones. Recomendamos mantener tu aplicación lo más pequeña posible.

¿Para qué puedo utilizar Capgo code push?

Hemos visto una variedad de usos, incluyendo:

• Arreglos de emergencia en aplicaciones de producción.
• Envío de correcciones de errores a usuarios en versiones antiguas de tu aplicación.
• Envío constante (por ejemplo, cada hora).

Tenga en cuenta que la mayoría de las tiendas de aplicaciones prohíben el envío de code que cambia el comportamiento de la aplicación de manera significativa. Por favor, consulte abajo para obtener más información.

¿Qué se cuenta como un “MAU” para Capgo?

Un MAU es un “Usuario Activo Mensual”. En el contexto de Capgo, esto se refiere en realidad a un Dispositivo Activo Mensual. Contamos un MAU como cualquier dispositivo que haya contactado con nuestros servidores en los últimos 30 días. No contamos dispositivos que no hayan contactado con nuestros servidores en los últimos 30 días.

Importante: A partir de la versión del plugin v5.10.0, v6.25.0 y v7.25.0 , el dispositivoID ahora persiste a lo largo de reinstalaciones de la aplicación. Antes de estas versiones, cada reinstalación de la aplicación generaba un nuevo dispositivoID y se contaba como un nuevo MAU.Con las versiones actuales:

El dispositivoID persiste a lo largo de reinstalaciones de la aplicación (almacenado de manera segura en Keychain en iOS y EncryptedSharedPreferences en Android)

• La actualización de la aplicación no crea un nuevo ID de dispositivo
• Durante el desarrollo, si estás utilizando una versión antigua del plugin (< v5.10.0 / v6.25.0 / v7.25.0), cada reinstalación aún crea un nuevo MAU
• Nota: Los descargas de TestFlight y los cambios de canal en Android pueden generar nuevas registros de dispositivos dependiendo de tu configuración.

Recomendamos después de la primera configuración, desactivar los dispositivos de desarrollo y emuladores para reducir la cantidad de dispositivos duplicados.

¿Qué no podemos usar __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push para?

Enlace directo a ¿Qué no podemos usar Capgo code push para?

Así como arriba, Capgo no debe usarse para violar las políticas de las tiendas de aplicaciones. Por favor, consulte abajo para obtener más información.

También Capgo no admite cambiar code nativos (por ejemplo, Java/Kotlin en Android o Objective-C/Swift en iOS). La herramienta te advertirá durante una actualización intentada si has cambiado los code nativos.

Puedo actualizar los cambios de capacitor.config.ts mediante Capgo?

No. Los cambios a capacitor.config.ts no pueden ser enviados a través de actualizaciones en vivo de Capgo. El archivo de configuración Capacitor se lee en tiempo de compilación nativa y se compila en el binario de la aplicación nativa. Esto significa que cualquier cambio a capacitor.config.ts (como configuraciones de plugins, ID de aplicación, ajustes de servidor o opciones de plugins nativos) requiere una nueva versión nativa a través de la Tienda de Aplicaciones o Google Play.

Capgo solo puede actualizar activos web (HTML, CSS, JavaScript) que se cargan en tiempo de ejecución. Si necesita cambiar su configuración Capacitor, debe:

1. Actualizar capacitor.config.ts localmente
2. Reconstruye tu aplicación nativa (npx cap sync seguido de una compilación nativa)
3. Envía el nuevo binario a las tiendas de aplicaciones

¿Capgo envía a las tiendas por mí?

Capgo no admite actualmente la presentación de aplicaciones a las tiendas en tu nombre. Tenemos planes de agregar esto en el futuro, pero por ahora necesitarás seguir utilizando tus procesos existentes para presentar a las tiendas de aplicaciones.

Puedes utilizar nuestro Guía de CI para Android para automatizar este proceso y Guía de CI para iOS.

What does Capgo almacenar en disco y dónde?

El actualizador de Capgo (incluido en su aplicación cuando construye su aplicación) almacena la última versión descargada del paquete en el único directorio que capacitor permite cargar code. En Android, se encuentra en /data/user/0/com.example.app/code_cache/capgo_updater aunque la base de ese camino se proporciona por el sistema Android y puede cambiar dinámicamente en tiempo de ejecución. En dispositivos iOS, los datos se almacenan bajo Library/Application Support/capgo.

Las herramientas de línea de comandos de Capgo (por ejemplo, npx @capgo/cli@latest bundle upload) se instalan en disco en npm cachés, sus credenciales de inicio de sesión se almacenan en su directorio de inicio en ~/.capgo.

¿Cómo se relaciona esto con el Hot Reload de Capacitor?

El Hot reload de Capacitor es una característica solo disponible en tiempo de desarrollo. Code push es para producción.

El Hot reload es una característica de Capacitor que le permite cambiar code en el dispositivo durante el desarrollo. Requiere construir la aplicación Capacitor con un proxy para conectarse a su máquina local.

Code empuje es una característica que te permite cambiar code en el dispositivo en producción. Usaremos una variedad de técnicas diferentes para hacer esto posible dependiendo de la plataforma.

¿Qué tipos de cambios soporta Capgo code empuje?

Capgo puede cambiar cualquier code JS en tu aplicación. Esto incluye las code de la aplicación y los code generados. También puedes actualizar las dependencias en package.json siempre que no requieran cambios nativos de code.

No tenemos planes de apoyar el cambio de code nativo (por ejemplo, Java/Kotlin en Android o Objective-C/Swift en iOS), y la herramienta te advertirá si detecta que has cambiado code nativos, ya que no se incluirán en el paquete.

¿Soporta esto Web?

Code empuje no es necesario para Web, ya que Web funciona de esta manera. Cuando un usuario abre una aplicación Web, descarga la versión más reciente desde el servidor si es necesario.

Si tienes un caso de uso para code empuje con Web, nos encantaría saberlo!

¿Funcionará en iOS, Android, Mac, Windows, Linux, etc.?

Sí.

Hasta ahora hemos centrado nuestra atención en el soporte para Android, iOS y Electron, y code está listo para producción en todos los tres.

¿Qué versiones de sistema operativo soporta Capgo?

Capgo soporta las mismas versiones de Android que Capacitor soporta.

Capacitor actualmente soporta Android API nivel 22+ y iOS 13.0+: https://capacitorjs.com/docs/main/reference/support-policy

¿Qué versiones de Capacitor soporta Capgo?

Capgo soporta actualmente solo las últimas versiones estables de Capacitor. Podríamos soportar versiones más antiguas de Capacitor también, pero simplemente no hemos construido la infraestructura necesaria para mantenerlas a largo plazo. Tenemos la intención de soportar más versiones de Capacitor en el futuro, incluyendo cualquier versión para nuestros clientes empresariales. https://github.com/Cap-go/capgo/issues/1100

Capgo sigue las versiones estables de Capacitor y actualiza dentro de pocas horas de cualquier lanzamiento estable. Nuestro sistema para realizar estas actualizaciones es automático y tarda unos minutos en ejecutarse. Luego realizamos un paso adicional de verificación manual antes de publicar en nuestros servidores.

¿Cómo se relaciona esto con el proceso o políticas de revisión de la tienda App/Play?

Los desarrolladores están sujetos a sus acuerdos con los proveedores de tiendas cuando eligen utilizar esas tiendas. El empuje de Code está diseñado para permitir a los desarrolladores actualizar sus aplicaciones y aún cumplir con las políticas de las tiendas en los canales de entrega de iOS, Android y Electron. De manera similar a la variedad de productos comerciales disponibles para hacerlo con React Native (por ejemplo, Microsoft, Expo, Microsoft también publica una guía sobre cómo su solución cumple con las tiendas de aplicaciones:) ¿Qué versiones de __CAPGO_KEEP_0__ soporta __CAPGO_KEEP_1__?, ¿Qué versiones de __CAPGO_KEEP_0__ soporta __CAPGO_KEEP_1__?).

¿Cómo se relaciona esto con el proceso o políticas de revisión de la tienda App/Play? https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Code push es una técnica ampliamente utilizada en las tiendas de aplicaciones. Todos los grandes aplicativos que conozco utilizan code push. La política principal a la que debes estar atento es no cambiar el comportamiento de la aplicación de manera significativa. Por favor, vea abajo para obtener más información.

¿Cumple Capgo con las directrices de la tienda de Play?

Sí.

La Tienda de Play ofrece dos restricciones relacionadas con herramientas de actualización.

1. Las actualizaciones deben utilizar un intérprete o una máquina virtual (Capgo utiliza JavaScript en un WebView). https://support.google.com/googleplay/android-developer/answer/9888379?hl=en

    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. Los cambios en la aplicación no deben ser engañosos (por ejemplo, cambiar el propósito de la aplicación mediante actualizaciones). https://support.google.com/googleplay/android-developer/answer/9888077 Por favor, sea claro con sus usuarios sobre qué están proporcionando con su aplicación y no violen sus expectativas con cambios de comportamiento significativos mediante el uso de Capgo.

Capgo está diseñado para ser compatible con las directrices de la Tienda de Juegos. Sin embargo, Capgo es una herramienta, y como cualquier herramienta, puede ser abusada. Abusar deliberadamente de Capgo para violar las directrices de la Tienda de Juegos es una violación de los Capgo Términos de Servicio y puede resultar en la terminación de su cuenta.

Finalmente, los servicios de code empujan son ampliamente utilizados en la industria (todos los grandes aplicaciones que conozco los utilizan) y hay múltiples otros servicios de code empujan disponibles públicamente (por ejemplo, expo.dev & appcenter.ms). Este es un camino bien transitado.

Microsoft también publica una guía sobre cómo su biblioteca de código de react native ‘codepush’ cumple con las directrices de las tiendas de aplicaciones: https://github.com/microsoft/react-native-code-push#store-guideline-compliance

¿Cumple Capgo con las directrices de la Tienda de Aplicaciones?

Sí.

Similar a la Tienda de Aplicaciones, la Tienda de la App ofrece restricciones técnicas y de política.

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 utiliza JavaScript en un navegador para cumplir con la restricción de solo intérprete para actualizaciones en iOS. A medida que su aplicación no esté realizando comportamientos engañosos a través de actualizaciones (por ejemplo, cambiando el propósito de la aplicación a través de la actualización), actualizar mediante Capgo (o cualquier otra solución de empuje code) es una práctica estándar de la industria y es compatible con las directrices de la Tienda de la App.

Abusar deliberadamente de Capgo para violar las directrices de la Tienda de la App es una violación de Capgo Condiciones de Servicio y puede resultar en la terminación de su cuenta.

Microsoft también publica una guía sobre cómo su biblioteca de código nativo de React 'codepush' cumple con las tiendas de aplicaciones: https://github.com/microsoft/react-native-code-push#store-guideline-compliance

Puedo usar Capgo en mi país?

We no hemos intentado restringir el acceso a Capgo desde ningún país.

Reconocemos que algunos países tienen restricciones sobre qué URLs pueden ser accedidas desde dentro del país. Capgo utiliza actualmente Cloudflare Cloud para alojamiento, incluyendo R2 Storage y Cloudflare trabajadores.

Los siguientes URLs se utilizan por Capgo:

• https://api.capgo.app — utilizado por las herramientas de línea de comandos para interactuar con los servidores de __CAPGO_KEEP_0__ así como el actualizador de __CAPGO_KEEP_1__ en los dispositivos de los usuarios para verificar actualizaciones. npx @capgo/cli command line tools to interact with the Capgo servers as well as the Capgo updater on users’ devices to check for updates.
• — utilizado por la herramienta de línea de comandos para subir y descargar paquetes Si todas esas URLs son accesibles desde su país, entonces __CAPGO_KEEP_0__ debería funcionar. npx @capgo/cli Si su región requiere bloquear el acceso a alguna de esas URLs, por favor háznoslo saber y podemos trabajar con usted para encontrar una solución. Los servidores de proxy son una opción.

Puedo hospedar Capgo por mí mismo?

Si todas esas URLs son accesibles desde su país, entonces __CAPGO_KEEP_0__ debería funcionar.

Can I self-host Capgo?

Sí, puedes hospedar Capgo por ti mismo. La guía aún no está escrita, pero el code es de código abierto y está disponible en https://github.com/cap-go/capgo

¿Requiere code que se envíen actualizaciones por Internet?

Sí. Se podría imaginar corriendo un servidor para distribuir las actualizaciones por separado de Internet en general, pero se requiere alguna forma de conectividad de red para transportar actualizaciones a los dispositivos.

¿Cómo se ve afectado Capgo por la falta de conectividad de red?

Capgo actualizador (incluido en tu aplicación cuando construyes tu aplicación con Capgo) está diseñado para ser resistente a problemas de conectividad de red.

In el comportamiento de actualización predeterminado, cuando la aplicación se inicia, alerta al actualizador Capgo, que crea un hilo separado para realizar una solicitud de red a los servidores de Capgo y solicitar una actualización. Intencionalmente, usamos un hilo separado para evitar afectar cualquier otra cosa que la aplicación pueda estar haciendo. Si la solicitud de red falla o se agota el tiempo, el actualizador simplemente intentará verificar de nuevo la próxima vez que la aplicación se inicie.

Capgo herramientas de línea de comandos (por ejemplo, npx @capgo/cli@latest bundle upload) requieren conectividad de red para funcionar. Si está utilizando Capgo para distribuir su aplicación, debe asegurarse de que su sistema de CI tenga conectividad de red.

¿Qué sucede si un usuario no actualiza durante mucho tiempo y se pierde una actualización?

Nuestra implementación siempre envía una actualización específicamente diseñada para el dispositivo que está solicitando la actualización, actualizando siempre al solicitante a la versión más reciente disponible. Por lo tanto, si un usuario no actualiza durante un tiempo, “se perderán” las actualizaciones intermedias.

El servidor de actualizaciones podría modificarse para que responda con la versión incremental siguiente o la versión más reciente, dependiendo de las necesidades de su aplicación. Por favor, háganos saber si los comportamientos de actualización alternativos son importantes para usted.

¿Cómo se relaciona Capgo con Capacitor?

Capgo es un plugin para Capacitor que agrega code de empuje. Capgo no es una sustitución para Capacitor. Puede seguir utilizando las herramientas de Capacitor que ya conoce y ama.

Seguimos el último lanzamiento estable de Capacitor y actualizamos nuestro plugin de empuje code para que funcione con él.

¿Cuándo ocurren las actualizaciones?

Por defecto, el actualizador Capgo verifica actualizaciones en el arranque de la aplicación. Se ejecuta en un hilo de fondo y no bloquea el hilo de la interfaz de usuario. Cualquier actualización se instalará mientras el usuario utiliza la aplicación y se aplicará la próxima vez que la aplicación se reinicie.

También es posible ejecutar el actualizador Capgo manualmente utilizando el @capgo/capacitor-updater paquete, a través del cual es posible desencadenar actualizaciones en cualquier momento, incluyendo a través de una notificación de empuje.

El actualizador Capgo está diseñado de tal manera que cuando no esté disponible la red, o el servidor esté caído o inaccesible de otra manera, la aplicación seguirá funcionando normalmente. Si alguna vez decides eliminar una actualización de nuestros servidores, todos tus clientes seguirán funcionando normalmente.

Hemos agregado la capacidad de deshacer parches. La cosa más simple es simplemente adjuntar un paquete anterior a tu canal para deshacer.

¿Necesito mantener mi app_id secreto?

No. El app_id se incluye en tu aplicación y es seguro que sea público. Puedes verificarlo en el control de versiones (incluso públicamente) y no te preocupes por que alguien más lo acceda.

Alguien que tenga tu app_id puede obtener la última versión de tu aplicación desde los servidores de Capgo, pero no pueden enviar actualizaciones a tu aplicación o acceder a cualquier otro aspecto de tu cuenta de Capgo.

¿Qué información se envía a los servidores de Capgo?

Aunque Capgo se conecta a la red, no envía ninguna información personalmente identificable. Incluir Capgo no debe afectar tus declaraciones para la Tienda de Juegos o la Tienda de Aplicaciones.

Las solicitudes enviadas desde la aplicación a los servidores de Capgo incluyen:

• app_id (especificado capacitor.config.json)
• canal (opcional en capacitor.config.json)
• Versión de lanzamiento (nombre de versión de AndroidManifest.xml o CFBundleShortVersionString de Info.plist o capacitor.config.json si se establece en CapacitorUpdater.version )
• número de versión (generado como parte de npx @capgo/cli@latest bundle upload)
• versión del sistema operativo (por ejemplo, ‘11.2.1’)
• platform (e.g. ‘android’, needed to send down the right patch) That’s it. The code for this is in updater/library/src/network.rs
• Eso es todo. El __CAPGO_KEEP_0__ para esto está en
• identificador de dispositivo (generado en el dispositivo en la primera ejecución, utilizado para evitar duplicados por dispositivo y permitir cobrar basado en usuarios instalados (por ejemplo, usuarios activos mensuales) en lugar de parches totales o parches totales instalados)

Can I use Capgo for HIPAA-sensitive apps?

Sección titulada “Puedo usar Capgo para aplicaciones sensibles a HIPAA?”

Sí, pero su propietario de cumplimiento necesita elegir el modelo de despliegue adecuado. __CAPGO_KEEP_0__ Cloud no se presenta actualmente como un procesador de estadísticas hospedado HIPAA-compliant. Por defecto, los datos del actualizador están escopificados a dispositivos y no están vinculados a un usuario de la aplicación conocido, y muchos equipos utilizan ese modelo con éxito. Por revisiones más estrictas, puede geo-localizar el tráfico del plugin, deshabilitar estadísticas estableciendo statsUrl To una cadena vacía, solo hospédate la estadística de endpoint o utilice la hospedaje licenciada. No llame CapacitorUpdater.setCustomId(...) con un correo electrónico, ID de usuario, ID de paciente, ID de empleado o cualquier valor que mapee la telemetría del actualizador de vuelta a una persona.

Ver Cumplimiento de HIPAA para la configuración técnica completa y los tradeoffs de observabilidad cuando las estadísticas están deshabilitadas.

Puedo mantener Capgo los datos de actualización en vivo en Europa?

Sí. Las aplicaciones que necesitan la residencia de datos de la UE para Capgo el tráfico de plugin de Cloud pueden configurar los puntos de conexión del actualizador en el host de la UE:

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

Utilice las tres URL de la UE juntas para que las comprobaciones de actualización, estadísticas y asignación de canal utilicen el mismo camino de ruta de datos regional. Porque estos valores viven en capacitor.config.ts, los aplicativos móviles de producción necesitan una liberación nativa antes de que las instalaciones existentes utilicen los nuevos puntos de conexión.

Ver Ubicación de datos para ejemplos exactos de Capacitor y Electron.

¿Qué plataformas soporta Capgo?

Actualmente, Capgo soporta Android, iOS y Electron. Todos son listos para producción.

El uso de Capgo para iOS, Android o Electron puede ser una decisión independiente. Puede configurar su estrategia de canal para Android y un archivo ipa para la Tienda de Mac App, o canales de Electron, según sea necesario.

Capgo puede (relativamente fácilmente) ser hecho para soportar objetivos de escritorio o integrados. Si eso es importante para usted, por favor háganoslo saber.

¿Cómo interactúa Capgo con Play Testing Tracks o Apple TestFlight?

Cada una de las tiendas de aplicaciones tienen mecanismos separados para distribuir aplicaciones a grupos limitados de usuarios (por ejemplo, “pruebas internas”, “beta cerrado”, etc.). Estos son todos mecanismos para segmentar a los usuarios en grupos y distribuir versiones específicas de las aplicaciones a cada uno.

Desafortunadamente, estos mecanismos no permiten a las partes interesadas detectar cuando las aplicaciones se instalan en cualquier Test Track o a través de TestFlight. Por lo tanto, no tenemos visibilidad confiable en la composición de estos grupos, y no podemos gatear de manera confiable el acceso a parches de Capgo basados en estos grupos. https://es.stackoverflow.com/questions/53291007/puede-una-aplicación-android-identificar-el-test-track-en-google-play https://es.stackoverflow.com/questions/26081543/cómo-tener-en-cuenta-en-tiempo-de-ejecución-qué-está-haciendo-una-aplicación-ios-al-ejecutarse-a-través-de-un-beta-de-testflight-i

Si desea segmentar la disponibilidad de la caja de Capgo, hay 4 opciones potenciales:

1. Usar un canal separado para cada grupo. Este es el enfoque más directo, pero requiere que gestione múltiples canales. Es posible que ya tenga canales de desarrollo y canales de producción con diferentes disponibilidades. Puede actualizar así sus canales de desarrollo, verificarlos y luego actualizar separadamente sus canales de producción. Recomendamos utilizar ramas / etiquetas en su control de versiones para ayudar a mantener el seguimiento de las fuentes asociadas con cada lanzamiento.
2. Seguir su propio conjunto de usuarios que optan por participar, deshabilitar las actualizaciones automáticas y disparar actualizaciones solo para ciertos usuarios a través del @capgo/capacitor-updater Este funciona hoy en día, pero requiere que gestione su propia lista de opt-in.
3. Capgo permite crear su propio mecanismo de opt-in en una base por dispositivo (similar a Test Tracks o TestFlight, pero independiente de la plataforma). Esto permite a su equipo de QA optar por la caja antes de que sean promovidos al público en general.
4. Capgo tienen despliegues basados en porcentajes. Esto no te permite elegir qué dispositivos enviar, pero puede ayudarte a desplegar de manera incremental y retroceder a la vista de cualquier problema.

Facturación

¿Cómo puedo actualizar o cambiar mi plan?

Puedes actualizar o cambiar tu plan en cualquier momento en tu panel de control: https://console.capgo.app/configuración/organización/planes

¿Cuándo se reinicia mi período de facturación?

Los períodos de facturación se restablecen automáticamente cada mes en el mes en que te suscribiste a Capgo. Por ejemplo, si te suscribiste el 15 de un mes, tu período de facturación se restablecerá el 15 de cada mes.

Cómo cancelar mi suscripción?

Puedes cancelar tu suscripción en cualquier momento en tu panel de control: https://console.capgo.app/configuración/organización/planes

¿Puedo pagar un año con anticipación?

Sí, puedes hacerlo en cualquier momento en tu panel de control: https://console.capgo.app/configuración/organización/planes

Estadísticas y análisis

Las estadísticas en su panel de control se actualizan cada medianoche UTC. Las estadísticas se calculan en función del número de MAU que se han instalado en sus dispositivos.

Cómo se genera el ID del dispositivo

MAU es una solución mejor que el número de instalaciones para cobrar __CAPGO_KEEP_0__, ya que es más precisa y refleja el costo real de __CAPGO_KEEP_1__ por dispositivo.

MAU is a better solution than number of installs to price Capgo, as it is more accurate and reflects the actual cost of Capgo per device.

MAU es una mejor solución que el número de instalaciones para cobrar __CAPGO_KEEP_0__, ya que es más precisa y refleja el costo real de __CAPGO_KEEP_1__ por dispositivo.:

• Comportamiento actual: El dispositivoID ahora persiste a lo largo de reinstalaciones de la aplicación. Se almacena de manera segura en la caja de llaves del dispositivo (iOS) o EncryptedSharedPreferences (Android), lo que nos permite rastrear el mismo dispositivo incluso después de desinstalar/reinstalar.
• Comportamiento anterior (antes de v6.25.0/v7.25.0): Por razones de privacidad relacionadas con las políticas de Apple y Google Store, el dispositivoID se reiniciaba en cada reinstalación de la aplicación, lo que hacía imposible rastrear el mismo dispositivo a lo largo de las reinstalaciones.

Las reglas de privacidad se aplican por parte de Apple y Google, y la implementación de Capgo cumple con sus mejores prácticas para la identificación de dispositivos.

El ID de dispositivo no se incluirá en su lista de dispositivos hasta que obtengan su primera actualización instalada.

¿Por qué mi número de dispositivo es diferente a mi MAU?

Actualmente, la lista de dispositivos no se actualiza con la frecuencia que el MAU.

La lista de dispositivos solo se actualiza cuando un dispositivo instala una actualización.

Mientras que el MAU se actualiza en cada lanzamiento de la aplicación. Esto es una limitación actual del plataforma. Nuestra plataforma de análisis no admite actualizaciones brutas, por lo que utilizamos una base de datos convencional para la lista de dispositivos.

Para limitar el número de consultas de base de datos, actualizamos solo la fila en cada actualización de la aplicación.

Esta limitación se eliminará en el futuro.

¿Cómo tener diferentes actualizaciones por plataforma?

Puede crear un canal para cada plataforma y deshabilitar las actualizaciones específicas de plataforma en cada canal.

En el canal de ios, deshabilite las actualizaciones de android y en el canal de android, deshabilite las actualizaciones de ios.

Luego, suba un paquete a cada canal para tener diferentes actualizaciones para cada plataforma.

Si necesita tener la misma actualización para ambas plataformas, puede vincular un paquete a varios canales. No es necesario duplicar el paquete.

Siga adelante desde FAQ

Si está utilizando Preguntas Frecuentes para planificar la entrega de actualizaciones en vivo, conecte con Capgo Actualizaciones en Vivo para el flujo de trabajo del producto en Capgo Actualizaciones en Vivo, Resumen para el detalle de implementación en Resumen, Características para el detalle de implementación en Características, Comportamiento de Actualización para el detalle de implementación en Comportamiento de Actualización, y Tipos de Actualización para el detalle de implementación en Tipos de Actualización.