Preguntas frecuentes

Si tiene preguntas no respondidas aquí, por favor pregúntele. Ambos, abrir una incidencia 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, ni de una de ellas soporta Capacitor.

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

Usamos el término “versión” para referirnos a la preparación de un binario para las tiendas de aplicaciones. Para generar un paquete Capgo necesita saber el binario exacto que se envió a las tiendas de aplicaciones.

Usamos el término “paquete” para referirnos a una actualización que se puede aplicar a una versión para actualizarla a nuevas code. El npx @capgo/cli@latest bundle upload comando se utiliza para generar un paquete a partir de su nuevo code local, que luego se envía a sus usuarios.

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

Nuestras tablas de proyecto también son públicas y se encuentran en: https://github.com/orgs/Cap-go/projects

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

¿Puedo usar Capgo con mi equipo?

¡Sí! Todos los planes admiten desarrolladores ilimitados. Solo limitamos métricas de 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 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 recibiría un navegador, no tu código fuente code.

Para una mayor seguridad, tienes dos opciones:

• Cifrado de extremo a extremo: Cifra tu 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 distribuidos sean imposibles de revertir porque la clave pública está presente en la aplicación distribuida.
• Carga de URL externa: Almacena el paquete en tu propio servidor y proporciona solo al Capgo con la dirección de descarga con la opción --external <url>

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

Puedo usar Capgo desde mi sistema de CI?

Sí. Capgo está diseñado 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.

Por favor, 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 push permite agregar nuevos code / reemplazar code en el dispositivo. Firebase Remote Config y Launch Darkly son 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ál es el tamaño del pie de dependencia que esto agrega?

No he medido recientemente, pero espero que la biblioteca code push agregue menos de un megabyte a las aplicaciones Capacitor. Sabemos cómo hacer esto más pequeño cuando se convierta en una prioridad. Si el tamaño es un bloqueador para ti, 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.

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

¿Funciona el empujón code con aplicaciones grandes?

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

Para tener 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 el empujón Capgo code?

Hemos visto una variedad de usos, incluyendo:

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

Ten 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. Consulte abajo para obtener más información.

¿Qué se considera 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: Inicio desde 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)
• Actualizar la aplicación no crea un nuevo ID de dispositivo
• Durante el desarrollo, si está 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 inscripciones de dispositivos dependiendo de su configuración.

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

¿Qué no podemos usar Capgo code push para?

Como se menciona arriba, Capgo no debe usarse para violar las políticas de la tienda de aplicaciones. 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 code nativos.

¿Puedo actualizar capacitor.config.ts cambios a través de Capgo?

No. Los cambios a capacitor.config.ts no se pueden enviar a través de Capgo actualizaciones en vivo. 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 la configuración de Capacitor, debe:

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

Pregúntale a Capgo si se envía a las tiendas por mí?

Capgo no admite actualmente la presentación de aplicaciones en las tiendas por su cuenta. Tenemos planes para agregar esto en el futuro, pero por ahora deberá seguir utilizando sus procesos existentes para presentar a las tiendas de aplicaciones.

Puede utilizar nuestra Guía de CI para Android para automatizar este proceso y Guía de CI para iOS.

¿Qué almacena Capgo en el disco duro 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.

Los herramientas de línea de comandos de Capgo (por ejemplo, npx @capgo/cli@latest bundle upload) se instalan en el 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 Capacitor Hot Reload?

Capacitor’s recarga caliente es una característica solo para desarrollo. Code push es para producción.

La recarga caliente es una característica de Capacitor que te permite cambiar code en el dispositivo durante el desarrollo. Requiere construir la aplicación Capacitor con un proxy para conectarse a tu máquina local.

Code push 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 push?

Capgo puede cambiar cualquier code JS en tu aplicación. Esto incluye la aplicación code y los code generados. También puedes actualizar 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 el herramienta te advertirá si detecta que has cambiado code nativos, ya que no se incluirán en el paquete.

¿Soporta esto Web?

Code no es necesario para web ya que la web funciona de esta manera. Cuando un usuario abre una aplicación web, descarga la última versión desde el servidor si es necesario.

Si tienes un caso de uso para code push con web, nos encantaría saber!

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

Sí.

Hasta ahora hemos centrado nuestra atención en Android, iOS y Electron, y code push 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 admite Capgo?

Capgo currently supports only recent stable releases of Capacitor. We could support older versions of Capacitor as well, we just haven’t built out the infrastructure necessary to maintain such over time. We intend to support more versions of Capacitor in the future, including any version for our enterprise customers. github admite actualmente solo las últimas versiones estable de capgo. Podríamos admitir versiones más antiguas de __CAPGO_KEEP_2__ también, pero simplemente no hemos construido la infraestructura necesaria para mantenerlas a largo plazo. Tenemos la intención de admitir más versiones de __CAPGO_KEEP_3__ en el futuro, incluyendo cualquier versión para nuestros clientes empresariales.

https://Capgo.com/Cap-go/Capacitor/issues/1100

__CAPGO_KEEP_0__ sigue las versiones estable de __CAPGO_KEEP_1__ y actualiza generalmente 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 de verificación manual adicional antes de publicar en nuestros servidores.

Developers are bound by their agreements with store providers when they choose to use those stores. Code push is designed to allow developers to update their apps and still comply with store policies on iOS, Android, and Electron delivery channels. Similar to the variety of commercial products available to do so with React Native (e.g. Sección titulada “¿Cómo se relaciona esto con el proceso de revisión o políticas de la Tienda de Aplicaciones/Play Store?”, Expo).

Microsoft también publica una guía sobre cómo su solución cumple con las tiendas de aplicaciones: 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 importante a tener en cuenta es no cambiar el comportamiento del aplicativo de manera significativa. Por favor, consulte abajo para obtener más información.

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

Sí.

La Tienda de Juegos ofrece dos restricciones relacionadas con las 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 comportamentales 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 y Condiciones y puede resultar en la terminación de su cuenta.

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

Microsoft también publica una guía sobre cómo su biblioteca de 'codepush' de react native 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 Juegos?

Sí.

De manera similar a la Tienda de Juegos, la Tienda de Aplicaciones 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.

La aplicación Capgo utiliza JavaScript en un navegador para cumplir con la restricción de interpretación solo para actualizaciones en iOS. A menos que su aplicación esté realizando comportamientos engañosos a través de actualizaciones (por ejemplo, cambiar el propósito de la aplicación a través de actualizaciones), actualizar mediante Capgo (o cualquier otra solución de empuje code) es una práctica estándar de la industria y cumple con las directrices de la Tienda de Aplicaciones.

Abusar deliberadamente de Capgo para violar las directrices de la Tienda de Aplicaciones 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 cumple con las tiendas de aplicaciones: https://github.com/microsoft/react-native-code-push#cumplimiento-de-las-directrices-de-la-tienda

Puedo usar Capgo en mi país?

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

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

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 todos esos URLs son accesibles desde tu país, entonces __CAPGO_KEEP_0__ debería funcionar. npx @capgo/cli Si todos esos URLs son accesibles desde tu país, entonces __CAPGO_KEEP_0__ debería funcionar.

Si todos esos URLs son accesibles desde tu país, entonces Capgo debería funcionar.

If su región requiere bloquear el acceso a cualquiera de esas URL, por favor háznoslo saber y podemos trabajar contigo para encontrar una solución. Los servidores proxy son una opción.

Puedo hospedar Capgo por mí mismo?

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 push la conexión a Internet para funcionar?

Sí. Podrías imaginar corriendo un servidor para distribuir las actualizaciones por separado de la Internet 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?

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

En el comportamiento de actualización predeterminado, cuando la aplicación se inicia, alerta al actualizador de 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 vuelve a intentar, el actualizador simplemente intentará verificar de nuevo la próxima vez que la aplicación se inicie.

Las herramientas de línea de comandos de Capgo (por ejemplo, Capgo) requieren conectividad de red para funcionar. Si estás utilizando Capgo para distribuir tu aplicación, debes asegurarte de que tu sistema de CI tenga conectividad de red. 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.

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

se perderán las actualizaciones intermedias.

The servidor de actualizaciones podría ser cambiado para que responda con la versión incremental siguiente o la versión más reciente dependiendo de las necesidades de tu aplicación. Por favor, háznoslo saber si los comportamientos de actualización alternativos son importantes para ti.

¿Cómo se relaciona Capgo con Capacitor?

Capgo es un plugin para Capacitor que agrega code de empuje. Capgo no es un reemplazo para Capacitor. Puedes seguir utilizando las herramientas de Capacitor que ya conoces y amas.

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 de Capgo verifica actualizaciones al iniciar 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 manualmente el actualizador de Capgo mediante 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 la red no está disponible, o el servidor está caído o de otra manera inalcanzable, la aplicación seguirá funcionando de manera normal. Si alguna vez decides eliminar una actualización de nuestros servidores, todos tus clientes seguirán funcionando de manera normal.

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 control de versiones (incluso públicamente) y no te preocupes por que alguien más acceda a él.

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

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

Although Capgo connects to the network, it does not send any personally identifiable information. Including Capgo should not affect your declarations for the Play Store or App Store.

Requests sent from the app to Capgo servers include:

• Las solicitudes enviadas desde la aplicación a los servidores de __CAPGO_KEEP_0__ incluyen: capacitor.config.json)
• app_id (especificado capacitor.config.json)
• canal (opcional en capacitor.config.json release_version (versiónName desde AndroidManifest.xml o CFBundleShortVersionString desde Info.plist o CapacitorUpdater.version )
• si se establece en npx @capgo/cli@latest bundle upload)
• version_number (generado como parte de
• 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
• plataforma (por ejemplo, ‘android’, necesaria para enviar el parche correcto)
• Eso es todo. El __CAPGO_KEEP_0__ para esto está en

What platforms does Capgo support?

Actualmente, Capgo soporta Android, iOS y Electron. Todos son 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 los 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?

Desafortunadamente, no todos estos mecanismos permiten a terceros detectar cuando las aplicaciones están instaladas en cualquier Test Track específico o a través de TestFlight. Por lo tanto, no tenemos visibilidad confiable en la composición de estos grupos, y no podemos bloquear de manera confiable el acceso a parches de __CAPGO_KEEP_0__ basados en estos grupos.

Unfortunately, these not all of these mechanisms allow 3rd parties to detect when apps are installed in any specific Test Track or via TestFlight. Thus, we do not have reliable visibility into composition of these groups, and cannot reliably gate access to Capgo patches based on these groups. https://es.stackoverflow.com/questions/184511/puede-un-aplicación-android-identificar-el-test-track-dentro-de-google-play https://stackoverflow.com/questions/26081543/how-to-tell-at-runtime-whether-an-ios-app-is-running-through-a-testflight-beta-i

Si desea segmentar la disponibilidad del paquete Capgo, hay 4 opciones potenciales:

1. Utilice 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 disponibilidad diferente. 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. Registre su propio conjunto de usuarios que optan por participar, desactive las actualizaciones automáticas y active las actualizaciones solo para ciertos usuarios a través del @capgo/capacitor-updater paquete. Esto funciona hoy en día, pero requiere que gestione su propia lista de usuarios que optan por participar.
3. Capgo permite crear su propio mecanismo de opt-in en una base por dispositivo (similar a Test Tracks o TestFlight, pero agnóstico de plataforma). Esto permite a su equipo de QA optar por el paquete antes de que sean promovidos al público en general.
4. Capgo tiene rollouts con base en porcentaje. Esto no le permite elegir qué dispositivos enviar, pero puede ayudarlo a desplegar de manera incremental y retroceder en caso de problemas.

Facturación

Cómo puedo actualizar o descender mi plan?

Puedes actualizar o bajar 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 reinician 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 reiniciará el 15 de cada mes.

¿Cómo puedo 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 tu 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 tus dispositivos.

¿Cómo se genera el ID de dispositivo

El ID de dispositivo se genera en el dispositivo en la primera ejecución, y se utiliza para evitar la duplicación de instalaciones por dispositivo y permitirnos cobrar según los usuarios instalados (por ejemplo, usuarios activos mensuales), en lugar de parches totales o instalaciones de parches totales.

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

Persistencia de DeviceID (Actualizado en v6.25.0 y v7.25.0):

• Comportamiento actualLa deviceID ahora persiste a través de reinstalaciones de aplicaciones. Se almacena de manera segura en el Keychain del dispositivo (iOS) o EncryptedSharedPreferences (Android), lo que nos permite seguir rastreando 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 ID de dispositivo se reiniciaba en cada reinstalación de la aplicación, lo que hacía imposible seguir rastreando el mismo dispositivo a través de reinstalaciones.

Las reglas de privacidad se aplican por parte de Apple y Google, y 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 primer parche instalado.

¿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. Este es un límite actual del plataforma. Nuestra plataforma de Analytics no soporta actualizaciones brutas, por lo que usamos una base de datos convencional para la lista de dispositivos.

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

Este límite se eliminará en el futuro.

¿Cómo tener actualizaciones diferentes por plataforma?

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

On el canal ios deshabilita las actualizaciones de android y en el canal android deshabilita las actualizaciones de ios.

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

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