Preguntas frecuentes

Si tienes preguntas no respondidas aquí, por favor pregunta. Ambos, 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" se refiere al nombre de una característica de despliegue utilizada por la comunidad de React Native desde Microsoft y Exponi una de las cuales soporta Capacitor.

¿Deben coincidir los números de versión de Capgo y CLI con la versión de mi plugin o Capacitor?

No. Siempre utilice la última versión de Capgo y CLI (npx @capgo/cli@latest) . La consola de CLI y Capgo sigue su propia versión y se mantiene compatible con cualquier plugin de actualización admitido. Los plugins de Capgo siguen los números de versión de Capacitor; consulte Capgo versión de control de cambios para etiquetas LTS como @lts-v7.

¿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 El comando se utiliza para generar un paquete a partir de su nuevo code local, que luego se envía a los usuarios.

¿Hay límites en los archivos de actualización Delta?

Sí:

• Archivos de cero bytes: Los CLI registros Ignoring empty file... y excluye archivos vacíos del manifiesto Delta. No falla la carga, por lo que un archivo vacío puede cambiar el paquete resultante sin detener su despliegue. No incluya archivos de cero bytes en las rutas del paquete Delta.
• Rutas con espacios: Las cargas Delta fallan temprano con un error claro cuando una ruta de paquete contiene un espacio. Renombre archivos o directorios para eliminar espacios antes de cargar una actualización Delta.

Ver actualizaciones Delta contexto: Página/área: Página de producto/preciación de la empresa. Rol: Etiqueta de IU corta o elemento de navegación. Visto en: página enterprise.astro. Clave de mensaje `enterprise_delta_updates` (Actualizaciones Delta de la empresa).

para detalles de configuración.

Título de sección “¿Cuál es el plan de ruta?” 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 cualquier pregunta que tengas sobre nuestra hoja de ruta 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 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 Capgo npx @capgo/cli@latest bundle upload, Capgo almacena un archivo zip del código minificado/compilado code - 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: Encripta 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 enviados sean imposibles de revertir porque la clave pública está presente en la aplicación distribuida.
• Subir desde una URL externa: Almacena el paquete en tu propio servidor y proporciona solo a Capgo el enlace de descarga con la opción --external <url>

Consultar 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 de 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 el paquete de su aplicación. Si necesita una confidencialidad más fuerte para casos de uso de alta seguridad, utilice la cifrado de extremo a extremo, pero aún trate los code y activos de la aplicación como públicos desde una perspectiva de informes de seguridad.

Puedo usar Capgo desde mi sistema CI?

Sí. Capgo está diseñado para ser utilizado desde sistemas CI. Hemos publicado una guía para Android y Github Actions y iOS, y para GitLabOtros sistemas CI deberían ser similares.

Por favor, no dude en contactarnos 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 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ál es el tamaño del pie de dependencia que esto agrega?

No he medido recientemente, pero espero que la biblioteca de 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 obstáculo para usted, por favor, hágnoslo 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, pruebe en un dispositivo real o utilice 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 de JavaScript en su 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 su aplicación lo más pequeña posible.

¿Qué puedo usar Capgo code push para?

Hemos visto una variedad de usos, incluyendo:

• Soluciones de emergencia para aplicaciones de producción.
• Envío de correcciones de errores a usuarios en versiones antiguas de su 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. Consulte a continuación para obtener más información.

¿Qué se considera un ‘MAU’ para Capgo?

A MAU es un dispositivo activo mensual. Un dispositivo distinto que contacta Capgo durante un período de 30 días contado de manera continua se cuenta como un MAU para ese ID de aplicación nativa. El mismo dispositivo físico utilizado con dos ID de aplicación nativa distintos se cuenta una vez para cada ID de aplicación; no se deduplica entre ellos.

Si sus sabores difieren solo en su capa web o la ruta de actualización, utilice un ID de aplicación nativa con canales. Esto mantiene los sabores bajo una aplicación Capgo y hace que las versiones sean más simples. Utilice ID de aplicación nativa separados cuando un sabor necesita un ID de paquete distinto, una identidad de firma, un conjunto de derechos o una lista de tienda.

En iOS, v7.25.0+ conserva el ID de dispositivo aleatorio, escopado a la aplicación, a través de reinstalaciones normales utilizando Keychain. En Android, utilice v7.50.1+ (o v5.50.1+ y context: Página/área: Sitio web de marketing de Capgo. Rol: Etiqueta de UI corta o elemento de navegación. Visto en: página trust.astro. Clave de mensaje `y` (Y). Puede que no se utilice __CAPGO_KEEP_0__ __CAPGO_KEEP_1__ push para (en las líneas de lanzamiento); el ID se restaura solo cuando Android Backup/Restore retiene las preferencias de la aplicación. Deshabilitar la copia de seguridad, excluir esas preferencias o eliminar los datos de la aplicación genera un nuevo ID de dispositivo. Actualizar la aplicación no crea un nuevo ID de dispositivo.

Para versiones de prueba y desarrollo, desactive la entrega de desarrollo y emulación en los canales de producción. Eso controla la entrega, no MAU: un dispositivo todavía puede contar cuando se contacte con Capgo. Para mantenerlo fuera del uso de producción, desactive las actualizaciones en vivo y no llame a los puntos finales de producción Capgo. Consulte Pruebe las compilaciones nativas sin actualizaciones en vivo para obtener los ajustes exactos.

¿Qué no podemos usar Capgo code push para?

Capgo no puede cambiar nativos code como Java, Kotlin, Objective-C, Swift, plugins nativos o configuración nativa. Esa modificación requiere un nuevo lanzamiento de aplicación nativa. Para el alcance de revisión de tiendas, consulte Políticas de App Store y Google Play.

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

No. Short rule: Capgo can send the generated web build folder, including HTML, CSS, JavaScript, assets, and pure-JavaScript package changes bundled into that output. Changes to capacitor.config.tsNo. La regla corta es que __CAPGO_KEEP_0__ puede enviar el carpeta de compilación web generada, incluyendo HTML, CSS, JavaScript, activos y cambios de paquetes de JavaScript puros agrupados en ese resultado. Los cambios en npx cap sync , la configuración de plugin nativo, la instalación o actualización de paquetes nativos y cualquier cosa que deba actualizar el proyecto de iOS o Android a través de npx cap copy o

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

1. La configuración de __CAPGO_KEEP_0__ se lee en tiempo de compilación nativa y se compila en el binario de la aplicación nativa. Si necesita cambiar su configuración de __CAPGO_KEEP_1__, debe: capacitor.config.ts Actualizar
2. localmentenpx cap sync Recompilar su aplicación nativa (
3. seguido de una compilación nativa)

Does Capgo submit to the stores for me?

Capgo Build puede compilar y firmar un proyecto nativo preparado de iOS o Android y, cuando se configura, enviar el resultado firmado a App Store Connect o Google Play. Puede mantener su CI existente para dependencias privadas, compilaciones web, sincronización Capacitor y preparación nativa personalizada; Capgo recibe el proyecto nativo preparado para el paso de compilación nativa.

Ver Capgo Build y la referencia de configuración de compilación para las opciones de flujo de trabajo y de envío a la tienda.

¿Qué almacena Capgo 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, esto se encuentra en /data/user/0/com.example.app/code_cache/capgo_updater si bien 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.

La herramienta de línea de comandos Capgo (por ejemplo, npx @capgo/cli@latest bundle upload) se instala en disco en los cachés npm, tus credenciales de inicio de sesión se almacenan en tu directorio de inicio en ~/.capgo.

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

Capacitor’s Hot reload es una característica solo disponible en tiempo de 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 compilar 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 las dependencias en package.json Así como no requieren cambios nativos code.

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

¿Este soporta Web?

No se necesita Code push para web ya que el 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!

¿Este funcionará en iOS, Android, Mac, Windows, Linux, etc?

Sí.

Por ahora hemos enfocado en el soporte para Android, iOS y Electron, y code push está listo para producción en los tres.

¿Qué versiones de sistema operativo soporta Capgo?

Capgo soporta las mismas versiones de Android que Capacitor soporta.

Capacitor soporta actualmente 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 versiones de lanzamiento estable más recientes 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 a Capacitor estable y actualiza dentro de pocas horas de cualquier lanzamiento estable. Nuestro sistema para hacer 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.

How se relaciona esto con el proceso de revisión o políticas de la tienda de aplicaciones?

Capgo solo entrega cambios al capa web Capacitor: el HTML, CSS, JavaScript y recursos que ya están ejecutándose en el WebView del app. No cambia el binario nativo, plugins nativos, permisos, derechos, firmado o metadatos de la tienda.

Utilice una versión de la tienda nativa para cada cambio nativo y para cambios materiales que podrían afectar el propósito o funcionalidad revisada del app. Mantenga las actualizaciones en vivo dentro de la experiencia del app que se presentó y se informó a los usuarios.

No. Apple y Google revisan cada app y lanzan en sus propios hechos, y Capgo no garantiza un resultado de aprobación o revisión individual. Su equipo sigue siendo responsable del contenido, declaraciones, alcance de la actualización y cumplimiento con las políticas de la tienda actual.

No. Apple and Google review each app and release on its own facts, and Capgo cannot guarantee an individual approval or review outcome. Your team remains responsible for the app’s content, disclosures, update scope, and compliance with the current store policies.

y y y Política de abuso de dispositivos y redes de Google Play.

¿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 Cloudflare workers.

Se utilizan las siguientes URLs 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 — 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 Herramienta de línea de comandos para subir y descargar paquetes

Si todas esas URL son accesibles desde tu país, entonces Capgo debería funcionar.

Si tu región requiere bloquear el acceso a alguna 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í. Enterprise admite la autogestión de Capgo cuando necesitas ejecutar el back-end del actualizador en tu propia infraestructura. Consulta Hospedaje Auto-actualizador para el modelo de despliegue y puntos finales.

¿Requiere code push conexión a Internet para funcionar?

¿Sí? Podríamos imaginar que se ejecuta un servidor para distribuir las actualizaciones por separado de la red 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 su aplicación cuando construye su 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 produce un tiempo de espera, 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á utilizando Capgo para distribuir su aplicación, asegúrese de que su 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?

Nuestra implementación siempre envía una actualización específicamente adaptada al dispositivo que la está solicitando, actualizando siempre al solicitante a la última versión disponible. Por lo tanto, si un usuario no actualiza durante un tiempo,

El servidor de actualizaciones podría cambiarse para que responda con la versión incremental siguiente o la última versión, dependiendo de las necesidades de su aplicación. Por favor, háznoslo 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 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 se reinicie la aplicación.

También es posible ejecutar manualmente el actualizador de Capgo 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 la red no está disponible, o el servidor está caído o de otra manera inalcanzable, la aplicación seguirá funcionando como normal. Si alguna vez decides eliminar una actualización de nuestros servidores, todos tus clientes seguirán funcionando como 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 está incluido 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 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?

La lista completa de inventario de datos, el comportamiento de los puntos finales y los controles de privacidad se documentan en Cumplimiento.

Establecer statsUrl: '' para deshabilitar los informes de estadísticas de actualizador explícito. También puedes enviar statsUrl a un proxy o punto final que controlas; consulta gestión de estadísticas en infraestructura autoadministrada. Las comprobaciones de actualizaciones todavía necesitan un identificador de dispositivo de ámbito de aplicación para que Capgo pueda seleccionar la actualización correcta y medir dispositivos activos mensuales.

La lista de subprocesadores es nuestra fuente pública actualizada de verdad para los proveedores, ubicaciones de procesamiento, mecanismos de transferencia y historia de cambios.

¿Puedo usar Capgo para aplicaciones sensibles a HIPAA?

Sí, pero su propietario de cumplimiento debe elegir el modelo de despliegue adecuado. Capgo Cloud no se presenta actualmente como un procesador de estadísticas hospedado HIPAA-compliant. Por defecto, los datos del actualizador están escopificados al dispositivo y no están vinculados a un usuario de la aplicación conocido, y muchas equipos utilizan ese modelo con éxito.

Para revisiones más estrictas, puede geo-localizar el tráfico de plugins, deshabilitar estadísticas estableciendo statsUrl para una cadena vacía, solo hospedarse la estadística del endpoint, o utilizar hospedaje licenciado. 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 hacia una persona.

Consulte Cumplimiento 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?

Yes. Las aplicaciones que necesitan residencia de datos en la UE para el tráfico del plugin de Cloud de Capgo 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

Use los tres URLs de la UE juntos para que las comprobaciones de actualizaciones, estadísticas y la asignación de canales utilicen el mismo camino de datos regional. Porque estos valores viven en capacitor.config.ts, los aplicativos móviles de producción necesitan una versión nativa antes de que las instalaciones existentes utilicen los nuevos puntos de conexión.

Consulte 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 ipa construido 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ágnoslo saber.

How Capgo interactúa con las pistas de prueba de Play o Apple TestFlight?

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

Desafortunadamente, no todos estos mecanismos permiten a terceros detectar cuando las aplicaciones están instaladas en cualquier pista de prueba específica 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-la-pista-de-prueba-en-google-play https://es.stackoverflow.com/questions/26081543/cómo-determinar-en-ejecución-qué-app-ios-está-corriendo-a-través-de-una-beta-i-de-testflight

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

1. Use un canal separado para cada grupo. Este es el enfoque más directo, pero requiere que gestiones múltiples canales. Es posible que ya tengas canales de desarrollo y canales de producción con diferentes disponibilidades. Puedes actualizar tus canales de desarrollo, verificarlos y luego actualizar separadamente tus canales de producción. Recomendamos utilizar ramas / etiquetas en tu control de versiones para ayudar a mantener el seguimiento de las fuentes asociadas con cada lanzamiento.
2. Rastrea tu propio conjunto de usuarios que optan por participar, deshabilita las actualizaciones automáticas y activa las actualizaciones solo para ciertos usuarios a través del @capgo/capacitor-updater Puedes utilizar el
3. Capgo allow creare its own opt-in mechanism on a per-device basis (similar to Test Tracks or TestFlight, just platform agnostic). This allow your QA team to opt-in to bundle before they’re promoted to the general public.
4. __CAPGO_KEEP_0__ 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 tu equipo de QA optar por participar en el paquete antes de que sean promocionados al público en general. Use para entregar un paquete candidato a un subconjunto aleatorio y pegado de un canal. Establece un lanzamiento desde 0–100%, o utilice --rollout-percentage-bps para incrementos de 0,01%; configura la duración del caché desde 60 segundos hasta 365 días y política de pausa automática opcional. Esto no selecciona un grupo de dispositivos nombrado.

Facturación

Sección titulada “Facturación”

Puede actualizar o descender su plan en cualquier momento en su 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 se suscribió por primera vez a Capgo. Por ejemplo, si se suscribió el 15 de un mes, su período de facturación se reiniciará el 15 de cada mes.

¿Cómo puedo cancelar mi suscripción?

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

Puedo pagar un año con anticipación?

Sí. Puede elegir la facturación anual en sus configuración de plan de organización.

¿Qué se cuenta hacia el almacenamiento, y podemos cambiar la retención?

El almacenamiento incluye paquetes históricos y sus Delta activos a lo largo de sus canales. Usted controla la retención de paquetes no utilizados para cada aplicación en Configuración de Aplicación. Los paquetes vinculados a un canal activo o a un lanzamiento permanecen protegidos para que sigan disponibles para la entrega y el rollback.

¿Multiplica la replicación regional el almacenamiento o la banda ancha?

No. Se cuenta un paquete una vez para el almacenamiento, independientemente de las regiones que lo sirven. Capgo La banda ancha se basa en descargas de dispositivos que no se sirven desde la caché de la orilla; las entregas servidas por la caché no cuentan contra el uso de Capgo banda ancha.

¿Qué incluye el SLA de la Empresa?

La empresa incluye un compromiso mensual de disponibilidad del 99,9% para la plataforma de producción. Si ese compromiso no se cumple, el calendario de créditos por servicios es del 10% al 30% según la disponibilidad mensual. Los objetivos de respuesta inicial de soporte son P1: una hora, 24/7/365; P2: dos horas de trabajo; P3: un día de trabajo; y P4: dos días de trabajo. Lee el SLA de la Empresa para los términos completos.

Estadísticas y análisis

Las estadísticas en tu panel de control se actualizan cada medianoche UTC. Las estadísticas se calculan desde eventos distintos MAU activo durante el período de 30 días en curso.

Cómo se genera el ID de dispositivo

El ID de dispositivo se genera en el dispositivo al primer arranque, 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.

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

Persistencia del ID de dispositivo:

• iOS: A partir de la versión 7.25.0+, el ID de dispositivo se almacena en Keychain y persiste a través de reinstalaciones normales.
• Android: Utilice la versión 7.50.1+ (o 5.50.1+/6.50.1+ en esas líneas de lanzamiento). El ID de dispositivo se restaura solo cuando Android Backup/Restore conserva las preferencias de la aplicación.
• Electron: El ID del dispositivo se almacena en almacenamiento seguro.
• Android caveat: Deshabilitar respaldo, excluir las preferencias relevantes o eliminar los datos de la aplicación genera un nuevo ID de dispositivo. Las versiones Android v7.25.0 a v7.50.0 pueden generar un nuevo ID de dispositivo después de reinstalar incluso cuando el respaldo está habilitado.

El ID de dispositivo es de ámbito de aplicación y admite la entrega de actualizaciones en vivo y la desduplicación de MAU; no es un identificador de publicidad o seguimiento entre aplicaciones.

Los IDs de dispositivo se muestran después de que la aplicación se conecta con Capgo a través de los puntos de conexión de actualizaciones o estadísticas. Un dispositivo no necesita instalar una actualización antes de que pueda aparecer en la lista de dispositivos.

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

La lista de dispositivos y el MAU se basan en señales diferentes.

La lista de dispositivos muestra los metadatos más recientes conocidos para cada dispositivo, como el ID de dispositivo, plataforma, versión del plugin, versión del sistema operativo, versión nativa, canal, paquete instalado y país de solicitud cuando esté disponible. El país de solicitud es el último valor válido de dos letras code recibido de una Cloudflare-manejada solicitud para ese dispositivo, no la ubicación GPS ni la ubicación proporcionada por la aplicación. Las solicitudes sin un país válido no eliminan el último valor válido. Capgo actualiza estos metadatos cuando la aplicación se conecta, pero las conexiones repetidas que informan los mismos metadatos pueden no cambiar la fila ni su hora de última actualización.

El conteo de MAU cuenta dispositivos activos distintos durante la ventana de facturación. Esa actividad puede aumentar incluso cuando los metadatos del dispositivo permanecen iguales, por lo que el conteo de dispositivos y el MAU pueden ser diferentes.

¿Cómo tener actualizaciones diferentes por plataforma?

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

En el canal de ios, deshabilitar actualizaciones de android y en el canal de android, deshabilitar actualizaciones de ios.

Luego, subir un paquete a cada canal para tener actualizaciones diferentes 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 FAQ 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 los detalles de implementación en Resumen, Características para los detalles de implementación en Características, Comportamiento de Actualización para los detalles de implementación en Comportamiento de Actualización, y Tipos de Actualización para los detalles de implementación en Tipos de Actualización.